Spezifikationstabellen: Format, Regeln und Beispiele

Eine Spezifikationstabelle wandelt Fakten über ein Subjekt in explizite Bezeichnung-Wert-Paare um. Ein Leser findet die Betriebstemperatur, ohne eine Produktbeschreibung erneut lesen zu müssen, und eine Maschine kann die Beziehung zwischen „Betriebstemperatur" und „−10 bis 45 °C" bewahren, ohne raten zu müssen, welche Zahl zu welcher Angabe gehört.

Der Produktname und die obigen Werte sind illustrativ. Die Struktur ist das Produktionsmodell: ein Subjekt, eine präzise Bezeichnung pro Zeile, ein Wert mit seiner Einheit und ein expliziter Status, wenn kein faktischer Wert angegeben werden kann.

Warum dieses Element wichtig ist

Spezifikationen in Prosa-Form zwingen Leser zu vermeidbaren Rekonstruktionen. Betrachten Sie: „Das Gerät wiegt 6,4 Kilogramm, liefert dauerhaft 500 Watt, misst 280 × 190 × 210 Millimeter und kann bei minus 10 bis 45 Grad Celsius betrieben werden." Der Satz ist grammatikalisch korrekt, aber ein Käufer, der nur nach den Abmessungen sucht, muss jeden Satzteil parsen. Bei einer späteren Rückkehr zur Überprüfung der Leistung muss erneut geparst werden. Eine Tabelle verschiebt die Bezeichnungen an einen vorhersagbaren Rand und die Werte in eine zweite Spalte, reduziert die Gedächtnisarbeit und macht das Scannen zuverlässig.

Die Struktur ist für Maschinen ebenso wichtig. Maschinenextrahierbarkeit ist die Fähigkeit eines Crawlers, Suchsystems, Assistants oder nachgelagerten Publikationswerkzeugs, die Bedeutung und Beziehungen in Inhalten zu bewahren. Nativer <table>, <th scope="row"> und <td>-Markup gibt an, dass der Zeilenkopf den angrenzenden Wert qualifiziert. Es erzeugt ein zuverlässiges Paar: „Nutzbare Kapazität – 512 Wh." Dieselben beiden Zeichenfolgen, eingebettet in werbliche Sätze, erfordern eine sprachliche Inferenz, und eine gestaltete Sammlung nicht zusammenhängender <div>-Elemente kann zwar eine visuelle Ausrichtung, aber keine Datenbeziehung abbilden.

Abfragbar bedeutet nicht, dass jede Website zu einer Datenbank wird. Es bedeutet, dass jede Tatsache eine stabile Bezeichnung, einen diskreten Wert und ein vorhersagbares Markup hat, sodass ein Leser oder System eine einzelne Eigenschaft abfragen kann, ohne den gesamten Absatz extrahieren zu müssen. Vergleichbar bedeutet, dass separat veröffentlichte Produkte dieselben kanonischen Bezeichnungen und Einheiten verwenden können, sodass Werte später abgeglichen werden können, ohne zuerst „etwa ein halbes Kilowatt", „500 Watt" und „0,5 kW" normalisieren zu müssen. Eine Spezifikationstabelle ermöglicht diesen späteren Vergleich; sie ist selbst kein Vergleich, es sei denn, sie stellt mehrere Subjekte nebeneinander dar.

Wann verwendet man es

Verwenden Sie eine Spezifikationstabelle, wenn die Seite eine Entität beschreibt und Leser mindestens drei diskrete, verifizierte Fakten benötigen. Typische Subjekte umfassen ein Produkt, einen Software-Plan, eine API, ein Dateiformat, eine Einrichtung, ein Fahrzeug, eine Organisation, ein Dienstleistungspaket oder einen technischen Standard. Geeignete Fakten haben abgegrenzte Antworten: Abmessungen, unterstützte Betriebssysteme, Anschlussart, Antwortformat, Garantiezeit, Firmenname, Abdeckungsbereich, Version oder ein angegebener Grenzwert.

Verwenden Sie Prosa um die Tabelle herum, um Konsequenzen zu erklären. „Maximale Nutzlast: 18 kg" gehört in die Tabelle; warum dieser Grenzwert eine bestimmte Installation ausschließt, gehört in den Prosatext. Die Tabelle sollte die Frage „Was ist der Wert?" beantworten, während die umgebende Erklärung die Frage „Warum ist das wichtig?" beantwortet.

