Preistabellen: Stufen, Abrechnungszeiträume und Regeln

Eine Preistabelle verwandelt ein kommerzielles Angebot in strukturierte, vergleichbare Fakten. Ein Käufer kann sehen, was jede Stufe kostet, wann die Gebühr wiederkehrt und was sich auf der nächsten Stufe ändert, ohne das Angebot aus Bezeichnungen, Fußnoten und Checkout-Texten rekonstruieren zu müssen. Eine Maschine kann jeden Betrag der korrekten Währung, dem Abrechnungszeitraum, dem Plan, den Leistungen, den Ausschlüssen und dem Prüfdatum zuordnen.

Die oben genannten Unternehmen und Pläne dienen der Veranschaulichung. Die Struktur ist das Produktionsmodell: Die Währung wird als ISO-4217-Code geschrieben, Wiederkehr und Abrechnungsgrundlage sind getrennte Fakten, Grenzen verwenden Zahlen, Abwesenheiten sind explizit, und die Bildunterschrift trägt das Datum, an dem die kommerziellen Fakten geprüft wurden.

Warum dieses Element wichtig ist

Die Preisgestaltung erzeugt Entscheidungsdruck, weil ein Leser gleichzeitig Erschwinglichkeit, Eignung und Risiko prüft. Wenn „79 $/Monat“ tatsächlich eine jährliche Gebühr von 948 USD bedeutet oder wenn die benötigte API ein kostenpflichtiges Add-on ist, ist der scheinbare Preis nicht der Entscheidungspreis. Wenn die Bedingungen neben dem Betrag stehen, können Käufer die Stufen an denselben Dimensionen vergleichen und Überraschungen vor dem Checkout erkennen.

Die empfohlene Stufe darf nicht die einzige vollständige Stufe sein. Visuelle Hervorhebung kann die Aufmerksamkeit lenken, aber fehlende Fakten zwingen den Leser anzunehmen, dass die hervorgehobene Option besser ist. Vertrauen entsteht durch symmetrische Offenlegung: Jede Stufe nennt ihren Betrag oder Angebotsstatus, Zeitraum, Verpflichtung, Kernlimits, wesentliche Leistungen und Ausschlüsse.

Maschinelle Extrahierbarkeit ist die Fähigkeit eines Crawlers, Assistenten, Feeds oder Publikationssystems, die Beziehung zwischen einer Tatsache und ihrem Subjekt zu erhalten. Eine visuelle Karte, die „79“, „pro Monat“, „jährlich abgerechnet“ und „Growth“ in unverbundene Container aufteilt, überlässt diese Beziehung der Interpretation. Semantische Überschriften legen die stabile Aussage offen: „Growth kostet monatlich umgerechnet 79 USD und wird als 948 USD jährlich berechnet.“

Preise sind ungewöhnlich volatil, weil sich Aktionen, Steuern, Währungen, Pakete und regionale Regeln ändern. Das Prüfdatum ist daher Teil des Elements, keine Dekoration: Es gibt an, wann die Behauptung geprüft wurde, und schafft einen Aktualisierungsauslöser.

Wann es verwendet werden sollte

Verwenden Sie eine Preistabelle, wenn zwei oder mehr kaufbare Stufen, Pakete, Abonnements, Service-Level oder Volumenbänder dieselben kommerziellen Bedingungen teilen. Auch ein einzelnes Produkt kann sie verwenden, wenn Varianten Preis, Menge, Laufzeit oder Leistungsumfang ändern. Sie ist besonders nützlich, wenn der Abrechnungsrhythmus vom normalisierten Vergleichsbetrag abweicht, wie z. B. „20 USD pro Monat, berechnet 240 USD jährlich.“

Verwenden Sie sie für begrenzte Fakten: Planname, Währung, Betrag, Abrechnungszeitraum, Mindestmenge, Testbedingungen, enthaltene Einheiten, Überschreitungssatz und Ausschlüsse. Erklären Sie in nahegelegenem Text, für wen jeder Plan geeignet ist oder wie die Nutzung gemessen wird.

