Verfügbarkeitsblock: Bestand, Lieferung und Auftragsabwicklung

Ein Verfügbarkeitsblock beantwortet die letzte operative Frage des Käufers: Kann ich diesen Artikel erhalten, auf welche Weise und wann? Er fasst Bestand, Lieferung, Abholung, Nachbestellung und eingestellte Produkte in einer extrahierbaren Einheit zusammen, anstatt sie zwischen einem Badge, einem Checkout-Tooltip und einer Versandrichtlinienseite zu verstreuen.

Warum dieses Element wichtig ist

Verfügbarkeit ist kein beruhigender Text. Sie ist eine Kaufbedingung. Ein Käufer, der sich für ein Produkt entschieden hat, kann die Entscheidung dennoch aufgeben, wenn die Seite nicht beantworten kann, ob die ausgewählte Variante verkäuflich ist, ob die Lieferung den gewünschten Standort erreicht oder ob sie vor einer echten Frist eintrifft. Präzise Verfügbarkeit reduziert Unsicherheit in dem Moment, in dem Unsicherheit am teuersten ist.

Die Psychologie dreht sich um Kontrolle, nicht um künstliche Dringlichkeit. „Nur noch 2" kann jemandem helfen, das Risiko einzuschätzen, wenn die Zahl wahr und aktuell ist. Dieselbe Nachricht schadet dem Vertrauen, wenn sie tagelang bestehen bleibt, sich nach einer Aktualisierung zurücksetzt oder sich auf ein Lager bezieht, das den Käufer nicht beliefern kann. Ein nützlicher Block liefert dem Leser die Fakten, die er zum Handeln benötigt: aktuellen Status, Zielort, Methode, Zeitplan, Bedingungen und die nächste verfügbare Aktion.

Maschinelle Extrahierbarkeit bedeutet, dass ein Crawler, Einkaufsagent, Feed oder eine assistive Technologie die Beziehung zwischen einer Variante und ihren Auftragsabwicklungsdaten bewahren kann. Ein grüner Punkt neben „Verfügbar" ist semantisch schwach: verfügbar für welche Farbe, welchen Standort, welche Methode und welche Zeit? Ein beschrifteter Block kann die vollständige Antwort enthalten.

Aktualität ist wichtig, weil Bestände volatil sind. Das Inhaltssystem sollte den Status aus der kommerziellen Quelle der Wahrheit abrufen, während der sichtbare Zeitstempel und die Fallback-Richtlinie veraltete oder nicht verfügbare Daten erkennbar machen. Suchmaschinen und KI-Systeme müssen denselben materiellen Zustand sehen, den ein Käufer sieht; strukturierte Daten können eine widersprüchliche Seite nicht reparieren.

Wann es verwendet wird

Verwenden Sie einen Verfügbarkeitsblock, wenn Bestand oder Auftragsabwicklung beeinflussen, ob ein Leser die beabsichtigte Aktion abschließen kann. Er gehört auf physische Produktseiten, Produktlisten, bei denen der Bestand die Auswahl beeinflusst, Tickets oder bestandsbegrenzte Angebote sowie kommerzielle Datenendpunkte, die für Agenten ausgelegt sind. Er funktioniert auch für Abholung, lokale Lieferung, Vorlaufzeiten bei Fertigung auf Bestellung, Nachbestellungen, Vorbestellungen und eingestellte Produkte.

Rendern Sie den Block pro kaufbarer Variante, wenn Größe, Farbe, Packung, Zustand, Verkäufer oder Standort die Antwort ändern. „Auf Lager" für die Produktfamilie ist irreführend, wenn die ausgewählte Größe nicht verfügbar ist. Wenn ein Marktplatz mehrere Verkäufer hat, benötigt jedes Angebot seinen eigenen Preis, seine eigene Verfügbarkeit, Lieferzusagen und Verkäuferidentität.

Häufige Grenzfälle sollten außerhalb dieses Elements bleiben:

