Odrzucone produkty w Google Merchant Center - przyczyny i rozwiązania
Odrzucone produkty w Google Merchant Center to oferty, którym system nadał status „Odrzucona” po porównaniu danych z feedu produktowego z zawartością strony docelowej i zasadami Google Shopping. Oferta z tym statusem nie bierze udziału ani w kampaniach produktowych Google Ads, ani w bezpłatnych listach produktowych, dopóki przyczyna nie zostanie usunięta, a produkt nie przejdzie ponownej weryfikacji. Odrzucenie dotyczy pojedynczej oferty lub grupy ofert i jest zjawiskiem innym niż zawieszenie całego konta Merchant Center, które odcina od ruchu cały asortyment naraz.
- Co oznacza status „Odrzucona" w Google Merchant Center?
- Gdzie sprawdzić listę odrzuconych produktów i przyczynę?
- Co najczęściej powoduje odrzucenie ofert w Merchant Center?
- Jak naprawić odrzucenie z powodu błędnego GTIN?
- Jak usunąć niezgodność ceny i dostępności w feedzie?
- Dlaczego Google odrzuca oferty przez zdjęcia i linki?
- Co zrobić przy odrzuceniu za naruszenie zasad treści?
- Ile trwa ponowne zatwierdzenie produktu po naprawie feedu?
- Jak zbudować proces, który zapobiega odrzuceniom ofert?
- Jakie błędy popełniają sklepy przy naprawie odrzuceń?
- Odrzucone oferty to problem danych, nie kampanii
- Źródła i dokumentacja
Typowy scenariusz wygląda tak: kampania produktowa działała stabilnie przez kilka miesięcy, a pewnego poranka liczba wyświetleń spada o połowę bez żadnej zmiany w Google Ads. Winowajca prawie zawsze siedzi piętro niżej, w Merchant Center. Kilkaset ofert dostało status odrzuconej, bo integracja zaczęła wysyłać cenę brutto obok ceny promocyjnej albo dostawca zmienił kody EAN w hurtowni. Listę odrzuconych produktów warto traktować jak dziennik pokładowy sklepu e-commerce - ona pokazuje, co realnie dzieje się z danymi, zanim zobaczysz to w przychodzie.
Wnioski, które decydują o tym, jak szybko odrzucone oferty wracają do kampanii produktowych i bezpłatnych list produktowych.
-
Niezgodność ceny i dostępności potrafi odrzucić cały asortyment naraz
Jedna zmiana w integracji, na przykład cena brutto wysyłana obok ceny promocyjnej, dotyka jednocześnie wszystkich ofert. Dlatego ten problem warto sprawdzić przed brakującymi kodami GTIN, które zwykle dotyczą pojedynczych produktów.
-
Merchant Center czyta feed i kartę produktu jako dwa niezależne źródła danych
Robot Google pobiera plik z feedem, a osobno odwiedza kartę produktu i odczytuje z niej cenę oraz dostępność. Rozbieżność między tymi odczytami wystarczy do odrzucenia oferty, nawet gdy sam feed jest technicznie poprawny.
-
Licznik ponownej weryfikacji w Merchant Center rusza po kolejnym pobraniu feedu
Merchant Center pracuje na ostatnio pobranej wersji pliku, więc poprawiona w panelu sklepu cena nic nie zmienia do najbliższego pobrania. Przy harmonogramie raz na dobę do czasu przeglądu trzeba doliczyć nawet 24 godziny.
-
Google podaje od 3 do 5 dni roboczych na weryfikację produktu w reklamach produktowych
Pomoc Merchant Center dodaje, że ponowne indeksowanie po poprawce trwa zwykle od 24 do 48 godzin. Do tego dochodzi czas oczekiwania na pobranie poprawionego pliku.
-
Masowe ustawienie identifier_exists na wartość no odcina oferty od kart produktów
Atrybut identifier_exists z wartością no należy się wyłącznie rękodziełu, produktom personalizowanym i towarom bez fabrycznego kodu. Ustawiony hurtem dla całego katalogu ucisza komunikat o błędzie i jednocześnie zabiera ofertom parowanie z kartami produktów.
-
Reguły feedu w Merchant Center domykają braki bez zmian w silniku sklepu
Uzupełnienie marki, mapowanie kategorii czy skrócenie tytułu oferty da się wykonać regułą albo feedem suplementarnym w arkuszu. To ścieżka dla sklepów, w których każda zmiana szablonu oznacza kolejkę do programisty i tydzień oczekiwania.
Co oznacza status „Odrzucona” w Google Merchant Center?
Status „Odrzucona” oznacza, że oferta przeszła weryfikację negatywnie i została wyłączona z wyświetlania we wszystkich powierzchniach Google: w reklamach produktowych, w Performance Max, w karcie Zakupy i w bezpłatnych listach produktowych. Produkt nadal istnieje w Merchant Center i nadal jest aktualizowany z feedu, ale nie bierze udziału w żadnej aukcji. Ten stan dotyczy oferty z pliku produktowego - odrzucona reklama tekstowa w Google Ads przechodzi inną ścieżkę, przez Menedżera zasad w koncie reklamowym.
Warto rozróżnić cztery stany, w jakich potrafi znaleźć się oferta, bo każdy wymaga innej reakcji. Częsty błąd to mylenie statusu „Oczekująca” z odrzuceniem i nerwowa przebudowa feedu, choć wystarczyłoby odczekać jeden cykl weryfikacji.
- Aktywna: oferta przeszła weryfikację i może się wyświetlać we wszystkich zadeklarowanych powierzchniach.
- Oczekująca: produkt czeka na weryfikację po przesłaniu lub po zmianie danych; w reklamach produktowych może to potrwać od 3 do 5 dni roboczych.
- Odrzucona: wykryto problem blokujący, oferta jest wyłączona z wyświetlania do czasu usunięcia przyczyny.
- Wygasła: feed nie został pobrany w wymaganym oknie czasowym i dane straciły ważność, co system traktuje jak brak oferty.
Obok statusu odrzucenia funkcjonuje też ograniczenie widoczności, opisywane jako problem o niższej wadze. Oferta z takim oznaczeniem wyświetla się dalej, ale w węższym zestawie powierzchni lub bez dostępu do kart produktów. Ten stan jest podstępny, ponieważ nie widać go w spadku liczby aktywnych ofert, a widać w spadku udziału w wyświetleniach.
Odrzucona oferta a zawieszone konto Merchant Center
Odrzucenie oferty dotyczy danych konkretnego produktu, a zawieszenie konta dotyczy wiarygodności całego sprzedawcy. Pierwsze naprawia się poprawką atrybutu w feedzie i ponownym pobraniem pliku. Drugie wymaga zmian na stronie sklepu, uporządkowania danych firmy i formalnego odwołania, które Google rozpatruje w osobnym trybie.
Zależność między nimi działa w jedną stronę i to jest kluczowe dla oceny ryzyka. Setki odrzuceń technicznych, na przykład z powodu brakującego GTIN, praktycznie nigdy nie kończą się zawieszeniem konta. Ale pojedyncze odrzucenie z powodu naruszenia zasad, zwłaszcza wprowadzania w błąd, potrafi uruchomić przegląd całego konta. Szerzej opisuję ten mechanizm w przewodniku o tym, czym jest Google Merchant Center i jak zbudowana jest jego warstwa weryfikacyjna.
Gdzie sprawdzić listę odrzuconych produktów i przyczynę?
Pełną listę odrzuconych ofert znajdziesz w Merchant Center w sekcji Produkty, w widoku „Wszystkie produkty” z filtrem statusu oraz w zakładce z problemami, gdzie Google grupuje oferty według konkretnego komunikatu błędu. Każdy komunikat ma własny opis, liczbę dotkniętych ofert i przykładowe identyfikatory produktów do sprawdzenia.
Kolejność pracy ma znaczenie, bo lista problemów bywa długa i myląca. Rekomenduję podejście od góry: najpierw problemy oznaczone jako blokujące ofertę, potem ostrzeżenia ograniczające widoczność, na końcu sugestie optymalizacyjne. Sortowanie po liczbie dotkniętych ofert zwykle pokazuje, że dwa lub trzy komunikaty odpowiadają za 80 procent problemu.
- Otwórz sekcję Produkty i przefiltruj oferty po statusie „Odrzucona”, żeby poznać realną skalę zjawiska.
- Przejdź do listy problemów i posortuj komunikaty malejąco po liczbie dotkniętych ofert.
- Pobierz raport do arkusza, żeby zobaczyć powtarzalność błędu w obrębie kategorii, marki lub dostawcy.
- Sprawdź pojedynczy produkt w widoku szczegółów, gdzie widać wartość z feedu obok wartości odczytanej ze strony.
- Ustal właściciela poprawki: dane w silniku sklepu, mapowanie w narzędziu do feedów albo reguła w samym Merchant Center.
Przy asortymencie liczonym w dziesiątkach tysięcy ofert klikanie po interfejsie przestaje mieć sens. Wtedy sięgam po Merchant API i pobieram statusy ofert programowo, co pozwala zestawić odrzucenia z marżą i rotacją produktu. Jeśli chcesz sprawdzić, ile ofert realnie pracuje na Twoim koncie, a ile tylko figuruje w feedzie, dobrym punktem startu jest audyt konta reklamowego obejmujący warstwę Merchant Center.
Jak czytać komunikaty o problemach w Merchant Center?
Każdy komunikat Merchant Center wskazuje trzy rzeczy naraz: atrybut, którego dotyczy problem, warstwę, w której powstał, oraz miejsce naprawy. Rozpisanie ich w tej kolejności skraca diagnostykę, bo od razu widać, czy poprawka należy do sklepu, do integracji, czy do samego Merchant Center.
| Komunikat | Co realnie oznacza | Gdzie naprawiasz |
|---|---|---|
| Niezgodność ceny | Cena w feedzie różni się od ceny odczytanej przez robota na karcie produktu | Szablon karty produktu, mikrodane, reguły cenowe w feedzie |
| Niezgodność dostępności | Feed deklaruje dostępność inną niż komunikat widoczny na stronie | Integracja stanów magazynowych, częstotliwość pobierania feedu |
| Brakujący identyfikator GTIN | Produkt ma przypisany kod kreskowy w bazie Google, ale przesłano go bez GTIN | Karta produktu w sklepie lub feed suplementarny z kodami |
| Nieprawidłowy obraz | Zdjęcie się nie ładuje, jest placeholderem albo zawiera nakładki promocyjne | Atrybut image_link, biblioteka mediów, generator miniatur |
| Wprowadzanie w błąd | Google kwestionuje wiarygodność sklepu, danych firmy lub warunków zakupu | Strony informacyjne sklepu, dane kontaktowe, polityka zwrotów |
Co najczęściej powoduje odrzucenie ofert w Merchant Center?
Najczęstszą przyczyną odrzucenia ofert jest rozjazd między danymi w feedzie a danymi widocznymi na stronie produktu, przede wszystkim w cenie i dostępności. Kolejne miejsca zajmują braki w identyfikatorach produktów, problemy ze zdjęciami oraz naruszenia zasad treści. Ten rozkład jest zaskakująco stabilny niezależnie od tego, co sklep sprzedaje.
Poniższy rozkład to przykład obliczeniowy, nie statystyka branżowa. Pokazuje, jak policzyć udział każdej przyczyny w łącznej liczbie odrzuconych ofert, gdy pogrupujesz je według komunikatu błędu w Merchant Center.
Policzmy na przykładzie konta z 400 odrzuconymi ofertami: 160 przez cenę, 100 przez GTIN, 60 przez zdjęcia, 48 przez zasady treści i 32 przez kategorię lub dostawę. Pełna długość paska odpowiada 100 procentom odrzuceń.
Rozkład ma praktyczną konsekwencję dla kolejności prac. Jeśli zaczniesz od uzupełniania kodów kreskowych, zajmiesz się drugą co do wielkości przyczyną i zostawisz nietkniętą największą. Uważam, że w większości sklepów pierwszym ruchem powinno być zestawienie ceny z feedu z ceną renderowaną na karcie produktu - to jedno porównanie odblokowuje najwięcej ofert w najkrótszym czasie.
Czy wiesz, że…
Poprawienie ceny w panelu sklepu nie odblokowuje oferty od razu. Merchant Center pracuje na ostatnio pobranej wersji pliku, więc licznik weryfikacji rusza dopiero po kolejnym pobraniu feedu, a nie w momencie zapisania zmiany w sklepie.
Jak naprawić odrzucenie z powodu błędnego GTIN?
Odrzucenie z powodu identyfikatora naprawia się przez przesłanie prawidłowego kodu GTIN pobranego od producenta lub dystrybutora, a nie przez wpisanie dowolnego ciągu cyfr. Google waliduje przesłany numer wobec globalnej bazy GS1 i sprawdza, czy kod pasuje do zadeklarowanej marki, dlatego wartości wymyślone, wewnętrzne SKU i ciągi zer generują kolejny błąd zamiast go usuwać.
Kod GTIN pełni funkcję cyfrowego odcisku palca produktu. Dzięki niemu Google łączy Twoją ofertę z kartą produktu, na której zestawia oferty wielu sprzedawców, i rozpoznaje, że sprzedajesz dokładnie ten model, a nie jego starszą wersję. Mechanikę samego kodu opisuję szerzej we wpisie o tym, czym jest kod EAN.
- Źródło kodu: karta katalogowa producenta, plik dystrybutora lub opakowanie produktu, nigdy generator losowych numerów.
- Format europejski: najczęściej EAN-13, czyli 13 cyfr, w którym ostatnia cyfra jest sumą kontrolną.
- Zgodność z marką: prefiks kodu musi odpowiadać producentowi zadeklarowanemu w atrybucie brand.
- Warianty produktu: każdy rozmiar i kolor ma własny GTIN, wspólny kod dla całej rodziny wariantów to typowe źródło odrzuceń.
- Miejsce uzupełnienia: pole w karcie produktu w sklepie albo feed suplementarny podpięty do głównego pliku.
Kiedy zamiast GTIN użyć atrybutu identifier_exists?
Atrybut identifier_exists z wartością „no” stosuje się wyłącznie wtedy, gdy produkt obiektywnie nie ma fabrycznego identyfikatora: przy rękodziele, produktach personalizowanych, dziełach jednostkowych i towarach wytwarzanych na zamówienie. W takim przypadku Google wymaga kompletu marki i numeru katalogowego producenta, czyli pary brand i mpn.
Ten atrybut bywa używany jako uniwersalny wyłącznik problemu. Gdy sklep ustawia identifier_exists na „no” dla całego asortymentu, odrzucenia znikają, a zasięg ofert spada, bo produkty przestają być parowane z kartami produktów. To wymiana widocznego problemu na niewidoczną stratę i uważam ją za jeden z najkosztowniejszych skrótów w zarządzaniu feedem.
Jak usunąć niezgodność ceny i dostępności w feedzie?
Niezgodność ceny usuwa się przez doprowadzenie do sytuacji, w której robot Google odczytuje na karcie produktu dokładnie tę samą wartość, którą wysyła feed, razem z tą samą walutą i tym samym poziomem podatku. Najskuteczniejszym narzędziem jest tu poprawne oznaczenie ceny i dostępności mikrodanymi w standardzie schema.org, bo wtedy robot nie musi zgadywać, która liczba na stronie jest ceną obowiązującą.
Typowe źródła rozjazdu są zawsze te same i wszystkie wynikają z tego, jak sklep prezentuje cenę człowiekowi, a nie maszynie.
- Cena widoczna dopiero w koszyku: promocja doliczana po dodaniu produktu, przez co robot widzi cenę wyższą niż w feedzie.
- Ceny dla zalogowanych: rabat lojalnościowy renderowany tylko dla sesji użytkownika, niedostępny dla robota.
- Opóźniona synchronizacja magazynu: feed generowany o świcie, stan magazynowy zmieniany w ciągu dnia.
- Cache strony produktu: robot dostaje wersję sprzed zmiany ceny, mimo że w panelu sklepu wszystko się zgadza.
- Kilka cen w jednym widoku: cena regularna, promocyjna i cena za sztukę w zestawie bez jednoznacznego oznaczenia mikrodanymi.
Dlaczego mikrodane schema.org skracają czas powrotu ofert?
Mikrodane skracają czas powrotu ofert, ponieważ dają robotowi jednoznaczny odczyt zamiast heurystyki opartej na wyglądzie strony. Znaczniki typu Product z polami price, priceCurrency i availability przenoszą cenę z warstwy wizualnej do warstwy danych, więc promocja wyświetlana w koszyku przestaje być zagadką interpretacyjną. Wdrożenie opisuję krok po kroku w tekście o tym, czym jest schema markup.
Najlepiej widać to przy rabatach naliczanych dopiero w koszyku. Taka cena nie istnieje w kodzie strony produktu, więc robot porównuje wartość z feedu z tym, co sam odczyta, i widzi rozjazd. Dokumentacja Google Merchant Center (Issues in Merchant Center) traktuje niezgodność ceny jako problem blokujący wyświetlanie oferty, a nie ostrzeżenie, więc każda godzina rozjazdu to godzina bez wyświetleń. Oznaczenie ceny promocyjnej mikrodanymi daje robotowi tę samą wartość, którą widzi w feedzie, a częstsze pobieranie feedu skraca okno, w którym obie wersje ceny się różnią. Żadna z tych poprawek nie dotyczy samej kampanii w Google Ads.
Cztery zmiany, które jedną poprawką obejmują najwięcej ofert przy najmniejszym nakładzie pracy.
Dlaczego Google odrzuca oferty przez zdjęcia i linki?
Google odrzuca oferty ze zdjęciami, gdy obraz nie ładuje się pod wskazanym adresem, jest zdjęciem zastępczym typu „brak zdjęcia” albo zawiera elementy nałożone na produkt: logo sklepu, ramkę promocyjną, znak wodny lub napis z ceną. Zasada jest prosta w intencji i twarda w egzekucji - użytkownik ma zobaczyć produkt, nie reklamę produktu.
Druga rodzina błędów dotyczy linku docelowego. Adres z atrybutu link musi prowadzić do strony tego konkretnego produktu, działać bez przekierowań łańcuchowych i zwracać kod 200 dla robota, także wtedy, gdy sklep serwuje inną wersję strony dla ruchu z zagranicy albo blokuje część zapytań przez firewall aplikacyjny.
- Obraz nie ładuje się: plik usunięty, zmieniona struktura katalogów lub CDN blokujący ruch robota.
- Nakładki promocyjne: naklejka z rabatem lub napis „nowość” wypalone w pliku graficznym.
- Zdjęcie zastępcze: generyczna grafika dla produktów bez fotografii, traktowana jako brak zdjęcia.
- Za niska rozdzielczość: miniatura zamiast pełnego zdjęcia w atrybucie image_link.
- Link do listingu kategorii: adres prowadzący do listy produktów zamiast do karty konkretnej oferty.
- Strona niedostępna dla robota: blokada w pliku robots.txt lub zabezpieczenie odrzucające zapytania bez ciasteczek.
W tej grupie błędów najczęściej zawodzi nie sklep, tylko warstwa pośrednia. Typowy objaw to produkty odrzucane falami co kilka dni, a przyczyną bywa mechanizm ochrony przed botami, który wpuszcza robota Google tylko część czasu. Dopóki nie zestawisz godzin odrzuceń z logami serwera, taka przyczyna wygląda na losową.
Czy wiesz, że…
Zmiana samego adresu zdjęcia w feedzie nie wystarczy, jeśli stary plik nadal odpowiada pod poprzednim URL. Google zapamiętuje wersję obrazu przypisaną do oferty, dlatego nowe zdjęcie warto publikować pod nowym adresem, a nie podmieniać plik w miejscu.
Co zrobić przy odrzuceniu za naruszenie zasad treści?
Odrzucenie z powodu zasad treści wymaga zmian poza feedem: w opisie produktu, w danych firmy albo w strukturze samego sklepu. Zasada wprowadzania w błąd jest przy tym najszersza z wszystkich i obejmuje zarówno nieprawdziwe deklaracje o produkcie, jak i brak informacji, których kupujący ma prawo oczekiwać przed zakupem.
W praktyce Google sprawdza spójność trzech warstw: co obiecuje oferta, co mówi strona produktu i co da się zweryfikować o sprzedawcy. Rozjazd w którejkolwiek z nich uruchamia flagę.
- Dane firmy: nazwa sprzedawcy w Merchant Center zgodna z danymi w stopce sklepu i w rejestrze działalności.
- Kontakt: działający adres e-mail lub telefon, widoczny bez logowania i bez formularza jako jedynej opcji.
- Warunki zakupu: jawne koszty dostawy, terminy realizacji i procedura zwrotu przed dodaniem produktu do koszyka.
- Zgodność opisu: deklaracje o skuteczności, składzie lub pochodzeniu produktu możliwe do potwierdzenia.
- Kategorie ograniczone: suplementy, wyroby medyczne, alkohol i usługi finansowe podlegają dodatkowym wymogom.
Naprawa w tej kategorii przebiega inaczej niż naprawa danych. Najpierw wprowadzasz wszystkie zmiany na stronie, dopiero potem składasz wniosek o ponowne rozpatrzenie, i robisz to raz, a nie pięć razy pod rząd. Kolejne odwołania złożone przed zakończeniem poprzedniego przeglądu wydłużają procedurę zamiast ją przyspieszać. Jeśli rozpoznajesz ten wzorzec u siebie i sklep stoi już drugi tydzień, napisz do mnie przed kolejnym odwołaniem.
Czy wiesz, że…
Google nie rozpatrzy odwołania, jeśli na koncie nie ma ani jednego produktu. Usunięcie całego feedu w panice po zawieszeniu blokuje procedurę odwoławczą, zamiast oczyścić konto z problematycznych ofert.
Ile trwa ponowne zatwierdzenie produktu po naprawie feedu?
Ponowne indeksowanie poprawionej oferty trwa zwykle od 24 do 48 godzin, a weryfikacja w reklamach produktowych może potrwać od 3 do 5 dni roboczych od momentu, w którym Merchant Center pobierze nową wersję feedu. Czas liczy się od pobrania pliku, a nie od zapisania zmiany w sklepie, dlatego harmonogram pobierania jest realnym mnożnikiem czasu naprawy: przy pobieraniu raz na dobę do przeglądu trzeba doliczyć nawet 24 godziny oczekiwania.
Przy naruszeniach zasad na poziomie konta ścieżka jest dłuższa. Pomoc Merchant Center podaje, że weryfikacja po ostrzeżeniu dla konta może potrwać do 7 dni, a dodatkowe zmiany w danych produktów i witrynie mogą ją wydłużyć; obowiązuje też limit próśb o sprawdzenie.
Policzmy na przykładzie: pobranie pliku raz na dobę (do 24 godzin), ponowne indeksowanie (od 24 do 48 godzin) i weryfikacja w reklamach produktowych (od 3 do 5 dni roboczych).
Skrócenie tego czasu jest w większym stopniu kwestią harmonogramu niż samej poprawki. Częstsze pobieranie feedu co 6 godzin i aktualizacje z witryny skracają ten czas, bo Merchant Center szybciej dostaje poprawione dane; sama poprawka w sklepie bez nowego pobrania niczego nie zmienia.
Jak zbudować proces, który zapobiega odrzuceniom ofert?
Proces zapobiegający odrzuceniom opiera się na trzech elementach: cyklicznym przeglądzie statusów ofert, jasnym podziale odpowiedzialności za poszczególne warstwy danych oraz regułach feedu, które łatają braki bez czekania na zmiany w silniku sklepu. Sklepy, które to wdrożyły, przestają reagować na odrzucenia dopiero po spadku sprzedaży.
Rekomenduję podejście, w którym raz w tygodniu ktoś konkretny otwiera listę problemów, a raz w miesiącu sprawdzany jest cały feed pod kątem atrybutów opcjonalnych. Praktyczne szczegóły tej warstwy opisuję we wpisie o tym, jak wygląda optymalizacja feedu produktowego.
Tablica pokazuje, jak przesuwa się pojedyncze odrzucenie: od wykrycia w Merchant Center do potwierdzonego powrotu oferty.
Do tego dochodzi warstwa alertów. Merchant Center wysyła powiadomienia mailowe o problemach z kontem, ale domyślnie trafiają one na adres założyciela konta i giną w skrzynce. Przekierowanie ich na adres zbiorczy sklepu kosztuje pięć minut, a skraca czas reakcji z tygodni do dni. Ten sam mechanizm warto spiąć z kampanią produktową w Google Ads, bo to ona pierwsza odczuwa spadek liczby aktywnych ofert.
Jakie błędy popełniają sklepy przy naprawie odrzuceń?
Najkosztowniejszym błędem przy naprawie odrzuconych ofert jest usuwanie ich z feedu zamiast poprawiania danych. Znika komunikat, znika problem z listy, znika też produkt z rynku - a przy okazji sklep traci historię oferty, którą Google buduje po identyfikatorze produktu i wykorzystuje w ocenie jakości konta.
Przy dużych asortymentach masowe wyłączanie problematycznych ofert wygląda na rozsądny kompromis czasowy, ale ma koszt: przywrócona oferta znowu przechodzi weryfikację, w reklamach produktowych od 3 do 5 dni roboczych, i przez ten czas nie zbiera wyświetleń.
- Naprawa objawu zamiast przyczyny: ręczna korekta pojedynczych ofert, gdy błąd generuje szablon lub integracja.
- Masowe identifier_exists: wyłączenie wymogu identyfikatorów dla całego asortymentu, żeby uciszyć komunikat.
- Seria odwołań: kolejne wnioski składane w trakcie trwającego przeglądu, wydłużające procedurę.
- Ignorowanie ostrzeżeń: praca wyłącznie na błędach blokujących, przy narastającej liczbie ograniczeń widoczności.
- Brak dokumentacji: poprawka wykonana bez opisu, przez co ten sam błąd wraca po kolejnej aktualizacji sklepu.
Osobna pułapka dotyczy kampanii. Po masowym odrzuceniu część sklepów restartuje kampanie produktowe, licząc na szybszy powrót wyników. Efekt bywa odwrotny, bo systemy licytacji tracą zebrane dane. Różnice między formatami kampanii i ich wrażliwość na jakość feedu porównuję we wpisie Performance Max czy Google Shopping.
Odrzucone oferty to problem danych, nie kampanii
Odrzucone produkty w Google Merchant Center rzadko są problemem reklamowym. To problem danych, który ujawnia się w reklamie, bo reklama jest pierwszym miejscem, gdzie widać jego skutki finansowe. Dlatego kolejność działań powinna iść od źródła danych do kampanii, a nie odwrotnie.
Przestań traktować listę odrzuconych ofert jak kolejkę usterek do zamknięcia przed końcem tygodnia. Zacznij ją czytać jak raport o jakości integracji między sklepem a ekosystemem Google. W tej perspektywie odrzucenia z powodu niezgodności ceny przestają być serią przypadków, a stają się jednym defektem procesu, który da się naprawić raz.
- Zdiagnozuj skalę - policz odrzucone oferty i pogrupuj je według komunikatu błędu.
- Napraw największą przyczynę - zwykle jest to zgodność ceny i dostępności ze stroną produktu.
- Skróć harmonogram pobierania feedu, żeby poprawki trafiały do weryfikacji szybciej.
- Zabezpiecz proces cotygodniowym przeglądem statusów i alertami wysyłanymi na adres zbiorczy.
Sklep, w którym udział aktywnych ofert utrzymuje się powyżej 95 procent przez kwartał, ma przewagę, której nie da się kupić wyższą stawką. Ta przewaga bierze się z porządku w danych, a porządek w danych jest jedynym elementem kampanii produktowej, który w całości zależy od Ciebie.
Czy ten artykuł był dla Ciebie pomocny?
Oceń go w skali od 1 do 5. Dzięki temu wiem, które tematy rozwijać.
Brak ocen. Twoja będzie pierwsza.
Źródła i dokumentacja
Cztery materiały, do których wracam przy diagnozowaniu odrzuconych ofert: dwa dokumenty Google opisujące zasady weryfikacji i dwie niezależne analizy branżowe z danymi o tym, które błędy w feedzie powtarzają się najczęściej.
Issues in Merchant Center
Oficjalny wykaz statusów i komunikatów o problemach z ofertami, z podziałem na błędy blokujące i ostrzeżenia. Podstawa sekcji o tym, gdzie sprawdzić listę odrzuconych produktów i jak czytać komunikaty w tabeli diagnostycznej.
About unique product identifiers
Dokumentacja wymogów dla atrybutów gtin, brand i mpn wraz z zasadami stosowania identifier_exists. Odnosi się bezpośrednio do sekcji o naprawie odrzuceń z powodu brakującego lub błędnego GTIN.
Top data errors that cause Google Shopping to disapprove products
Niezależne zestawienie błędów danych, które najczęściej blokują oferty w Google Shopping, z opisem mechaniki każdego z nich. Punkt odniesienia dla sekcji o najczęstszych przyczynach odrzucenia.
10 Google Shopping Product Feed Optimization Tips & Tricks
Praktyczne wskazówki dotyczące tytułów, zdjęć i atrybutów opcjonalnych w feedzie produktowym. Wspiera sekcje o odrzuceniach z powodu zdjęć oraz o budowaniu procesu, który zapobiega kolejnym odrzuceniom.
Pytania i odpowiedzi (FAQ)
Pytania, które wracają w rozmowach o odrzuconych ofertach już po naprawie feedu: o koszty, odpowiedzialność w zespole sklepu, skutki dla bezpłatnych list produktowych i wpływ na kampanie.
Czy za odrzucone produkty w Google Merchant Center płaci się w kampanii Google Ads?
Kto w sklepie internetowym powinien odpowiadać za naprawę odrzuconych ofert w Merchant Center?
Czy odrzucenie ofert w Merchant Center blokuje też bezpłatne listy produktowe w Google?
Czy migracja sklepu na inną platformę kasuje historię odrzuceń w Google Merchant Center?
Czy przy asortymencie kilkudziesięciu produktów opłaca się płatne narzędzie do zarządzania feedem?
Czy odrzucone oferty zatrzymują całą kampanię Performance Max w Google Ads?