Mehrere Grenzfälle benötigen ein anderes Element:

• Wenn der Block Produkte nach Qualität, Geschwindigkeit, Support oder einem anderen nicht-kommerziellen Kriterium bewertet, ohne kaufbare Bedingungen darzustellen, verwenden Sie stattdessen eine Vergleichstabelle .
• Wenn ein Angebot ein Ablaufdatum, eine Berechtigungsregel, einen Gutschein und einen Aufruf zum Handeln hat, verwenden Sie eine Angebotsbox . Erstellen Sie keine künstliche zweite Stufe, nur um ein Preis-Layout zu erhalten.
• Wenn nur ein stabiler Preis und eine Kaufeinheit angegeben werden müssen, verwenden Sie eine beschriftete Preiszeile innerhalb der zugehörigen Produkt- oder Dienstleistungskomponente. Eine vierspaltige Tabelle fügt Reibung hinzu, ohne die Auffindbarkeit zu verbessern.
• Wenn ein Angebot abhängige Eingaben wie Sitze, Speicher und Vertragslaufzeit erfordert, verwenden Sie einen Rechner mit einer Preiszusammenfassung.
• Wenn jeder Kunde ein ausgehandeltes Angebot erhält, zeigen Sie die Preisgrundlage und den Anfrageweg in Prosa oder einer einzelnen individuellen Stufe. Erfundene „ab“-Beträge sind keine Transparenz.
• Wenn der Block Produktspezifikationen ohne Kaufaktion oder kommerzielle Bedingungen auflistet, handelt es sich um eine Spezifikationstabelle, selbst wenn eine Zeile zufällig einen Preis enthält.

Die Element-Schreibregeln haben Vorrang: Wählen Sie das Element nach seinem Zweck, nicht nach seiner Überschrift, seinem Kartenstil oder seiner Spaltenanzahl. Ein Block, dessen Aufgabe es ist, abgestufte kommerzielle Bedingungen darzustellen, bleibt eine Preistabelle, selbst wenn das Theme ihn als Karten darstellt.

Wo es platziert werden sollte

Platzieren Sie die primäre Preistabelle, nachdem die Seite das Produkt, die Zielgruppe und das Wertversprechen genannt hat, aber vor detaillierten Einwänden, Erfahrungsberichten und dem abschließenden Aufruf zum Handeln. Auf einer dedizierten Preisseite ist sie normalerweise der erste wesentliche Abschnitt nach der Einleitung. Auf einer Produkt- oder Dienstleistungsseite platzieren Sie sie nach der Umfangserklärung und vor den Kaufdetails.

Setzen Sie vorausgesetzte Preislogik unmittelbar über die Tabelle. Wenn die Preise Steuern ausschließen, eine jährliche Verpflichtung erfordern, fünf Sitze voraussetzen oder nur in einer Region gelten, geben Sie diese Bedingung vor oder in der Bildunterschrift an. Platzieren Sie längere Nutzungs- und Überschreitungsdefinitionen direkt nach der Tabelle. Verwenden Sie niemals eine Fußnote für eine Tatsache, die den angezeigten Betrag ändert.

Halten Sie Planname, Preis, Währung, Rhythmus, Umfang, Prüfdatum und Quelle als eine Einheit. Platzieren Sie sie nicht neben einem Countdown-Timer, einer Testimonial-Karussell, einer nicht verwandten Datentabelle oder einer widersprüchlichen Aktion. Trennen Sie den Betrag nicht von „jährlich abgerechnet“, platzieren Sie keinen CTA zwischen einer Stufenüberschrift und ihren Ausschlüssen und wiederholen Sie nicht andere Preise weiter unten auf der Seite.

Auf Mobilgeräten bewahren Sie diese Reihenfolge: Planname, Preis und Abrechnungsgrundlage, enthaltene Elemente, ausgeschlossene Elemente, dann Aktion. Eine Matrix kann innerhalb einer beschrifteten Region scrollen; Karten sollten gestapelt werden, ohne Ausschlüsse von ihrem Plan zu trennen.