Grenzfälle sind häufig:

• Wenn zwei oder mehr Produkte anhand gemeinsamer Kriterien bewertet werden müssen, verwenden Sie stattdessen eine Vergleichstabelle . Eine Spezifikationstabelle hat ein Subjekt; das Hinzufügen mehrerer Wertspalten ändert ihren Zweck.
• Wenn der Inhalt eine Abfolge von Ereignissen ist, verwenden Sie eine Zeitleiste. Daten in einer zweispaltigen Tabelle machen die Beziehungen nicht automatisch chronologisch.
• Wenn jede Zeile mehrere Sätze Interpretation erfordert, verwenden Sie Überschriften und Prosa. Dichte Absätze in Zellen behindern das Scannen und werden auf schmalen Bildschirmen schwierig.
• Wenn die Liste nur zwei einfache Fakten enthält, verwenden Sie einen Satz oder eine Definitionsliste, es sei denn, der Beitragstyp erfordert eine registrierte Spezifikationstabelle. Eine Tabelle sollte einen Wiedergewinnungswert schaffen, nicht eine kleine Tatsache dekorieren.
• Wenn Werte kontinuierlich aktualisiert werden, verbinden Sie das Element mit einer eigenen Datenquelle und zeigen Sie eine Abrufzeit an. Ein manuell kopierter „Live"-Wert wird irreführend, sobald er abweicht.
• Wenn das Dokument Feldnamen, Typen und Validierungseinschränkungen beschreibt, verwenden Sie die unten stehende gruppierte Variante; quetschen Sie nicht das gesamte Datenmodell in eine prosaschwere „Details"-Zelle.

Die Element-Schreibregeln haben Vorrang: Wählen Sie das Element nach dem Zweck der Passage, nicht nach ihrer Überschrift oder ihrem Erscheinungsbild. Wenn die Aufgabe eines Blocks darin besteht, Spezifikationen darzustellen, bleibt er eine Spezifikationstabelle, selbst wenn das Theme dieselben Wörter als Karten darstellen könnte.

Wo platziert man es

Platzieren Sie die erste Spezifikationstabelle, nachdem das Subjekt identifiziert wurde und bevor die Seite den Leser auffordert, es zu interpretieren, zu konfigurieren, zu vergleichen oder zu kaufen. Auf einer Produktseite bedeutet das normalerweise nach der prägnanten Produktbeschreibung und dem Hauptnutzen, aber vor detaillierten Funktionserklärungen. In der Dokumentation platzieren Sie eine Tabelle mit Voraussetzungen oder Protokollen unmittelbar vor dem Verfahren, das darauf angewiesen ist. Leser müssen wissen, welche Werte beschrieben werden, bevor sie sie sehen, sollten aber keine lange Erzählung durchqueren müssen, um sie abzurufen.

Wenn die Seite mehrere Kategorien hat, platzieren Sie jede Tabelle unter einer beschreibenden H2- oder H3-Überschrift wie „Physikalische Spezifikationen" oder „Kompatibilität". Halten Sie die Kategorieüberschrift außerhalb der Tabelle; die Bildunterschrift (Caption) benennt dann das genaue Subjekt und den Umfang. Bewahren Sie dieselbe Bezeichnungsreihenfolge auf verwandten Seiten, damit ein Leser das Muster nicht neu erlernen muss.

Platzieren Sie eine Spezifikationstabelle nicht direkt neben einer anderen dichten Tabelle, einem Vollbild-Screenshot oder einem animierten Karussell. Zwei konkurrierende Raster erzeugen einen unklaren Lesepfad und sind besonders bei Tablet-Breiten unangenehm. Fügen Sie keinen Call-to-Action zwischen einer Bildunterschrift und ihren Zeilen ein, setzen Sie Fußnoten nicht in eine nicht zugehörige Komponente und platzieren Sie keine werbliche Behauptung in der Wertspalte. Halten Sie Bildunterschrift, Tabelle, Statuslegende, Verifikationsdatum und Quellenangabe als eine zusammenhängende Einheit. Folgen Sie mit Erklärungen, bevor Sie ein weiteres datenintensives Element einführen.

