...

Nowe atrybuty wysyłki w Google Merchant Center: jak ustawić termin obsługi zamówienia i minimalną wartość koszyka

Google Merchant Center pozwala dokładniej opisywać zasady wysyłki przypisane do konkretnych produktów. W aktualizacji specyfikacji danych produktowych ogłoszonej 14 kwietnia 2026 r. pojawiły się między innymi atrybuty handling_cutoff_time oraz minimum_order_value. To ważna zmiana dla sklepów, w których nie każdy produkt jest obsługiwany według tej samej reguły.

W praktyce możesz wskazać godzinę graniczną realizacji zamówienia albo minimalną wartość zamówienia wymaganą do wysyłki określonego produktu. Nie oznacza to jednak, że samo dodanie atrybutów poprawi wyniki reklam lub zwiększy sprzedaż. Najpierw trzeba uporządkować dane, sprawdzić hierarchię ustawień i porównać informacje z tym, co rzeczywiście widzi klient na stronie sklepu.

Co zmienia się w wysyłce na poziomie produktu w Merchant Center

Dotychczasowe ustawienia wysyłki na poziomie konta mogą opisywać ogólne zasady obowiązujące w sklepie. Nie zawsze pasują jednak do każdej oferty. Różne produkty mogą mieć odmienne godziny obsługi, ograniczenia logistyczne albo minimalną kwotę zamówienia. Nowe atrybuty wysyłki na poziomie produktu Merchant Center pomagają przekazać takie różnice w danych produktowych.

handling_cutoff_time określa najpóźniejszą godzinę, o której klient może złożyć zamówienie, aby zostało ono przetworzone tego samego dnia roboczego. Z kolei minimum_order_value wskazuje minimalną kwotę, którą klient musi wydać, aby zamówienie zawierające dany produkt mogło zostać wysłane.

Ustawienia mogą dotyczyć produktu, produktu i kraju albo określonej grupy produktów. W efekcie dane przypisane do produktu mogą nadpisać ustawienia konta. Dlatego przed wdrożeniem warto ustalić, które zasady są ogólne, a które powinny obowiązywać tylko dla wybranych ofert.

handling_cutoff_time: kiedy i po co go używać

Atrybut handling_cutoff_time stosuj wtedy, gdy sklep ma określoną godzinę graniczną obsługi zamówień i ta godzina różni się między produktami lub grupami produktów. Przykładowo jedna oferta może być przygotowywana do wysyłki tego samego dnia przy zamówieniu złożonym do określonej godziny, a inna może wymagać obsługi dopiero w kolejnym dniu roboczym.

Najważniejsze jest to, aby wpisana wartość odpowiadała rzeczywistemu procesowi realizacji zamówień. Nie należy ustawiać wcześniejszej obsługi tylko po to, aby prezentować krótszy termin dostawy. Godzina cut-off, dni robocze i strefa czasowa powinny być zgodne z tym, jak sklep faktycznie pracuje.

Prosta konfiguracja a bardziej szczegółowe reguły

Przy prostszych zasadach handling_cutoff_time może być określany na poziomie produktu albo produktu i kraju. Taki zakres wystarczy, gdy konkretny produkt ma jedną godzinę graniczną dla danego sposobu sprzedaży i dostawy.

Jeżeli jednak różne opcje shipping albo carrier_shipping dla tego samego produktu mają odmienne godziny graniczne, trzeba użyć odpowiednich subatrybutów przy tych ustawieniach. W przeciwnym razie dane mogą nie opisywać jednoznacznie, której usługi dotyczy wskazana godzina.

Sposób przesłania danych zależy od używanego źródła, na przykład pliku tekstowego, XML, Merchant API albo narzędzia zewnętrznego. Nie każdy sklep ma więc identyczne pola i identyczny interfejs konfiguracji.

Format godziny i strefa czasowa