• Der nächste Termin eines Serviceteams ist ein Buchungsfenster, keine Bestandsverfügbarkeit.
• Öffnungszeiten gehören zu den Öffnungszeiten und Kontaktinformationen; „jetzt geöffnet" bedeutet nicht, dass ein Artikel vorrätig ist.
• Der Veröffentlichungsstatus einer Softwarefunktion gehört in die Produkt- oder Versionsdokumentation, es sei denn, der Zugang ist tatsächlich kapazitätsbegrenzt.
• Das Ablaufdatum einer Aktion ist eine Angebotsbedingung, kein Bestandsstatus.
• Eine allgemeine Versandrichtlinie erklärt Regeln für Bestellungen; der Verfügbarkeitsblock wendet diese Regeln auf diesen Artikel, diesen Standort und diese Zeit an.
• Eine Marketingbehauptung eines Händlers wie „schneller Versand" ist keine Schätzung und sollte kein Lieferfeld belegen.

Die Element-Schreibregeln haben Vorrang: Wählen Sie den Block nach Zweck, nicht nach seinem Badge, seiner Karte oder seinem Akkordeon-Stil. Wenn die primäre Aufgabe darin besteht, anzugeben, ob und wie der ausgewählte Artikel erhältlich ist, handelt es sich um einen Verfügbarkeitsblock.

Wo es platziert wird

Platzieren Sie den primären Block im Kaufbereich, nachdem der Käufer jede Variante ausgewählt hat, die den Bestand beeinflusst, und unmittelbar vor der Mengensteuerung und der Kaufaktion. Diese Reihenfolge ermöglicht es der Seite, einen wahrheitsgemäßen Zustand zu berechnen, bevor sie „In den Warenkorb" präsentiert. Wenn Variantensteuerungen über dem Preis sitzen, platzieren Sie den Block nach diesen Steuerungen und aktualisieren Sie den zugänglichen Namen mit der Auswahl.

Auf einer Kategorie- oder Listenseite verwenden Sie einen kompakten Status direkt innerhalb der passenden Produktkarte. Verlinken Sie für zielspezifische Daten auf die Detailseite, es sei denn, die Karte kann diese genau berechnen. Platzieren Sie in einer Kaufberatung oder Bewertung einen redaktionell qualifizierten Status neben dem Händler und dem Überprüfungszeitpunkt; geben Sie nicht vor, dass der Herausgeber den Bestand kontrolliert.

Der Block darf neben dem Preis stehen, wenn beide sich auf dieselbe Variante und denselben Verkäufer beziehen. Er darf nicht neben einem widersprüchlichen Badge, einem aktivierten Kaufknopf für einen nicht verfügbaren Artikel, einem nicht zugehörigen Countdown-Timer oder einer Lieferbehauptung basierend auf einem anderen Zielort stehen. Platzieren Sie kein Testimonial, keine Werbekarussells oder Cross-Selling zwischen dem Status und seiner nächsten Aktion. Verstecken Sie den Status „Eingestellt" nicht unter Bewertungen, während Sie die ehemalige Kaufsteuerung sichtbar lassen.

Die mobile Reihenfolge muss bleiben: ausgewählte Variante, Bestandsstatus, Liefer- oder Abholoptionen, Bedingungen, dann Aktion. Eine sticky Kaufleiste darf einen kurzen Status wiederholen, muss jedoch aus derselben Quelle stammen und darf dem vollständigen Block niemals widersprechen.

Anatomie

1. Kontext: identifiziert das genaue Produkt, die Variante, den Verkäufer und den Standort, auf den die Fakten zutreffen.
2. Bestandsstatus: verwendet einen kontrollierten Status wie Auf Lager, Geringer Bestand, Nicht auf Lager, Nachbestellung, Vorbestellung oder Eingestellt.
3. Mengenangabe: gibt eine bestätigte Anzahl oder eine nicht-numerische Schwellenwertbezeichnung an; sie erzeugt niemals künstliche Knappheit.
4. Zielort: nennt das Land, die Region, die Postleitzahl oder den ausgewählten Shop, der für die Schätzung verwendet wird.
5. Liefermethode: unterscheidet zwischen Versand, lokaler Lieferung, Abholung und digitaler Lieferung.
6. Liefer- oder Bereitstellungsfenster: zeigt ein absolutes Datum oder einen begrenzten Zeitraum an, nicht „bald".
7. Bestellschluss und Bedingungen: gibt die Zeitzone, Bestellfrist, Annahme von Werktagen, Mitgliedschaftsanforderung oder Mindestbestellmenge an, wenn relevant.
8. Richtlinie und Aktion bei Nichtverfügbarkeit: erklärt das Verhalten bei Nachlieferung, Ersatz, Nachbestellung, Benachrichtigung oder Archivierung.
9. Aktualität und Quelle: hält fest, wann der Status ermittelt wurde und welcher autoritative Dienst ihn bereitgestellt hat.
10. Handelsaktion: entspricht dem Status: Kaufen, Vorbestellen, Warteliste beitreten, anderen Shop finden oder Nachfolger ansehen.

