Beschikbaarheidsblokken: Voorraad, Levering en Uitvoering

Een beschikbaarheidsblok beantwoordt de laatste operationele vraag van de koper: kan ik dit artikel verkrijgen, via welke methode en wanneer? Het houdt voorraad-, leverings-, ophaal-, nabestellings- en stopgezette feiten in één extraheerbare eenheid in plaats van ze te verspreiden over een badge, een checkout-tooltip en een verzendbeleidspagina.

Waarom dit element ertoe doet

Beschikbaarheid is geen geruststellende tekst. Het is een aankoopbeperking. Een koper die een product heeft gekozen, kan de beslissing nog steeds afbreken als de pagina niet kan antwoorden of de geselecteerde variant verkoopbaar is, of de levering de gewenste locatie bereikt, of deze aankomt vóór een echte deadline. Nauwkeurige beschikbaarheid vermindert onzekerheid op het moment dat onzekerheid het duurst is.

De psychologie draait om controle, niet om kunstmatige urgentie. “Slechts 2 over” kan iemand helpen risico in te schatten wanneer het aantal waar is en actueel. Dezelfde boodschap schaadt het vertrouwen wanneer deze dagenlang blijft staan, reset na verversen of verwijst naar een magazijn dat de koper niet kan bedienen. Een nuttig blok geeft de lezer feiten om te handelen: huidige status, bestemming, methode, timing, voorwaarden en de volgende beschikbare actie.

Machine-extraheerbaarheid betekent dat een crawler, winkelagent, feed of ondersteunende technologie de relatie kan bewaren tussen een variant en de bijbehorende uitvoeringsfeiten. Een groene stip naast “Beschikbaar” is semantisch zwak: beschikbaar voor welke kleur, locatie, methode en tijd? Een gelabeld blok kan het volledige antwoord bevatten.

Actualiteit is belangrijk omdat voorraad volatiel is. Het contentsysteem moet de status ophalen uit de commerciële bron van waarheid, terwijl de zichtbare tijdstempel en het terugvalbeleid verouderde of niet-beschikbare gegevens detecteerbaar maken. Zoekmachines en AI-systemen moeten dezelfde materiële staat zien als een koper; gestructureerde gegevens kunnen een tegenstrijdige pagina niet herstellen.

Wanneer gebruik je het

Gebruik een beschikbaarheidsblok wanneer voorraad of uitvoering verandert of een lezer de beoogde handeling kan voltooien. Het hoort op fysieke productpagina’s, productlijsten waar voorraad de selectie beïnvloedt, tickets of voorraadbeperkte aanbiedingen en commerciële gegevens-eindpunten ontworpen voor agents. Het werkt ook voor ophaling, lokale levering, doorlooptijden voor maatwerk, nabestellingen, pre-orders en stopgezette producten.

Render het blok per verkoopbare variant wanneer maat, kleur, verpakking, conditie, verkoper of locatie het antwoord verandert. “Op voorraad” voor de productfamilie is misleidend wanneer de geselecteerde maat niet beschikbaar is. Als een marktplaats meerdere verkopers heeft, heeft elk aanbod zijn eigen prijs, beschikbaarheid, leveringsbelofte en verkopersidentiteit nodig.

Veelvoorkomende bijna-goed-situaties moeten buiten dit element blijven:

• De volgende afspraak van een serviceteam is een boekingsslot, geen voorraadbeschikbaarheid.
• Openingstijden horen bij openingstijden en contactinformatie; “nu open” betekent niet dat een artikel aanwezig is.
• De release-status van een softwarefunctie hoort in product- of releaserelease-documentatie, tenzij de toegang echt capaciteitsbeperkt is.
• Het verlopen van een promotie is een aanbiedingsvoorwaarde, geen voorraadstatus.
• Een algemeen verzendbeleid legt regels uit voor bestellingen; het beschikbaarheidsblok past die regels toe op dit artikel, deze bestemming en dit tijdstip.
• Een marketingbewering van een retailer zoals “snel verzonden” is geen schatting en mag geen leveringsveld bezetten.

