Ratgeber

Website planen

Datenblätter, Zertifikate und Referenzen auf Industrie-Websites richtig strukturieren

Datenblätter, Zertifikate und Referenzen im Webflow-CMS strukturieren: eine Datenquelle, Versionen, Sprachen und Pflege durch dein eigenes Team.

  • Veröffentlicht:

    31. Oktober 2026

  • Aktualisiert:

    31. Oktober 2026

  • 17 Min.

    Lesezeit

Kernaussagen

  • Veraltete Datenblätter entstehen, weil dieselben Daten an mehreren Stellen liegen, nicht weil das Team schlampt
  • Datenblatt, Zertifikat und Referenz sind eigene CMS-Collections, die mit dem Produkt verknüpft werden, statt lose PDFs in einem Download-Ordner
  • Ein Zertifikat überzeugt Einkäufer nur mit Normstand, Zertifizierungsstelle, Geltungsbereich, Nummer und Gültigkeit, das Logo allein reicht nicht
  • Ab 20.01.2027 gilt die Maschinenverordnung, die digitale Betriebsanleitungen und Konformitätserklärungen mit langen Vorhaltefristen erlaubt, stabile Dokument-URLs werden dadurch wichtiger
  • Das Marketingteam kann Einträge pflegen, wenn Pflichtfelder, Status und eine kurze Anleitung vor dem Launch stehen

Autor: Edip Kilinc, Gründer von Webwavers. Zuletzt aktualisiert: 31.10.2026.

Das Wichtigste in Kürze Datenblätter, Zertifikate und Referenzen gehören auf einer Industrie-Website nicht als lose PDFs in einen Download-Bereich, sondern als verknüpfte Datensätze im CMS. Ein Produkt verweist auf seine Dokumente, ein Dokument auf seine Version und Sprache, ein Zertifikat auf Geltungsbereich und Gültigkeit. So gibt es pro Information genau eine Quelle, und dein Team ändert sie an einer Stelle.

  • Pro Dokument ein Datensatz mit Typ, Sprache, Version, Datum und Status
  • Zertifikat mit Normstand, Zertifizierungsstelle, Geltungsbereich, Nummer und Gültigkeit
  • Kerndaten eines Produkts als Text auf der Seite, das PDF als Zusatz
  • Pflichtfelder und eine kurze Anleitung, damit das eigene Team sauber pflegt

Inhaltsverzeichnis

Was Einkäufer auf einer Industrie-Website wirklich suchen

Wer ein Bauteil, eine Anlage oder eine Fertigungsleistung einkauft, hat meist schon recherchiert, bevor er dich anschreibt. Gartner befragte im August und September 2025 insgesamt 646 B2B-Käufer: 67 % bevorzugen ein Kauferlebnis ohne Vertriebsmitarbeiter (Gartner, 09.03.2026). In einer weiteren Gartner-Umfrage gaben 45 % an, bei ihrem letzten Kauf generative KI genutzt zu haben, vor allem für die Recherche zu Anbietern und Produkten (Gartner, 20.05.2026). Beide Zahlen sind globale Erhebungen, keine Studien speziell für den deutschen Maschinenbau.

Etwas konkreter für die Industrie wird der Contentful B2B Buyer Benchmark Report 2025 mit über 900 Entscheidern in Fertigung, Industrie und Tech in EMEA. 84 % sagen, Self-Service-Tools seien kritisch für die Anbieterwahl. Als Reibungspunkte nennen die Befragten fehlende Preistransparenz (39 %), umständliches Nachbestellen (35 %) und langsame Reaktionen des Anbieters (24 %) (Contentful, 2025).

Was heißt das für Datenblätter und Zertifikate? Sie sind der Self-Service. Wer nachts um 22 Uhr eine Maßzeichnung, eine Werkstoffangabe oder den Nachweis nach ISO 3834 braucht, wartet nicht auf deinen Vertrieb. Er findet die Information auf deiner Seite oder bei einem Wettbewerber. Unsere Einschätzung aus Projekten: Ein Einkäufer prüft in dieser Reihenfolge, ob du technisch passt (Datenblatt), ob du verlässlich bist (Zertifikat und Referenz) und ob du ansprechbar bist (Kontakt). Die Website muss alle drei Fragen ohne Umweg beantworten.

