Blocuri de disponibilitate: Stoc, Livrare și Îndeplinirea Comenzilor

Un bloc de disponibilitate răspunde la ultima întrebare operațională a cumpărătorului: pot obține acest articol, prin ce metodă și când? Menține informațiile despre stoc, livrare, ridicare, precomenzi în așteptare și produse întrerupte într-o unitate extrăgabilă, în loc să le împrăștie între o insignă, un tooltip de checkout și o pagină cu politica de expediere.

De ce contează acest element

Disponibilitatea nu este un text de reasigurare. Este o constrângere de cumpărare. Un cumpărător care a ales un produs poate abandona totuși decizia dacă pagina nu poate răspunde dacă varianta selectată este vandabilă, dacă livrarea ajunge la locația necesară sau dacă sosește înaintea unui termen real. Disponibilitatea precisă reduce incertitudinea în momentul în care incertitudinea este cea mai costisitoare.

Psihologia ține de control, nu de urgență artificială. „Au mai rămas doar 2" poate ajuta pe cineva să evalueze riscul atunci când numărul este adevărat și actual. Același mesaj dăunează încrederii când persistă zile întregi, se resetează după reîmprospătare sau se referă la un depozit care nu poate deservi cumpărătorul. Un bloc util oferă cititorului informațiile necesare pentru a acționa: starea curentă, destinația, metoda, intervalul de timp, condițiile și următoarea acțiune disponibilă.

Extrabilitatea automată înseamnă că un crawler, un agent de cumpărături, un feed sau o tehnologie de asistare poate păstra relația dintre o variantă și informațiile sale de îndeplinire a comenzilor. Un punct verde lângă „Disponibil" este semantic slab: disponibil pentru ce culoare, locație, metodă și timp? Un bloc etichetat poate reține răspunsul complet.

Prosperimea contează deoarece inventarul este volatil. Sistemul de conținut ar trebui să preia starea din sursa de adevăr a comerțului, în timp ce marcajul temporal vizibil și politica de rezervă fac detectabile datele învechite sau indisponibile. Motoarele de căutare și sistemele AI trebuie să vadă aceeași stare materială pe care o vede un cumpărător; datele structurate nu pot repara o pagină contradictorie.

Când să îl folosești

Folosește un bloc de disponibilitate atunci când stocul sau îndeplinirea comenzilor modifică dacă cititorul poate finaliza acțiunea intenționată. Se potrivește pe paginile de produs fizic, listările de produse unde stocul afectează selecția, bilete sau oferte cu inventar limitat și puncte finale de date comerciale concepute pentru agenți. Funcționează și pentru ridicare, livrare locală, termene de producție la comandă, precomenzi în așteptare, precomenzi și produse întrerupte.

Redă blocul per variantă cumpărabilă atunci când mărimea, culoarea, pachetul, starea, vânzătorul sau locația modifică răspunsul. „În stoc" pentru familia de produse este înșelător atunci când mărimea selectată este indisponibilă. Dacă o piață online are mai mulți vânzători, fiecare ofertă are nevoie de propriul preț, disponibilitate, promisiune de livrare și identitate a vânzătorului.

Aproape ratările comune ar trebui să rămână în afara acestui element:

• Următoarea programare a unei echipe de servicii este un interval de rezervare, nu o disponibilitate de stoc.
• Orele de deschidere aparțin orelor și informațiilor de contact; „deschis acum" nu înseamnă că un articol este prezent.
• Starea de lansare a unei funcționalități software aparține documentației de produs sau de lansare, cu excepția cazului în care accesul este realmente limitat de capacitate.
• Expirarea unei promoții este o condiție de ofertă, nu o stare de inventar.
• O politică generală de expediere explică regulile între comenzi; blocul de disponibilitate aplică aceste reguli acestui articol, destinație și moment.
• O afirmație de marketing a unui comerciant precum „expediază rapid" nu este o estimare și nu ar trebui să ocupe un câmp de livrare.