Designbeispiele

Jede Variante verwendet Text sowie Farbe, behält den Kontext des ausgewählten Artikels bei und zeigt einen Zeitstempel oder Live-Quellvertrag an.

Auf Lager mit Lieferoptionen. Verwenden Sie dies, wenn der Artikel jetzt verkäuflich ist. Trennen Sie Online-Bestand von Filialbestand und zeigen Sie eine Schätzung pro berechtigter Methode an.

Geringer Bestand. Nur verwenden, wenn ein geregelter Schwellenwert überschritten ist. Zeigen Sie eine genaue Anzahl nur an, wenn dies sicher und ausreichend aktuell ist; sagen Sie andernfalls „Geringer Bestand" und behalten Sie den Zeitstempel bei.

Nicht auf Lager, Nachlieferung erwartet. Deaktivieren Sie die sofortige Kaufaktion, es sei denn, Nachbestellungen werden akzeptiert. Geben Sie den erwarteten Zeitraum nur an, wenn Merchandising- oder Lieferdaten dies unterstützen.

Nachbestellung oder Vorbestellung. Halten Sie diese Zustände getrennt. Geben Sie an, wann die Zahlung autorisiert oder eingezogen wird, das voraussichtliche Versand- oder Veröffentlichungsdatum, Stornierungsbedingungen und ob gemischte Warenkörbe getrennt versendet werden.

Eingestellt. Entfernen Sie aktive Kaufsteuerungen und aktive Angebotsauszeichnungen. Bewahren Sie nützliche Spezifikationen und Supportinformationen und identifizieren Sie einen offiziellen Nachfolger nur, wenn die Beziehung bestätigt ist.

Filialabholung. Nennen Sie den Shop, die Abholzeit, die Reservierungsdauer und etwaige Ausweisanforderungen. „In der Nähe verfügbar" ist nicht ausreichend, wenn der Käufer reisen muss.

Parameter

„Quelle" bezeichnet im Folgenden, woher der Renderer den Wert bezieht. Die Handelssysteme bleiben für die zugrundeliegende Behauptung verantwortlich.

Der kontrollierte Status entspricht der Handelswahrheit, nicht der Darstellung: in-stock, limited, out-of-stock, backorder, preorder oder discontinued. Ein kanalspezifischer Wert wie collection-only gehört zu method, da ein Artikel auf Lager sein kann, aber nur zur Abholung verfügbar ist.

Syntax und Codebeispiele

Die drei Formen kodieren dieselbe ausgewählte SKU, denselben Status, Lieferzeitraum, Quelle und Aktion. Ein Projekt muss den entsprechenden Hugo- oder WordPress-Adapter registrieren, bevor diese Syntax in der Produktion verwendet wird.

Portables Markdown-Direktiv

:::availability{status=in-stock sku="TJ-NV-M" destination="US-10001" method="shipping,collection" earliest="2026-08-31" latest="2026-09-01" cutoff="2026-08-28T14:00:00-04:00" checked="2026-08-27T09:42:00-04:00" source="inventory-api,fulfilment-api"}
## Verfügbarkeit