Warum Datenblätter veralten

Das Muster kennt fast jedes Industrieunternehmen: Es gibt ein Datenblatt als PDF im Vertrieb, eine ältere Version im Webshop, eine dritte im Katalog der Messe und eine vierte als Anhang in alten Angebotsmails. Das liegt selten an Nachlässigkeit. Es liegt daran, dass dieselbe Information an mehreren Orten steht und jeder Ort einzeln gepflegt wird.

Dazu kommt, dass Google PDF-Dateien indexieren kann (Google Search Central, Indexierbare Dateitypen). Ein altes Datenblatt, das irgendwo auf deinem Server liegt, kann also weiter in den Suchergebnissen auftauchen, auch wenn deine Produktseite längst andere Werte nennt. Für KI-Suchen gilt Ähnliches: Sie greifen auf das zu, was öffentlich auffindbar ist, nicht auf das, was du intern für aktuell hältst.

Die Lösung ist ein Prinzip, kein Tool: eine Quelle der Wahrheit pro Information. Der technische Wert steht einmal im Produkt-Datensatz. Produktseite, Datenblatt-Ansicht, Katalogexport und Übersetzung ziehen ihn von dort. Wo du das PDF trotzdem brauchst, ist es eine Ausgabe der Daten, nicht die Daten selbst.

Es gibt drei realistische Wege, das umzusetzen:

Weg So funktioniert es Passt für Grenze
Datenblatt als Webseite mit Druckansicht Das Datenblatt ist eine HTML-Ansicht des Produkt-Datensatzes, der Browser erzeugt das PDF beim Drucken oder Speichern Überschaubarer Katalog, einheitliche Datenblattstruktur Layout und Seitenumbrüche brauchen eine saubere Druck-Formatierung
PDF aus einem Produktdatensystem Ein PIM oder ERP erzeugt Datenblätter automatisch, die Website bindet sie ein Große Kataloge, viele Varianten, Pflege außerhalb der Website Zusätzliches System, Schnittstelle und Pflegeprozess nötig
PDF manuell gepflegt, aber sauber verknüpft Jedes PDF ist ein CMS-Datensatz mit Version, Status und Verknüpfung zum Produkt Wenige Produkte, seltene Änderungen Technische Werte stehen weiterhin an zwei Orten, Disziplin nötig

Welcher Weg passt, hängt weniger von der Website ab als von deinen Daten. Liegen die Werte bereits sauber in einem ERP oder PIM, lohnt sich die Schnittstelle. Liegen sie in Excel-Listen und Word-Vorlagen, ist der dritte Weg ein ehrlicher Anfang, mit dem Ziel, die Daten später zu konsolidieren.

Laptop mit der Salvia-Website
Aus unserer Arbeit: Salvia Gebäudetechnik, Webdesign & Webflow-Entwicklung. Zur Referenz

Die CMS-Struktur: Collections und ihre Verknüpfungen

In Webflow bilden Collections die Datenstruktur ab. Die Faustregel: Jeder Begriff, über den dein Team spricht und den es einzeln pflegt, wird eine eigene Collection. Verknüpft wird über Referenzfelder. Für eine Industrie-Website hat sich folgende Grundstruktur bewährt (unsere Praxisempfehlung, kein Webflow-Standard):

Collection Wichtige Felder Verknüpft mit
Produkte Name, Kurzbeschreibung, technische Kerndaten, Bilder, Anwendungsbereiche Produktfamilie, Dokumente, Zertifikate, Referenzen
Produktfamilien oder Baureihen Name, Beschreibung, Auswahlhilfe Produkte
Dokumente Typ, Sprache, Version, Datum, Datei, Status, Nachfolger Produkte (mehrere möglich)
Zertifikate Norm, Zertifizierungsstelle, Nummer, Geltungsbereich, gültig von und bis, Datei, Status Standorte, Produkte oder Leistungen
Referenzen Kunde oder Branche, Aufgabe, Lösung, eingesetzte Produkte, Freigabestatus Produkte, Anwendungsbereiche
Anwendungsbereiche Branche oder Einsatzfall, Beschreibung Produkte, Referenzen
Standorte Adresse, Leistungen, Ansprechpartner Zertifikate