Anatomie

Die beschriftete Abbildung muss diese Teile identifizieren:

1. Abschnittsüberschrift: benennt die Kategorie, wenn eine Seite mehr als eine Tabelle hat, z. B. physische oder elektrische Spezifikationen.
2. Bildunterschrift (Caption): identifiziert das Subjekt und den genauen Umfang der Tabelle. Sie muss auch außerhalb des umgebenden Absatzes sinnvoll sein.
3. Zeilenkopf: verwendet den kanonischen, eindeutigen Namen einer Eigenschaft.
4. Wert: enthält eine Tatsache und keinen Kommentar oder Verkaufsbehauptung.
5. Einheit: erscheint bei jedem numerischen Wert, es sei denn, der Wert ist tatsächlich einheitenlos.
6. Statuswert: schreibt „Unbekannt" oder „Nicht zutreffend" aus, anstatt eine leere Zelle zu hinterlassen.
7. Verifikationsdatum: gibt an, wann volatile Fakten zuletzt überprüft wurden.
8. Quellenangabe: identifiziert das primäre System, Dokument, den Test oder Eigentümer, von dem die Werte stammen.

Unbekannt bedeutet, dass die Eigenschaft zutrifft, aber zum Zeitpunkt der Verifikation kein vertrauenswürdiger Wert verfügbar war. Nicht zutreffend bedeutet, dass die Voraussetzung der Eigenschaft auf dieses Subjekt nicht anwendbar ist. Nicht verfügbar ist wiederum anders: es bedeutet, dass eine Fähigkeit oder Option nicht vorhanden ist. Null ist ein gemessener oder deklarierter Wert. Eine leere Zelle kommuniziert keine dieser Bedeutungen und ist daher nicht zulässig.

Gestaltungsbeispiele

Jede Gestaltungsvariante behält natives Tabellen-Markup, Zeilenköpfe, sichtbare Bezeichnungen, Textwerte und eine Bildunterschrift bei. Das Styling kann Dichte und Gruppierung verändern, aber es darf die Fakten nicht in ein Bild verwandeln oder Farbe als alleinigen Bedeutungsträger einsetzen.

Standard-Zweispalten: die Vorgabe für ein Subjekt und drei bis zwölf Fakten. Bezeichnungen belegen die erste Spalte und Werte die zweite. Verwenden Sie es für Produkt-, Unternehmens-, Plan- und Dienstleistungsfakten.

Gruppiert: Zwei oder mehr kurze Tabellen unterteilen einen größeren Spezifikationssatz nach Aufgaben des Lesers. Jede Gruppe erhält eine Überschrift und jede Tabelle behält ihre eigene Bildunterschrift. Verwenden Sie keine zusammengeführten Trennzeilen als visuelle Überschriften, da sie Navigation und Extraktion erschweren.

Feldreferenz: eine Dokumentationsvariante für Eigenschaften, deren Bedeutung konsistente sekundäre Felder wie Typ, Anforderung und Einschränkung erfordert. Die erste Spalte verwendet Zeilenkopf-Semantik, während jede sekundäre Dimension einen Spaltenkopf hat.

Kompakt mobil: Bezeichnungen und Werte brechen natürlich um, ohne die Schriftgröße zu reduzieren. Eine einfache zweispaltige Tabelle sollte innerhalb ihres Containers umfließen. Eine breitere Feldreferenzvariante darf innerhalb eines beschrifteten, tastaturfokussierbaren Bereichs scrollen; sie darf die gesamte Seite nicht horizontal scrollen lassen.

Parameter

Der folgende Vertrag definiert das portable Element. „Quelle" in der letzten Spalte gibt an, wo der Renderer den Parameter bezieht, nicht wo die faktische Behauptung recherchiert wurde.

Verwenden Sie verified immer dann, wenn sich Preis, Kompatibilität, Verfügbarkeit, Versionsunterstützung, Kapazität oder ein anderer Wert ändern können. Ein Veröffentlichungsdatum ist kein Ersatz: es gibt an, wann die Seite veröffentlicht wurde, nicht wann die Spezifikation überprüft wurde.

Syntax und Codebeispiele

Alle Implementierungen bilden dieselbe Bildunterschrift, geordnete Zeilen, Statusbedeutungen, Verifikationswert und Quelle ab. Die portable Direktive ist die kanonische Autorenform.

