Jeżeli Google Merchant Center odrzuca produkt z powodu niezgodności ceny lub dostępności, trzeba porównać trzy wersje tej samej oferty: dane przesyłane do Google, informacje widoczne na stronie produktu oraz dane strukturalne odczytywane z jej kodu. W praktyce problem rzadko rozwiązuje samo ponowne przesłanie pliku produktowego. Dopóki sklep i źródło danych przekazują sprzeczne informacje, odrzucenia mogą wracać przy kolejnym odczycie strony. Właściciel sklepu traci wtedy nie tylko wyświetlenia produktów, ale również możliwość rzetelnego ocenienia, czy spadek sprzedaży wynika z reklamy, czy z niewidocznego w kampanii asortymentu.
Przykładowo sklep sprzedaje kurtkę za 249 zł, a feed przesyła do Google cenę 279 zł sprzed rozpoczętej promocji. Klient widzi niższą kwotę, lecz system porównujący dane może uznać ofertę za niespójną. Podobny problem występuje, gdy feed podaje „w magazynie”, a strona produktu pokazuje informację o braku możliwości zakupu. Najpierw należy ustalić, która wersja danych jest prawdziwa w momencie składania zamówienia, a dopiero potem poprawiać mechanizm synchronizacji.
Dlaczego Merchant Center sprawdza ceny i stany magazynowe na stronie?
Informacja produktowa w Google ma prowadzić do oferty, którą użytkownik rzeczywiście może kupić na podanych warunkach. Merchant Center nie opiera się wyłącznie na wartościach z feedu. Odczytuje również stronę docelową i porównuje jej zawartość, w tym informacje zakodowane jako dane strukturalne. Jeżeli w źródle danych widnieje jedna cena, w kodzie HTML druga, a w widocznym widżecie produktu trzecia, pojawia się ryzyko odrzucenia oferty.
Istotne jest rozróżnienie pomiędzy pojedynczym odrzuconym produktem a problemem dotyczącym znacznej części katalogu. Jeden niezgodny wariant może wskazywać na błędny identyfikator albo cenę promocyjną. Setki podobnych komunikatów po zmianie cennika często oznaczają opóźniony eksport, nieprawidłową pamięć podręczną lub niezgodność danych strukturalnych z rzeczywistą ofertą. Google opisuje takie przypadki w wyjaśnieniu błędu niezgodnej ceny produktu.
Jak sprawdzić jedną odrzuconą ofertę krok po kroku?
Nie zaczynaj od zbiorczej aktualizacji całego katalogu. Wybierz jeden produkt z komunikatem o błędzie i zanotuj jego identyfikator, kraj sprzedaży, walutę oraz datę ostatniego przetworzenia danych. Otwórz szczegóły produktu w Merchant Center i sprawdź, czy problem dotyczy ceny podstawowej, ceny promocyjnej, dostępności, czy informacji pobranych ze strony. Nazwy zakładek mogą się nieznacznie różnić zależnie od wersji interfejsu.
Następnie otwórz dokładny adres URL przekazany w atrybucie link produktu, a nie podobną stronę wyszukaną ręcznie w sklepie. Sprawdź ofertę w niezalogowanej przeglądarce, również w trybie prywatnym. Wariant koloru, rozmiar lub pakiet mogą mieć inną cenę i inny stan magazynowy niż produkt nadrzędny. Zapisz godzinę testu: przy szybko zmieniających się cenach ta informacja pomaga odtworzyć rozbieżność.
Porównaj dane według następującej tabeli. Wartości są przykładowe i służą wyłącznie pokazaniu sposobu diagnozy.
| Element oferty | Feed Merchant Center | Strona produktu | Wniosek |
|---|---|---|---|
| Cena regularna | 279 PLN | 279 PLN | Spójna wartość bazowa |
| Cena promocyjna | Brak | 249 PLN | Promocja nie dotarła do źródła danych |
| Dostępność | in_stock | Brak towaru | Nieprawidłowy lub opóźniony stan |
| Wariant | Kurtka, rozmiar M | Domyślnie rozmiar L | Strona nie pokazuje właściwej wersji produktu |
Jeden produkt może mieć więcej niż jedną niezgodność. Nie ma sensu naprawiać wyłącznie ceny, gdy przy tej samej ofercie dostępność nadal różni się od widoku klienta.
Feed jest poprawny, a Google nadal widzi starą cenę
To częsty scenariusz po zakończeniu promocji, uruchomieniu automatycznej przeceny albo imporcie cen z hurtowni. W panelu sklepu cena jest już poprawna. Generator feedu też pokazuje właściwą wartość, ale Google nadal ma poprzednią wersję oferty lub odczytuje przestarzałą stronę. Należy wtedy ustalić, gdzie dokładnie zatrzymała się aktualizacja: w bazie sklepu, wygenerowanym pliku, pobraniu źródła przez Merchant Center czy w warstwie strony widocznej dla robota.
W sklepie WooCommerce problemem bywa harmonogram tworzenia feedu, cache strony produktu, cache CDN albo integracja, która wysyła zmiany tylko okresowo. Nie zakładaj, że harmonogram ustawiony na przykład na jedną aktualizację na dobę jest odpowiedni dla sklepu, w którym ceny i stany zmieniają się co kilkanaście minut. Porównaj godzinę aktualizacji produktu z czasem wygenerowania pliku, godziną pobrania w Merchant Center i datą ostatniego odczytu strony. Dopiero taka oś czasu wskazuje, czy przyczyną jest opóźnienie, czy trwały błąd.
Warto również obejrzeć pierwotny kod HTML strony, a nie wyłącznie cenę widoczną po uruchomieniu skryptów. Część sklepów podstawia ceny dopiero za pomocą JavaScript. Google zwraca uwagę, że niezgodności między zawartością serwerowego HTML a feedem mogą prowadzić do problemów nawet wtedy, gdy po załadowaniu strony użytkownik widzi prawidłową ofertę.
Co zrobić, gdy błąd powodują dane strukturalne Product i Offer?
Znaczniki danych strukturalnych pomagają wyszukiwarkom odczytać cenę, walutę i dostępność konkretnej oferty. Mogą być zapisane między innymi w formacie JSON-LD. W WordPressie zdarza się, że dane oferty generuje równocześnie WooCommerce, motyw oraz dodatkowa wtyczka do pozycjonowania. Każde z tych źródeł może prezentować nieco inne wartości. W rezultacie klient widzi jedną cenę, a kod zawiera dwie sprzeczne oferty.
Otwórz adres konkretnego wariantu w narzędziu Google Rich Results Test i sprawdź pola odpowiadające cenie, walucie oraz dostępności. Nie wystarczy komunikat, że dane strukturalne są poprawne składniowo. Poprawny technicznie znacznik może nadal zawierać nieaktualną cenę. Trzeba zestawić odczytane wartości z informacjami wyświetlanymi klientowi i z feedem Merchant Center. Jeżeli w kodzie występują różne obiekty oferty, ustal, do jakich produktów i wariantów naprawdę się odnoszą.
Nie usuwaj wszystkich znaczników na ślepo. Najpierw zidentyfikuj wtyczkę lub komponent, który tworzy nieprawidłowe dane, oraz sprawdź, czy jego wyłączenie nie wpłynie na inne funkcje sklepu. Przy błędach wariantów ważne jest, aby Google mógł przyporządkować cenę do konkretnej wersji produktu, a nie do losowo wyświetlanej opcji domyślnej.
Niezgodność dostępności: produkt w feedzie jest dostępny, lecz nie da się go kupić
Google porównuje również atrybut availability z informacjami na stronie. Produkt oznaczony jako in_stock powinien rzeczywiście nadawać się do zakupu na warunkach pokazanych użytkownikowi. Jeżeli w sklepie widnieje napis „brak w magazynie”, przycisk zakupu jest nieaktywny albo dostępność zmienia się dopiero po wybraniu wariantu, trzeba sprawdzić, czy feed opisuje tę samą ofertę.
Nie myl chwilowej niedostępności, przedsprzedaży i produktu dostępnego na zamówienie. To różne stany wymagające odpowiedniego opisania. W sklepie z wariantami może być dostępny rozmiar S, podczas gdy rozmiar M jest wyprzedany. Przesłanie jednego wspólnego stanu dla wszystkich wariantów wprowadza niespójność, nawet jeśli część produktu nadal można kupić. Dodatkowe przypadki, między innymi regionalne różnice dostępności i nieaktualny kod strony, opisuje dokumentacja Google dotycząca niezgodności dostępności.
Sprawdź także proces zakupu. Strona produktu może pokazywać zapas, ale koszyk albo finalizacja zamówienia blokują zakup, ponieważ stan magazynowy zdążył się wyczerpać lub istnieją ograniczenia dostawy. W takim przypadku samo zmienienie komunikatu w feedzie nie wystarczy: trzeba przywrócić zgodność zachowania sklepu z publikowaną informacją.
Czy włączyć automatyczne aktualizacje produktów w Merchant Center?
Automatyczne aktualizacje mogą ograniczyć skutki drobnych rozbieżności, ponieważ Google wykorzystuje informacje znalezione na stronie, aby korygować wybrane atrybuty oferty. To użyteczny mechanizm pomocniczy, lecz nie zastępuje prawidłowego i często aktualizowanego źródła danych. Jeśli sklep regularnie przesyła błędne ceny, a jego kod strony zawiera niespójne dane, automatyka nie rozwiąże problemu u źródła. Przy dużej skali błędów może również przestać działać zgodnie z oczekiwaniami.
Google wyjaśnia zakres tej funkcji w instrukcji automatycznej aktualizacji informacji o produktach. Przed jej uruchomieniem doprowadź do zgodności dane strukturalne, stronę i feed, a następnie monitoruj, czy liczba ostrzeżeń spada. Nie traktuj automatycznych korekt jako pozwolenia na przesyłanie nieaktualnych danych.
Jak ustalić, czy odrzucenia produktów rzeczywiście obniżyły wyniki reklam?
Wykres sprzedaży pokazuje skutek biznesowy, ale nie mówi od razu, gdzie powstała przyczyna. Porównaj liczbę zatwierdzonych produktów przed i po błędzie, odsetek katalogu objęty odrzuceniami, wyświetlenia oraz koszty reklam w tym samym czasie. Sprawdź, czy błędy dotyczą bestsellerów, czy niszowych wariantów. Odrzucenie pięciu najpopularniejszych produktów może mieć większe znaczenie niż odrzucenie kilkudziesięciu pozycji bez ruchu.
Jeżeli po naprawie feedu kampania Performance Max nadal nie wydaje budżetu, nie przyjmuj automatycznie, że produkty wciąż są odrzucone. Ograniczenie może wynikać z celu strategii licytacji. Osobne zagadnienie stanowi kampania Performance Max ograniczana przez zbyt wymagający docelowy ROAS. Spadek sprzedaży przy prawidłowych danych produktowych trzeba następnie rozpatrywać w szerszym kontekście, w tym analizować wzrost kosztu konwersji i pogorszenie ROAS w Google Ads.
Nie mieszaj także liczby zamówień sklepu z raportowanymi konwersjami, kiedy oceniasz skalę problemu. Są to różne pomiary; przydatne jest wcześniejsze zrozumienie różnic między konwersjami GA4, Google Ads i faktycznymi zamówieniami. Dopiero po oddzieleniu błędów katalogu od błędów pomiaru można rozsądnie ocenić, czy naprawa przywróciła wyniki.
Jak postępować, gdy odrzucenia wracają po każdej synchronizacji?
Powracające błędy świadczą zwykle o niespójnym procesie, a nie o pechowej pojedynczej aktualizacji. Ustal, który system jest źródłem prawdy dla ceny i stanu: WooCommerce, magazyn, ERP czy hurtownia. Zidentyfikuj wszystkie integracje, które mogą nadpisywać te same wartości, oraz częstotliwość ich pracy. Zdarza się na przykład, że importer hurtowni zmienia stan produktu co godzinę, natomiast plik dla Google powstaje raz dziennie, a cache strony odświeża się niezależnie od obu tych procesów.
Właściciel sklepu powinien mieć prosty test kontrolny: zmienić cenę produktu testowego w źródłowym systemie, sprawdzić, kiedy aktualizacja dociera do sklepu, feedu i kodu strony, a następnie odczytać jej stan w Merchant Center. Taki test nie wymaga publikowania zmyślonej oferty ani wykonywania prawdziwego zakupu. Trzeba jednak użyć produktu, którego zmiana jest dopuszczalna biznesowo, oraz przywrócić mu prawidłowe dane po zakończeniu testu.
Jeżeli rozbieżności cen i dostępności występują równocześnie z wątpliwościami co do danych firmy, zasad sprzedaży lub tożsamości sprzedawcy, warto osobno sprawdzić przyczyny zawieszenia Merchant Center za Misrepresentation. Odrzucenie pojedynczej oferty i zawieszenie całego konta nie są tym samym problemem i wymagają różnej diagnostyki.
FAQ: najczęstsze pytania o niezgodne dane produktowe
Czy po poprawieniu ceny produkt zostanie natychmiast zatwierdzony?
Niekoniecznie. Google musi ponownie przetworzyć dane i w niektórych przypadkach ponownie odczytać stronę. Czas zależy od rodzaju problemu i przebiegu weryfikacji. Nie warto wielokrotnie zmieniać poprawnych wartości tylko dlatego, że status nie odświeżył się od razu.
Czy można wyłączyć dane strukturalne, aby usunąć błąd?
Usunięcie wadliwego znacznika może wyeliminować jedno źródło sprzecznych danych, ale nie rozwiązuje problemu niezgodności między widoczną ceną a feedem. Lepiej naprawić generowanie znaczników i zachować spójne dane oferty.
Czy ceny różnych wariantów mogą się różnić?
Tak. Ważne, aby oferta przesyłana dla konkretnego wariantu kierowała do strony, na której jego cena i dostępność są jednoznaczne. Link prowadzący do innego domyślnego wariantu może utrudniać prawidłowe porównanie.
Od czego zacząć, jeśli odrzucono setki produktów jednocześnie?
Od znalezienia wspólnej przyczyny: czasu aktualizacji, wspólnego szablonu danych strukturalnych, reguły promocji lub sposobu przeliczania stanów magazynowych. Naprawienie jednego mechanizmu jest zwykle skuteczniejsze niż ręczne poprawianie setek rekordów, ale warto potwierdzić to na kilku produktach z różnych kategorii.
Materiały o e-commerce, sprzedaży i technologii dla sklepów internetowych.