Diese Trennung hat einen Nebeneffekt, der oft unterschätzt wird: Aus den Verknüpfungen entstehen automatisch interne Links. Eine Produktseite listet ihre Dokumente und Zertifikate, die Zertifikatsseite zeigt alle Produkte, für die ein Nachweis gilt. Das hilft Nutzern und Suchmaschinen gleichermaßen, weil die Zusammenhänge im HTML stehen und nicht nur im Kopf deines Vertriebs.

Wie weit du den Katalog strukturierst, hängt von seiner Größe ab. Wie ein Produktkatalog mit Filtern im CMS aufgebaut wird, beschreibt die Seite Produktkatalog im Webflow-CMS für Industrie und Maschinenbau. Hier geht es um die Dokumente und Nachweise, die an den Produkten hängen.

Datenblätter: Felder, Versionen und stabile Links

Ein Datenblatt ist für das CMS ein eigener Datensatz, nicht nur ein Dateianhang am Produkt. Der Grund ist die Versionierung. Ein Anhang kennt keinen Status, ein Datensatz schon.

Diese Felder pro Dokument haben sich bewährt:

  1. Dokumenttyp: Datenblatt, Betriebsanleitung, Konformitätserklärung, Zeichnung, Prüfbericht, Broschüre. Ein Auswahlfeld verhindert Freitext-Wildwuchs.
  2. Sprache: Pflichtfeld, ebenfalls als Auswahl.
  3. Versionsnummer und Datum: Beides sichtbar auf der Seite, nicht nur im Dateinamen.
  4. Gültig für: Verknüpfung auf ein oder mehrere Produkte oder Varianten.
  5. Status: aktuell, ersetzt, Entwurf.
  6. Nachfolger: Verweis auf die neue Version, wenn der Status "ersetzt" lautet.
  7. Datei: das PDF selbst, mit sprechendem Dateinamen.
  8. Interne Notiz: Wer hat geändert, warum, welche Freigabe lag vor. Nicht öffentlich.

Alte Versionen löschen oder behalten? Löschen ist die falsche Reflex-Antwort. Kunden haben das alte Datenblatt in Bestellsystemen verlinkt, in Mails gespeichert oder im Wartungsvertrag referenziert. Wenn der Link plötzlich ins Leere läuft, ist das ein Vertrauensverlust genau an der Stelle, an der du Verlässlichkeit zeigen willst. Sinnvoller ist der Status "ersetzt" mit sichtbarem Hinweis ("Es gibt eine neuere Version") und Link auf den Nachfolger. Bei Produkten, die nicht mehr geliefert werden, bleibt das Datenblatt für Bestandskunden sinnvoll, mit klarem Hinweis auf den Lieferstatus.

Zwei technische Punkte solltest du vor dem Launch testen:

  • Dateigrößen: Die Webflow-Hilfe nennt für den Assets-Bereich ein Maximum von 4 MB für Bilder und 10 MB für Dokumente wie PDFs, ZIP-Dateien dürfen bis 25 MB groß sein (Webflow Hilfe, Assets panel). Ein Datenblatt mit vielen eingebetteten Zeichnungen oder ein Katalog mit hunderten Seiten kann das überschreiten. Plane vorher, wo große Dateien liegen sollen.
  • Link-Stabilität: Tausche in einem Testeintrag eine Datei aus und prüfe, ob alte Verweise noch funktionieren oder ob sich die Adresse ändert. Das Verhalten ist Teil der Abnahme, nicht eine Annahme.

Kerndaten als Text, nicht nur im PDF. Ein Datenblatt als PDF ist für Menschen gut zum Weitergeben und Archivieren. Für Suche und KI ist es nur ein Teil der Wahrheit. Die wichtigsten technischen Werte, Maße, Werkstoffe, Normen, Einsatzbereiche, sollten als normaler Text oder Tabelle auf der Produktseite stehen. Das hilft dem Einkäufer, der auf dem Handy nach einem Wert sucht, und es hilft Systemen, die Seiten zusammenfassen. Das PDF bleibt als Download daneben.

Mehrsprachige Datenblätter ohne doppelte Pflege

Wer exportiert, braucht jedes Datenblatt in mehreren Sprachen. Die typische Fehlerquelle: Pro Sprache entsteht eine eigene Kopie, und bei einer Änderung wird nur eine davon angepasst. Zwei Wege reduzieren das Risiko.

