Nieprawidłowe koszty dostawy w Merchant Center - przyczyny ostrzeżenia i naprawa

Nieprawidłowe koszty dostawy w Merchant Center to ostrzeżenie nadawane ofertom wtedy, gdy koszt wysyłki wyliczony z feedu produktowego lub z ustawień dostawy konta różni się od kwoty, którą klient realnie płaci w koszyku sklepu. Google porównuje dane przesłane przez sprzedawcę z danymi zebranymi przez robota na stronie produktu i w ścieżce zakupowej, a rozbieżność oznacza jako problem jakości danych. Produkty z tym ostrzeżeniem nadal bywają wyświetlane, ale tracą ekspozycję w Zakupach Google i na bezpłatnych listach produktowych, a powtarzająca się różnica prowadzi do odrzucenia ofert i weryfikacji konta pod kątem wprowadzania w błąd.

Podwyżka cennika kuriera potrafi wywrócić konto Merchant Center szybciej niż nieudany import feedu. Sklep aktualizuje stawki w swoim systemie w piątek, w poniedziałek robot Google wchodzi na stronę produktu, wylicza inną kwotę niż ta z ustawień dostawy i zapala ostrzeżenie na kilkuset ofertach naraz. W audytach kont Merchant Center widzę ten scenariusz regularnie, bo koszt wysyłki to jedyny element oferty, który żyje w dwóch miejscach jednocześnie: w sklepie i w panelu Google. Ten artykuł pokazuje, skąd bierze się rozjazd, jak go zdiagnozować i jak ustawić dostawę tak, żeby ostrzeżenie nie wracało po każdej zmianie cennika przewoźnika.

Co oznacza ostrzeżenie o nieprawidłowych kosztach dostawy w Merchant Center?

Ostrzeżenie o nieprawidłowych kosztach dostawy oznacza, że Google wyliczył dla oferty inny koszt wysyłki niż ten, który zobaczył w sklepie, i uznał dane produktowe za niewiarygodne w tym jednym atrybucie. To komunikat o jakości danych, nie o wysokości stawki.

W panelu problem pojawia się w sekcji diagnostyki produktów pod jedną z kilku nazw, a każda wskazuje na inny etap tego samego mechanizmu. Rozróżnienie ma znaczenie praktyczne, bo naprawa każdego wariantu wygląda inaczej.

• Brak kosztów dostawy: konto nie ma skonfigurowanej usługi wysyłki dla kraju sprzedaży albo strefa nie obejmuje adresu, z którego robot próbował złożyć zamówienie.
• Niezgodne koszty dostawy: usługa istnieje, ale wyliczona z niej kwota różni się od tej ze strony produktu lub z koszyka.
• Nieprawidłowa wartość atrybutu shipping: błąd składni w feedzie, najczęściej zła kolejność pól, brakujący kraj albo waluta inna niż waluta kraju docelowego.
• Brak dostawy do wskazanego regionu: strefa dostawy nie pokrywa części kodów pocztowych, więc dla tych adresów oferta nie ma żadnej stawki.

Ostrzeżenie ma charakter miękki, dopóki dotyczy niewielkiej części katalogu. Oferty pozostają aktywne, ale Google ogranicza ich ekspozycję w Zakupach Google, ponieważ system rankingowy premiuje dane, które da się potwierdzić na stronie docelowej. Jeśli chcesz zobaczyć, jak ta warstwa danych wpina się w całość konta, opisałem ją szerzej w przewodniku po Google Merchant Center.

Jak Google porównuje koszt dostawy z feedu z kosztem w Twoim sklepie?

Google porównuje trzy niezależne źródła: wartość atrybutu shipping w feedzie, stawkę wyliczoną z ustawień dostawy konta oraz kwotę odczytaną przez robota ze strony produktu i procesu zakupowego. Rozbieżność między którymkolwiek z tych źródeł uruchamia ostrzeżenie.

Robot nie widzi Twojego cennika w systemie sklepu. Widzi to, co da się odczytać z publicznie dostępnej strony. Kolejność, w jakiej szuka informacji, decyduje o tym, gdzie warto szukać przyczyny błędu.

