Odrzucone produkty w feedzie: jak znaleźć przyczynę błędu

Odrzucone produkty w feedzie: od czego zacząć diagnostykę

Jeżeli w panelu reklamowym lub sprzedażowym widzisz odrzucone produkty w feedzie, pierwszym krokiem nie powinno być ponowne wygenerowanie pliku. Najpierw sprawdź dokładny komunikat przypisany do produktu. Platforma może wskazywać konkretny atrybut, niezgodność danych, problem ze stroną docelową, identyfikatorem produktu albo naruszenie wymagań dotyczących oferty.

To rozróżnienie ma znaczenie, ponieważ ten sam produkt może być poprawnie zapisany w XML lub CSV, a mimo tego zostać odrzucony po sprawdzeniu strony sklepu. Przykładem jest sytuacja, w której feed przekazuje dostępność produktu jako dostępny, natomiast na stronie produktu znajduje się informacja o braku towaru. Google opisuje takie przypadki jako niezgodność danych dostępności między feedem a stroną docelową.

Jeżeli dopiero porządkujesz źródło danych, przydatne będzie wcześniejsze uporządkowanie podstaw, czyli jak działa feed produktowy w sklepie. Pozwala to rozdzielić problem generowania danych od problemu ich późniejszej interpretacji przez platformę.

Najprostsza zasada diagnostyczna brzmi: najpierw ustal, co platforma zakwestionowała, potem sprawdź wartość w źródle, a na końcu porównaj ją z rzeczywistym stanem na stronie produktu. Dopiero po tym zmieniaj dane.

Komunikat błędu mówi więcej niż liczba odrzuconych produktów

Liczba odrzuconych produktów pokazuje skalę problemu, ale nie jego przyczynę. Jeżeli odrzucono kilkaset produktów, nie oznacza to automatycznie, że trzeba ręcznie sprawdzać kilkaset rekordów. Najpierw trzeba znaleźć wspólny wzorzec.

W panelu diagnostycznym sprawdź, czy produkty są przypisane do jednego rodzaju problemu. Następnie otwórz szczegóły konkretnego błędu i pobierz listę produktów, których dotyczy. Google Merchant Center umożliwia filtrowanie produktów według problemu oraz pobranie listy dotkniętych nim pozycji. Taki plik można następnie porównać z danymi źródłowymi sklepu.

Jeżeli większość odrzuceń ma identyczny komunikat, zacznij od jednego reprezentatywnego produktu. Nie analizuj całego katalogu równocześnie. Wybierz produkt z odrzuceniem, odczytaj jego identyfikator i znajdź dokładnie ten sam rekord w feedzie.

Przy każdym błędzie zadaj sobie trzy pytania:

1. Jaką wartość wysłał feed?
2. Jaką wartość pokazuje sklep na stronie produktu?
3. Jakiej wartości lub formatu wymaga platforma?

Jeżeli odpowiedzi są różne, masz już konkretny kierunek dalszej pracy. Jeżeli wszystkie wartości wyglądają poprawnie, przejdź do sprawdzenia innych warunków, takich jak identyfikatory, obrazy, adresy URL, zasady dotyczące produktu i ustawienia miejsca docelowego.

Nie zaczynaj od zmiany kilku pól jednocześnie. Jeżeli poprawisz tytuł, cenę, dostępność i identyfikator, a następnie produkt zostanie zaakceptowany, nie będziesz wiedzieć, która zmiana usunęła problem. Przy kolejnych podobnych błędach utrudni to znalezienie źródła problemu.

Jak znaleźć błąd w feedzie produktowym

Gdy znasz komunikat i identyfikator produktu, przejdź do danych źródłowych. W sklepie internetowym feed najczęściej powstaje automatycznie na podstawie danych zapisanych w bazie produktów. Oznacza to, że błąd widoczny w feedzie może być tylko skutkiem wcześniejszego problemu w sklepie.

Otwórz rekord produktu i sprawdź podstawowe pola. W zależności od platformy i rodzaju źródła mogą to być między innymi identyfikator, tytuł, opis, cena, dostępność, adres produktu, adres zdjęcia, marka, GTIN, MPN, kategoria oraz informacje dotyczące wariantu.

Następnie porównaj rekord z kartą produktu. Nie wystarczy sprawdzić, czy adres URL działa po kliknięciu. Sprawdź, czy prowadzi do właściwego produktu, czy strona jest dostępna bez błędu i czy dane prezentowane na stronie odpowiadają temu, co wysłano w feedzie.