Weg 1: Webflow Localization. Laut Webflow-Hilfe wird eine primäre Sprache festgelegt, und weitere Sprachen erhalten eigene Unterverzeichnisse. Statische Seiten und CMS-Inhalte lassen sich lokalisieren, sekundäre Sprachen starten mit den Inhalten der primären und überschreiben nur, was sie ändern (Webflow Hilfe, Localization overview). Die Zuordnung stimmt dann automatisch: Das Produkt ist eines, die Texte sind je Sprache gepflegt. Für Dokumente heißt das: Datei pro Sprache im jeweiligen Sprachzweig.

Weg 2: Sprachfeld am Dokument. Dokumente tragen ein Feld "Sprache", und die Produktseite zeigt nur die Dokumente der passenden Sprache. Das funktioniert auch ohne Localization-Funktion, braucht aber saubere Pflichtfelder.

Unabhängig vom Weg gilt für die Suchmaschine: Jede Sprachversion braucht eine eigene URL, und die Versionen müssen sich per hreflang gegenseitig kennen, jede Version listet sich selbst und alle anderen. Zusätzlich empfiehlt Google ein x-default für Seiten, bei denen keine Sprache passt (Google Search Central, Lokalisierte Versionen). Die Details zur mehrsprachigen Unternehmenswebsite behandelt der Ratgeber Mehrsprachige Unternehmenswebsite. Hier reicht die Regel: Die Datenstruktur entscheidet, ob Übersetzung später Arbeit macht oder nur Text kostet.

Zertifikate sichtbar machen: ISO 9001, ISO 3834 und Co.

Ein Logo-Badge mit "ISO 9001" im Footer ist besser als nichts, aber für einen Einkäufer aus der Qualitätssicherung nicht überzeugend. Er will wissen, was genau zertifiziert ist. Auf einem Zertifikat stehen typischerweise diese Angaben. Als Beispiel dient ein öffentlich abrufbares ISO-3834-2-Zertifikat eines Stahlbau-Betriebs (Beispielzertifikat DIN EN ISO 3834-2, TÜV NORD):

Angabe auf dem Zertifikat Warum sie für den Einkäufer zählt CMS-Feld
Norm und Teil (z. B. ISO 3834-2) Zeigt die Anforderungsstufe. Im Beispiel steht "Umfassende Qualitätsanforderungen" Auswahlfeld Norm, Textfeld Teil
Zertifizierungsstelle Wer hat geprüft, ist die Stelle akkreditiert? Text oder Verknüpfung auf Zertifizierungsstellen
Zertifikatsnummer Macht die Prüfung bei der Stelle möglich Textfeld
Gültigkeitszeitraum Das Beispiel gilt von 11.03.2024 bis 10.03.2025, also ein Jahr Zwei Datumsfelder
Geltungsbereich Welche Produkte, Verfahren und Werkstoffe sind abgedeckt? Im Beispiel Stahltragwerke und mehrere Schweißverfahren Rich Text oder Liste
Standort Gilt das Zertifikat für diesen Standort? Verknüpfung auf Standorte
Datei Das Original zum Download Dateifeld

Der Geltungsbereich ist der Teil, der oft fehlt. Er schützt dich auch rechtlich und vor Missverständnissen: Ein Zertifikat für den Standort A sagt nichts über Standort B, und ein Zertifikat für Schweißverfahren sagt nichts über eine Bearbeitung, die nicht darin steht. Zeig den Geltungsbereich lieber genau als vollmundig.

Aufbau einer Zertifikatsseite:

  1. Kurzer Einstieg: Welche Nachweise du hast und wofür sie stehen.
  2. Eine Karte pro Zertifikat mit den Feldern aus der Tabelle, Download und Ablaufdatum.
  3. Hinweis, wie ein Kunde das Zertifikat bei der ausstellenden Stelle prüfen kann, wenn sie das anbietet.
  4. Verknüpfung zu Produkten oder Leistungen, für die der Nachweis gilt.
  5. Auf Produktseiten ein kleiner Block "Zertifizierungen" mit den passenden Karten.