De regels voor het schrijven van elementen hebben voorrang: kies het blok op basis van doel, niet op de badge-, kaart- of accordeonstijl. Als de primaire taak is om te vermelden of en hoe het geselecteerde artikel kan worden verkregen, is het een beschikbaarheidsblok.

Waar je het plaatst

Plaats het primaire blok in de aankoopregio, nadat de koper elke variant heeft geselecteerd die de voorraad beïnvloedt en onmiddellijk vóór de hoeveelheidsregelaar en de aankoopactie. Deze volgorde laat de pagina één waarheidsgetrouwe staat berekenen voordat “Toevoegen aan winkelwagen” wordt gepresenteerd. Als variantregelaars boven de prijs staan, plaats het blok dan na die regelaars en werk de toegankelijke naam bij met de selectie.

Op een categorie- of lijstpagina, gebruik een compacte status direct in de bijbehorende productkaart. Link naar de detailpagina voor bestemmingsspecifieke datums, tenzij de kaart ze nauwkeurig kan berekenen. Plaats in een koopgids of review een redactioneel gekwalificeerde status naast de handelaar en verificatietijd; suggereer niet dat de uitgever de voorraad beheert.

Het blok mag naast de prijs staan wanneer beide naar dezelfde variant en verkoper verwijzen. Het mag niet naast een conflicterende badge staan, een ingeschakelde aankoopknop voor een niet-beschikbaar artikel, een niet-gerelateerde afteltimer of een leveringsclaim op basis van een andere bestemming. Plaats geen getuigenis, promotionele carrousel of cross-sell tussen de status en de volgende actie. Verberg geen stopgezette status onder reviews terwijl de voormalige aankoopregelaar zichtbaar blijft.

De mobiele volgorde moet blijven: geselecteerde variant, voorraadstatus, leverings- of ophaalkeuzes, voorwaarden, dan actie. Een sticky aankoopbalk mag een korte status herhalen, maar moet uit dezelfde bron komen en mag nooit het volledige blok tegenspreken.

Anatomie

1. Context: identificeert het exacte product, de variant, de verkoper en de locatie waarop de feiten van toepassing zijn.
2. Voorraadstatus: gebruikt één gecontroleerde staat zoals Op voorraad, Beperkte voorraad, Niet op voorraad, Nabestelling, Pre-order of Stopgezet.
3. Hoeveelheidsaanduiding: geeft een geverifieerd aantal of een niet-numerieke drempellabel; het creëert nooit schaarste.
4. Bestemming: noemt het land, de regio, de postcode of de geselecteerde winkel die voor de schatting wordt gebruikt.
5. Uitvoeringsmethode: scheidt verzending, lokale levering, ophaling en digitale levering.
6. Leverings- of gereedheidsvenster: toont een absolute datum of begrensde reeks, niet “binnenkort.”
7. Deadline en voorwaarden: vermeldt de tijdzone, bestellingsdeadline, werkdagenaanname, lidmaatschapsvereiste of minimumbestelling wanneer relevant.
8. Niet-beschikbaarheidsbeleid en actie: legt aanvulling, vervanging, nabestelling, melding of archiveringsgedrag uit.
9. Actualiteit en bron: registreert wanneer de status is bepaald en welke gezaghebbende dienst deze heeft geleverd.
10. Commerce-actie: komt overeen met de status: aankoop, pre-order, deelnemen aan wachtlijst, andere winkel vinden of opvolger bekijken.

Ontwerpvoorbeelden

Elke variant gebruikt zowel tekst als kleur, behoudt de context van het geselecteerde artikel en toont een tijdstempel of live-broncontract.

Op voorraad met uitvoeringskeuzes. Gebruik wanneer het artikel nu verkoopbaar is. Scheid online voorraad van winkelvoorraad en toon één schatting per in aanmerking komende methode.

Beperkte voorraad. Gebruik alleen wanneer een gereguleerde drempel wordt overschreden. Toon een exact aantal alleen als het veilig en voldoende actueel is; zeg anders “Beperkte voorraad” en behoud de tijdstempel.

