Odrzucenie produktu w Merchant Center prawie nigdy nie jest przypadkiem. Google porównuje to, co wysyłasz w feedzie, z tym, co jego crawler widzi na stronie produktu, a następnie sprawdza ofertę pod kątem zasad programu. Jeśli którykolwiek z tych trzech elementów (dane, spójność ze stroną, polityki) nie przechodzi kontroli, oferta dostaje status „Odrzucona” i przestaje wyświetlać się w wynikach zakupowych.
Poniżej dwanaście przyczyn, które w praktyce odpowiadają za większość odrzuceń w polskich sklepach, wraz z konkretną ścieżką naprawy. Kolejność nie jest losowa: zaczynamy od tego, co najczęściej blokuje całe grupy produktów naraz.
| Nr | Powód odrzucenia | Gdzie leży naprawa |
|---|---|---|
| 1 | Cena w feedzie inna niż na stronie | Feed lub szablon produktu |
| 2 | Dostępność niezgodna ze stanem magazynowym | Integracja magazynu |
| 3 | Brak GTIN przy produktach markowych | Baza produktowa |
| 4 | Nieprawidłowy GTIN (suma kontrolna) | Walidacja przed eksportem |
| 5 | Brak pary MPN i marka | Mapowanie atrybutów |
| 6 | Obraz niedostępny lub zbyt mały | Serwer obrazów, CDN |
| 7 | Znak wodny, ramka lub tekst promocyjny na obrazie | Proces graficzny |
| 8 | Tekst promocyjny w tytule produktu | Reguły feedu |
| 9 | Zakazana lub ograniczona kategoria | Asortyment, wykluczenia |
| 10 | Brak lub błąd danych wysyłki | Ustawienia konta |
| 11 | Niespójne dane podatkowe i brak informacji o zwrotach | Ustawienia konta, strona |
| 12 | Strona produktu niedostępna dla robota | Serwer, robots.txt |
Jak czytać raport diagnostyki
Zakładka z problemami w Merchant Center pokazuje trzy poziomy: błędy blokujące ofertę, ostrzeżenia ograniczające zasięg i zalecenia. Pierwszy odruch większości zespołów to naprawianie od góry listy, czyli od pozycji z największą liczbą produktów. To zwykle dobry wybór, ale tylko wtedy, gdy wcześniej sprawdzisz, czy duża liczba dotkniętych ofert nie wynika z jednego błędu w szablonie. Pięć tysięcy produktów z tym samym komunikatem to niemal zawsze jedna wadliwa reguła eksportu, nie pięć tysięcy osobnych spraw.
Przy każdym komunikacie warto zanotować trzy rzeczy: datę pierwszego wystąpienia, liczbę produktów i to, czy błąd dotyczy jednej kategorii. Zestawienie tych danych z historią wdrożeń na stronie najczęściej od razu wskazuje winowajcę. Jeśli raport jest nieczytelny albo komunikaty wzajemnie się przesłaniają, pomaga uporządkowana diagnoza problemów z feedem prowadzona warstwami: najpierw dostępność pliku, potem walidacja atrybutów, na końcu zgodność ze stroną.
Błędy cen i dostępności niezgodnych ze stroną
Powody 1 i 2 z tabeli mają wspólne źródło: crawler Google odwiedza stronę produktu i porównuje wartości z feedem. Rozbieżność w cenie, nawet kilkugroszowa, kończy się odrzuceniem. Najczęstsze mechanizmy, które ją generują:
- cena promocyjna widoczna tylko po zalogowaniu albo po dodaniu do koszyka,
- cena w feedzie bez podatku, na stronie z podatkiem,
- feed generowany raz na dobę przy cenniku zmieniającym się co godzinę,
- różne ceny dla różnych regionów wysyłane w jednym pliku,
- zaokrąglenia przy przeliczaniu walut.
Naprawa jest dwuetapowa. Krótkoterminowo wyrównaj wartości i wymuś ponowne pobranie feedu. Długoterminowo skróć cykl aktualizacji: dla katalogów z dynamicznym cennikiem jedyna stabilna opcja to aktualizacje przyrostowe wysyłane po każdej zmianie, a nie pełny plik raz na dobę. Przy dostępności zasada jest ta sama, z jednym zastrzeżeniem: status „w magazynie” przy produkcie, którego nie da się dodać do koszyka, jest traktowany jako błąd nawet wtedy, gdy stan magazynowy formalnie jest dodatni.
Brakujące i błędne identyfikatory produktu
Powody 3, 4 i 5 dotyczą identyfikacji oferty. Dla produktów markowych Google oczekuje numeru GTIN, a gdy go brak, pary marka i MPN. Trzy typowe pułapki: GTIN skopiowany od producenta bez cyfry kontrolnej, GTIN przypisany wariantowi zamiast konkretnemu rozmiarowi oraz wpisanie w pole marki nazwy sklepu. Ostatni przypadek jest zdradliwy, bo plik przechodzi walidację techniczną, a oferta mimo to zostaje odrzucona jako niezgodna z danymi producenta.
Praktyczna kolejność działań: zwaliduj sumy kontrolne po stronie eksportu, oznacz produkty własnej marki atrybutem wskazującym brak identyfikatora, a dla reszty uzupełnij bazę od producenta. Pełną listę wymaganych pól i ich format opisuje specyfikacja danych produktów Google, która jest jedynym wiążącym źródłem w razie wątpliwości co do konkretnego atrybutu.
Problemy z obrazami i znakami wodnymi
Powody 6 i 7 generują zaskakująco dużo odrzuceń, bo błąd zwykle nie siedzi w feedzie, lecz w infrastrukturze. Adres obrazu musi być dostępny dla robota Google bez logowania, bez ograniczeń geograficznych i bez blokady po stronie CDN. Jeśli obrazy są generowane w locie, limit czasu odpowiedzi też się liczy: wolny serwer graficzny potrafi wygenerować setki odrzuceń przy jednym pobraniu feedu.
Druga grupa to treść samego obrazu. Logo sklepu w narożniku, naklejka z rabatem, ramka z numerem telefonu albo tekst „promocja” dyskwalifikują zdjęcie. Rozwiązanie jest organizacyjne, nie techniczne: oddziel pliki sprzedażowe używane na stronie od plików eksportowanych do feedu. Szersze reguły dla tytułów, atrybutów i zdjęć zebrano w materiale o optymalizacji feedu produktowego, który warto przejrzeć przed kolejną sesją zdjęciową.
Naruszenia polityk redakcyjnych i zakazanych kategorii
Powody 8 i 9 to polityki. Tytuł produktu nie może zawierać tekstu promocyjnego, wielkich liter użytych do zwracania uwagi ani symboli typu wykrzykniki. Tu najczęściej zawodzi reguła feedu, która dokleja do tytułu frazę marketingową, na przykład informację o darmowej dostawie. Druga kwestia to asortyment: produkty z kategorii zakazanych lub ograniczonych wymagają albo wykluczenia z feedu, albo spełnienia dodatkowych warunków.
W obu przypadkach odwołanie bez zmiany danych jest stratą czasu. Najpierw popraw dane, potem składaj wniosek o ponowną weryfikację. Aktualne brzmienie reguł znajdziesz w zasadach Google dotyczących reklam produktowych, a to, jak zmieniły się wymogi wobec kont i danych w ostatnim cyklu, podsumowuje nasz przegląd Merchant Center 2026.
Dane wysyłki, podatku i zwrotów
Powody 10 i 11 siedzą w ustawieniach konta, nie w pliku. Brak skonfigurowanej usługi wysyłki dla kraju docelowego blokuje całą kampanię, a nie pojedynczy produkt. Podobnie działają niespójne dane podatkowe, czyli sytuacja, w której feed deklaruje cenę brutto, a ustawienia konta nakazują doliczenie podatku na etapie koszyka.
Trzeci element to zwroty. Polityka zwrotów musi istnieć w ustawieniach konta oraz być dostępna na stronie w formie, którą crawler potrafi odczytać. Jeśli regulamin ładuje się dopiero po kliknięciu w element interaktywny, uznaj go za niewidoczny i wystaw wersję statyczną pod osobnym adresem.
- Sprawdź, czy usługa wysyłki pokrywa każdy kraj z feedu.
- Porównaj deklarację podatkową w feedzie z ustawieniami konta.
- Wystaw politykę zwrotów jako zwykłą podstronę bez skryptów.
- Upewnij się, że czas dostawy w feedzie nie przeczy informacji na stronie.
Konto zawieszone: co zrobić po kolei
Zawieszenie konta to inna kategoria problemu niż odrzucenie oferty, choć zwykle jest jego konsekwencją. Kolejność działań ma znaczenie, bo liczba wniosków o weryfikację jest ograniczona.
- Przeczytaj powód zawieszenia i ustal, czy dotyczy danych, strony, czy asortymentu.
- Napraw wszystkie powiązane błędy naraz, także te oznaczone jako ostrzeżenia.
- Odczekaj jedno pełne pobranie feedu i potwierdź, że raport jest czysty.
- Dopiero wtedy złóż wniosek o ponowną weryfikację, opisując wprowadzone zmiany.
- W czasie oczekiwania nie wprowadzaj zmian w szablonie strony produktu.
Typowy czas odpowiedzi to 3–7 dni roboczych. Powtórne zawieszenie po nieudanej weryfikacji wydłuża kolejne rozpatrzenie, dlatego lepiej poświęcić dodatkowy dzień na audyt niż wysłać wniosek z połowicznie naprawionym feedem.
Jak zapobiegać odrzuceniom przy dużym katalogu
Przy kilku tysiącach produktów ręczna kontrola przestaje działać. Sprawdza się za to walidacja po stronie eksportu: plik, który nie przechodzi własnych testów, nie powinien w ogóle trafić do Google. Minimalny zestaw reguł obejmuje sumy kontrolne identyfikatorów, zakres długości tytułu, obecność obrazu zwracającego kod 200 oraz zgodność ceny z aktualnym cennikiem.
Drugi filar to monitoring w czasie. Warto zapisywać dzienne liczby odrzuceń w podziale na komunikat i kategorię, żeby wychwycić moment, w którym wdrożenie na stronie psuje feed. Dane z Merchant Center można w tym celu zestawiać z danymi wydajnościowymi w jednym miejscu, podobnie jak przy masowym eksporcie Search Console do BigQuery, gdzie dopiero historia dłuższa niż kilka tygodni pokazuje, czy problem narasta.
Na koniec rzecz, o której łatwo zapomnieć: odrzucenia rzadko rozkładają się równomiernie. Zwykle 10% kategorii generuje większość błędów, bo ma najbardziej złożone dane. Jeśli regularnie zestawiasz liczbę odrzuceń z udziałem kategorii w przychodzie, szybko zobaczysz, gdzie porządkowanie danych naprawdę się opłaca.
FAQ
Jak długo trwa ponowna weryfikacja odrzuconego produktu?
Po poprawieniu danych oferta jest sprawdzana przy kolejnym pobraniu feedu, zwykle w ciągu 24–72 godzin. Jeśli odrzucenie dotyczyło polityk, weryfikacja ręczna może zająć do 7 dni roboczych.
Czy mogę usunąć problem, usuwając produkt z feedu?
Technicznie tak, komunikat zniknie. Nie rozwiązuje to jednak sprawy, gdy ten sam błąd występuje w szablonie i dotyczy setek innych ofert. Najpierw ustal, czy przyczyna jest jednostkowa, czy systemowa.
Co zrobić, gdy produkt nie ma kodu GTIN?
Dla produktów własnej marki oznacz brak identyfikatora właściwym atrybutem i uzupełnij parę marka oraz MPN. Dla towarów markowych brak GTIN to zwykle luka w bazie, a nie wyjątek od reguły.
Dlaczego cena jest zgodna, a oferta nadal odrzucona?
Najczęściej crawler widzi inną wersję strony niż użytkownik: inny region, inną walutę albo cenę dostępną wyłącznie po zalogowaniu. Sprawdź, co zwraca strona produktu bez ciasteczek i bez sesji.
Czy ostrzeżenia można ignorować?
Nie warto. Ostrzeżenia ograniczają zasięg oferty, a ich kumulacja bywa przyczyną zawieszenia konta. Przed wnioskiem o weryfikację należy wyczyścić także je.
Jak często powinien aktualizować się feed w sklepie z dynamicznymi cenami?
Pełny plik raz na dobę wystarcza przy stabilnym cenniku. Przy cenach zmieniających się w ciągu dnia potrzebne są aktualizacje przyrostowe wysyłane bezpośrednio po zmianie w sklepie.