Regulile de redactare a elementelor au prioritate: alege blocul după scop, nu după stilul său de insignă, card sau acordeon. Dacă sarcina principală este să precizezi dacă și cum poate fi obținut articolul selectat, este un bloc de disponibilitate.

Unde să îl plasezi

Plasează blocul principal în zona de cumpărare, după ce cumpărătorul a selectat fiecare variantă care afectează stocul și imediat înaintea comenzii de cantitate și a acțiunii de cumpărare. Această ordine permite paginii să calculeze o stare corectă înainte de a prezenta „Adăugare în coș". Dacă comenzile de variantă sunt deasupra prețului, plasează blocul după acele comenzi și actualizează numele său accesibil cu selecția.

Pe o pagină de categorie sau listare, folosește o stare compactă direct în interiorul cardului de produs corespunzător. Trimite la pagina de detaliu pentru date specifice destinației, cu excepția cazului în care cardul le poate calcula cu precizie. Într-un ghid de cumpărare sau recenzie, plasează o stare calificată editorial lângă comerciant și timpul de verificare; nu sugera că editorul controlează inventarul.

Blocul poate sta lângă preț atunci când ambele se referă la aceeași variantă și același vânzător. Nu poate sta lângă o insignă contradictorie, un buton de cumpărare activat pentru un articol indisponibil, un cronometru fără legătură sau o afirmație de livrare bazată pe o altă destinație. Nu plasa o mărturie, un carusel promoțional sau o vânzare încrucișată între stare și acțiunea sa următoare. Nu ascunde starea de întrerupt sub recenzii, lăsând în același timp vizibil vechiul buton de cumpărare.

Ordinea pe mobil trebuie să rămână: variantă selectată, stare stoc, opțiuni de livrare sau ridicare, condiții, apoi acțiune. O bară de cumpărare lipicioasă poate repeta o stare scurtă, dar trebuie să provină din aceeași sursă și să nu contrazică niciodată blocul complet.

Anatomie

1. Context: identifică exact produsul, varianta, vânzătorul și locația cărora li se aplică informațiile.
2. Stare stoc: folosește o stare controlată precum În stoc, Stoc redus, Stoc epuizat, Precomandă în așteptare, Precomandă sau Întrerupt.
3. Declarație de cantitate: oferă un număr verificat sau o etichetă de prag nenumerică; nu fabrică niciodată raritate.
4. Destinație: numește țara, regiunea, codul poștal sau magazinul selectat folosit pentru estimare.
5. Metodă de îndeplinire: separă expedierea, livrarea locală, ridicarea și livrarea digitală.
6. Fereastră de livrare sau pregătire: arată o dată absolută sau un interval delimitat, nu „în curând".
7. Termen limită și condiții: precizează fusul orar, termenul comenzii, ipoteza zilelor lucrătoare, cerința de membru sau comanda minimă atunci când este relevant.
8. Politică și acțiune pentru indisponibilitate: explică reaprovizionarea, substituirea, precomanda în așteptare, notificarea sau comportamentul de arhivare.
9. Prosperime și sursă: înregistrează când a fost determinată starea și ce serviciu autoritar a furnizat-o.
10. Acțiune comercială: se potrivește cu starea: cumpărare, precomandă, alătură-te listei de așteptare, găsește alt magazin sau vezi succesorul.

Exemple de design

Fiecare variantă folosește text pe lângă culoare, păstrează contextul articolului selectat și expune un marcaj temporal sau un contract cu sursa live.

În stoc cu opțiuni de îndeplinire. Folosește atunci când articolul este vandabil acum. Separă stocul online de stocul din magazin și arată o estimare per metodă eligibilă.

Stoc redus. Folosește numai atunci când un prag guvernat este depășit. Arată un număr exact doar dacă este sigur și suficient de actual; în caz contrar, spune „Stoc redus" și păstrează marcajul temporal.