Niet op voorraad, aanvulling verwacht. Schakel de onmiddellijke aankoopactie uit tenzij nabestellingen worden geaccepteerd. Vermeld de verwachte periode alleen wanneer merchandising- of leveringsgegevens dit ondersteunen.

Nabestelling of pre-order. Houd deze statussen gescheiden. Vermeld wanneer betaling wordt geautoriseerd of afgeschreven, de verwachte verzend- of releasedatum, annuleringsvoorwaarden en of gemengde winkelwagens apart worden verzonden.

Stopgezet. Verwijder actieve aankoopregelaars en actieve-aanbiedingsmarkup. Bewaar nuttige specificaties en ondersteuningsinformatie en identificeer alleen een officiële opvolger wanneer de relatie is geverifieerd.

Winkelophaling. Noem de winkel, het tijdstip waarop het klaar is, de reserveringsduur en eventuele identificatievereisten. “Beschikbaar in de buurt” is niet voldoende wanneer de koper moet reizen.

Parameters

“Bron” hieronder betekent waar de renderer de waarde verkrijgt. Commerce-systemen blijven verantwoordelijk voor de onderliggende claim.

De gecontroleerde status verwijst naar de commerciële waarheid, niet naar de presentatie: in-stock, limited, out-of-stock, backorder, preorder of discontinued. Een kanaalspecifieke waarde zoals collection-only hoort bij method, omdat een artikel op voorraad kan zijn terwijl het alleen via ophaling beschikbaar is.

Syntax en codevoorbeelden

De drie vormen coderen dezelfde geselecteerde SKU, status, leveringsreeks, bron en actie. Een project moet de bijbehorende Hugo- of WordPress-adapter registreren voordat het die syntax in productie gebruikt.

Draagbare Markdown-richtlijn

:::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"}
## Availability