Godzinę zapisuje się w formacie czterech cyfr HHMM. Wartość 1500 oznacza godzinę 15:00. Przed wysłaniem danych sprawdź, czy format jest poprawny i czy podana godzina odnosi się do właściwej strefy czasowej.

Strefa czasowa może być podana osobno. Jeśli jej nie ma, Google stosuje strefę miejsca dostawy. Dokumentacja wskazuje również, że wartość 23:59 w lokalnej strefie czasowej może oznaczać brak określonej godziny granicznej. Traktuj ten wariant jako element do świadomego sprawdzenia, a nie sposób na automatyczne skrócenie czasu obsługi.

minimum_order_value dla wybranych produktów

minimum_order_value określa minimalną kwotę, którą klient musi wydać, aby zamówienie zawierające dany produkt mogło zostać wysłane. To rzeczywisty warunek realizacji zamówienia, a nie ogólny próg darmowej dostawy.

Jeżeli sklep nadal wysyła zamówienia poniżej określonej kwoty, ale pobiera za nie opłatę za dostawę, nie należy przedstawiać tego progu jako minimum_order_value. Atrybut powinien odzwierciedlać sytuację, w której zamówienia poniżej wskazanej wartości faktycznie nie są wysyłane.

Proces przypisania progu do produktów

Aby zastosować minimalną wartość tylko do wybranych produktów, uporządkuj wdrożenie w kilku krokach:

  1. Oznacz produkty objęte konkretnym warunkiem za pomocą atrybutu shipping_label.
  2. Użyj tej etykiety jako filtra w ustawieniach wysyłki.
  3. Przypisz do filtrowanej grupy właściwą wartość minimum_order_value.
  4. Porównaj próg z warunkami opisanymi na stronie sklepu.
  5. Sprawdź, czy produktowy atrybut shipping nie nadpisuje ustawień konta.

Najważniejsza kontrola dotyczy zgodności z rzeczywistą polityką sklepu. Nie ustawiaj minimalnej wartości wyłącznie dlatego, że darmowa dostawa zaczyna się od określonej kwoty. To dwa różne warunki, jeśli sklep realizuje i wysyła także mniejsze zamówienia.

Jak wdrożyć atrybuty bez konfliktu z ustawieniami konta

Przed przesłaniem nowych danych sprawdź istniejące ustawienia wysyłki na poziomie konta. Następnie zdecyduj, czy dana reguła ma obowiązywać wszystkie produkty, konkretny produkt, produkt w określonym kraju czy tylko grupę oznaczoną etykietą.

Ważna jest hierarchia danych. Jeśli produkt ma podany koszt wysyłki w atrybucie shipping, produktowe ustawienia wysyłki mogą nadpisać ustawienia konta dla tego produktu. Dotyczy to między innymi czasu dostawy oraz minimalnej wartości zamówienia. Nieświadome pozostawienie takiej wartości może sprawić, że Merchant Center będzie wykorzystywać inną regułę niż ta, którą uznajesz za główną.

Przed publikacją porównaj dane produktowe z rzeczywistą polityką sklepu: ceną, warunkami dostawy, terminem realizacji i minimalną wartością zamówienia. Pamiętaj też, że szczegóły wdrożenia zależą od źródła danych i używanego narzędzia.

Krótka kontrola hierarchii danych

Praktyczna kolejność sprawdzania może wyglądać tak:

  • Najpierw przejrzyj ogólne reguły wysyłki ustawione na koncie.
  • Następnie znajdź produkty z własnym atrybutem shipping lub shipping_label.
  • Sprawdź, które ustawienia produktu mogą nadpisać reguły konta.
  • Na końcu porównaj deklarowane warunki z informacjami dostępnymi na stronie produktu.

Taki przegląd ogranicza ryzyko, że różne źródła będą przedstawiały klientowi odmienne informacje o dostawie.

Kontrola danych w Merchant Center