Online auf Lager und versandbereit.
Aktion: [Navy Trail Jacket, Größe M in den Warenkorb](https://example.com/cart/add/TJ-NV-M)
:::

Hugo-Shortcode

{{< availability status="in-stock" sku="TJ-NV-M" destination="US-10001" method="shipping,collection" earliest="2026-08-31" latest="2026-09-01" cutoff="2026-08-28T14:00:00-04:00" checked="2026-08-27T09:42:00-04:00" source="inventory-api,fulfilment-api" >}}
## Verfügbarkeit

Online auf Lager und versandbereit.
Aktion: [Navy Trail Jacket, Größe M in den Warenkorb](https://example.com/cart/add/TJ-NV-M)
{{< /availability >}}

Alle Parameter sind benannt. Das Beispiel vermeidet bewusst die Mischung von Positions- und benannten Parametern.

WordPress

[availability status="in-stock" sku="TJ-NV-M" destination="US-10001" method="shipping,collection" earliest="2026-08-31" latest="2026-09-01" cutoff="2026-08-28T14:00:00-04:00" checked="2026-08-27T09:42:00-04:00" source="inventory-api,fulfilment-api"]
Online auf Lager und versandbereit.
Aktion: <a href="https://example.com/cart/add/TJ-NV-M">Navy Trail Jacket, Größe M in den Warenkorb</a>
[/availability]

Ein nativer WordPress-Block sollte diese Werte als typisierte Attribute speichern, nicht als einen einzigen Rich-Text-Block. Serverseitiges Rendern ist für den initialen Zustand zu bevorzugen; clientseitige Personalisierung kann nach Zustimmung oder Eingabe das Ziel und die Schätzung verfeinern.

Gute und schlechte Beispiele

Gut

Navy Trail Jacket, Größe M – online auf Lager. Die Lieferung an 10001 wird voraussichtlich vom 31. August bis 1. September mit Standardversand erfolgen. Bestellung bis 14:00 Uhr ET am 28. August. Die Verfügbarkeit zur Filialabholung wird separat geprüft. Bestands- und Liefertermin geprüft am 27. August 2026 um 09:42 Uhr ET.

Dies funktioniert, weil es den Status an eine ausgewählte Variante, ein Ziel, eine Methode, einen Datumsbereich, eine Zeitzone und einen Überprüfungszeitpunkt bindet. Der Leser kann handeln, ohne ein Symbol interpretieren oder eine allgemeine Richtlinie öffnen zu müssen.

Schlecht

🟢 Beeilen Sie sich! Jetzt verfügbar – wird schnell verkauft. Lieferung bald. Nur noch wenige übrig!

Dies scheitert, weil „verfügbar" keine Variante, keinen Verkäufer und keinen Kanal hat; „bald" hat kein Ziel und keine Daten; „wenige" hat keinen geregelten Schwellenwert; und die Dringlichkeit kann nicht überprüft werden. Das grüne Symbol trägt zudem eine Bedeutung, die im Text fehlt. Das Ersetzen des Symbols durch ein rotes würde die fehlenden Fakten nicht beheben.

Schema-Markup und Barrierefreiheit

Für einen echten kaufbaren Artikel kann der Block Product.offers über ein Offer oder AggregateOffer speisen. Ordnen Sie den kontrollierten sichtbaren Status der entsprechenden Schema.org-Verfügbarkeits-URL zu, wie z. B. InStock, OutOfStock, BackOrder, PreOrder, Discontinued oder LimitedAvailability. Preis, Währung, Verkäufer, Artikelzustand und URL müssen dasselbe Angebot beschreiben. Verwenden Sie InStock nicht nur, weil eine andere Variante oder ein anderer Verkäufer Bestand hat.

Lieferdaten können OfferShippingDetails speisen: Zielort, Bearbeitungszeit, Transitzeit, Preis und berechtigte Methode müssen mit der sichtbaren Zusage übereinstimmen. Geben Sie kein aktives Offer für einen eingestellten Artikel aus und hinterlassen Sie kein veraltetes Angebots-Markup, wenn die sichtbare Aktion zu einer Warteliste wird.

Strukturierte Daten sind eine Ausgabe des Handelszustands, keine zweite Bestandsdatenbank. Generieren Sie nach Möglichkeit den sichtbaren Block, den Feed und das JSON-LD aus demselben aufgelösten Angebot. Wenn sie nicht nach demselben Zeitplan aktualisiert werden können, veröffentlichen Sie den am wenigsten freizügigen verteidigbaren Zustand, bis die Synchronisierung abgeschlossen ist.

Barrierefreiheit erfordert eine Textbeschriftung für jeden Status; Farbe, Animation und Symbole dürfen diese verstärken, aber niemals definieren. Verknüpfen Sie Aktualisierungen mit der ausgewählten Variante. Wenn eine Varianten- oder Zieländerung den Block asynchron aktualisiert, verschieben Sie weder den Fokus noch den Leser unerwartet; geben Sie ein präzises Ergebnis über eine entsprechend konfigurierte Live-Region bekannt. Vermeiden Sie es, Countdown-Ansagen jede Sekunde zu wiederholen.

Liefersteuerungen benötigen explizite Beschriftungen wie „Liefer-Postleitzahl" und „Abholshop ändern". Daten müssen den Monat in Worten enthalten, wenn die numerische Reihenfolge mehrdeutig sein könnte, und Fristen benötigen eine Zeitzone. Deaktivierte Kaufsteuerungen benötigen einen nahen Text, der erklärt, warum, und die gültige nächste Aktion anbietet. Halten Sie den vollständigen Zustand ohne Hover verfügbar und stellen Sie einen serverseitig gerenderten Fallback bereit, wenn JavaScript fehlschlägt.

Schreibregeln

Beginnen Sie mit dem kontrollierten Status in zwei bis sechs Wörtern: „Online auf Lager", „Nachbestellung möglich" oder „Eingestellt". Folgen Sie mit der Konsequenz: versandbereit, voraussichtliches Veröffentlichungsdatum oder nicht mehr erhältlich. Verwenden Sie einen Block pro ausgewähltem Angebot, nicht einen Block pro Lagerdatensatz.

Verwenden Sie absolute Lieferdaten oder einen begrenzten Zwei-Datum-Bereich. Wenn sich die Schätzung nach Zielort ändert, nennen Sie den Zielort. Wenn keine Schätzung zuverlässig ist, sagen Sie, was passieren muss, bevor eine berechnet werden kann. „Üblich", „bald", „schnell" und „sollte ankommen" sind keine Ersatz für einen bezifferten Bereich.

Halten Sie den primären Block auf eine Statuszeile, ein bis vier Lieferzeilen, einen Richtliniensatz von 10–45 Wörtern bei Bedarf und eine primäre Aktion. Eine Bezeichnung für geringen Bestand benötigt einen genehmigten Schwellenwert; eine genaue Anzahl benötigt eine aktuelle Quelle. Überprüfen Sie den Zustand kontinuierlich durch Systemintegration und testen Sie seinen Fallback bei jedem Inhalts-QA-Zyklus.

Verwenden Sie ruhige, sachliche Sprache. Verwenden Sie niemals erfundene Knappheit, anonyme Beliebtheitsbehauptungen, nicht zugehörige Rabatte, Testimonials, Garantiedetails, vollständige Rückgabebedingungen oder allgemeine Versandrichtlinientexte. Bezeichnen Sie eine Vorbestellung niemals als „auf Lager", stellen Sie einen nicht verfügbaren Artikel nicht als „bestellbar" dar, ohne Nachbestellung zu erwähnen, und versprechen Sie kein Datum, das das Auftragsabwicklungssystem nicht unterstützen kann.

Sagen Sie für eingestellte Artikel „Eingestellt" anstatt „Derzeit nicht verfügbar". Erklären Sie, ob Support, Teile, Handbücher oder ein offizieller Nachfolger weiterhin verfügbar sind.

Beitragstypen, die es verwenden

Das postTypes-Frontmatter-Feld ist die Quelle für diese Implementierungsmatrix.

QA-Checkliste

• Der Status gilt für die ausgewählte SKU, den Verkäufer, den Kanal und den Standort, nicht für die Produktfamilie allgemein.
• Bestand, Verkäuflichkeit, Liefermethode und Lieferzeit sind separate Felder und widersprechen sich nicht gegenseitig.
• Die Bestands- und Auftragsabwicklungsquellen sind autoritativ, überwacht und im Komponentenvertrag benannt.
• Die Prüfzeit ist vorhanden, enthält eine Zeitzone und erfüllt die Aktualitätstoleranz des Unternehmens.
• Genaue Anzahlen und Bezeichnungen für geringen Bestand verwenden geregelte Regeln und keine werbliche Dringlichkeit.
• Jede Lieferterminangabe nennt oder erbt ein sichtbares Ziel und verwendet ein absolutes Datum oder einen begrenzten Bereich.
• Nachbestellungs- und Vorbestellungszustände erklären den Zahlungszeitpunkt, den voraussichtlichen Versand oder die Veröffentlichung sowie die Stornierungsbedingungen.
• Zustände „Nicht auf Lager" und „Eingestellt" entfernen oder ersetzen die sofortige Kaufaktion.
• Sichtbarer Inhalt, Feed-Daten, Checkout-Verhalten und strukturierte Angebotsdaten beschreiben denselben Zustand.
• Der Status wird in Textform vermittelt, dynamische Änderungen werden angemessen angekündigt und Steuerungen haben explizite Beschriftungen.
• Der Block bleibt ohne Farbe, Hover, Animation, Personalisierung oder JavaScript aussagekräftig.
• Mobile und sticky Kaufbehandlungen stammen aus derselben Quelle und bewahren die korrekte Lesereihenfolge.
• Alle drei Syntaxbeispiele werden auf dieselben typisierten Felder abgebildet, ohne Quell- oder Aktualitätsdaten zu verlieren.

FAQ

Sollte ein Verfügbarkeitsblock einen genauen Lagerbestand anzeigen?

Nur wenn das Bestandssystem autoritativ ist, der Bestand schnell genug aktualisiert wird und die Offenlegung kein operatives oder Sicherheitsrisiko darstellt. Verwenden Sie andernfalls einen kontrollierten Status wie Auf Lager, Geringer Bestand, Nachbestellung oder Nicht auf Lager. Erzeugen Sie niemals Dringlichkeit mit einem unbestätigten Bestand.

Was soll der Block sagen, wenn ein Artikel nicht auf Lager ist?

Geben Sie Nicht auf Lager an, erklären Sie, ob eine Nachlieferung erwartet wird, nennen Sie ein bestätigtes Datum oder einen Zeitraum, falls vorhanden, und bieten Sie eine relevante nächste Aktion wie eine Benachrichtigung bei Wiederauffüllung an. Zeigen Sie kein kaufbares Angebot oder eine aktive In-den-Warenkorb-Aktion, wenn der Bestellvorgang die Bestellung nicht annehmen kann.

Wie sollten sich Nachbestellungen und Vorbestellungen unterscheiden?

Eine Nachbestellung betrifft einen etablierten Artikel, der vorübergehend nicht sofort lieferbar ist; eine Vorbestellung betrifft einen Artikel, der noch nicht für den normalen Verkauf freigegeben ist. Kennzeichnen Sie den Status genau, geben Sie an, wann die Zahlung erfolgt, und nennen Sie das voraussichtliche Versand- oder Veröffentlichungsdatum mit etwaigen Unsicherheiten.

Benötigt ein Verfügbarkeitsblock ein Angebotsschema?

Nein. Der sichtbare Block muss auch ohne strukturierte Daten korrekt sein. Wenn die Seite ein echtes kaufbares Angebot beschreibt, sollte der sichtbare Status mit dem Angebotsverfügbarkeitswert und etwaigen Versanddetails übereinstimmen. Redaktionelle Erwähnungen und nicht verfügbare Katalogeinträge dürfen nicht als aktive Angebote ausgezeichnet werden.

Können Liefertermine nach Standort personalisiert werden?

Ja, wenn das Ziel identifiziert ist und ein nicht personalisierter Fallback verfügbar bleibt. Melden Sie dynamische Änderungen an assistive Technologien, vermeiden Sie es, den IP-Standort als Gewissheit zu behandeln, und halten Sie den serverseitig gerenderten Bestandsstatus für Crawler und Benutzer ohne JavaScript korrekt.