Anatomie

Die beschriftete Grafik identifiziert diese Teile:

1. Bildunterschrift: Benennt Produkt, Markt und Preiskontext, damit die Tabelle auch beim Extrahieren noch sinnvoll ist.
2. Stufenname: Verwendet den offiziellen Plan- oder Paketnamen, keine improvisierte Zielgruppenbezeichnung.
3. Preis: Zeigt einen numerischen Betrag oder den expliziten Status „Kostenlos“, „Individuelles Angebot“ oder „Vertrieb kontaktieren“.
4. Währung: Verwendet einen ISO-Code wie USD, EUR oder GBP, wenn ein Währungsbetrag vorhanden ist; ein Symbol kann zusätzlich erscheinen.
5. Normalisierter Zeitraum: Ermöglicht den Vergleich, z. B. pro Monat oder pro 1.000 Anfragen.
6. Abrechnungsgrundlage: Gibt an, was tatsächlich berechnet wird und wann, z. B. „948 USD, jährlich abgerechnet.“
7. Enthaltene Elemente: Nennt die entscheidenden Fähigkeiten, Mengen und Service-Level, die zu diesem Preis geliefert werden.
8. Ausgeschlossene Elemente: Gibt an, was ein vernünftiger Käufer erwarten könnte, aber nicht erhalten wird, einschließlich kostenpflichtiger Add-ons.
9. Aktion: Verwendet eine spezifische zugängliche Bezeichnung wie „Growth-Testversion starten“, anstatt bei jeder Stufe „Auswählen“ zu wiederholen.
10. Prüfdatum: Hält das genaue Datum fest, an dem die Beträge und Pakete mit der genehmigten Quelle abgeglichen wurden.
11. Steuer- und Gebührenhinweis: Gibt an, ob die angezeigten Preise die anwendbare Steuer enthalten, und nennt wesentliche Pflichtgebühren.
12. Quelle: Identifiziert den Abrechnungskatalog, die genehmigte Preisliste oder den kommerziellen Eigentümer.

„Kostenlos“ bedeutet keine finanzielle Belastung unter den angegebenen Bedingungen, keine Testversion, die später in Rechnung gestellt wird. „Individuelles Angebot“ bedeutet keinen öffentlichen Festpreis, nicht null. „Nicht enthalten“ bedeutet abwesend; „Add-on“ bedeutet separat erhältlich und sollte bei Bekanntheit seinen Preis oder Angebotsweg nennen.

Designbeispiele

Jede Variante bewahrt Währung, Zeitraum, Abrechnungsgrundlage, Umfang, Prüfdatum und zugängliche Beziehungen.

Standard-Stufenkarten: Verwenden Sie dies für zwei bis vier Pläne mit kurzen Funktionslisten. Jede Karte ist eine unabhängig beschriftete Stufe mit äquivalenten Feldern in ausgerichteter Anordnung.

Funktionsmatrix: Verwenden Sie dies, wenn drei bis fünf Stufen viele Limits gemeinsam haben. Plannamen sind Spaltenüberschriften und Kriterien sind Zeilenüberschriften. Wiederholen Sie Preis und Abrechnung in der Nähe der Aktion in einer langen Tabelle und geben Sie Symbolen Textentsprechungen.

Nutzungsbänder: Verwenden Sie dies bei festgelegten Mengenschwellen. Bereiche müssen erschöpfend und überschneidungsfrei sein: „1–10.000“, dann „10.001–50.000.“ Geben Sie an, ob die Preisgestaltung gestaffelt, volumenbasiert oder als Pauschalpaket erfolgt, da jede Variante eine andere Rechnung erzeugt.