Stoc epuizat, reaprovizionare așteptată. Dezactivează acțiunea imediată de cumpărare, cu excepția cazului în care precomenzile în așteptare sunt acceptate. Precizează intervalul așteptat numai atunci când datele de merchandising sau de aprovizionare îl susțin.

Precomandă în așteptare sau precomandă. Menține aceste stări distincte. Precizează când plata este autorizată sau încasată, data estimată de expediere sau lansare, termenii de anulare și dacă coșurile mixte sunt expediate separat.

Întrerupt. Elimină comenzile active de cumpărare și marcajul de ofertă activă. Păstrează specificațiile utile și informațiile de asistență, apoi identifică un succesor oficial numai atunci când relația este verificată.

Ridicare din magazin. Numește magazinul, ora de pregătire, durata rezervării și orice cerință de identificare. „Disponibil în apropiere" nu este suficient atunci când cumpărătorul trebuie să călătorească.

Parametri

„Sursă" mai jos înseamnă de unde obține renderizatorul valoarea. Sistemele comerciale rămân responsabile pentru afirmația subiacentă.

Starea controlată se mapează la adevărul comercial, nu la prezentare: in-stock, limited, out-of-stock, backorder, preorder sau discontinued. O valoare specifică unui canal, cum ar fi collection-only, aparține lui method, deoarece un articol poate fi în stoc, dar disponibil doar prin ridicare.

Sintaxă și exemple de cod

Cele trei forme codifică același SKU selectat, stare, interval de livrare, sursă și acțiune. Un proiect trebuie să înregistreze adaptorul Hugo sau WordPress corespunzător înainte de a folosi acea sintaxă în producție.

Directivă Markdown portabilă

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