Po przesłaniu lub aktualizacji danych sprawdź w Merchant Center sekcję Products, a następnie zakładkę Needs attention. To miejsce, w którym można znaleźć komunikaty dotyczące problemów produktowych, w tym brakujących lub nieprawidłowych danych wysyłkowych.

Zwróć uwagę na błędy formatowania, brakujące subatrybuty, konfliktowe wartości oraz problemy związane z zakresem obowiązywania reguły. Samo przesłanie pliku nie kończy kontroli. Trzeba jeszcze sprawdzić, czy Merchant Center przyjął dane i czy komunikat dotyczący produktu zniknął.

Od komunikatu do poprawki

Postępuj według prostego cyklu:

  1. Odczytaj komunikat w zakładce Needs attention.
  2. Ustal, czy problem dotyczy formatu, brakującego subatrybutu, konfliktu ustawień czy rozbieżności z witryną.
  3. Popraw źródło danych albo właściwy produkt.
  4. Ponownie prześlij źródło danych.
  5. Sprawdź, czy komunikat zniknął i porównaj wynik ze stroną produktu.

Zmiany mogą nie być widoczne natychmiast. Dlatego po ponownym przesłaniu danych daj systemowi czas na aktualizację i ponownie sprawdź status. Kontrola w Merchant Center nie zastępuje porównania informacji z witryną.

Typowe błędy i checklista przed publikacją

Niespójność informacji o dostawie może powstać zarówno przez błąd techniczny, jak i przez nieuporządkowaną hierarchię ustawień. Najczęstsze punkty kontroli dotyczą formatu, zakresu reguły oraz zgodności feedu ze stroną sklepu.

Warto pamiętać, że poniższa lista wynika z opisanych zasad konfiguracji i nie jest gwarantowanym wykazem wszystkich możliwych problemów. Przed wdrożeniem ponownie sprawdź aktualną dokumentację Google, ponieważ nazwy pól, dostępność funkcji i wygląd Merchant Center mogą się zmieniać.

Checklista przed wysłaniem danych

  • Sprawdź, czy handling_cutoff_time ma format czterech cyfr HHMM.
  • Potwierdź właściwą strefę czasową oraz zgodność godziny z rzeczywistą obsługą zamówień.
  • Ustal, czy reguła dotyczy produktu, produktu i kraju, czy konkretnej usługi wysyłki.
  • Zweryfikuj kompletność wymaganych lub nazwanych subatrybutów wysyłki.
  • Sprawdź, czy dla tego samego regionu lub usługi nie występują konfliktowe wartości.
  • Upewnij się, że minimum_order_value oznacza rzeczywisty warunek wysyłki, a nie wyłącznie próg darmowej dostawy.
  • Sprawdź, czy produktowy atrybut shipping nie nadpisuje ustawień konta.
  • Porównaj dane w feedzie z ceną, warunkami dostawy i terminem realizacji na stronie produktu.
  • Po wysłaniu danych sprawdź sekcję Products i zakładkę Needs attention.

Nie deklaruj krótszego czasu obsługi niż ten, który sklep rzeczywiście zapewnia. Dane o wysyłce powinny opisywać faktyczny proces, a nie oczekiwany sposób prezentacji oferty.

Nowe atrybuty pozwalają dokładniej opisać wysyłkę produktów Google, ale wymagają świadomego wdrożenia. handling_cutoff_time powinien odpowiadać realnej godzinie granicznej, a minimum_order_value rzeczywistemu warunkowi wysyłki. Zanim opublikujesz zmiany, sprawdź hierarchię ustawień, format danych i zgodność feedu ze stroną sklepu. Następnie przejrzyj komunikaty w Merchant Center i potwierdź, że poprawki zostały przyjęte. Sprawdź pozostałe inspiracje i praktyczne poradniki, które pomogą Ci lepiej prowadzić marketing swojej firmy.

Dodaj komentarz

Zadzwoń
Seraphinite AcceleratorOptimized by Seraphinite Accelerator
Turns on site high speed to be attractive for people and search engines.