Google wskazuje, że nieprawidłowe lub brakujące informacje o produkcie mogą powodować odrzucenia, ograniczenie kwalifikacji albo nieprawidłowe wyświetlanie oferty. Dotyczy to między innymi identyfikatorów, danych wariantów, obrazów oraz rozbieżności między feedem i stroną internetową.

Jeżeli sklep korzysta z WooCommerce, PrestaShop albo innego systemu e commerce, sprawdź również źródło danych. Produkt może mieć poprawną nazwę na stronie, ale błędną wartość w polu wykorzystywanym przez moduł eksportujący. Podobnie cena może być prawidłowa dla klienta zalogowanego, a inna dla użytkownika anonimowego, jeżeli sklep stosuje różne reguły cenowe.

Przy większej liczbie produktów najlepiej pobrać listę odrzuceń i wyszukać po identyfikatorach wszystkie rekordy w pliku źródłowym. Pozwala to sprawdzić, czy problem dotyczy jednej kategorii, marki, dostawcy, wariantu albo sposobu importu.

Jeżeli pracujesz równocześnie z reklamami i Merchant Center, przy analizie problemu możesz też rozdzielić kwestie danych produktowych od problemów z konfiguracją kampanii, korzystając z materiałów dotyczących diagnostyki problemów w Google Ads.

Błędy danych, które najczęściej prowadzą do odrzucenia

Jedną z pierwszych grup problemów są braki w wymaganych danych. Jeżeli feed nie przekazuje wartości wymaganej dla konkretnego produktu lub kategorii, platforma może nie być w stanie prawidłowo przetworzyć oferty. W dokumentacji specyfikacji danych Google wymienia między innymi podstawowe informacje o produkcie, cenę, dostępność, identyfikatory, kategorię, dane wariantów, obrazy oraz informacje związane z miejscem docelowym.

Druga grupa to wartości nieprawidłowe. Pole może istnieć, ale zawierać wartość, której platforma nie akceptuje. Nie wystarczy więc sprawdzić, czy kolumna lub tag są obecne. Trzeba sprawdzić również zawartość pola.

Trzecia grupa to rozbieżności. Produkt może mieć prawidłowy rekord w feedzie, ale dane na stronie mogą być inne. Szczególnie często dotyczy to ceny, dostępności, wariantów i adresów stron docelowych.

Czwarta grupa obejmuje problemy techniczne z plikiem. Przy XML sprawdź poprawność struktury, zamknięcie tagów oraz poprawne kodowanie. Przy CSV lub TSV sprawdź separatory, znaki specjalne, łamanie linii oraz kodowanie. Błąd strukturalny może sprawić, że platforma nie odczyta części rekordu tak, jak zakładał system generujący feed.

Poniższa tabela pozwala przejść od komunikatu do konkretnego testu.

Rodzaj błędu feedu	Możliwa przyczyna	Sposób weryfikacji
Brak wymaganej wartości	Puste pole lub brak atrybutu	Otwórz rekord produktu i sprawdź wymagane pola dla danego typu produktu
Nieprawidłowy identyfikator	Błędny GTIN, MPN lub inny identyfikator	Porównaj wartość ze źródłem producenta i danymi produktu
Niezgodna cena	Inna cena w feedzie i na stronie	Otwórz stronę jako użytkownik niezalogowany i porównaj cenę z feedem
Niezgodna dostępność	Inny status magazynowy w sklepie i feedzie	Porównaj pole dostępności z komunikatem na karcie produktu
Problem z obrazem	Brak obrazu, nieprawidłowy URL lub niedostępny plik	Otwórz bezpośrednio adres obrazu i sprawdź, czy zwraca właściwy plik
Niewłaściwa strona docelowa	Link prowadzi do innego produktu lub wariantu	Porównaj URL w feedzie z adresem właściwej karty produktu
Problem z wariantem	Brak lub błędna relacja między wariantami	Sprawdź identyfikatory wariantów oraz grupowanie produktu
Błąd formatu pliku	Niepoprawny XML, separator lub kodowanie	Otwórz plik w walidatorze i sprawdź strukturę problematycznego rekordu
Problem z kategorią	Nieprawidłowa klasyfikacja produktu	Porównaj kategorię wysłaną w feedzie z wymaganiami platformy
Naruszenie zasad	Dane produktu lub oferta nie spełniają wymagań platformy	Odczytaj szczegóły decyzji i sprawdź konkretną zasadę dotyczącą produktu

Dlaczego produkty są odrzucane w feedzie mimo poprawnego pliku