În stoc online și gata de expediere.
Acțiune: [Adaugă Trail Jacket bleumarin, mărimea M în coș](https://example.com/cart/add/TJ-NV-M)
:::

Shortcode Hugo

{{< 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" >}}
## Disponibilitate

În stoc online și gata de expediere.
Acțiune: [Adaugă Trail Jacket bleumarin, mărimea M în coș](https://example.com/cart/add/TJ-NV-M)
{{< /availability >}}

Toți parametrii sunt denumiți. Exemplul evită intenționat amestecarea parametrilor poziționali și denumiți.

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"]
În stoc online și gata de expediere.
Acțiune: <a href="https://example.com/cart/add/TJ-NV-M">Adaugă Trail Jacket bleumarin, mărimea M în coș</a>
[/availability]

Un bloc WordPress nativ ar trebui să stocheze aceste valori ca atribute tipizate, nu ca un singur blob de text îmbogățit. Redarea pe partea de server este preferată pentru starea inițială; personalizarea pe partea client poate rafina destinația și estimarea după consimțământ sau după introducerea datelor.

Exemple bune și rele

Bun

Trail Jacket bleumarin, mărimea M — în stoc online. Livrarea la 10001 este estimată pentru 31 august–1 septembrie cu expediere standard. Comandă până la 14:00 ET pe 28 august. Disponibilitatea pentru ridicarea din magazin este verificată separat. Inventarul și estimarea de livrare verificate la 09:42 ET pe 27 august 2026.

Acest exemplu funcționează deoarece leagă starea de o variantă selectată, destinație, metodă, interval de date, fus orar și timp de verificare. Cititorul poate acționa fără a interpreta o pictogramă sau a deschide o politică generică.

Rău

🟢 Grăbește-te! Disponibil acum — se vinde repede. Livrare în curând. Au mai rămas doar câteva!

Acest exemplu eșuează deoarece „disponibil" nu are variantă, vânzător sau canal; „în curând" nu are destinație sau date; „câteva" nu are un prag guvernat; iar urgența nu poate fi auditată. Pictograma verde poartă, de asemenea, un sens care lipsește din text. Înlocuirea pictogramei cu una roșie nu ar rezolva lipsa informațiilor.

Markup pentru schemă și accesibilitate

Pentru un articol cu adevărat cumpărabil, blocul poate alimenta Product.offers printr-un Offer sau AggregateOffer. Mapează starea vizibilă controlată la URL-ul Schema.org corespunzător pentru disponibilitate, cum ar fi InStock, OutOfStock, BackOrder, PreOrder, Discontinued sau LimitedAvailability. Prețul, moneda, vânzătorul, starea articolului și URL-ul trebuie să descrie aceeași ofertă. Nu folosi InStock doar pentru că o altă variantă sau un alt vânzător are inventar.

Informațiile de livrare pot alimenta OfferShippingDetails: destinația, timpul de manipulare, timpul de tranzit, tariful și metoda eligibilă trebuie să fie în acord cu promisiunea vizibilă. Nu emite un Offer activ pentru un articol întrerupt și nu lăsa în urmă markup de ofertă învechit atunci când acțiunea vizibilă devine o listă de așteptare.

Datele structurate sunt o ieșire a stării comerciale, nu o a doua bază de date de inventar. Generează blocul vizibil, feedul și JSON-LD din aceeași ofertă rezolvată ori de câte ori este posibil. Dacă nu se pot actualiza pe același program, publică cea mai puțin permisivă stare defensibilă până la finalizarea sincronizării.

Accesibilitatea necesită o etichetă text pentru fiecare stare; culoarea, animația și pictogramele pot consolida, dar nu o definesc niciodată. Asociază actualizările cu varianta selectată. Atunci când o modificare de variantă sau destinație actualizează blocul asincron, nu muta focalizarea și nici nu deplasa cititorul în mod neașteptat; anunță un rezultat concis printr-o regiune live configurată corespunzător. Evită să repeți anunțurile de numărătoare inversă în fiecare secundă.

Comenzile de livrare au nevoie de etichete explicite, cum ar fi „Cod poștal de livrare" și „Schimbă magazinul de ridicare". Datele trebuie să includă luna în cuvinte acolo unde ordinea numerică ar putea fi ambiguă, iar termenele limită au nevoie de un fus orar. Comenzile de cumpărare dezactivate au nevoie de text în apropiere care explică de ce și oferă următoarea acțiune validă. Menține starea completă disponibilă fără hover și oferă o alternativă redată pe server atunci când JavaScript eșuează.

Reguli de redactare

Începe cu starea controlată în două până la șase cuvinte: „În stoc online", „Precomandă în așteptare disponibilă" sau „Întrerupt". Urmează cu consecința: gata de expediere, data estimată de lansare sau nu se mai vinde. Folosește un bloc per ofertă selectată, nu un bloc per înregistrare de depozit.

Folosește date absolute de livrare sau un interval delimitat de două date. Dacă estimarea se modifică în funcție de destinație, numește destinația. Dacă nicio estimare nu este fiabilă, spune ce trebuie să se întâmple înainte ca una să poată fi calculată. „De obicei", „în curând", „rapid" și „ar trebui să sosească" nu înlocuiesc un interval documentat.

Menține blocul principal la o linie de stare, una până la patru rânduri de îndeplinire, o propoziție de politică de 10–45 de cuvinte atunci când este necesar și o acțiune principală. O etichetă de stoc redus are nevoie de un prag aprobat; un număr exact are nevoie de o sursă actuală. Revizuiește starea continuu prin integrarea sistemului și testează alternativa sa în fiecare ciclu de QA de conținut.

Folosește un limbaj calm, operațional. Nu include niciodată raritate fabricată, afirmații anonime de popularitate, reduceri fără legătură, mărturii, detalii de garanție, termeni completi de returnare sau copii generice de politică de expediere. Nu numi niciodată o precomandă „în stoc", nu prezenta un articol indisponibil ca „disponibil la comandă" fără a spune precomandă în așteptare și nu promite o dată pe care sistemul de îndeplinire nu o poate susține.

Pentru articolele întrerupte, spune „Întrerupt" în loc de „Indisponibil momentan". Explică dacă asistența, piesele, manualele sau un succesor oficial rămân disponibile.

Tipuri de postări care îl folosesc

Câmpul postTypes din frontmatter este sursa pentru această matrice de implementare.

Lista de verificare QA

• Starea se aplică SKU-ului, vânzătorului, canalului și locației selectate, nu familiei de produse în general.
• Stocul, vandabilitatea, metoda de îndeplinire și calendarul de livrare sunt câmpuri separate și nu se contrazic unele pe altele.
• Sursele de inventar și de îndeplinire a comenzilor sunt autoritare, monitorizate și numite în contractul componentei.
• Timpul de verificare este prezent, include un fus orar și îndeplinește toleranța de prospețime a afacerii.
• Numerele exacte și etichetele de stoc redus folosesc reguli guvernate, nu urgență promoțională.
• Fiecare estimare de livrare numește sau moștenește o destinație vizibilă și folosește o dată absolută sau un interval delimitat.
• Stările de precomandă în așteptare și precomandă explică calendarul plății, expedierea sau lansarea estimată și condițiile de anulare.
• Stările de stoc epuizat și întrerupt elimină sau înlocuiesc acțiunea imediată de cumpărare.
• Conținutul vizibil, datele feedului, comportamentul de checkout și datele structurate ale Ofertei descriu aceeași stare.
• Starea este transmisă în text, modificările dinamice sunt anunțate corespunzător, iar comenzile au etichete explicite.
• Blocul rămâne semnificativ fără culoare, hover, animație, personalizare sau JavaScript.
• Tratamentele mobile și cele cu bară de cumpărare lipicioasă provin din aceeași sursă și păstrează ordinea corectă de citire.
• Toate cele trei exemple de sintaxă se mapează la aceleași câmpuri tipizate fără a pierde datele sursei sau de prospețime.

Întrebări frecvente

Ar trebui un bloc de disponibilitate să arate un număr exact de stoc?

Numai atunci când sistemul de inventar este autoritar, numărul se actualizează suficient de rapid și expunerea acestuia nu creează niciun risc operațional sau de securitate. În caz contrar, folosește o stare controlată precum În stoc, Stoc redus, Precomandă în așteptare sau Stoc epuizat. Nu inventa niciodată urgență cu un număr neverificat.

Ce ar trebui să spună blocul atunci când un articol este epuizat?

Precizează Stoc epuizat, explică dacă reaprovizionarea este așteptată, oferă o dată sau un interval verificat atunci când există și sugerează o acțiune relevantă, cum ar fi o alertă de reaprovizionare. Nu afișa o Ofertă cumpărabilă sau o acțiune activă de Adăugare în coș atunci când plata nu poate accepta comanda.

Cum ar trebui să difere precomenzile în așteptare și precomenzile?

O precomandă în așteptare (backorder) este un articol consacrat temporar indisponibil pentru îndeplinirea imediată a comenzii; o precomandă (pre-order) este un articol încă nelansat pentru vânzare normală. Etichetează starea cu precizie, precizează când se percepe plata și oferă data estimată de expediere sau lansare, cu orice incertitudine.

Are nevoie un bloc de disponibilitate de schema Ofertă?

Nu. Blocul vizibil trebuie să fie corect chiar și fără date structurate. Când pagina descrie o ofertă cumpărabilă autentică, starea sa vizibilă ar trebui să se alinieze cu valoarea de disponibilitate a Ofertei și cu orice detalii de livrare. Mențiunile editoriale și înregistrările de catalog indisponibile nu trebuie marcate ca oferte active.

Pot fi personalizate estimările de livrare în funcție de locație?

Da, dacă destinația este identificată și rămâne disponibilă o alternativă nepersonalizată. Anunță modificările dinamice către tehnologia de asistare, evită utilizarea locației IP ca certitudine și menține starea stocului redată pe server corectă pentru crawleri și utilizatorii fără JavaScript.