Ablauf im Blick behalten. Ein abgelaufenes Zertifikat auf der Website ist schlimmer als keines. Gib jedem Zertifikat ein Status-Feld und ein Datum "gültig bis". Lege intern fest, wer drei Monate vor Ablauf nachfragt, und setze den Status auf "abgelaufen" oder nimm den Eintrag vom Netz, bis das neue Zertifikat da ist. Das ist ein Prozess, kein Technikproblem. Er gehört in die Pflegeanleitung.

Strukturierte Daten sind optional. Schema.org kennt den Typ Certification mit Feldern wie Kennung, ausstellende Stelle, Gültigkeit und Status, und die Eigenschaft hasCertification verbindet ein Produkt mit einem Zertifikat. Die Seite von Schema.org kennzeichnet sich als Entwicklungsversion (Schema.org, Certification). Googles Dokumentation zu Produktdaten beschreibt Produkt-Snippets und Händlereinträge, ein eigenes Zertifikats-Feature ist dort nicht ausgewiesen (Google Search Central, Product). Das Markup kann also sinnvoll sein, um Zusammenhänge maschinenlesbar zu machen, aber ein sichtbares Ergebnis in der Suche solltest du nicht davon erwarten. Wichtiger ist der sichtbare Text.

Maschinenverordnung: Warum Dokumente länger online bleiben müssen

Für Maschinenbauer kommt ein Termin dazu. Die Maschinenverordnung (EU) 2023/1230 gilt ab dem 20. Januar 2027 und löst die Maschinenrichtlinie 2006/42/EG ab. Nach dem Leitfaden der IHK Stuttgart darf der Hersteller die Betriebsanleitung digital bereitstellen, muss aber auf der Maschine oder in einem Begleitdokument angeben, wie man sie findet. Das Format muss Drucken, Herunterladen und Speichern erlauben, und die Anleitung muss über die erwartete Lebensdauer des Produkts, mindestens aber zehn Jahre nach dem Inverkehrbringen online bleiben. Auch die EU-Konformitätserklärung darf digital bereitgestellt werden, zum Beispiel über eine Webseite oder einen maschinenlesbaren Code, und muss bis zu zehn Jahre abrufbar sein (IHK Stuttgart, Leitfaden EU-Maschinenverordnung).

Der Leitfaden weist selbst darauf hin, dass er unverbindlich ist und einzelne Punkte offen sind, etwa ob digitale Unterlagen auch ohne Internetzugang vor Ort zugänglich sein müssen. Prüfe den Verordnungstext und lass dich für dein Produkt beraten. Für die Website folgt daraus unabhängig von der Auslegung eines: Dokument-URLs müssen über Jahre stabil bleiben, wenn sie auf Typenschildern, in Anleitungen oder Codes stehen. Eine Dokumenten-Collection mit festem Slug, Archivstatus und klarem Zuständigen ist dafür die bessere Grundlage als ein Ordner, den bei jedem Relaunch jemand neu sortiert.

Referenzen im CMS: Felder, Freigaben, Verknüpfungen

Referenzen sind im Industriegeschäft oft heikel. Kunden erlauben die Namensnennung nicht, Projekte unterliegen Geheimhaltung, Zahlen dürfen nicht veröffentlicht werden. Die Struktur im CMS sollte das berücksichtigen, damit das Team nicht aus Versehen etwas veröffentlicht.

Felder, die sich bewährt haben:

  • Darstellung: "Kunde genannt", "Branche genannt", "anonymisiert". Das Frontend zeigt je nach Auswahl Namen und Logo oder nur die Branche.
  • Freigabestatus und Datum der Freigabe: Ohne Freigabe kein Entwurf auf live.
  • Aufgabe, Lösung, Nutzen: Drei kurze Textfelder statt eines langen Rich-Text-Blocks. Das erzwingt Struktur.
  • Eingesetzte Produkte oder Leistungen: Verknüpfung, damit Produktseiten ihre Referenzen zeigen und umgekehrt.
  • Anwendungsbereich oder Branche: Verknüpfung, damit Besucher nach Einsatzfall filtern können.
  • Kennzahlen: nur Felder für Zahlen, die der Kunde freigegeben hat. Frei erfundene oder geschätzte Angaben gehören nicht auf die Seite.