• Dane strukturalne na stronie produktu: znacznik OfferShippingDetails ze stawką, regionem i czasem dostawy jest odczytywany najszybciej i traktowany jako deklaracja sprzedawcy.
• Widoczna treść strony produktu: informacja o koszcie wysyłki wypisana w opisie lub w module dostawy, o ile nie jest doładowywana dopiero po interakcji użytkownika.
• Symulacja koszyka: dodanie produktu do koszyka i odczyt kwoty przed etapem płatności, dla adresu z regionu objętego kampanią.
• Ustawienia dostawy konta: usługi, strefy, stawki wagowe i progi darmowej wysyłki zdefiniowane w panelu Merchant Center.

Z mojego doświadczenia jako specjalisty od kampanii produktowych wynika, że najwięcej fałszywych alarmów bierze się z koszyka, który wylicza wysyłkę dopiero po podaniu kodu pocztowego. Robot dostaje wtedy zero lub komunikat zastępczy, a konto dostaje ostrzeżenie mimo poprawnych ustawień. Rozwiązaniem jest domyślna stawka pokazywana przed wyborem adresu, a nie zmiana czegokolwiek w feedzie.

Dlaczego koszt dostawy z Merchant Center różni się od kwoty w koszyku?

Koszt z Merchant Center różni się od kwoty w koszyku, ponieważ feed przenosi zwykle jedną stawkę bazową, a koszyk dolicza składniki zależne od produktu i formy płatności: dopłatę za wagę lub gabaryt, opłatę za pobranie, pakowanie oraz ubezpieczenie przesyłki.

Kiedyś ustawiałem w feedzie jedną uśrednioną stawkę dla całego katalogu i traktowałem to jako uproszczenie bez konsekwencji. Dziś wiem, że to błąd, bo uśrednienie działa tylko do momentu, w którym w katalogu pojawi się pierwszy produkt gabarytowy. Wtedy połowa ofert ma stawkę zawyżoną, a połowa zaniżoną, i obie grupy generują ostrzeżenia z przeciwnych powodów.

Różnica 8,99 zł na jednej ofercie wygląda niegroźnie. Problem w tym, że Merchant Center nie ocenia jej procentowo tylko binarnie: kwoty się zgadzają albo nie. Dlatego sklep z jednym progiem wagowym i jedną opłatą za pobranie potrafi mieć ostrzeżenie na całej kategorii produktów ciężkich, przy idealnie skonfigurowanej reszcie katalogu.

Które ustawienia dostawy najczęściej wywołują to ostrzeżenie?

Ostrzeżenie wywołują cztery ustawienia: strefa dostawy o niepełnym pokryciu kodów pocztowych, stawka wagowa nieodwzorowana w tabeli cen, próg darmowej dostawy istniejący tylko po stronie sklepu oraz opłaty dodatkowe naliczane dopiero w koszyku.

Każde z nich ma inny poziom pilności. Poniższy sygnalizator porządkuje je według tego, jak szybko trzeba na nie zareagować, zanim ostrzeżenie zamieni się w odrzucenie ofert.

Jeśli rozpoznajesz u siebie dwa dolne wiersze, sprawdź konfigurację według checklisty Merchant Center, zanim zaczniesz przebudowywać feed.

Naprawa ostrzeżenia o kosztach dostawy w sześciu krokach

Naprawa polega na odtworzeniu realnego zakupu, porównaniu wyniku z ustawieniami konta i skorygowaniu tego źródła, które faktycznie generuje różnicę. Kolejność ma znaczenie, bo zmiana feedu przed diagnozą zwykle mnoży ostrzeżenia zamiast je gasić.