In stock online and ready to dispatch.
Action: [Add navy Trail Jacket, size M to cart](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" >}}
## Availability

In stock online and ready to dispatch.
Action: [Add navy Trail Jacket, size M to cart](https://example.com/cart/add/TJ-NV-M)
{{< /availability >}}

Alle parameters zijn benoemd. Het voorbeeld vermijdt opzettelijk het mengen van positionele en benoemde parameters.

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"]
In stock online and ready to dispatch.
Action: <a href="https://example.com/cart/add/TJ-NV-M">Add navy Trail Jacket, size M to cart</a>
[/availability]

Een native WordPress-blok moet deze waarden opslaan als getypeerde attributen in plaats van als één rich-text-blob. Server-side rendering heeft de voorkeur voor de initiële status; client-side personalisatie kan de bestemming en schatting verfijnen na toestemming of invoer.

Goede en slechte voorbeelden

Goed

Navy Trail Jacket, maat M — op voorraad online. Levering aan 10001 wordt geschat op 31 augustus–1 september met standaard verzending. Bestel vóór 14:00 ET op 28 augustus. Beschikbaarheid voor winkelophaling wordt apart gecontroleerd. Voorraad- en leveringsschatting gecontroleerd om 09:42 ET op 27 augustus 2026.

Dit werkt omdat het de status bindt aan een geselecteerde variant, bestemming, methode, datumbereik, tijdzone en verificatietijd. De lezer kan handelen zonder een pictogram te interpreteren of een algemeen beleid te openen.

Slecht

🟢 Schiet op! Nu beschikbaar — gaat snel. Binnenkort levering. Nog maar een paar over!

Dit faalt omdat “beschikbaar” geen variant, verkoper of kanaal heeft; “binnenkort” heeft geen bestemming of datums; “een paar” heeft geen gereguleerde drempel; en de urgentie kan niet worden gecontroleerd. Het groene pictogram draagt ook betekenis die ontbreekt in de tekst. Het vervangen van het pictogram door een rode zou de ontbrekende feiten niet oplossen.

Schema-opmaak en toegankelijkheid

Voor een echt aankoopbaar artikel kan het blok Product.offers voeden via een Offer of AggregateOffer. Wijs de gecontroleerde zichtbare status toe aan de bijbehorende Schema.org-beschikbaarheids-URL, zoals InStock, OutOfStock, BackOrder, PreOrder, Discontinued of LimitedAvailability. Prijs, valuta, verkoper, artikelconditie en URL moeten hetzelfde aanbod beschrijven. Gebruik InStock niet louter omdat een andere variant of verkoper voorraad heeft.

Leveringsfeiten kunnen OfferShippingDetails voeden: bestemming, behandelingstijd, transporttijd, tarief en in aanmerking komende methode moeten overeenkomen met de zichtbare belofte. Geef geen actief Offer uit voor een stopgezet artikel of laat verouderde aanbiedingsmarkup achter wanneer de zichtbare actie een wachtlijst wordt.

Gestructureerde gegevens zijn een uitvoer van de commerciële staat, niet een tweede voorraaddatabase. Genereer het zichtbare blok, de feed en de JSON-LD vanuit hetzelfde opgeloste aanbod waar mogelijk. Als ze niet op hetzelfde schema kunnen worden bijgewerkt, publiceer dan de minst permissieve verdedigbare staat totdat synchronisatie is voltooid.

Toegankelijkheid vereist een tekstlabel voor elke status; kleur, animatie en pictogrammen mogen dit versterken maar nooit definiëren. Koppel updates aan de geselecteerde variant. Wanneer een variant- of bestemmingswijziging het blok asynchroon bijwerkt, verplaats dan geen focus of de lezer onverwacht; kondig een beknopt resultaat aan via een passend geconfigureerde live-regio. Vermijd het elke seconde herhalen van aftelmeldingen.

Leveringsregelaars hebben expliciete labels nodig zoals “Leveringspostcode” en “Ophaalwinkel wijzigen.” Datums moeten de maand in woorden bevatten waar numerieke volgorde dubbelzinnig kan zijn, en deadlines hebben een tijdzone nodig. Uitgeschakelde aankoopregelaars hebben tekst in de buurt nodig die uitlegt waarom en de geldige volgende actie biedt. Houd de volledige staat beschikbaar zonder hover en bied een server-gerenderde terugval wanneer JavaScript faalt.

Schrijfregels

Begin met de gecontroleerde status in twee tot zes woorden: “Op voorraad online,” “Nabestelling mogelijk,” of “Stopgezet.” Gevolgd door het gevolg: klaar om te verzenden, verwachte releasedatum of niet langer verkrijgbaar. Gebruik één blok per geselecteerd aanbod, niet één blok per magazijnrecord.

Gebruik absolute leveringsdatums of een begrensd datumbereik van twee dagen. Als de schatting verandert per bestemming, noem dan de bestemming. Als er geen betrouwbare schatting is, zeg dan wat er moet gebeuren voordat er een kan worden berekend. “Gewoonlijk,” “binnenkort,” “snel” en “zou moeten aankomen” zijn geen vervangingen voor een met bron onderbouwde reeks.

Houd het primaire blok op één statusregel, één tot vier uitvoeringsrijen, één beleidszin van 10–45 woorden wanneer nodig en één primaire actie. Een label voor beperkte voorraad heeft een goedgekeurde drempel nodig; een exacte telling heeft een actuele bron nodig. Beoordeel de status continu via systeemintegratie en test de terugval tijdens elke content-QA-cyclus.

Gebruik rustige, operationele taal. Gebruik nooit verzonnen schaarste, anonieme populariteitsclaims, niet-gerelateerde kortingen, getuigenissen, garantiedetails, volledige retourvoorwaarden of algemene verzendbeleidstekst. Noem een pre-order nooit “op voorraad,” geef een niet-beschikbaar artikel niet weer als “beschikbaar om te bestellen” zonder nabestelling te vermelden, en beloof geen datum die het uitvoeringssysteem niet kan ondersteunen.

Voor stopgezette artikelen, zeg “Stopgezet” in plaats van “Momenteel niet beschikbaar.” Leg uit of ondersteuning, onderdelen, handleidingen of een officiële opvolger beschikbaar blijven.

Posttypen die het gebruiken

Het postTypes-veld in de frontmatter is de bron voor deze implementatiematrix.

QA-checklist

• De status is van toepassing op de geselecteerde SKU, verkoper, kanaal en locatie in plaats van de productfamilie in het algemeen.
• Voorraad, verkoopbaarheid, uitvoeringsmethode en levertiming zijn afzonderlijke velden en spreken elkaar niet tegen.
• De voorraad- en uitvoeringsbronnen zijn gezaghebbend, worden gemonitord en zijn genoemd in de componentovereenkomst.
• De controletijd is aanwezig, bevat een tijdzone en voldoet aan de actualiteitstolerantie van het bedrijf.
• Exacte aantallen en beperkte-voorraad-labels gebruiken gereguleerde regels in plaats van promotionele urgentie.
• Elke leveringsschatting noemt of erft een zichtbare bestemming en gebruikt een absolute datum of begrensd bereik.
• Nabestel- en pre-order-statussen vermelden betalingstijdstip, verwachte verzend- of releasedatum en annuleringsvoorwaarden.
• Niet-op-voorraad- en stopgezette statussen verwijderen of vervangen de onmiddellijke aankoopactie.
• Zichtbare inhoud, feedgegevens, checkout-gedrag en Offer-gestructureerde gegevens beschrijven dezelfde status.
• Status wordt overgebracht in tekst, dynamische wijzigingen worden op de juiste manier aangekondigd en regelaars hebben expliciete labels.
• Het blok blijft betekenisvol zonder kleur, hover, animatie, personalisatie of JavaScript.
• Mobiele en sticky aankoopbehandelingen komen uit dezelfde bron en behouden de juiste leesvolgorde.
• Alle drie syntaxvoorbeelden verwijzen naar dezelfde getypeerde velden zonder bron- of actualiteitsgegevens te verliezen.

FAQ

Moet een beschikbaarheidsblok een exacte voorraadhoeveelheid tonen?

Alleen wanneer het voorraadsysteem gezaghebbend is, de telling snel genoeg wordt bijgewerkt en het tonen ervan geen operationeel of veiligheidsrisico oplevert. Gebruik anders een gecontroleerde status zoals Op voorraad, Beperkte voorraad, Nabestelling of Niet op voorraad. Creëer nooit urgentie met een ongeverifieerde telling.

Wat moet het blok zeggen wanneer een artikel niet op voorraad is?

Vermeld Niet op voorraad, leg uit of aanvulling wordt verwacht, geef een geverifieerde datum of reeks wanneer die bestaat, en bied een relevante vervolgactie aan, zoals een voorraadmelding. Toon geen aankoopbaar Aanbod of een actieve ‘Toevoegen aan winkelwagen’-actie wanneer de checkout de bestelling niet kan accepteren.

Hoe moeten nabestellingen en pre-orders verschillen?

Een nabestelling is een bestaand artikel dat tijdelijk niet beschikbaar is voor onmiddellijke uitvoering; een pre-order is een artikel dat nog niet is vrijgegeven voor normale verkoop. Label de status nauwkeurig, vermeld wanneer betaling wordt afgeschreven en geef de verwachte verzend- of releasedatum met eventuele onzekerheid.

Heeft een beschikbaarheidsblok een Aanbiedingsschema nodig?

Nee. Het zichtbare blok moet nauwkeurig zijn, zelfs zonder gestructureerde gegevens. Wanneer de pagina een echt aankoopbaar aanbod beschrijft, moet de zichtbare status overeenkomen met de Aanbiedings-beschikbaarheidswaarde en eventuele verzenddetails. Redactionele vermeldingen en niet-beschikbare catalogusrecords mogen niet worden gemarkeerd als actieve aanbiedingen.

Kunnen leveringsschattingen worden gepersonaliseerd op basis van locatie?

Ja, als de bestemming is geïdentificeerd en er een niet-gepersonaliseerde terugvaloptie beschikbaar blijft. Kondig dynamische wijzigingen aan aan ondersteunende technologie, gebruik IP-locatie niet als zekerheid en houd de server-gerenderde voorraadstatus nauwkeurig voor crawlers en gebruikers zonder JavaScript.