Hybrid Festpreis und individuell: Verwenden Sie dies, wenn Self-Service-Stufen neben einem ausgehandelten Plan stehen. Die individuelle Stufe benötigt dennoch ihre Grundlage, Mindestverpflichtung, Leistungsumfang und Kontaktaktion. Verwenden Sie niemals „0“ oder einen Strich für einen unbekannten Betrag.

Parameter

Der Vertrag trennt übergeordnete Einstellungen von Stufendaten, da Währung und Prüfung normalerweise für die Gesamtheit gelten, während Preis, Abrechnung und Umfang zu einer Stufe gehören. „Quelle“ bezeichnet, woher der Renderer den Parameter bezieht, nicht wo der kommerzielle Anspruch recherchiert wurde.

Bei nutzungsabhängiger Preisgestaltung kann period eine Einheit wie 1000-requests anstelle einer Zeitdauer sein. Die sichtbare Bezeichnung muss dennoch natürlich lesbar sein. Ein normalisierter monatlicher Gegenwert kann angezeigt werden, aber billing muss den tatsächlich berechneten Betrag, die Verpflichtung und den Rechnungsrhythmus angeben.

Syntax und Codebeispiele

Alle drei Notationen bilden dieselben geordneten Stufen und kommerziellen Felder ab. Die portable Direktive ist die kanonische Autorenform; Hugo und WordPress sind Adapter, keine separaten Definitionen.

Portable Markdown-Direktive

:::price-table{caption="Northstar plans" variant=cards currency=USD market=US verified=2026-08-27 tax-note="Prices exclude applicable tax"}
## Plans for growing teams

::item{price=29 period=P1M billing="USD 29 billed monthly"}
### Starter