Portable Markdown-Direktive

:::spec-table{caption="Northstar Field 500 – Kern-Spezifikationen" verified="2026-08-27"}
| Spezifikation | Wert |
|---|---|
| Nutzbare Kapazität | 512 Wh |
| Dauerhafter AC-Ausgang | 500 W |
| Abmessungen (B × H × T) | 280 × 190 × 210 mm |
| Wasserschutzklasse | Unbekannt |
| Kraftstoffart | Nicht zutreffend |

Status: Unbekannt = relevant, aber nicht verifiziert; Nicht zutreffend = kann nicht angewendet werden.

Quelle: genehmigtes Produktdatenblatt, Revision 4.
:::

Hugo-Shortcode

Der Hugo-Adapter sollte nur benannte Parameter akzeptieren und den Pipe-Table-Body als semantische Tabellenzeilen rendern. Die Notation unten definiert die beabsichtigte Zuordnung; sie impliziert nicht, dass ein neuer lokaler Shortcode innerhalb einer Artikelaufgabe erstellt werden sollte.

{{< spec-table caption="Northstar Field 500 – Kern-Spezifikationen" verified="2026-08-27" >}}
| Spezifikation | Wert |
|---|---|
| Nutzbare Kapazität | 512 Wh |
| Dauerhafter AC-Ausgang | 500 W |
| Abmessungen (B × H × T) | 280 × 190 × 210 mm |
| Wasserschutzklasse | Unbekannt |
| Kraftstoffart | Nicht zutreffend |

Status: Unbekannt = relevant, aber nicht verifiziert; Nicht zutreffend = kann nicht angewendet werden.

Quelle: genehmigtes Produktdatenblatt, Revision 4.
{{< /spec-table >}}

Der Renderer muss <table>, <caption>, <tbody>, <th scope="row"> und <td> ausgeben. Eine Feldreferenzvariante benötigt außerdem <thead> mit scope="col"-Köpfen. Er muss Minuszeichen, Multiplikationszeichen, Einheitenabstände und Statustexte exakt bewahren.

WordPress-Block

<!-- wp:amicited/spec-table {"caption":"Northstar Field 500 – Kern-Spezifikationen","verified":"2026-08-27","variant":"standard"} -->
<table>
  <tbody>
    <tr><th scope="row">Nutzbare Kapazität</th><td>512 Wh</td></tr>
    <tr><th scope="row">Dauerhafter AC-Ausgang</th><td>500 W</td></tr>
    <tr><th scope="row">Abmessungen (B × H × T)</th><td>280 × 190 × 210 mm</td></tr>
    <tr><th scope="row">Wasserschutzklasse</th><td>Unbekannt</td></tr>
    <tr><th scope="row">Kraftstoffart</th><td>Nicht zutreffend</td></tr>
  </tbody>
</table>
<p class="spec-table__status">Unbekannt = relevant, aber nicht verifiziert; Nicht zutreffend = kann nicht angewendet werden.</p>
<p class="spec-table__source">Quelle: genehmigtes Produktdatenblatt, Revision 4.</p>
<!-- /wp:amicited/spec-table -->

Eine WordPress-Implementierung kann bearbeitbare Blocksteuerungen anstelle von wörtlichem HTML verwenden, aber ihre gespeicherten Attribute und serverseitig gerenderten Ausgaben müssen denselben Vertrag bewahren. Autoren dürfen keinen Screenshot oder einen generischen Spaltenblock einsetzen.

Beispiele

Gut: vollständige, normalisierte Produktfakten

Verifiziert: 27. August 2026. Quelle: illustratives genehmigtes Installationsblatt, Revision 2.

Dies funktioniert, weil die Bildunterschrift ein Subjekt und einen Kontext identifiziert. Jede Bezeichnung nennt eine testbare Eigenschaft, Bereiche behalten ihre Einheiten, Abmessungen vermischen keine Systeme und die maximale Leistung wird von der typischen Leistung unterschieden. „Nicht zutreffend" ist gerechtfertigt, da ein verkabelter Sensor keinen zu ersetzenden Akku hat; es verbirgt keine unbekannte Akku-Spezifikation. Die Tabelle kann von einer Person gescannt, über Zeilenköpfe navigiert oder in diskrete Eigenschaft-Wert-Paare umgewandelt werden.