Mit Zertifikaten verbinden. Eine Referenz wirkt stärker, wenn erkennbar ist, unter welchem Qualitätsrahmen sie entstand, etwa unter welcher Zertifizierung gefertigt wurde. Das lässt sich über ein Referenzfeld auf Zertifikate abbilden. So entsteht ein Beleg aus mehreren Richtungen: Datenblatt (Was kannst du?), Zertifikat (Wie verlässlich arbeitest du?), Referenz (Wer hat dir vertraut?).

Download mit oder ohne Formular?

Die Frage kommt in fast jedem Projekt: Sollen Datenblätter hinter einem Formular liegen, damit der Vertrieb Leads bekommt? Die Antwort hängt vom Dokument ab.

Dokument Empfehlung Begründung
Technische Datenblätter, Zeichnungen, Zertifikate Frei zugänglich Sie sind Nachweise und Entscheidungshilfe. Eine Hürde erzeugt Reibung, genau dort, wo Einkäufer Self-Service erwarten
Betriebsanleitungen und Konformitätserklärungen Frei zugänglich Bei der neuen Maschinenverordnung geht es um Zugang für Nutzer, nicht um Lead-Erfassung
Branchenübergreifende Whitepaper, Studien, Auswahlhilfen Mit Formular möglich Hier gibt es einen Gegenwert, den ein Kunde bewusst tauscht
CAD-Daten Je nach Strategie Manche Hersteller verlangen eine Registrierung, um Nutzung nachvollziehen zu können, andere geben sie frei

Das Contentful-Ergebnis zu den Reibungspunkten (siehe oben) spricht dafür, technische Nachweise nicht zu verstecken. Hinzu kommt ein Effekt auf die Auffindbarkeit: Was hinter einem Formular liegt, können Suchmaschinen und KI-Systeme nicht lesen. Wenn dein Datenblatt der einzige Ort für wichtige Produktinformationen ist, sieht die Außenwelt davon nichts. Wer trotzdem Leads will, setzt auf Zusatzangebote: Auswahlberatung, Muster anfragen, Rückruf.

Wer pflegt was? Rollen und Grenzen

Dein Team soll Datenblätter und Zertifikate selbst im CMS pflegen. In Webflow geht das mit der Rolle Content Editor. Laut Webflow-Hilfe können Content Editoren CMS-Einträge anlegen, bearbeiten, löschen sowie importieren und exportieren, und sie können Inhalte direkt auf der Seite bearbeiten. Sie können keine Designänderungen vornehmen, keine Seitenstruktur ändern, keine neuen Collections anlegen und keine CMS-Einstellungen ändern (Webflow Hilfe, Edit site content as a content editor).

Das ist für Industrie-Websites eine gute Aufteilung: Das Team pflegt Inhalte, die Struktur bleibt geschützt. Damit das in der Praxis funktioniert, braucht es drei Dinge, die beim Bau entschieden werden:

  1. Pflichtfelder: Ein Datenblatt ohne Sprache, Version oder Produktzuordnung darf sich nicht speichern lassen oder gehört zumindest in einen Entwurfsstatus.
  2. Hilfetexte an den Feldern: Ein Satz pro Feld ("Format: JJJJ-MM-TT", "Nur Original-PDF der Zertifizierungsstelle") erspart viele Rückfragen.
  3. Eine Seite Anleitung pro Aufgabe: "Neues Datenblatt hochladen", "Zertifikat erneuern", "Referenz freigeben", mit Screenshots.

Wie die Einarbeitung und Dokumentation im Detail aussehen, steht im Ratgeber Webflow-CMS selbst pflegen. Dort findest du auch die Grenzen: Neue Felder und neue Collections ändert weiterhin jemand mit Zugriff auf die Struktur.