Included: 1 workspace; 3 users; email support.
Excluded: API access; audit log.
CTA: [Start Starter trial](https://example.com/signup/starter)
::

::item{price=79 period=P1M billing="USD 79 billed monthly" recommended=true}
### Growth

Included: 5 workspaces; 15 users; API access; audit log.
Excluded: Single sign-on.
CTA: [Start Growth trial](https://example.com/signup/growth)
::

Source: approved billing catalogue, revision 2026-08-27.
:::

Die erste übergeordnete Überschrift wird zu title zugeordnet. Jede Elementüberschrift wird zu tier.name zugeordnet; Elementattribute tragen kompakte typisierte Werte; beschriftete Textzeilen werden Leistungen, Ausschlüssen und Aktion zugeordnet. Der Zeitraum verwendet eine ISO-8601-Dauer, wenn es sich um Zeit handelt: P1M bedeutet einen Monat und P1Y bedeutet ein Jahr.

Hugo-Shortcode

Der vorgesehene Adapter verwendet nur benannte Parameter und bewahrt dieselben verschachtelten Felder. Dieses Beispiel dokumentiert die Zuordnung; es erfordert nicht, dass ein Artikelautor einen neuen Shortcode erstellt.

{{< price-table caption="Northstar plans" variant="cards" currency="USD" market="US" verified="2026-08-27" taxNote="Prices exclude applicable tax" >}}
  {{< price-tier name="Starter" price="29" period="P1M" billing="USD 29 billed monthly" ctaLabel="Start Starter trial" ctaUrl="https://example.com/signup/starter" >}}
  Included: 1 workspace; 3 users; email support.
  Excluded: API access; audit log.
  {{< /price-tier >}}
  {{< price-tier name="Growth" price="79" period="P1M" billing="USD 79 billed monthly" recommended="true" ctaLabel="Start Growth trial" ctaUrl="https://example.com/signup/growth" >}}
  Included: 5 workspaces; 15 users; API access; audit log.
  Excluded: Single sign-on.
  {{< /price-tier >}}
  Source: approved billing catalogue, revision 2026-08-27.
{{< /price-table >}}

Der Renderer muss für eine Matrix- oder Nutzungsvariante ein <table> mit zugehörigen Überschriften erzeugen. Eine Kartenvariante muss eine beschriftete Liste oder Abschnitte verwenden, deren Überschrift, Preis, Leistungen, Ausschlüsse und Aktion eine zugängliche Gruppe teilen. Sie darf die Daten nicht in anonyme Spalten einebnen.

WordPress-Block

<!-- wp:amicited/price-table {"caption":"Northstar plans","variant":"cards","currency":"USD","market":"US","verified":"2026-08-27","taxNote":"Prices exclude applicable tax"} -->
  <!-- wp:amicited/price-tier {"name":"Starter","price":"29","period":"P1M","billing":"USD 29 billed monthly","included":["1 workspace","3 users","Email support"],"excluded":["API access","Audit log"],"ctaLabel":"Start Starter trial","ctaUrl":"https://example.com/signup/starter"} /-->
  <!-- wp:amicited/price-tier {"name":"Growth","price":"79","period":"P1M","billing":"USD 79 billed monthly","included":["5 workspaces","15 users","API access","Audit log"],"excluded":["Single sign-on"],"ctaLabel":"Start Growth trial","ctaUrl":"https://example.com/signup/growth","recommended":true} /-->
  <p>Source: approved billing catalogue, revision 2026-08-27.</p>
<!-- /wp:amicited/price-table -->

Der registrierte Block sollte Stufendaten als Felder bearbeiten und serverseitig semantisches HTML rendern. Autoren dürfen das Element nicht mit generischen Spalten, einem Screenshot oder manuell ausgerichteten Absätzen nachbilden, da diese Formen den gemeinsamen Vertrag verwerfen.

Beispiele

Gut: Gebühr und Umfang sind explizit

Steuern: Preise zuzüglich geltender Umsatzsteuer. Quelle: Beispielhafte genehmigte Preisliste.

Dies funktioniert, weil die normalisierten monatlichen Beträge mit den tatsächlichen jährlichen Gebühren gepaart sind, Grenzen Zahlen verwenden und erwartete Ausschlüsse benannt sind. Ein Käufer kann die Verpflichtung berechnen, ohne einen Tooltip öffnen zu müssen. Eine Maschine kann jeden Betrag und jede Einschränkung über die Zeilen- und Spaltenüberschriften einem Plan zuordnen.

Schlecht: Die attraktive Zahl hat keinen Vertrag

*Es gelten Bedingungen.

Dies scheitert aus mehreren unabhängigen Gründen. Die Währung wird aus einem Symbol abgeleitet, „/Monat“ sagt nicht, ob der Käufer monatlich oder jährlich bezahlt, und das Sternchen versteckt die wesentliche Bedingung. Häkchen haben keinen Textstatus, „Support“ hat keinen Kanal oder kein Service-Level, und „Alles, was Sie brauchen“ ist keine überprüfbare Leistung. „Rufen Sie uns an“ identifiziert weder ein individuelles Angebot noch erklärt es die Preisgrundlage. Es gibt keine Ausschlüsse, Grenzen, Steuerhinweise, Quelle, Markt oder Prüfdatum. Die Bezeichnungen „Gut“ und „Am besten“ ersetzen zudem Überzeugung durch offizielle Planidentität.

Schema-Markup und Barrierefreiheit

Eine Preistabelle speist strukturierte Daten nur für ein berechtigtes, echtes Angebot ein. Ein Offer kann price, priceCurrency, url, availability und ein echtes Gültig-bis-Datum tragen. Verbinden Sie mehrere echte Angebote mit demselben Produkt oder derselben Dienstleistung; verwenden Sie AggregateOffer nur für eine wahrheitsgemäße Niedrig-zu-Hoch-Spanne oder Angebotssammlung. Ein Preis-Karten-Layout allein rechtfertigt kein Schema.

Verwenden Sie eine Preisspezifikation nur, wenn sie den Vertrag genau ausdrückt. Halten Sie Jahresgebühr, monatlichen Gegenwert, Mindestmenge und Überschreitungslogik in den Quelldaten getrennt. Sichtbarer Inhalt und strukturierte Ausgabe müssen übereinstimmen. Lassen Sie den numerischen Preis bei „Individuelles Angebot“ weg; verwenden Sie Null nur für ein wirklich kostenloses Angebot.

Schema wiederholt eine sichtbare Behauptung; es beweist keine Aktualität. Generieren Sie Seiten- und strukturierte Ausgabe aus derselben genehmigten Quelle und vergleichen Sie sie während der Qualitätssicherung. Kennzeichnen Sie eine Aktion niemals als dauerhaft, erfinden Sie kein validThrough und legen Sie keine andere Währung offen.

Eine Matrix benötigt eine Bildunterschrift, Planspaltenüberschriften, Kriterienzeilenüberschriften und scope-Attribute. Wickeln Sie eine breite Tabelle in eine benannte, tastaturfokussierbare Region und lassen Sie diese Region scrollen, wenn ein Umbruch Beziehungen zerstören würde.

Kartenlayouts benötigen eine äquivalente Gruppierung. Machen Sie jeden Stufennamen zu einer Überschrift und halten Sie seinen Preis, seine Abrechnung, seine Listen und seinen CTA in einem beschrifteten Abschnitt. Schreiben Sie „Enthalten“, „Nicht enthalten“, „Add-on“ und „Empfohlen“ in Text, nicht durch Position, Farbe oder Symbole. Ein Abrechnungsumschalter muss tastaturbedienbar sein, den Zustand ansagen, den Fokus behalten und sowohl angezeigte als auch berechnete Beträge aktualisieren.

Schreibregeln

Preistexte sind kurz, weil Käufer sie unter Unsicherheit überfliegen, aber Kürze darf den Vertrag nicht auslöschen. Geben Sie den Grund für jede Einschränkung an, bevor Sie sie anwenden:

• Stabile Namen verhindern falsche Planvergleiche. Verwenden Sie den offiziellen Stufennamen in ein bis fünf Wörtern. Benennen Sie „Business Plus“ nicht in der Überschrift in „Bester Wert“ um; die Empfehlung ist eine separate Kennzeichnung.
• Explizite Beträge verhindern falsche Vergleiche. Schreiben Sie den ISO-Währungscode und die Zahl zusammen, wie z. B. „EUR 49.“ Wenn Steuern, Pflichtgebühren oder regionale Beschränkungen den Zahlbetrag ändern, geben Sie sie im Element an.
• Der Rhythmus bestimmt die Verpflichtung. Halten Sie den normalisierten Zeitraum auf eine klare Einheit und die Abrechnungsgrundlage auf zwei bis zwölf Wörter. „Pro Monat, jährlich abgerechnet mit 588 EUR“ ist klar; „ab 49 €/Monat*“ ist es nicht.
• Zahlen machen Grenzen überprüfbar. Verwenden Sie drei bis acht entscheidende Leistungen pro Stufe und quantifizieren Sie Benutzer, Projekte, Speicher, Anfragen, Aufbewahrung oder Antwortzeit. Ersetzen Sie „großzügige Grenzen“ durch den tatsächlichen Schwellenwert.
• Benannte Ausschlüsse verhindern Annahmelücken. Geben Sie ein bis fünf Ausschlüsse an, wenn ein vernünftiger Käufer sie erwarten könnte. Schreiben Sie „Single Sign-On: nicht enthalten“ oder „Implementierung: kostenpflichtiges Add-on“, keinen Strich.
• Parallele Sprache verbessert das Scannen. Verwenden Sie dasselbe Nomen und dieselbe Einheit über alle Stufen hinweg: „5 Benutzer“, „20 Benutzer“, „Unbegrenzte Benutzer“, anstatt „Kleines Team“, „20 Sitze“ und „Kein Limit“.
• Eine Empfehlung benötigt einen offengelegten Grund. Verwenden Sie höchstens eine empfohlene Stufe und erklären Sie die faktische Eignung, wie z. B. „Für Teams, die API-Zugriff benötigen.“ Verwenden Sie keine künstliche Knappheit, pulsierende Abzeichen oder eine unerklärte „Beliebteste“-Behauptung.
• Volatilität erfordert Eigentümerschaft. Zeigen Sie ein genaues Prüfdatum und eine primäre Quelle. Schreiben Sie nicht „Preisestand bei Veröffentlichung“, da die Veröffentlichung Monate oder Jahre zurückliegen kann.
• Kompakte Zellen bewahren die Auffindbarkeit. Halten Sie jede Leistung oder jeden Ausschluss nach Möglichkeit auf zwei bis acht Wörter. Verlagern Sie Qualifikationen, die länger als ein Satz sind, unter die Tabelle und verlinken Sie sie mit einer präzisen Bezeichnung zurück.

Setzen Sie niemals Erfahrungsberichte, Wettbewerbsbehauptungen, rechtliche Bedingungen, Gutscheine, Countdowns oder nicht belegte Einsparungen in Stufendaten. Nachweise, rechtliche Details und Aktionen gehören in ihre eigenen Elemente oder angrenzende Prosa. Berechnen Sie Einsparungen nur von einer überprüften Ausgangsbasis und Gesamtsumme.

Beitragstypen, die es verwenden

Das Frontmatter-Feld postTypes ist die Quelle dieser Beziehung. Jeder aufgeführte Beitragstyp verwendet das Element für eine bestimmte Entscheidung, nicht nur, weil die Seite Geld erwähnt.

QA-Checkliste

• Entspricht der Zweck des Blocks unter der Vorrangregel einer Preistabelle?
• Verwendet jede Stufe ihren offiziellen Namen und identifiziert einen numerischen Preis, Kostenlos oder Individuelles Angebot?
• Ist jeder Geldbetrag mit einem ISO-Währungscode und dem anwendbaren Markt gepaart?
• Sind der normalisierte Zeitraum und der tatsächlich berechnete Betrag beide explizit?
• Sind Jahressummen, Mindestverpflichtungen, Einrichtungsgebühren, Überschreitungen, Steuerbehandlung und kostenpflichtige Add-ons sichtbar, wenn zutreffend?
• Verwenden Leistungen und Ausschlüsse parallele, quantifizierte Bezeichnungen über alle Stufen hinweg?
• Sind Nutzungsbänder erschöpfend, überschneidungsfrei und als gestaffelt, volumenbasiert oder Pauschalpaket-Preisgestaltung identifiziert?
• Ist das Prüfdatum exakt, sichtbar und an einen genehmigten Quelleninhaber gebunden?
• Zeigen Seiteninhalt, Checkout- oder Abrechnungsdaten und strukturierte Daten dieselben kommerziellen Fakten?
• Ordnet das semantische Markup jeden Preis und jedes Merkmal der korrekten Stufe zu?
• Sind Tabellenbeschriftungen, Überschriften, Gültigkeitsbereiche, Kartenbeschriftungen, Umschaltzustände und CTA-Bezeichnungen barrierefrei?
• Kann das Element innerhalb seiner eigenen beschrifteten Region umbrechen oder scrollen, ohne horizontales Seiten-Scrolling zu verursachen?
• Werden Farbe oder Ikonografie durch Text unterstützt, anstatt allein Enthalten, Ausgeschlossen oder Empfohlen zu tragen?
• Wird ein individuelles Angebot im numerischen Preisschema weggelassen, anstatt als Null codiert?
• Sind Aktionen, Erfahrungsberichte, rechtliche Texte und lange Erklärungen außerhalb der kanonischen Stufendaten?
• Hat jemand Jahresäquivalente, Einsparungsbehauptungen, Mengengrenzen und Überschreitungsbeispiele nachgerechnet?

Eine Preistabelle ist nur dann veröffentlichungsfähig, wenn ein Käufer und eine Maschine dasselbe Angebot daraus rekonstruieren können. Wenn einer von beiden die Währung, Verpflichtung, den Umfang oder die Aktualität erraten muss, ist das Element unvollständig.