Blok dostępności: Stan magazynowy, dostawa i realizacja zamówień
Zbuduj blok dostępności, który jasno przedstawia kupującym, wyszukiwarkom i agentom AI informacje o stanie magazynowym, dostawie, realizacji, zamówieniach wstecznych i wycofaniu produktu.
Blok dostępności odpowiada na ostatnie pytanie operacyjne kupującego: czy mogę otrzymać ten towar, jaką metodą i kiedy? Łączy informacje o stanie magazynowym, dostawie, odbiorze osobistym, zamówieniach wstecznych i wycofaniu produktu w jedną wyodrębnialną jednostkę, zamiast rozpraszać je między znaczkiem, dymkiem w koszyku i stroną polityki wysyłkowej.
Dlaczego ten element jest ważny
Dostępność to nie tekst uspokajający. To ograniczenie zakupu. Kupujący, który wybrał produkt, może nadal zrezygnować, jeśli strona nie odpowie, czy wybrany wariant jest dostępny do sprzedaży, czy dostawa dociera do wymaganej lokalizacji i czy dotrze przed realnym terminem. Precyzyjna informacja o dostępności zmniejsza niepewność w momencie, gdy niepewność jest najdroższa.
Psychologia dotyczy kontroli, a nie sztucznej pilności. „Zostały tylko 2” może pomóc komuś ocenić ryzyko, gdy liczba jest prawdziwa i aktualna. Ta sama wiadomość szkodzi zaufaniu, gdy utrzymuje się przez dni, resetuje się po odświeżeniu lub dotyczy magazynu, który nie może obsłużyć danego kupującego. Przydatny blok dostarcza czytelnikowi fakty potrzebne do działania: bieżący stan, miejsce przeznaczenia, metodę, termin, warunki i dostępną następną czynność.
Ekstrahowalność maszynowa oznacza, że robot indeksujący, agent zakupowy, kanał danych lub technologia asystująca może zachować relację między wariantem a informacjami o jego realizacji. Zielona kropka obok „Dostępny” jest semantycznie słaba: dostępny w jakim kolorze, lokalizacji, metodzie i czasie? Oznaczony blok może zawierać pełną odpowiedź.
Aktualność ma znaczenie, ponieważ stany magazynowe są zmienne. System treści powinien pobierać status z autorytatywnego źródła w systemie handlowym, podczas gdy widoczny znacznik czasu i polityka awaryjna umożliwiają wykrycie nieaktualnych lub niedostępnych danych. Wyszukiwarki i systemy AI muszą widzieć ten sam stan materialny co kupujący; dane strukturalne nie naprawią sprzecznej strony.
Kiedy go używać
Użyj bloku dostępności, gdy stan magazynowy lub realizacja zamówienia wpływa na to, czy czytelnik może wykonać zamierzoną czynność. Należy go stosować na stronach produktów fizycznych, listach produktów, gdzie stan magazynowy wpływa na wybór, biletach lub ofertach ograniczonych ilościowo oraz punktach końcowych danych handlowych przeznaczonych dla agentów. Sprawdza się również w przypadku odbioru osobistego, dostawy lokalnej, czasów realizacji na zamówienie, zamówień wstecznych, zamówień przedpremierowych i produktów wycofanych.
Renderuj blok dla każdego wariantu nadającego się do zakupu, gdy rozmiar, kolor, opakowanie, stan, sprzedawca lub lokalizacja zmieniają odpowiedź. „W magazynie” dla całej rodziny produktów jest mylące, gdy wybrany rozmiar jest niedostępny. Jeśli marketplace ma kilku sprzedawców, każda oferta potrzebuje własnej ceny, dostępności, obietnicy dostawy i tożsamości sprzedawcy.
Typowe sytuacje graniczne powinny pozostać poza tym elementem:
- Najbliższa wizyta zespołu serwisowego to termin rezerwacji, a nie stan magazynowy.
- Godziny otwarcia należą do informacji o godzinach i kontakcie; „otwarte teraz” nie oznacza, że towar jest dostępny.
- Status wydania funkcji oprogramowania należy do dokumentacji produktu lub wydania, chyba że dostęp jest faktycznie ograniczony przepustowością.
- Wygaśnięcie promocji to warunek oferty, a nie stan magazynowy.
- Ogólna polityka wysyłkowa wyjaśnia zasady dla wszystkich zamówień; blok dostępności stosuje te zasady do konkretnego produktu, miejsca przeznaczenia i czasu.
- Twierdzenie sprzedawcy, takie jak „szybka wysyłka”, nie jest szacunkiem i nie powinno zajmować pola dostawy.
Reguła pierwszeństwa zasad pisania elementów ma zastosowanie: wybierz blok według przeznaczenia, a nie po jego wyglądzie (znaczek, karta czy akordeon). Jeśli głównym zadaniem jest określenie, czy i w jaki sposób wybrany produkt może być otrzymany, jest to blok dostępności.
Gdzie go umieścić
Umieść główny blok w obszarze zakupu, po tym jak kupujący wybierze wszystkie warianty wpływające na stan magazynowy, a przed kontrolą ilości i przyciskiem zakupu. Taka kolejność pozwala stronie obliczyć jeden prawdziwy stan przed przedstawieniem opcji „Dodaj do koszyka”. Jeśli kontrolki wariantów znajdują się nad ceną, umieść blok po tych kontrolkach i zaktualizuj jego dostępną nazwę zgodnie z wyborem.
Na stronie kategorii lub listy produktów użyj zwartego statusu bezpośrednio w pasującej karcie produktu. Linkuj do strony szczegółowej po daty dla konkretnej lokalizacji, chyba że karta może je dokładnie obliczyć. W poradniku zakupowym lub recenzji umieść status opatrzony kwalifikacją redakcyjną obok sprzedawcy i czasu weryfikacji; nie sugeruj, że wydawca kontroluje stany magazynowe.
Blok może znajdować się obok ceny, gdy obie informacje dotyczą tego samego wariantu i sprzedawcy. Nie może znajdować się obok sprzecznego znaczka, włączonego przycisku zakupu dla niedostępnego produktu, niepowiązanego licznika czasu ani twierdzenia o dostawie opartego na innym miejscu przeznaczenia. Nie umieszczaj opinii, karuzeli promocyjnej ani cross-sellu między statusem a jego następną czynnością. Nie ukrywaj statusu wycofania poniżej recenzji, pozostawiając widoczną poprzednią kontrolkę zakupu.
Kolejność na urządzeniach mobilnych musi być zachowana: wybrany wariant, stan magazynowy, opcje dostawy lub odbioru, warunki, a następnie działanie. Lepki pasek zakupu może powtarzać krótki stan, ale musi pochodzić z tego samego źródła i nigdy nie zaprzeczać pełnemu blokowi.
Budowa
- Kontekst: identyfikuje dokładny produkt, wariant, sprzedawcę i lokalizację, których dotyczą informacje.
- Stan magazynowy: używa jednego kontrolowanego stanu, takiego jak „W magazynie”, „Mało w magazynie”, „Brak w magazynie”, „Zamówienie wsteczne”, „Zamówienie przedpremierowe” lub „Wycofany”.
- Informacja o ilości: podaje zweryfikowaną liczbę lub nie liczbowy próg; nigdy nie stwarza sztucznego niedoboru.
- Miejsce przeznaczenia: określa kraj, region, kod pocztowy lub wybrany sklep użyty do szacowania.
- Metoda realizacji: rozróżnia wysyłkę, dostawę lokalną, odbiór osobisty i dostawę cyfrową.
- Okno dostawy lub gotowości: pokazuje bezwzględną datę lub ograniczony zakres, a nie „wkrótce”.
- Termin składania zamówień i warunki: podaje strefę czasową, ostateczny termin składania zamówień, założenie dotyczące dni roboczych, wymóg członkostwa lub minimalne zamówienie, jeśli ma to znaczenie.
- Polityka i działanie w przypadku niedostępności: wyjaśnia zachowanie dotyczące uzupełnienia, zamiennika, zamówienia wstecznego, powiadomienia lub archiwizacji.
- Aktualność i źródło: rejestruje, kiedy stan został ustalony i która autorytatywna usługa go dostarczyła.
- Działanie handlowe: odpowiada stanowi: zakup, zamówienie przedpremierowe, dołącz do listy oczekujących, znajdź inny sklep lub zobacz następcę.
Przykłady projektowe
Każdy wariant używa tekstu oraz koloru, zachowuje kontekst wybranego produktu i udostępnia znacznik czasu lub informację o źródle na żywo.
W magazynie z wyborem realizacji. Użyj, gdy produkt jest teraz dostępny do sprzedaży. Rozdziel stan magazynowy online od stanu w sklepie i pokaż jeden szacunek dla każdej kwalifikującej się metody.
Mało w magazynie. Użyj tylko wtedy, gdy przekroczony jest zarządzany próg. Pokaż dokładną liczbę tylko wtedy, gdy jest to bezpieczne i wystarczająco aktualne; w przeciwnym razie napisz „Mało w magazynie” i zachowaj znacznik czasu.
Brak w magazynie, spodziewane uzupełnienie. Wyłącz natychmiastową akcję zakupu, chyba że zamówienia wsteczne są akceptowane. Podaj przewidywany zakres tylko wtedy, gdy dane merchandisingowe lub dostawcze go potwierdzają.
Zamówienie wsteczne lub przedpremierowe. Utrzymuj te stany oddzielnie. Podaj, kiedy płatność jest autoryzowana lub pobierana, przewidywaną datę wysyłki lub premiery, warunki anulowania oraz informację, czy mieszane koszyki są wysyłane osobno.
Wycofany. Usuń aktywne kontrolki zakupu i znaczniki aktywnej oferty. Zachowaj przydatne specyfikacje i informacje o wsparciu, a następnie wskaż oficjalnego następcę tylko wtedy, gdy relacja jest zweryfikowana.
Odbiór w sklepie. Podaj nazwę sklepu, czas gotowości, czas trwania rezerwacji i ewentualny wymóg identyfikacji. „Dostępny w pobliżu” to za mało, gdy kupujący musi podróżować.
Parametry
„Źródło” poniżej oznacza, skąd renderer pobiera wartość. Systemy handlowe pozostają odpowiedzialne za leżącą u podstaw informację.
| Nazwa | Typ | Wymagany | Min/maks | Wartość domyślna | Źródło |
|---|---|---|---|---|---|
| title | Ciąg znaków | Nie | 1–5 słów | Dostępność | Pierwszy nagłówek w treści |
| status | Kontrolowany enum | Tak | Dokładnie 1 stan | Brak | Atrybut |
| sku | Identyfikator | Tak dla wariantów | 1–64 znaków | Produkt nadrzędny | Atrybut |
| seller | Identyfikator | Tak dla marketplace | 1 wartość | Właściciel witryny | Atrybut |
| quantity | Liczba całkowita nieujemna | Nie | 0–maksimum systemu | Ukryty | Atrybut |
| destination | Kraj, region, kod pocztowy lub ID sklepu | Tak dla szacunku | 1 miejsce przeznaczenia | Zadeklarowany rynek witryny | Atrybut |
| method | Lista enum | Tak | 1–4 metody | wysyłka | Atrybut |
| earliest | Data-godzina ISO 8601 | Warunkowy | 1 wartość | Brak | Atrybut |
| latest | Data-godzina ISO 8601 | Warunkowy | 1 wartość; nie wcześniej niż earliest | Taka sama jak earliest | Atrybut |
| cutoff | Data-godzina ISO 8601 z przesunięciem | Nie | 1 wartość | Brak | Atrybut |
| checked | Data-godzina ISO 8601 z przesunięciem | Tak | 1 wartość | Brak | Atrybut |
| source | Kontrolowana nazwa systemu | Tak | 1–2 źródła | Brak | Atrybut |
| policy | Zwykły tekst | Wymagany, jeśli nie w magazynie | 10–45 słów | Brak | Treść |
| action | Etykieta i URL lub cel kontrolki | Tak | 2–6 słów; 1 cel | Wyprowadzony ze statusu | Treść |
Kontrolowany status odwzorowuje prawdę handlową, a nie prezentację: in-stock, limited, out-of-stock, backorder, preorder lub discontinued. Wartość specyficzna dla kanału, np. collection-only, należy do method, ponieważ produkt może być w magazynie, a dostępny tylko poprzez odbiór osobisty.
Składnia i przykłady kodu
Trzy formy kodują ten sam wybrany SKU, stan, zakres dostawy, źródło i działanie. Projekt musi zarejestrować odpowiedni adapter Hugo lub WordPress przed użyciem danej składni w produkcji.
Przenośna dyrektywa Markdown
:::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"}
## Dostępność
W magazynie online, gotowy do wysyłki.
Akcja: [Dodaj granatową kurtkę Trail Jacket, rozmiar M do koszyka](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" >}}
## Dostępność
W magazynie online, gotowy do wysyłki.
Akcja: [Dodaj granatową kurtkę Trail Jacket, rozmiar M do koszyka](https://example.com/cart/add/TJ-NV-M)
{{< /availability >}}
Wszystkie parametry są nazwane. Przykład celowo unika mieszania parametrów pozycyjnych i nazwanych.
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"]
W magazynie online, gotowy do wysyłki.
Akcja: <a href="https://example.com/cart/add/TJ-NV-M">Dodaj granatową kurtkę Trail Jacket, rozmiar M do koszyka</a>
[/availability]
Natywny blok WordPress powinien przechowywać te wartości jako typowane atrybuty, a nie jako pojedynczy bogaty blok tekstowy. Renderowanie po stronie serwera jest preferowane dla stanu początkowego; personalizacja po stronie klienta może doprecyzować miejsce przeznaczenia i szacunek po wyrażeniu zgody lub wprowadzeniu danych.
Dobre i złe przykłady
Dobry
Granatowa kurtka Trail Jacket, rozmiar M — w magazynie online. Dostawa do 10001 szacowana jest na 31 sierpnia–1 września standardową wysyłką. Zamów do 14:00 ET 28 sierpnia. Dostępność odbioru w sklepie sprawdzana jest osobno. Stan magazynowy i szacowany czas dostawy sprawdzone o 09:42 ET 27 sierpnia 2026 r.
Działa, ponieważ łączy stan z wybranym wariantem, miejscem przeznaczenia, metodą, zakresem dat, strefą czasową i czasem weryfikacji. Czytelnik może podjąć działanie bez interpretowania ikony lub otwierania ogólnej polityki.
Zły
🟢 Pospiesz się! Dostępne teraz — szybko schodzi. Dostawa wkrótce. Zostało tylko kilka!
Nie działa, ponieważ „dostępne” nie ma wariantu, sprzedawcy ani kanału; „wkrótce” nie ma miejsca przeznaczenia ani dat; „kilka” nie ma określonego progu; a pilność nie może być zweryfikowana. Zielona ikona niesie również znaczenie, którego brakuje w tekście. Zastąpienie ikony czerwoną nie naprawiłoby braku faktów.
Znaczniki schematu i dostępność
W przypadku rzeczywistego produktu nadającego się do zakupu, blok może zasilać Product.offers poprzez Offer lub AggregateOffer. Odwzoruj kontrolowany widoczny stan na odpowiedni URL dostępności Schema.org, np. InStock, OutOfStock, BackOrder, PreOrder, Discontinued lub LimitedAvailability. Cena, waluta, sprzedawca, stan produktu i URL muszą opisywać tę samą ofertę. Nie używaj InStock tylko dlatego, że inny wariant lub sprzedawca ma zapas.
Informacje o dostawie mogą zasilać OfferShippingDetails: miejsce przeznaczenia, czas obsługi, czas transportu, stawka i kwalifikująca się metoda muszą być zgodne z widoczną obietnicą. Nie emituj aktywnego Offer dla wycofanego produktu ani nie pozostawiaj nieaktualnych znaczników oferty, gdy widoczna akcja stanie się listą oczekujących.
Dane strukturalne są wynikiem stanu handlowego, a nie drugą bazą danych inwentaryzacji. Generuj widoczny blok, kanał danych i JSON-LD z tego samego rozstrzygniętego źródła, gdy tylko jest to możliwe. Jeśli nie mogą być aktualizowane w tym samym harmonogramie, publikuj najmniej permisywny stan obronny do czasu zakończenia synchronizacji.
Dostępność wymaga tekstowej etykiety dla każdego statusu; kolor, animacja i ikony mogą go wzmacniać, ale nigdy nie definiować. Powiąż aktualizacje z wybranym wariantem. Gdy zmiana wariantu lub miejsca przeznaczenia aktualizuje blok asynchronicznie, nie przenoś fokusu ani nie przesuwaj czytelnika w nieoczekiwany sposób; ogłoś zwięzły wynik poprzez odpowiednio skonfigurowany region na żywo. Unikaj powtarzania komunikatów o odliczaniu co sekundę.
Kontrolki dostawy potrzebują wyraźnych etykiet, takich jak „Kod pocztowy dostawy” i „Zmień sklep odbioru”. Daty muszą zawierać miesiąc słownie, jeśli kolejność liczbowa może być niejednoznaczna, a terminy składania zamówień wymagają strefy czasowej. Wyłączone kontrolki zakupu potrzebują pobliskiego tekstu wyjaśniającego dlaczego i oferującego ważną następną czynność. Utrzymuj pełny stan dostępny bez najechania myszką i zapewnij zastępcze renderowanie po stronie serwera, gdy JavaScript zawiedzie.
Zasady pisania
Rozpocznij od kontrolowanego statusu w dwóch do sześciu słów: „W magazynie online”, „Dostępne zamówienie wsteczne” lub „Wycofany”. Następnie podaj konsekwencję: gotowy do wysyłki, przewidywana data premiery lub produkt nie jest już sprzedawany. Używaj jednego bloku na wybraną ofertę, a nie jeden blok na rekord magazynowy.
Używaj bezwzględnych dat dostawy lub ograniczonego dwudniowego zakresu. Jeśli szacunek różni się w zależności od miejsca przeznaczenia, podaj nazwę miejsca przeznaczenia. Jeśli żaden szacunek nie jest wiarygodny, powiedz, co musi się wydarzyć, aby można go było obliczyć. „Zwykle”, „wkrótce”, „szybko” i „powinno dotrzeć” nie zastępują udokumentowanego zakresu.
Utrzymuj główny blok w jednej linii statusu, od jednego do czterech wierszy realizacji, jednego zdania polityki (10–45 słów) w razie potrzeby i jednego głównego działania. Etykieta małej ilości wymaga zatwierdzonego progu; dokładna liczba wymaga aktualnego źródła. Przeglądaj stan w sposób ciągły poprzez integrację systemową i testuj jego wariant zastępczy podczas każdego cyklu QA treści.
Używaj spokojnego, operacyjnego języka. Nigdy nie używaj zmyślonego niedoboru, anonimowych twierdzeń o popularności, niepowiązanych rabatów, opinii, szczegółów gwarancji, pełnych warunków zwrotu ani ogólnych treści polityki wysyłkowej. Nigdy nie nazywaj zamówienia przedpremierowego „w magazynie”, nie przedstawiaj niedostępnego produktu jako „dostępnego do zamówienia” bez informacji o zamówieniu wstecznym ani nie obiecuj daty, której system realizacji nie jest w stanie obsłużyć.
W przypadku produktów wycofanych napisz „Wycofany” zamiast „Obecnie niedostępny”. Wyjaśnij, czy wsparcie, części, instrukcje lub oficjalny następca pozostają dostępne.
Typy wpisów, które go używają
Pole postTypes w metadanych jest źródłem dla tej macierzy implementacji.
| Typ wpisu | Rola | Umiejscowienie | Wymagana adaptacja |
|---|---|---|---|
| Strona produktu | Główne ograniczenie zakupu | Po wyborze wariantu, przed ilością i przyciskiem zakupu | Rozstrzygaj dla każdego SKU, sprzedawcy, miejsca przeznaczenia i metody |
| Strona kategorii | Zwarty sygnał wyboru | Wewnątrz każdej pasującej karty produktu | Pokaż stan na poziomie kanału; odłóż precyzyjną dostawę do momentu poznania miejsca przeznaczenia |
| Poradnik zakupowy | Wrażliwy czasowo fakt o sprzedawcy | Obok polecanego produktu i sprzedawcy | Podaj nazwę sprzedawcy i czas weryfikacji; unikaj sugerowania kontroli wydawcy |
| Strona recenzji | Bieżąca ścieżka zakupu | W pobliżu werdyktu lub przycisku zakupu | Oddziel fakty o testowanym produkcie od bieżącego stanu magazynowego sprzedawcy |
| Dane produktowe dla agentów | Stan oferty dostępny maszynowo | W każdym rekordzie oferty | Udostępnij stabilne identyfikatory, znaczniki czasu, miejsca przeznaczenia, metody i zsynchronizowany schemat |
Lista kontrolna QA
- Status dotyczy wybranego SKU, sprzedawcy, kanału i lokalizacji, a nie całej rodziny produktów.
- Stan magazynowy, możliwość sprzedaży, metoda realizacji i czas dostawy to osobne pola i nie są ze sobą sprzeczne.
- Źródła stanów magazynowych i realizacji zamówień są autorytatywne, monitorowane i wymienione w kontrakcie komponentu.
- Czas sprawdzenia jest obecny, zawiera strefę czasową i spełnia tolerancję aktualności przyjętą w firmie.
- Dokładne liczby i etykiety małej ilości opierają się na zarządzanych regułach, a nie na promocyjnej pilności.
- Każdy szacowany czas dostawy podaje lub dziedziczy widoczne miejsce przeznaczenia i używa bezwzględnej daty lub ograniczonego zakresu.
- Stany zamówienia wstecznego i przedpremierowego wyjaśniają termin płatności, przewidywaną wysyłkę lub premierę oraz warunki anulowania.
- Stany braku w magazynie i wycofania usuwają lub zastępują natychmiastową akcję zakupu.
- Widoczna treść, dane w kanale, zachowanie w koszyku i dane strukturalne Offer opisują ten sam stan.
- Status jest przekazywany tekstowo, dynamiczne zmiany są odpowiednio ogłaszane, a kontrolki mają wyraźne etykiety.
- Blok pozostaje zrozumiały bez koloru, najechania myszką, animacji, personalizacji ani JavaScript.
- Mobilne i lepkie elementy zakupu pochodzą z tego samego źródła i zachowują prawidłową kolejność czytania.
- Wszystkie trzy przykłady składni odwzorowują te same typowane pola bez utraty danych o źródle i aktualności.
FAQ
Czy blok dostępności powinien pokazywać dokładną liczbę sztuk w magazynie?
Tylko wtedy, gdy system inwentaryzacji jest autorytatywny, liczba aktualizuje się wystarczająco szybko, a jej ujawnienie nie stwarza ryzyka operacyjnego ani bezpieczeństwa. W przeciwnym razie użyj kontrolowanego statusu, takiego jak „W magazynie”, „Mało w magazynie”, „Zamówienie wsteczne” lub „Brak w magazynie”. Nigdy nie stwarzaj sztucznej pilności na podstawie niezweryfikowanej liczby.
Co powinien zawierać blok, gdy produkt jest niedostępny?
Poinformuj o braku w magazynie, wyjaśnij, czy spodziewane jest uzupełnienie, podaj zweryfikowaną datę lub zakres, jeśli istnieje, i zaproponuj odpowiednią następną czynność, np. alert o ponownej dostępności. Nie pokazuj oferty z możliwością zakupu ani aktywnego przycisku „Dodaj do koszyka”, gdy system zamówień nie może przyjąć zamówienia.
Czym różnią się zamówienia wsteczne od zamówień przedpremierowych?
Zamówienie wsteczne dotyczy istniejącego produktu, który jest tymczasowo niedostępny do natychmiastowej realizacji; zamówienie przedpremierowe dotyczy produktu, który nie został jeszcze wprowadzony do normalnej sprzedaży. Oznacz stan dokładnie, podaj, kiedy pobierana jest płatność, oraz podaj przewidywany termin wysyłki lub premiery wraz z ewentualnymi niepewnościami.
Czy blok dostępności wymaga schematu Offer?
Nie. Widoczny blok musi być dokładny nawet bez danych strukturalnych. Gdy strona opisuje prawdziwą ofertę zakupu, jej widoczny stan powinien być zgodny z wartością dostępności Offer i wszelkimi szczegółami wysyłki. Wzmianki redakcyjne i niedostępne rekordy katalogowe nie mogą być oznaczane jako aktywne oferty.
Czy szacowany czas dostawy może być spersonalizowany według lokalizacji?
Tak, jeśli miejsce docelowe jest zidentyfikowane, a niespersonalizowany wariant zastępczy pozostaje dostępny. Komunikuj dynamiczne zmiany technologiom asystującym, nie traktuj lokalizacji IP jako pewnika i utrzymuj dokładny stan magazynowy renderowany po stronie serwera dla robotów indeksujących i użytkowników bez JavaScript.
Więcej samouczków w tej sekcji
Gotowy, aby zastosować to w praktyce?
Bezpłatne sprawdzenie · 7-dniowy okres próbny · bez karty kredytowej