Checkliste für die Umsetzung

  1. Alle vorhandenen Dokumente erfassen: Typ, Sprache, Version, Produktbezug. Doppelte und veraltete Dateien markieren.
  2. Entscheiden, wo die technischen Werte künftig leben: ERP, PIM oder CMS.
  3. Collections festlegen: Produkte, Dokumente, Zertifikate, Referenzen, Anwendungsbereiche, Standorte.
  4. Pflichtfelder und Auswahlfelder definieren, Hilfetexte schreiben.
  5. Status-Logik festlegen: aktuell, ersetzt, Entwurf, abgelaufen.
  6. Datenblatt-Weg wählen: Druckansicht, PIM-Export oder verknüpftes PDF.
  7. Sprachkonzept wählen und hreflang in der Abnahme prüfen.
  8. Dateigrößen gegen die Upload-Grenzen prüfen, große Dateien separat planen.
  9. Link-Stabilität testen: Datei austauschen, alte Links prüfen.
  10. Zertifikatsseite mit allen Pflichtangaben bauen, Ablaufdaten eintragen, Zuständigen für die Erneuerung benennen.
  11. Referenzen mit Freigabestatus anlegen, nur freigegebene Angaben veröffentlichen.
  12. Rollen vergeben, Content Editor einarbeiten, Kurzanleitung übergeben.
  13. Alte PDF-Adressen, die noch im Netz stehen, mit Weiterleitungen auf die neuen Datensätze verbinden.
  14. Nach dem Launch drei Monate später prüfen: Gibt es neue Doppelungen oder veraltete Einträge?

Häufige Fehler

  • Dokumente nur als Anhänge am Produkt. Ohne Datensatz gibt es keine Version, keinen Status, keine Nachfolger-Logik.
  • Zertifikat nur als Logo. Ohne Geltungsbereich und Gültigkeit hat der Einkäufer nichts, was er prüfen kann.
  • Alte Dateien löschen. Links in Kundensystemen laufen ins Leere, und der Eindruck von Unzuverlässigkeit bleibt.
  • Alle Werte nur im PDF. Suche, Mobilansicht und KI-Systeme sehen dann nur einen Dateinamen.
  • Übersetzung als Kopie. Jede Kopie ist eine neue Fehlerquelle, wenn sich Werte ändern.
  • Formular vor jedem Download. Du verlierst Einkäufer, die nur kurz einen Wert prüfen wollen.
  • Kein Verantwortlicher. Wenn niemand für das Ablaufdatum des Zertifikats zuständig ist, läuft es ab.
  • Referenzen mit nicht freigegebenen Angaben. Ein Hinweis des Kunden reicht, damit ein Eintrag wieder offline muss.

Wann du dafür keine Agentur brauchst

Du brauchst keine Agentur, wenn dein Sortiment aus wenigen Produkten besteht, sich selten ändert und eine einfache Download-Seite mit sauber benannten PDFs und einem Änderungsdatum genügt. Dann reicht auch ein Baukasten oder ein einfaches CMS, solange jemand die Dateien benennt, ablegt und alte Versionen kennzeichnet.

Bei sehr großen Katalogen mit tausenden Artikeln und vielen Varianten ist eher ein Produktdatensystem (PIM) das Herz der Lösung. Die Website zeigt dann an, was das PIM liefert. Prüfe in diesem Fall die Item-Grenzen deines Webflow-Plans in der Webflow-Hilfe und frage auch nach Alternativen: Je nach Datenmenge und bestehendem System können WordPress, TYPO3 oder eine Headless-Lösung besser passen. Mehr zum Systemvergleich steht im Ratgeber Webflow oder WordPress: SEO und KI-Sichtbarkeit.

Wie wir das umsetzen

Wir arbeiten nach dem Ablauf, der auf unserer Prozessseite beschrieben ist: unverbindliches Erstgespräch, ein Fragenkatalog mit 34 Fragen zu Unternehmen, Zielgruppe und Markt, ein Strategiegespräch, drei Moodboards und die ersten drei Startseiten-Sektionen in Figma. Danach folgen Startseite und Unterseiten, jeweils mit einer Feedbackrunde pro Meilenstein. Zum Launch gehört eine persönliche Einschulung, damit dein Team Inhalte selbst pflegen kann. Für die Zusammenarbeit gibt es einen festen Projektleiter und einen eigenen Slack-Kanal.

Für die Industrie nennt unsere Branchenseite Datenblätter, Zertifikate, Broschüren und Normen als Downloads an einem Ort, Produkte, Datenblätter, News und Stellen als CMS-Collections und Mehrsprachigkeit von Beginn an. Ein Beispiel aus der Praxis ist die Website der Heigl GmbH & Co. KG, einer Industrieschweißerei in Blaubeuren (2025). Sie stellt Schweißen, CNC-Fräsen, Biegen und Lasertechnik sowie die Zertifizierungen nach ISO 9001 und ISO 3834 dar, Konzept in Figma, Umsetzung in Webflow, performant, responsiv und sauber strukturiert (Projekt Heigl Blaubeuren).