To jedna z częstszych sytuacji, która prowadzi do niepotrzebnego poprawiania eksportu. Plik może przejść podstawową walidację składni, a produkt nadal może zostać odrzucony.

Walidacja struktury odpowiada na pytanie, czy system może odczytać plik. Nie odpowiada jeszcze na pytanie, czy wszystkie informacje spełniają wymagania platformy. XML może być technicznie poprawny, ale zawierać niewłaściwy identyfikator produktu. CSV może mieć poprawne kolumny, ale błędną wartość dostępności.

Dlatego diagnostykę trzeba prowadzić na dwóch poziomach. Pierwszy poziom to plik i jego struktura. Drugi to znaczenie danych oraz ich zgodność z rzeczywistą ofertą.

Dobrym przykładem jest dostępność. Jeżeli feed zawiera wartość oznaczającą dostępność, ale sklep pokazuje brak produktu, problem nie wynika z tego, że XML jest źle zapisany. Źródłem jest niespójność danych. Google opisuje ten przypadek jako niezgodność dostępności między danymi produktu i stroną docelową.

Podobnie działa problem z adresem strony. Jeżeli URL z feedu prowadzi do innego wariantu, przekierowuje do kategorii albo zwraca nieprawidłową stronę, samo poprawienie składni XML niczego nie rozwiąże. Trzeba ustalić, dlaczego generator feedu tworzy taki adres.

Jeżeli chcesz ocenić cały przepływ danych, przydatne jest również sprawdzenie, jak skonfigurować Google Merchant Center, ponieważ część problemów wynika nie z samego rekordu produktu, lecz z ustawień źródła danych, kraju, miejsca docelowego lub sposobu przesyłania danych.

Jak sprawdzić przyczynę odrzucenia konkretnego produktu

Weź jeden odrzucony produkt i przeprowadź pełny test. Nie zaczynaj od całego katalogu.

Najpierw zapisz dokładny komunikat błędu oraz identyfikator produktu. Następnie znajdź ten identyfikator w aktualnym feedzie. Jeżeli go tam nie ma, sprawdź, czy produkt został usunięty, czy generator zmienił identyfikator, czy platforma analizuje starszą wersję danych.

Potem przejdź przez pola związane bezpośrednio z komunikatem. Jeżeli problem dotyczy obrazu, sprawdź adres obrazu. Jeżeli dotyczy ceny, porównaj cenę w feedzie z ceną na stronie. Jeżeli dotyczy dostępności, sprawdź również stan magazynowy i reguły sklepu.

Następnie otwórz stronę produktu bezpośrednio z adresu przesłanego w feedzie. Sprawdź, czy produkt jest dostępny, czy dane są widoczne dla zwykłego użytkownika oraz czy strona nie zmienia wartości po załadowaniu przez skrypt.

Jeżeli produkt ma warianty, sprawdź konkretny wariant, którego dotyczy oferta. W sklepach z dużą liczbą odmian łatwo pomylić dane produktu głównego z danymi konkretnego wariantu. Problem może dotyczyć tylko jednego rozmiaru, koloru lub konfiguracji.

Na końcu sprawdź, czy problem nie występuje również w innych produktach z tej samej grupy. Jeżeli odrzucone są produkty tej samej marki albo kategorii, szukaj wspólnego źródła danych. Jeżeli problem dotyczy pojedynczego produktu, zacznij od jego rekordu i strony.

Diagnostyka feedu przy dużej liczbie odrzuceń

Przy większym katalogu ręczne sprawdzanie każdego produktu nie ma sensu. Najpierw pogrupuj błędy według komunikatu, a następnie według kategorii produktów, marki, źródła danych albo sposobu generowania rekordu.

Jeżeli kilkaset produktów ma ten sam komunikat, prawdopodobnie szukasz jednej reguły, która generuje wiele błędnych rekordów. Może to być ustawienie modułu eksportującego, mapowanie pola, sposób pobierania ceny albo reguła dotycząca dostępności.

Jeżeli różne produkty mają różne komunikaty, podziel diagnostykę na osobne grupy. Nie poprawiaj wszystkiego jednym skryptem tylko dlatego, że problemy pojawiły się w tym samym czasie.

Przydatnym krokiem jest pobranie raportu produktów wymagających uwagi. Następnie połącz go z eksportem danych sklepu po identyfikatorze produktu. W arkuszu możesz zestawić obok siebie komunikat błędu, identyfikator, cenę, dostępność, URL, markę i kategorię. Dzięki temu szybciej zauważysz powtarzające się wartości.