1. Pobierz listę dotkniętych ofert z diagnostyki produktów w Merchant Center i posortuj ją po kategorii oraz wadze, żeby zobaczyć, czy problem ma wspólny mianownik.
2. Odtwórz zakup na trzech produktach z listy w trybie incognito, dla adresu z dużego miasta i adresu wiejskiego, i zapisz kwotę widoczną przed etapem płatności.
3. Zestaw kwoty z ustawieniami dostawy konta oraz z wartością atrybutu shipping w pliku produktowym. Różnica wskaże, czy błąd siedzi w stawce, w strefie, czy w opłatach dodatkowych.
4. Popraw jedno źródło naraz: tabelę stawek wagowych, zasięg strefy, próg darmowej wysyłki albo atrybut shipping dla wybranej grupy produktów. Równoczesna zmiana dwóch źródeł uniemożliwia ocenę, co zadziałało.
5. Prześlij dane ponownie przez ręczne pobranie feedu lub aktualizację przez interfejs programistyczny, zamiast czekać na zaplanowany harmonogram.
6. Zgłoś problem do ponownej weryfikacji w diagnostyce i obserwuj konto przez kolejny tydzień. Ostrzeżenie znika dopiero po ponownym odwiedzeniu strony przez robota, nie po samym zapisaniu ustawień.

W kroku czwartym warto zajrzeć do automatycznych ulepszeń w Merchant Center. Google potrafi samodzielnie korygować dane produktowe na podstawie tego, co odczytał w sklepie, ale rekomenduję traktować ten mechanizm jako siatkę bezpieczeństwa, nie jako podstawowe źródło prawdy. Automat wyrówna dane po fakcie; poprawna konfiguracja zapobiega ostrzeżeniu w ogóle.

Kiedy używać atrybutu shipping w feedzie, a kiedy ustawień konta?

Ustawienia konta obsługują całą resztę katalogu i powinny być domyślnym miejscem konfiguracji, a atrybut shipping w feedzie stosuje się wtedy, gdy pojedyncze produkty mają koszt wysyłki niewynikający z reguły ogólnej. Atrybut przesłany w pliku produktowym nadpisuje ustawienia konta dla danej oferty.

W praktyce najlepiej sprawdza się układ mieszany: ustawienia konta obsługują 90 procent katalogu, a atrybut shipping trafia wyłącznie do wyodrębnionej grupy produktów gabarytowych oznaczonych etykietą wysyłkową. Etykieta shipping_label pozwala przypisać osobną usługę dostawy do takiej grupy bez ręcznego wpisywania stawek w pliku, co jest rozwiązaniem odporniejszym na zmiany cennika niż twarde wartości w feedzie. Zasady budowy takiego pliku opisałem w tekście o tym, czym jest feed produktowy.

Jak ustawić darmową dostawę od progu wartości koszyka, żeby nie łamała feedu?

Darmową dostawę od progu konfiguruje się w usłudze wysyłki na poziomie konta, przez minimalną wartość zamówienia uprawniającą do zerowej stawki, a nie przez zerowanie kosztu w pliku produktowym. Próg wpisany wyłącznie w sklepie jest dla Merchant Center niewidoczny.

Reguła jest prosta, ale trzy szczegóły przesądzają o tym, czy ostrzeżenie wróci przy najbliższej promocji.

• Próg musi dotyczyć tej samej podstawy: jeśli sklep liczy próg od wartości brutto koszyka, a panel od wartości netto, produkty w wąskim przedziale cenowym zawsze wygenerują różnicę.
• Promocja czasowa wymaga zmiany w obu miejscach: obniżenie progu na weekend tylko w sklepie oznacza kilkadziesiąt godzin, w których dane w Google są nieprawdziwe.
• Darmowa dostawa warunkowa nie jest darmową dostawą: wysyłka gratis tylko do automatu paczkowego, przy płatnym kurierze, wymaga dwóch osobnych usług dostawy zamiast jednej ze stawką zerową.

Magda, prowadząca sklep z artykułami dla niemowląt, podniosła próg darmowej wysyłki ze 149 zł na 199 zł i zmieniła go wyłącznie w silniku sklepu. Ostrzeżenie objęło 1 842 z 3 190 ofert w ciągu dwóch dni. Po wyrównaniu progu w ustawieniach konta i ręcznym zgłoszeniu do weryfikacji ostrzeżenie zniknęło po 4 dniach, a wyświetlenia ofert wróciły do poziomu sprzed zmiany po kolejnym tygodniu.

Pobranie, paczkomaty i wielu przewoźników w polskim sklepie