Arbeiten im Webwavers-Studio
Arbeiten im Webwavers-Studio.

FAQ

Welche Webagentur baut ein CMS, in dem wir Datenblätter und Zertifikate selbst pflegen?

Achte auf Referenzen mit Industriekunden, auf eine nachvollziehbare Collection-Struktur und auf eine Übergabe mit Einschulung. Frag konkret nach: Wie werden Versionen und Sprachen abgebildet, wer darf was ändern, was passiert mit alten Dokument-Links? Die Antworten zeigen schneller als ein Portfolio, ob die Agentur Pflege mitdenkt.

Wie mache ich ISO-Zertifikate auf der Website sichtbar, damit Einkäufer Vertrauen fassen?

Zeige nicht nur das Logo, sondern Norm, Zertifizierungsstelle, Nummer, Geltungsbereich, Standort und Gültigkeit mit Download des Originals. Ein Einkäufer will prüfen können, was genau abgedeckt ist. Ergänze auf Produktseiten einen Block mit den Nachweisen, die für dieses Produkt gelten.

Wie vermeide ich veraltete PDF-Datenblätter?

Gib den technischen Werten eine Quelle und lass Produktseite, Datenblatt und Übersetzung daraus entstehen. Wo du PDFs brauchst, sind sie Datensätze mit Version und Status. Alte Versionen löschst du nicht, sondern markierst sie als ersetzt und verlinkst auf den Nachfolger.

Kann ein Datenblatt in jeder Sprache aus denselben Daten entstehen?

Ja, wenn die Daten strukturiert vorliegen und die Sprachfassungen als Übersetzung desselben Datensatzes gepflegt werden. Mit Webflow Localization oder einem Sprachfeld am Dokument ist das machbar. Für große Kataloge ist ein PIM mit Schnittstelle oft die robustere Basis.

Sollen Datenblätter hinter einem Formular liegen?

Technische Datenblätter, Zeichnungen und Zertifikate eher nicht. Sie sind Entscheidungshilfe, und eine Hürde erzeugt Reibung. Zusatzmaterial mit echtem Mehrwert, etwa Auswahlhilfen oder Studien, kannst du gegen Kontaktdaten anbieten.

Können wir Referenzen und Zertifikate später ohne Agentur aktualisieren?

Ja, mit der Rolle Content Editor kann dein Team CMS-Einträge anlegen und bearbeiten. Neue Felder oder neue Collections ändert weiterhin jemand mit Zugriff auf die Struktur. Pflichtfelder und eine kurze Anleitung sorgen dafür, dass die Pflege sauber bleibt.

Was ändert sich 2027 durch die Maschinenverordnung?

Ab dem 20. Januar 2027 ersetzt die Maschinenverordnung (EU) 2023/1230 die Maschinenrichtlinie. Betriebsanleitung und Konformitätserklärung dürfen digital bereitgestellt werden, mit langen Vorhaltefristen von mindestens zehn Jahren nach dem Inverkehrbringen. Stabile Dokument-URLs werden dadurch wichtiger. Lass die Auslegung für dein Produkt prüfen.

Fazit

Datenblätter, Zertifikate und Referenzen überzeugen Einkäufer dann, wenn sie aktuell, vollständig und leicht zu finden sind. Das gelingt nicht mit mehr Disziplin im Vertrieb, sondern mit einer Struktur, in der jede Information nur einmal lebt. Plane Collections, Versionen und Sprachen am Anfang, nicht nach dem Launch, und gib deinem Team Rollen, Pflichtfelder und eine kurze Anleitung. Dann bleibt die Website auch nach dem dritten Produktupdate und dem nächsten Audit auf dem neuesten Stand.

Unterstützung bei Datenblättern, Zertifikaten und CMS-Struktur: Wenn du das für deine Website planen willst, schau auf unsere Seite zur Webentwicklung oder schreib uns über den Kontakt.

Quellen

Weitere Ratgeber

Alle Ratgeber
Webwavers 3D-W aus ChromWebwavers 3D-W aus Chrom

Kontakt

Starte dein nächstes digitales Kapitel

Projekt anfragen