Jeżeli feed jest generowany automatycznie, sprawdź także moment jego aktualizacji. Produkt mógł zostać zmieniony w sklepie po ostatnim wygenerowaniu źródła danych. Wtedy panel może jeszcze analizować poprzednią wersję rekordu.

Nie zakładaj też, że każdy komunikat oznacza problem z feedem. Czasami źródłem jest sama strona produktu albo konfiguracja konta. Dlatego poprawka powinna być wykonana w miejscu, w którym powstaje przyczyna, a nie w miejscu, w którym pojawia się komunikat.

Co zrobić po poprawieniu danych

Po ustaleniu przyczyny wprowadź jedną logiczną zmianę i wygeneruj aktualne dane. Następnie sprawdź ponownie konkretny produkt oraz grupę produktów, której dotyczył problem.

Jeżeli błąd wynikał z danych źródłowych, upewnij się, że nowy feed rzeczywiście zawiera poprawioną wartość. Nie zakładaj, że zmiana w panelu sklepu automatycznie zmieniła plik. Przy automatycznych integracjach może istnieć osobny proces eksportu, cache albo harmonogram aktualizacji.

Jeżeli problem dotyczył strony docelowej, sprawdź ją ponownie po wdrożeniu poprawki. Jeżeli dotyczył obrazu, otwórz bezpośredni URL pliku. Jeżeli dotyczył ceny lub dostępności, porównaj dane po ponownym pobraniu źródła.

Google zaleca poprawienie danych produktu, ponowne przesłanie danych oraz sprawdzenie, czy problem nie jest już widoczny w sekcji produktów wymagających uwagi. W niektórych przypadkach dostępna jest również opcja poproszenia o ponowną weryfikację produktu lub problemu.

Nie wysyłaj kolejnych wersji feedu bez sprawdzenia zmiany. Jeżeli po poprawce komunikat nadal występuje, porównaj ponownie rekord źródłowy, stronę produktu i wymagania wskazane przez platformę. To pozwala ustalić, czy poprawka nie została opublikowana, czy pierwotna diagnoza była błędna.

Kiedy problem wymaga audytu całego feedu

Jeżeli pojedynczy produkt ma błąd, analiza jednego rekordu często wystarcza. Jeżeli jednak odrzucenia obejmują wiele kategorii i powtarzają się po kolejnych aktualizacjach, trzeba przeanalizować cały sposób tworzenia i przesyłania danych.

W takiej sytuacji sprawdź źródło produktów, mapowanie pól, reguły eksportu, warianty, ceny, dostępność, identyfikatory, obrazy oraz adresy URL. Przeanalizuj również, czy dane na stronie i dane wysyłane do platformy pochodzą z tego samego źródła.

Jeżeli sklep korzysta z kilku integracji, ustal, gdzie dokładnie powstaje wartość przekazywana do feedu. Dane mogą przechodzić przez sklep, moduł eksportujący, zewnętrzny system produktowy i dopiero potem platformę reklamową. Każde dodatkowe ogniwo może zmienić format albo wartość pola.

Przy powtarzających się problemach lepiej przygotować mapę przepływu danych niż poprawiać kolejne produkty ręcznie. Pozwala ona wskazać miejsce, w którym dane zaczynają się rozjeżdżać.

Jeżeli potrzebujesz sprawdzenia sklepu, źródeł danych, integracji i sposobu przekazywania produktów, możesz zlecić audyt sklepu i źródeł danych, zamiast szukać przyczyny wyłącznie w panelu platformy.

Podsumowanie: diagnozuj przyczynę, nie objaw

Odrzucony produkt to komunikat o konkretnym problemie, a nie sygnał, że cały feed trzeba tworzyć od początku. Zacznij od dokładnego komunikatu, wybierz konkretny produkt i znajdź jego rekord w źródle danych. Potem porównaj feed ze stroną produktu oraz wymaganiami platformy.

Jeżeli problem powtarza się w wielu produktach, szukaj wspólnego źródła: reguły eksportu, mapowania pola, danych magazynowych, identyfikatorów, wariantów albo konfiguracji integracji. Jeżeli dotyczy pojedynczej oferty, przeanalizuj jej rekord i stronę docelową.

Tak prowadzona diagnostyka pozwala odpowiedzieć na pytanie, dlaczego produkty są odrzucane w feedzie, bez poprawiania danych metodą prób i błędów. Najważniejsze jest powiązanie komunikatu z konkretnym rekordem, następnie z wartością w źródle i na końcu z rzeczywistym stanem oferty.