Polski sklep obsługuje zwykle od trzech do sześciu form dostawy o różnych cenach, a Merchant Center pokazuje najtańszą dostępną dla adresu klienta. Dlatego konfiguracja musi zaczynać się od tej opcji, która realnie jest najtańsza w koszyku, a nie od tej, którą sprzedawca promuje.

Wielość przewoźników sama w sobie nie generuje ostrzeżenia. Generuje je niespójność między tym, co Google uznaje za najtańszą opcję, a tym, co widzi w sklepie.

• Automat paczkowy jako opcja bazowa: jeśli to najtańsza forma dostawy, jej stawka powinna być pierwszą usługą w ustawieniach konta, z pełnym pokryciem kodów pocztowych.
• Kurier jako druga usługa: dodawany osobno, z własną tabelą wagową, bez mieszania z ceną automatu w jednej uśrednionej stawce.
• Płatność przy odbiorze: opłata za pobranie nie jest kosztem dostawy w rozumieniu danych produktowych, ale jeśli sklep nalicza ją w kwocie wysyłki, ta sama kwota musi znaleźć się w usłudze dostawy w panelu.
• Odbiór osobisty: zerowa stawka za odbiór w punkcie nie powinna być zgłaszana jako koszt wysyłki, bo zaniża deklarację względem opcji, które Google porównuje.
• Wysyłka gabarytowa: produkty przekraczające limity przewoźnika wymagają własnej usługi dostawy przypisanej etykietą wysyłkową.

Jak dane strukturalne shippingDetails pomagają uniknąć ostrzeżenia?

Znacznik OfferShippingDetails w danych strukturalnych strony produktu podaje robotowi koszt wysyłki, region i czas dostawy wprost, bez konieczności symulowania koszyka. To najskuteczniejsza metoda dla sklepów, w których kalkulator wysyłki uruchamia się dopiero po interakcji użytkownika.

Uważam, że w sklepach na własnym silniku wdrożenie tego znacznika jest ważniejsze niż jakakolwiek korekta feedu, bo usuwa źródło problemu zamiast łatać jego objaw. Robot przestaje zgadywać, a sprzedawca zyskuje jedno miejsce, w którym deklaruje koszt wysyłki dla całego ekosystemu wyszukiwania.

• shippingRate: kwota i waluta, zgodne z tym, co widzi klient w koszyku dla domyślnego adresu.
• shippingDestination: kraj i region, do którego stawka się odnosi, opisane kodem kraju.
• deliveryTime: czas realizacji i czas transportu w dniach roboczych, rozbity na dwie osobne wartości.
• Spójność z panelem: wartość w znaczniku i stawka w ustawieniach dostawy muszą być identyczne, bo rozjazd między nimi jest dla Google taką samą niezgodnością jak rozjazd z koszykiem.

Ile czasu zajmuje zniknięcie ostrzeżenia po korekcie?

Ostrzeżenie znika po ponownym odwiedzeniu strony produktu przez robota Google, co po ręcznym zgłoszeniu do weryfikacji trwa zwykle około trzech dni, a bez interwencji może zająć nawet pełny trzydziestodniowy cykl odświeżania danych produktowych.

Jeżeli po siedmiu dniach od poprawnego zgłoszenia ostrzeżenie dalej wisi na tej samej grupie ofert, przyczyna prawie nigdy nie leży po stronie Google. Zwykle oznacza to, że robot trafia na inną wersję strony niż użytkownik: cache, przekierowanie regionalne albo blokada dostępu do koszyka dla ruchu automatycznego.

Konsekwencje zignorowania ostrzeżenia o kosztach dostawy

Zignorowane ostrzeżenie o kosztach dostawy przechodzi w odrzucenie ofert, a przy systematycznym zaniżaniu stawek staje się podstawą do weryfikacji konta pod kątem zasad dotyczących wprowadzania w błąd. Skala rośnie stopniowo, dlatego łatwo ją przeoczyć.

Ścieżka eskalacji wygląda w praktyce tak samo na kontach dużych i małych.