Schlecht: mehrdeutige Pseudodaten

Die schlechte Tabelle sieht organisiert aus, liefert aber keine verlässlichen Daten. „Strom" könnte Versorgungsspannung oder Leistungsaufnahme bedeuten, während „Niedrig" nicht messbar ist. Der Kabellänge fehlt eine Einheit. Die Temperaturzeile nennt weder Celsius noch Fahrenheit und scheint einen Bereich mit einem Gradsymbol zu vermischen. „Robust" ist Werbesprache und keine Schutzart. Die leere Akku-Zelle sagt nicht, ob die Tatsache unbekannt, irrelevant, null oder versehentlich ausgelassen ist. Die Kompatibilitätsbehauptung packt eine undefinierte Zielgruppe und eine Installationsbewertung in eine Zelle.

Reparieren Sie dies, indem Sie breite Bezeichnungen in kanonische Eigenschaften aufteilen, Werte aus einer benannten Primärquelle beziehen, jeder Messung eine Einheit hinzufügen und Leerzeichen durch den korrekten Status ersetzen. Wenn die Quelle die Schutzart nicht angibt, schreiben Sie „Unbekannt"; wandeln Sie Marketing-Sprache nicht in einen erfundenen technischen Wert um.

Schema-Markup und Barrierefreiheit

Es gibt keinen allgemeinen Schema.org-Typ für eine Spezifikationstabelle. Die Tabelle bleibt wertvolles semantisches HTML, selbst wenn sie kein JSON-LD erzeugt. Wenn die umgebende Seite eine berechtigte Entität darstellt, ordnen Sie nur genaue, verifizierte Fakten unterstützten Eigenschaften zu: zum Beispiel die sku, das weight, die width, die height, die depth, das material oder additionalProperty-Einträge eines Produkts, wo angemessen. Organisationsfakten können Eigenschaften wie dem legalen Namen oder der Adresse zugeordnet werden. Die sichtbare Tabelle und die strukturierten Daten müssen übereinstimmen, dieselben Einheiten verwenden und aus derselben Quelle stammen. Erfinden Sie keine Bewertungen, Angebote, Identifikatoren oder Schema-Eigenschaften, nur weil eine Zeile existiert.

Barrierefreiheit beginnt mit echtem Markup. Geben Sie der Tabelle eine beschreibende <caption>. Verwenden Sie <th scope="row"> für jede Spezifikationsbezeichnung; Feldreferenzvarianten benötigen zusätzlich <th scope="col"> in einem <thead>. Halten Sie die Lesereihenfolge logisch im Quelltext, nicht nur auf dem Bildschirm. Verwenden Sie keine leeren Zellen, zusammengeführte Zellen, reine Symbol-Statusangaben, reine Farbgruppierungen oder Tooltips als alleinigen Ort eines Wertes. Abkürzungen wie AC, DC und IP sollten in der nahen Prosa ausgeschrieben werden, wenn die Zielgruppe sie möglicherweise nicht kennt.

Eine einfache zweispaltige Tabelle sollte nach Möglichkeit umbrechen statt scrollen. Wenn eine breitere Tabelle horizontales Scrollen erfordert, begrenzen Sie sie auf einen Bereich mit einem zugänglichen Label und tabindex="0", bewahren Sie einen sichtbaren Tastaturfokus-Indikator, und sperren Sie die erste Spalte niemals so, dass sie bei starker Vergrößerung Werte verdeckt. Testen Sie bei 200 % Zoom, mit Tastaturnavigation und ohne Styles; die Bezeichnung-Wert-Beziehung muss alle drei überstehen.

Schreibregeln

Die Regeln schützen Abruf und Vergleich, daher kommt Präzision vor Kompaktheit:

• Verwenden Sie 3–12 Zeilen pro Tabelle. Teilen Sie längere Sätze nach Aufgaben des Lesers auf – physisch, elektrisch, Kompatibilität, kommerziell – anstatt eine undifferenzierte Wand von Fakten zu schaffen.
• Halten Sie Bezeichnungen nach Möglichkeit auf 1–6 Wörter. Verwenden Sie einen Qualifizierer wie „maximal", „typisch", „installiert" oder „pro Benutzer", wenn dies die Bedeutung ändert.
• Halten Sie einen normalen Wert auf eine Zeile und maximal 12 Wörter. Verlagern Sie Interpretation, Ausnahmen und Empfehlungen in angrenzende Prosa oder eine direkt zugeordnete Anmerkung.
• Verwenden Sie ein Maßsystem pro Tabelle, es sei denn, das Publikum benötigt tatsächlich beide. Wenn beide erforderlich sind, geben Sie den primären Wert zuerst an und die Umrechnung in Klammern für jede betroffene Zeile.
• Setzen Sie eine Einheit neben jede numerische Messung: 512 Wh, 3 m und 45 °C. Verlassen Sie sich nie darauf, dass eine Überschrift eine Einheit nur für einige Zeilen liefert.
• Normalisieren Sie äquivalente Eigenschaften über verwandte Seiten hinweg. Wählen Sie eine Bezeichnung und eine Einheit – wie „Gewicht" in Kilogramm – und wechseln Sie nicht ohne dokumentierten Grund zu „Masse", Pfund oder vagen Formulierungen.
• Verwenden Sie exakte Statuswörter: Unbekannt, Nicht zutreffend oder Nicht verfügbar. Definieren Sie sie einmal, wenn mehr als ein Status vorkommt. Verwenden Sie niemals einen Bindestrich, eine leere Zelle, TBC, ein Fragezeichen oder eine Farbe, um einen Status zu implizieren.
• Verwenden Sie einen sachlichen, neutralen Ton. Werte können günstig sein, aber Wörter wie „erstaunlich", „superschnell", „branchenführend" und „großzügig" sind Schlussfolgerungen, keine Spezifikationen.
• Setzen Sie niemals Calls-to-Action, Testimonials, Absätze von Verkaufstexten, unerklärte Bewertungen, unbelegte Vergleiche oder dekorative Bilder in eine Wert-Zelle.
• Geben Sie die Quelle und ein genaues Verifikationsdatum für volatile oder extern behauptete Werte an. Wenn die Eigentümerschaft unklar ist, ist die Tabelle nicht bereit zur Veröffentlichung.

Beitragstypen, die es verwenden

Das Frontmatter-Feld postTypes steuert die unten aufgeführten genehmigten Verwendungen. Die Aufnahme bedeutet, dass der Beitragstyp das Element benötigen oder davon profitieren kann; es bedeutet nicht, dass jede Seite drei Fakten erfinden muss, um ein Layout zu erfüllen.

QA-Checkliste

• Die Tabelle beschreibt ein klar identifiziertes Subjekt; mehrere Optionen wurden nicht als Spezifikationstabelle getarnt.
• Die Bildunterschrift (Caption) nennt sowohl das Subjekt als auch den Umfang der Tabelle.
• Jede Eigenschaft verwendet eine präzise, kanonische Bezeichnung und jede Zelle enthält einen Wert.
• Numerische Werte enthalten konsistente Einheiten, Qualifizierer, Bereiche und Abmessungen.
• Keine Zelle ist leer; Unbekannt, Nicht zutreffend und Nicht verfügbar werden nur mit ihren definierten Bedeutungen verwendet.
• Behauptungen stimmen mit einer benannten Primärquelle überein, und volatile Fakten zeigen ein genaues Verifikationsdatum.
• Die veröffentlichte Ausgabe verwendet natives <table>, <caption>, Zeilenköpfe und Datenzellen anstelle eines Bildes oder visuellen Rasters.
• Feldreferenzvarianten enthalten Spaltenköpfe und bewahren alle Kopfbeziehungen.
• Die Tabelle funktioniert bei schmalen Breiten, 200 % Zoom, mit Tastaturnavigation und ohne Styles.
• Farbe, Symbole, Abkürzungen und Tooltips sind niemals der einzige Weg, einen Wert zu verstehen.
• Sichtbare Fakten und alle berechtigten Schema.org-Eigenschaften stimmen exakt überein.
• Werbliche Behauptungen, Interpretation, Calls-to-Action und lange Prosa befinden sich außerhalb der Tabelle.
• Das Element folgt der Vorrangregel des Playbooks und der ausgewählte Beitragstyp enthält das Element in seinem Inhaltsvertrag.