1. Spadek ekspozycji: oferty z ostrzeżeniem przegrywają rywalizację o miejsce w Zakupach Google z ofertami o potwierdzonych danych.
2. Odrzucenie części katalogu: produkty, dla których różnica utrzymuje się przez kolejne pobrania danych, tracą status aktywnych.
3. Weryfikacja konta: powtarzalne zaniżanie kosztu dostawy jest oceniane jak zaniżanie ceny produktu, czyli jako nierzetelna prezentacja oferty.
4. Utrata bezpłatnych list produktowych: konsekwencje obejmują także bezpłatną ekspozycję, nie tylko kampanie płatne.

Mechanizm przejścia od ostrzeżenia do odrzucenia opisałem szerzej w tekście o tym, dlaczego powstają odrzucone produkty w Google Merchant Center. Warto go przejrzeć równolegle, bo koszt dostawy rzadko jest jedynym problemem konta, na którym pojawia się to ostrzeżenie.

Zmiana cennika kuriera i stały proces kontroli feedu

Niezgodnościom po zmianie cennika zapobiega stały proces: każda modyfikacja stawek u przewoźnika uruchamia aktualizację ustawień dostawy w Merchant Center tego samego dnia, a nie przy najbliższej okazji. Ostrzeżenie pojawia się szybciej niż comiesięczny przegląd konta.

Proces kontroli, który polecam wdrożyć w sklepie o zmiennych stawkach wysyłki, zajmuje kilkanaście minut miesięcznie i zdejmuje z konta większość ryzyka.

1. Podpięcie cennika przewoźnika pod jedną osobę: ta sama osoba, która przyjmuje aneks cennikowy, aktualizuje ustawienia dostawy w Merchant Center.
2. Kontrolna symulacja zakupu raz w miesiącu: trzy produkty z różnych progów wagowych, dwa różne kody pocztowe, zapisany zrzut kwoty z koszyka.
3. Alert na diagnostykę produktów: cotygodniowy przegląd sekcji z problemami zamiast reagowania dopiero na spadek liczby kliknięć.
4. Przegląd po każdej promocji wysyłkowej: darmowa dostawa na weekend wymaga cofnięcia zmiany w obu miejscach, nie tylko w sklepie.

To dokładnie ten zestaw kontroli, który przechodzę podczas audytu feedu produktowego; jeśli chcesz zrobić go samodzielnie, pomoże checklista audytu feedu produktowego. Jestem przekonany, że regularna symulacja zakupu daje więcej niż jakiekolwiek narzędzie do monitoringu feedu, bo sprawdza dokładnie tę ścieżkę, którą przechodzi robot Google, a nie jej przybliżenie.

Podsumowanie

Ostrzeżenie o nieprawidłowych kosztach dostawy jest w Merchant Center komunikatem o rozjeździe między dwoma miejscami, w których żyje ta sama informacja: cennikiem sklepu i konfiguracją konta Google. Naprawa rzadko wymaga przebudowy feedu. Wymaga ustalenia, która z trzech warstw danych kłamie, i wyrównania jej z pozostałymi.

Przestań traktować ustawienia dostawy jak jednorazową konfigurację z etapu zakładania konta. Zacznij postrzegać je jako element cennika, który zmienia się wraz z każdą decyzją przewoźnika i każdą promocją wysyłkową w sklepie. W tym ujęciu comiesięczna symulacja zakupu przestaje być czynnością administracyjną, a staje się kontrolą jakości danych, na których Google opiera decyzję o pokazaniu Twoich produktów.

Jeśli ostrzeżenie wraca u Ciebie cyklicznie mimo poprawnych ustawień, zacznij od sprawdzenia, co robot faktycznie widzi na stronie produktu. W ośmiu przypadkach na dziesięć odpowiedź jest tam, a nie w pliku produktowym.

Samodzielny Specjalista Google Ads

Artur Smolicki

Od ponad 15 lat specjalizuję się w przygotowaniu, wdrożeniu i optymalizacji kampanii Google Ads. W 2024 roku uzyskałem status Google Premier Partner dla 3% najlepszych specjalistów i agencji w Polsce. Prowadzę kampanie reklamowe na 29 rynkach zagranicznych, tak dla segmentu e-commerce jak i B2B.

Współpraca →Poznaj mnie →