Błędy w feedzie produktowym - jak je wykryć i naprawić automatycznie

Łukasz Palej

Łukasz Palej

Technical Implementation Expert

Błędy w feedzie produktowym wykrywa się na dwóch poziomach: przed wysyłką - walidacją pliku w generatorze, która sprawdza wymagane pola, formaty cen, identyfikatory i liczbę produktów - oraz po wysyłce, w diagnostyce Google Merchant Center, Menedżera sprzedaży Meta czy panelu porównywarki. Naprawia się je automatycznie regułami i skryptami, które poprawiają dane przed wygenerowaniem pliku: normalizują ceny, usuwają HTML z opisów, odrzucają nieprawidłowe GTIN, przycinają tytuły i wstrzymują publikację niepełnego pliku. Ręczne poprawki w panelach znikają przy następnym pobraniu feedu.

W tym wpisie pokazujemy, jakie błędy feedu produktowego zdarzają się najczęściej, jak zbudować walidację feedu przed wysyłką, jakie poprawki da się zautomatyzować, a których nie, i jak monitorować feed, żeby problem wychodził w ciągu godzin, a nie po tygodniu spadku sprzedaży. Tekst jest dla sprzedawców i programistów, którzy utrzymują feedy dla Google, Meta, Ceneo i innych kanałów.

[#wazne] W skrócie: błędy feedu produktowego najlepiej łapać, zanim plik trafi do Google Merchant Center, Meta lub porównywarki. Walidacja feedu w generatorze sprawdza wymagane pola, formaty, GTIN, duplikaty id i liczbę produktów, a reguły automatycznie poprawiają powtarzalne problemy w danych. Diagnostyka platform służy wtedy do kontroli, a nie do codziennego gaszenia pożarów. Programiści Vinson budują takie walidacje, skrypty naprawcze i alerty dla feedów sklepów.

Skąd biorą się błędy w feedzie produktowym

Feed produktowy to kopia danych sklepu w formacie wymaganym przez platformę reklamową lub porównywarkę. Błędy prawie nigdy nie powstają w samym pliku - powstają w danych źródłowych albo w sposobie ich przekształcania. Produkt bez marki w sklepie będzie produktem bez marki w feedzie. Cena zapisana z przecinkiem w bazie trafi do pliku z przecinkiem, jeśli generator jej nie znormalizuje. Dlatego skuteczna walka z błędami zaczyna się od zrozumienia, gdzie powstają.

Przyczyny można podzielić na trzy grupy. Pierwsza to braki w danych: puste marki, brak GTIN, zdjęcia w złej rozdzielczości, opisy skopiowane z hurtowni. Druga to błędy przekształceń: zły format ceny, HTML w opisie, ucięte znaki, złe kodowanie, warianty połączone w jeden produkt. Trzecia to rozbieżności w czasie: feed generowany raz na dobę, a ceny i stany zmieniane kilka razy dziennie.

Najczęstsze objawy i ich poprawki:

[#chart:wpr35a]

Najczęstsze błędy feedu produktowego w Google, Meta i Ceneo

Każda platforma ma własną specyfikację, ale lista typowych błędów jest podobna. Poniżej zestawienie, które pomaga zaplanować reguły walidacji:

BłądTypowy komunikat lub objawAutomatyczna poprawka
Rozbieżność ceny ze stronąNiezgodna cena, odrzucenie produktuFeed z tego samego źródła cen co strona, częstsza aktualizacja
Zły format cenyNieprawidłowa wartość cenyNormalizacja do kropki i kodu waluty
Nieprawidłowy GTINBłędna cyfra kontrolna lub długośćWalidacja sumy kontrolnej, pominięcie złego GTIN
Brak marki lub identyfikatorówBrak wymaganego atrybutuUzupełnienie z kartoteki producenta, identifier_exists tam, gdzie dopuszczalne
Zduplikowane idProdukty pominięte lub nadpisaneKontrola unikalności przed zapisem pliku
HTML w opisieOstrzeżenie o formacie opisuUsunięcie tagów i encji
Za długi tytułTytuł ucięty lub odrzuconyPrzycięcie do limitu na granicy słowa
Błędna składnia XMLCały plik nieprzetworzonyWalidacja XML przed publikacją

Limity i formaty pól różnią się między platformami. Google przyjmuje tytuł do 150 znaków, Meta do 200, a Ceneo nazwę do 150 znaków - szczegóły opisujemy we wpisach o feedzie dla Google Merchant Center i o feedzie dla Meta Ads i katalogu Facebook (stan na maj 2026 - sprawdź aktualną dokumentację platform).

[#tip] Zanim zaczniesz pisać reguły, wyeksportuj listę problemów z diagnostyki każdej platformy i pogrupuj je według przyczyny. Zwykle kilka przyczyn odpowiada za zdecydowaną większość odrzuceń. Od nich zacznij automatyzację, a rzadkie przypadki zostaw do ręcznej obsługi.

Błędy w feedzie produktowym wykrywa się na dwóch poziomach: przed wysyłką - walidacją pliku w generatorze, która sprawdza wymagane pola, formaty cen, identyfikatory i liczbę produktów - oraz po wysyłce, w diagnostyce Google Merchant Center, Menedżera sprzedaży Meta czy panelu porównywarki. Naprawia się je automatycznie regułami i skryptami, które poprawiają dane przed wygenerowaniem pliku: normalizują ceny, usuwają HTML z opisów, odrzucają nieprawidłowe GTIN, przycinają tytuły i wstrzymują publikację niepełnego pliku. Ręczne poprawki w panelach znikają przy następnym pobraniu feedu.

W tym wpisie pokazujemy, jakie błędy feedu produktowego zdarzają się najczęściej, jak zbudować walidację feedu przed wysyłką, jakie poprawki da się zautomatyzować, a których nie, i jak monitorować feed, żeby problem wychodził w ciągu godzin, a nie po tygodniu spadku sprzedaży. Tekst jest dla sprzedawców i programistów, którzy utrzymują feedy dla Google, Meta, Ceneo i innych kanałów.

[#wazne] W skrócie: błędy feedu produktowego najlepiej łapać, zanim plik trafi do Google Merchant Center, Meta lub porównywarki. Walidacja feedu w generatorze sprawdza wymagane pola, formaty, GTIN, duplikaty id i liczbę produktów, a reguły automatycznie poprawiają powtarzalne problemy w danych. Diagnostyka platform służy wtedy do kontroli, a nie do codziennego gaszenia pożarów. Programiści Vinson budują takie walidacje, skrypty naprawcze i alerty dla feedów sklepów.

Skąd biorą się błędy w feedzie produktowym

Feed produktowy to kopia danych sklepu w formacie wymaganym przez platformę reklamową lub porównywarkę. Błędy prawie nigdy nie powstają w samym pliku - powstają w danych źródłowych albo w sposobie ich przekształcania. Produkt bez marki w sklepie będzie produktem bez marki w feedzie. Cena zapisana z przecinkiem w bazie trafi do pliku z przecinkiem, jeśli generator jej nie znormalizuje. Dlatego skuteczna walka z błędami zaczyna się od zrozumienia, gdzie powstają.

Przyczyny można podzielić na trzy grupy. Pierwsza to braki w danych: puste marki, brak GTIN, zdjęcia w złej rozdzielczości, opisy skopiowane z hurtowni. Druga to błędy przekształceń: zły format ceny, HTML w opisie, ucięte znaki, złe kodowanie, warianty połączone w jeden produkt. Trzecia to rozbieżności w czasie: feed generowany raz na dobę, a ceny i stany zmieniane kilka razy dziennie.

Najczęstsze objawy i ich poprawki:

[#chart:wpr35a]

Najczęstsze błędy feedu produktowego w Google, Meta i Ceneo

Każda platforma ma własną specyfikację, ale lista typowych błędów jest podobna. Poniżej zestawienie, które pomaga zaplanować reguły walidacji:

BłądTypowy komunikat lub objawAutomatyczna poprawka
Rozbieżność ceny ze stronąNiezgodna cena, odrzucenie produktuFeed z tego samego źródła cen co strona, częstsza aktualizacja
Zły format cenyNieprawidłowa wartość cenyNormalizacja do kropki i kodu waluty
Nieprawidłowy GTINBłędna cyfra kontrolna lub długośćWalidacja sumy kontrolnej, pominięcie złego GTIN
Brak marki lub identyfikatorówBrak wymaganego atrybutuUzupełnienie z kartoteki producenta, identifier_exists tam, gdzie dopuszczalne
Zduplikowane idProdukty pominięte lub nadpisaneKontrola unikalności przed zapisem pliku
HTML w opisieOstrzeżenie o formacie opisuUsunięcie tagów i encji
Za długi tytułTytuł ucięty lub odrzuconyPrzycięcie do limitu na granicy słowa
Błędna składnia XMLCały plik nieprzetworzonyWalidacja XML przed publikacją

Limity i formaty pól różnią się między platformami. Google przyjmuje tytuł do 150 znaków, Meta do 200, a Ceneo nazwę do 150 znaków - szczegóły opisujemy we wpisach o feedzie dla Google Merchant Center i o feedzie dla Meta Ads i katalogu Facebook (stan na maj 2026 - sprawdź aktualną dokumentację platform).

[#tip] Zanim zaczniesz pisać reguły, wyeksportuj listę problemów z diagnostyki każdej platformy i pogrupuj je według przyczyny. Zwykle kilka przyczyn odpowiada za zdecydowaną większość odrzuceń. Od nich zacznij automatyzację, a rzadkie przypadki zostaw do ręcznej obsługi.

Bezpłatna konsultacja programistyczna
Potrzebujesz programisty do sklepu, integracji lub automatyzacji?
  • Wycena zadania w 24 h w dni robocze
  • Integracje, API, feedy i poprawki w sklepie
  • Rozliczenie godzinowe albo za projekt
Łukasz PalejKonsultację poprowadzi Łukasz Palej, Technical Implementation Expert

Jak zbudować walidację feedu przed wysyłką

Walidacja feedu to zestaw testów uruchamianych w generatorze po zebraniu danych, a przed zapisaniem pliku pod publicznym adresem. Jej zadaniem jest zatrzymać zły plik, zanim zrobi szkody, i dać zespołowi listę produktów do poprawy. Dobrze ułożona walidacja działa na trzech poziomach: pojedynczego produktu, całego pliku i porównania z poprzednim przebiegiem.

[#chart:wpr35b]

Testy na poziomie produktu sprawdzają, czy są wszystkie wymagane pola, czy cena jest liczbą większą od zera, czy link prowadzi do domeny sklepu, czy GTIN ma poprawną sumę kontrolną i czy tytuł mieści się w limicie. Produkty, które nie przechodzą testów, generator pomija albo poprawia według reguł i zapisuje w raporcie. Testy na poziomie pliku sprawdzają poprawność XML lub CSV, kodowanie i unikalność identyfikatorów.

Porównanie z poprzednim przebiegiem to najprostsza i najskuteczniejsza ochrona przed awarią. Jeśli liczba produktów spadła o kilkadziesiąt procent, średnia cena zmieniła się wielokrotnie albo nagle połowa produktów ma stan zero, to prawie zawsze błąd w danych lub w zapytaniu, a nie realna zmiana oferty. Generator powinien wtedy zostawić poprzedni plik bez zmian i wysłać alert.

Przykład: walidacja GTIN w skrypcie

GTIN ma cyfrę kontrolną liczoną według algorytmu GS1, więc jego poprawność można sprawdzić bez zewnętrznych usług. Krótka funkcja w JavaScript: function gtinOk(g) { if (!/^(\d{8}|\d{12,14})$/.test(g)) return false; const d = g.split('').map(Number); const check = d.pop(); const sum = d.reverse().reduce((s, n, i) => s + n * (i % 2 === 0 ? 3 : 1), 0); return (10 - sum % 10) % 10 === check; }. Produkt z błędnym GTIN lepiej wysłać bez tego pola, z marką i MPN, niż z numerem, który platforma uzna za nieprawidłowy.

Jakie poprawki da się zautomatyzować

Większość błędów technicznych to powtarzalne problemy z formatem, które można poprawić regułą raz na zawsze. Typowy zestaw reguł w generatorze feedu wygląda tak:

  1. Normalizacja ceny - zamiana przecinka na kropkę, dwa miejsca po przecinku i kod waluty, np. 49.90 PLN dla Google i Meta, a dla Ceneo sama liczba z kropką.

  2. Czyszczenie opisów - usunięcie tagów HTML tam, gdzie platforma wymaga zwykłego tekstu, zamiana encji i usunięcie wielokrotnych spacji.

  3. Przycinanie tytułów - do limitu platformy, na granicy słowa, z najważniejszymi informacjami na początku.

  4. Mapowanie dostępności - stan magazynowy zamieniony na wartości wymagane przez kanał, np. in_stock dla Google, in stock dla Meta, czas wysyłki dla Ceneo.

  5. Uzupełnianie marki - z kartoteki producentów albo z przypisania kategorii, gdy pole w produkcie jest puste.

  6. Rozbijanie wariantów - każdy wariant jako osobny produkt z własnym id i wspólnym identyfikatorem grupy.

  7. Wykluczenia - pominięcie produktów bez zdjęcia, z ceną zero albo oznaczonych w sklepie jako niereklamowane.

Reguły warto trzymać w jednym miejscu i opisać, co dokładnie robią. Gdy po pół roku ktoś zapyta, dlaczego produkt nie trafia do Google, odpowiedź powinna być w raporcie generatora, a nie w pamięci programisty, który pisał regułę. Dobrze sprawdza się prosta tabela: nazwa reguły, kanał, którego dotyczy, opis działania i data wprowadzenia.

Czego automatyczna naprawa feedu nie załatwi

Nie każdy błąd da się naprawić skryptem. Część problemów wymaga decyzji człowieka albo zmian poza feedem:

  • naruszenia zasad reklamowych - produkty z ograniczeniami lub treści niezgodne z zasadami platformy wymagają zmiany oferty lub opisu,

  • braki w danych źródłowych - jeśli producent nie podał EAN, a produkt go ma, trzeba go zdobyć i uzupełnić w sklepie,

  • zdjęcia - skrypt wykryje za małe zdjęcie, ale nowego nie zrobi,

  • ustawienia konta - zasady zwrotów, wysyłki, weryfikacja domeny i dane firmy ustawia się w panelach platform,

  • błędy na stronie sklepu - jeśli strona pokazuje inną cenę niż koszyk, problem leży w sklepie, nie w feedzie.

Szczególnie trudne są rozbieżności cen, gdy ceny zmieniają się w kilku kanałach naraz albo zależą od reguł promocyjnych. Wtedy feed musi korzystać z tego samego źródła cen co strona, a promocje powinny trafiać do feedu jako sale_price z datami obowiązywania. Jak uporządkować ceny w wielu kanałach, piszemy we wpisie synchronizacja cen w wielu kanałach sprzedaży.

Monitoring feedu - jak szybko wykrywać nowe błędy

Walidacja przed wysyłką łapie problemy z danymi, ale nie wszystkie. Platformy mogą zmienić wymagania, zablokować pojedyncze produkty po sprawdzeniu strony albo odrzucić plik z powodów, których generator nie widzi. Dlatego drugi element to monitoring po wysyłce, czyli regularne sprawdzanie, ile produktów faktycznie zostało zaakceptowanych.

Najprostszy monitoring to codzienny raport z liczbą produktów w feedzie, liczbą zaakceptowanych i odrzuconych w każdej platformie oraz listą nowych typów błędów. Przy większej skali dane o statusach produktów pobiera się programowo, np. przez Merchant API w Google, i porównuje z poprzednim dniem. Alert powinien przychodzić wtedy, gdy odsetek odrzuconych wyraźnie rośnie albo pojawia się nowy typ problemu, a nie przy każdym pojedynczym ostrzeżeniu.

Warto też monitorować sam adres pliku. Zmiana certyfikatu SSL, reguła zapory sieciowej blokująca roboty, przekierowanie po migracji sklepu albo wtyczka bezpieczeństwa, która zaczyna wymagać logowania, potrafią sprawić, że platforma nie może pobrać feedu, choć generator działa poprawnie. Prosty test, który co godzinę pobiera plik z zewnątrz, sprawdza kod odpowiedzi, rozmiar i datę ostatniej modyfikacji, wykrywa takie sytuacje szybciej niż komunikat w panelu platformy. To kilka linijek kodu, które oszczędzają dni szukania przyczyny spadku wyświetleń.

Przykładowa ścieżka produktów od bazy sklepu do aktywnych reklam pokazuje, gdzie gubią się produkty:

[#chart:wpr35c]

Taki podgląd szybko pokazuje, na którym etapie trzeba działać. Duża strata między bazą a feedem oznacza zbyt ostre wykluczenia albo braki w danych. Duża strata między feedem a produktami zaakceptowanymi to problem z formatem lub zasadami platformy.

[#uwaga] Nie poprawiaj danych ręcznie w panelu platformy, jeśli feed jest pobierany automatycznie. Reguły w Merchant Center czy edycja produktu w katalogu Meta mogą pomóc doraźnie, ale tworzą drugie źródło prawdy, o którym łatwo zapomnieć. Trwała poprawka powinna trafić do danych sklepu albo do reguł generatora.

Od czego zacząć porządkowanie błędów feedu

Jeśli feed ma dziś setki ostrzeżeń w kilku platformach, nie próbuj naprawić wszystkiego naraz. Rozsądna kolejność wygląda tak: najpierw błędy, które blokują cały plik, czyli składnia, kodowanie i dostępność adresu. Potem błędy, które wyłączają najwięcej produktów, zwykle format ceny, brak wymaganych pól i zduplikowane identyfikatory. Dalej rozbieżności cen i dostępności ze stroną, a na końcu ostrzeżenia, które nie blokują wyświetlania, ale pogarszają dopasowanie, np. brak koloru, rozmiaru czy kategorii.

Przy każdej grupie błędów warto zadać to samo pytanie: czy poprawka powinna trafić do danych w sklepie, czy do reguły w generatorze? Jeśli problem dotyczy treści, np. brakującej marki albo złego zdjęcia, lepiej poprawić go u źródła, bo skorzysta na tym także strona sklepu i inne kanały. Jeśli dotyczy formatu wymaganego tylko przez jedną platformę, miejsce poprawki jest w warstwie mapowania tego kanału.

Po wdrożeniu poprawek daj platformom czas na ponowne przetworzenie danych i porównaj raporty z kilku kolejnych dni. Liczba odrzuceń powinna spadać w przewidywalny sposób. Jeśli po poprawce pojawiają się nowe typy błędów, to sygnał, że reguła zmieniła więcej, niż miała, i trzeba ją sprawdzić na próbce produktów. Na koniec dopisz każdą nową regułę do dokumentacji generatora, razem z przyczyną, dla której powstała.

Jak Vinson pomaga naprawić błędy w feedzie produktowym

Programiści Vinson zaczynają od przeglądu diagnostyki w Google Merchant Center, Menedżerze sprzedaży Meta i panelach porównywarek, grupują błędy według przyczyn i ustalają, które da się naprawić regułą, a które wymagają zmian w danych lub na stronie. Potem dodajemy walidację feedu do generatora, skrypty naprawcze, ochronę przed publikacją niepełnego pliku oraz codzienne raporty i alerty. Jako Google Partner i Meta Business Partner łączymy pracę nad danymi z obsługą kampanii. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.

Najczęściej zadawane pytania

Jak sprawdzić błędy w feedzie produktowym?

Po wysyłce błędy widać w diagnostyce Google Merchant Center, Menedżera sprzedaży Meta i paneli porównywarek. Przed wysyłką plik można sprawdzić walidatorem XML lub CSV oraz testami w generatorze: wymagane pola, formaty cen, GTIN i unikalność id. Najlepiej łączyć oba sposoby.

Co to jest walidacja feedu?

Walidacja feedu to zestaw automatycznych testów, które sprawdzają plik produktowy przed publikacją. Obejmuje pojedyncze produkty, cały plik i porównanie z poprzednim przebiegiem. Jej celem jest zatrzymanie błędnego pliku, zanim trafi do platformy reklamowej.

Dlaczego poprawki w Merchant Center znikają?

Jeśli feed jest pobierany według harmonogramu, każde pobranie nadpisuje dane z pliku. Poprawka wprowadzona ręcznie w produkcie znika przy następnej aktualizacji. Trwałe zmiany trzeba wprowadzać w danych sklepu albo w regułach generatora feedu.

Czy błędy w feedzie można naprawiać automatycznie?

Tak, większość błędów technicznych: format ceny, HTML w opisach, długość tytułów, mapowanie dostępności czy nieprawidłowe GTIN. Automatyzacja nie zastąpi jednak uzupełnienia brakujących danych, nowych zdjęć ani zmian wynikających z zasad reklamowych. Te przypadki trafiają do raportu dla zespołu.

Jak często sprawdzać feed produktowy?

Walidacja powinna działać przy każdym generowaniu pliku, a raport ze statusami produktów w platformach najlepiej przeglądać codziennie. Alerty warto ustawić na nagły spadek liczby produktów i wzrost odsetka odrzuceń. Dzięki temu problem wychodzi w ciągu godzin, a nie po spadku sprzedaży.

Błędy w feedzie produktowym kosztują wyświetlenia i sprzedaż, a większość z nich da się wykryć i naprawić automatycznie, zanim zobaczy je Google, Meta czy Ceneo. Jeśli chcesz dodać walidację do swojego feedu albo pozbyć się powtarzających się odrzuceń, sprawdź wsparcie programistyczne Vinson.

Jak zbudować walidację feedu przed wysyłką

Walidacja feedu to zestaw testów uruchamianych w generatorze po zebraniu danych, a przed zapisaniem pliku pod publicznym adresem. Jej zadaniem jest zatrzymać zły plik, zanim zrobi szkody, i dać zespołowi listę produktów do poprawy. Dobrze ułożona walidacja działa na trzech poziomach: pojedynczego produktu, całego pliku i porównania z poprzednim przebiegiem.

[#chart:wpr35b]

Testy na poziomie produktu sprawdzają, czy są wszystkie wymagane pola, czy cena jest liczbą większą od zera, czy link prowadzi do domeny sklepu, czy GTIN ma poprawną sumę kontrolną i czy tytuł mieści się w limicie. Produkty, które nie przechodzą testów, generator pomija albo poprawia według reguł i zapisuje w raporcie. Testy na poziomie pliku sprawdzają poprawność XML lub CSV, kodowanie i unikalność identyfikatorów.

Porównanie z poprzednim przebiegiem to najprostsza i najskuteczniejsza ochrona przed awarią. Jeśli liczba produktów spadła o kilkadziesiąt procent, średnia cena zmieniła się wielokrotnie albo nagle połowa produktów ma stan zero, to prawie zawsze błąd w danych lub w zapytaniu, a nie realna zmiana oferty. Generator powinien wtedy zostawić poprzedni plik bez zmian i wysłać alert.

Przykład: walidacja GTIN w skrypcie

GTIN ma cyfrę kontrolną liczoną według algorytmu GS1, więc jego poprawność można sprawdzić bez zewnętrznych usług. Krótka funkcja w JavaScript: function gtinOk(g) { if (!/^(\d{8}|\d{12,14})$/.test(g)) return false; const d = g.split('').map(Number); const check = d.pop(); const sum = d.reverse().reduce((s, n, i) => s + n * (i % 2 === 0 ? 3 : 1), 0); return (10 - sum % 10) % 10 === check; }. Produkt z błędnym GTIN lepiej wysłać bez tego pola, z marką i MPN, niż z numerem, który platforma uzna za nieprawidłowy.

Jakie poprawki da się zautomatyzować

Większość błędów technicznych to powtarzalne problemy z formatem, które można poprawić regułą raz na zawsze. Typowy zestaw reguł w generatorze feedu wygląda tak:

  1. Normalizacja ceny - zamiana przecinka na kropkę, dwa miejsca po przecinku i kod waluty, np. 49.90 PLN dla Google i Meta, a dla Ceneo sama liczba z kropką.

  2. Czyszczenie opisów - usunięcie tagów HTML tam, gdzie platforma wymaga zwykłego tekstu, zamiana encji i usunięcie wielokrotnych spacji.

  3. Przycinanie tytułów - do limitu platformy, na granicy słowa, z najważniejszymi informacjami na początku.

  4. Mapowanie dostępności - stan magazynowy zamieniony na wartości wymagane przez kanał, np. in_stock dla Google, in stock dla Meta, czas wysyłki dla Ceneo.

  5. Uzupełnianie marki - z kartoteki producentów albo z przypisania kategorii, gdy pole w produkcie jest puste.

  6. Rozbijanie wariantów - każdy wariant jako osobny produkt z własnym id i wspólnym identyfikatorem grupy.

  7. Wykluczenia - pominięcie produktów bez zdjęcia, z ceną zero albo oznaczonych w sklepie jako niereklamowane.

Reguły warto trzymać w jednym miejscu i opisać, co dokładnie robią. Gdy po pół roku ktoś zapyta, dlaczego produkt nie trafia do Google, odpowiedź powinna być w raporcie generatora, a nie w pamięci programisty, który pisał regułę. Dobrze sprawdza się prosta tabela: nazwa reguły, kanał, którego dotyczy, opis działania i data wprowadzenia.

Czego automatyczna naprawa feedu nie załatwi

Nie każdy błąd da się naprawić skryptem. Część problemów wymaga decyzji człowieka albo zmian poza feedem:

  • naruszenia zasad reklamowych - produkty z ograniczeniami lub treści niezgodne z zasadami platformy wymagają zmiany oferty lub opisu,

  • braki w danych źródłowych - jeśli producent nie podał EAN, a produkt go ma, trzeba go zdobyć i uzupełnić w sklepie,

  • zdjęcia - skrypt wykryje za małe zdjęcie, ale nowego nie zrobi,

  • ustawienia konta - zasady zwrotów, wysyłki, weryfikacja domeny i dane firmy ustawia się w panelach platform,

  • błędy na stronie sklepu - jeśli strona pokazuje inną cenę niż koszyk, problem leży w sklepie, nie w feedzie.

Szczególnie trudne są rozbieżności cen, gdy ceny zmieniają się w kilku kanałach naraz albo zależą od reguł promocyjnych. Wtedy feed musi korzystać z tego samego źródła cen co strona, a promocje powinny trafiać do feedu jako sale_price z datami obowiązywania. Jak uporządkować ceny w wielu kanałach, piszemy we wpisie synchronizacja cen w wielu kanałach sprzedaży.

Monitoring feedu - jak szybko wykrywać nowe błędy

Walidacja przed wysyłką łapie problemy z danymi, ale nie wszystkie. Platformy mogą zmienić wymagania, zablokować pojedyncze produkty po sprawdzeniu strony albo odrzucić plik z powodów, których generator nie widzi. Dlatego drugi element to monitoring po wysyłce, czyli regularne sprawdzanie, ile produktów faktycznie zostało zaakceptowanych.

Najprostszy monitoring to codzienny raport z liczbą produktów w feedzie, liczbą zaakceptowanych i odrzuconych w każdej platformie oraz listą nowych typów błędów. Przy większej skali dane o statusach produktów pobiera się programowo, np. przez Merchant API w Google, i porównuje z poprzednim dniem. Alert powinien przychodzić wtedy, gdy odsetek odrzuconych wyraźnie rośnie albo pojawia się nowy typ problemu, a nie przy każdym pojedynczym ostrzeżeniu.

Warto też monitorować sam adres pliku. Zmiana certyfikatu SSL, reguła zapory sieciowej blokująca roboty, przekierowanie po migracji sklepu albo wtyczka bezpieczeństwa, która zaczyna wymagać logowania, potrafią sprawić, że platforma nie może pobrać feedu, choć generator działa poprawnie. Prosty test, który co godzinę pobiera plik z zewnątrz, sprawdza kod odpowiedzi, rozmiar i datę ostatniej modyfikacji, wykrywa takie sytuacje szybciej niż komunikat w panelu platformy. To kilka linijek kodu, które oszczędzają dni szukania przyczyny spadku wyświetleń.

Przykładowa ścieżka produktów od bazy sklepu do aktywnych reklam pokazuje, gdzie gubią się produkty:

[#chart:wpr35c]

Taki podgląd szybko pokazuje, na którym etapie trzeba działać. Duża strata między bazą a feedem oznacza zbyt ostre wykluczenia albo braki w danych. Duża strata między feedem a produktami zaakceptowanymi to problem z formatem lub zasadami platformy.

[#uwaga] Nie poprawiaj danych ręcznie w panelu platformy, jeśli feed jest pobierany automatycznie. Reguły w Merchant Center czy edycja produktu w katalogu Meta mogą pomóc doraźnie, ale tworzą drugie źródło prawdy, o którym łatwo zapomnieć. Trwała poprawka powinna trafić do danych sklepu albo do reguł generatora.

Od czego zacząć porządkowanie błędów feedu

Jeśli feed ma dziś setki ostrzeżeń w kilku platformach, nie próbuj naprawić wszystkiego naraz. Rozsądna kolejność wygląda tak: najpierw błędy, które blokują cały plik, czyli składnia, kodowanie i dostępność adresu. Potem błędy, które wyłączają najwięcej produktów, zwykle format ceny, brak wymaganych pól i zduplikowane identyfikatory. Dalej rozbieżności cen i dostępności ze stroną, a na końcu ostrzeżenia, które nie blokują wyświetlania, ale pogarszają dopasowanie, np. brak koloru, rozmiaru czy kategorii.

Przy każdej grupie błędów warto zadać to samo pytanie: czy poprawka powinna trafić do danych w sklepie, czy do reguły w generatorze? Jeśli problem dotyczy treści, np. brakującej marki albo złego zdjęcia, lepiej poprawić go u źródła, bo skorzysta na tym także strona sklepu i inne kanały. Jeśli dotyczy formatu wymaganego tylko przez jedną platformę, miejsce poprawki jest w warstwie mapowania tego kanału.

Po wdrożeniu poprawek daj platformom czas na ponowne przetworzenie danych i porównaj raporty z kilku kolejnych dni. Liczba odrzuceń powinna spadać w przewidywalny sposób. Jeśli po poprawce pojawiają się nowe typy błędów, to sygnał, że reguła zmieniła więcej, niż miała, i trzeba ją sprawdzić na próbce produktów. Na koniec dopisz każdą nową regułę do dokumentacji generatora, razem z przyczyną, dla której powstała.

Jak Vinson pomaga naprawić błędy w feedzie produktowym

Programiści Vinson zaczynają od przeglądu diagnostyki w Google Merchant Center, Menedżerze sprzedaży Meta i panelach porównywarek, grupują błędy według przyczyn i ustalają, które da się naprawić regułą, a które wymagają zmian w danych lub na stronie. Potem dodajemy walidację feedu do generatora, skrypty naprawcze, ochronę przed publikacją niepełnego pliku oraz codzienne raporty i alerty. Jako Google Partner i Meta Business Partner łączymy pracę nad danymi z obsługą kampanii. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.

Najczęściej zadawane pytania

Jak sprawdzić błędy w feedzie produktowym?

Po wysyłce błędy widać w diagnostyce Google Merchant Center, Menedżera sprzedaży Meta i paneli porównywarek. Przed wysyłką plik można sprawdzić walidatorem XML lub CSV oraz testami w generatorze: wymagane pola, formaty cen, GTIN i unikalność id. Najlepiej łączyć oba sposoby.

Co to jest walidacja feedu?

Walidacja feedu to zestaw automatycznych testów, które sprawdzają plik produktowy przed publikacją. Obejmuje pojedyncze produkty, cały plik i porównanie z poprzednim przebiegiem. Jej celem jest zatrzymanie błędnego pliku, zanim trafi do platformy reklamowej.

Dlaczego poprawki w Merchant Center znikają?

Jeśli feed jest pobierany według harmonogramu, każde pobranie nadpisuje dane z pliku. Poprawka wprowadzona ręcznie w produkcie znika przy następnej aktualizacji. Trwałe zmiany trzeba wprowadzać w danych sklepu albo w regułach generatora feedu.

Czy błędy w feedzie można naprawiać automatycznie?

Tak, większość błędów technicznych: format ceny, HTML w opisach, długość tytułów, mapowanie dostępności czy nieprawidłowe GTIN. Automatyzacja nie zastąpi jednak uzupełnienia brakujących danych, nowych zdjęć ani zmian wynikających z zasad reklamowych. Te przypadki trafiają do raportu dla zespołu.

Jak często sprawdzać feed produktowy?

Walidacja powinna działać przy każdym generowaniu pliku, a raport ze statusami produktów w platformach najlepiej przeglądać codziennie. Alerty warto ustawić na nagły spadek liczby produktów i wzrost odsetka odrzuceń. Dzięki temu problem wychodzi w ciągu godzin, a nie po spadku sprzedaży.

Błędy w feedzie produktowym kosztują wyświetlenia i sprzedaż, a większość z nich da się wykryć i naprawić automatycznie, zanim zobaczy je Google, Meta czy Ceneo. Jeśli chcesz dodać walidację do swojego feedu albo pozbyć się powtarzających się odrzuceń, sprawdź wsparcie programistyczne Vinson.

Czy ten artykuł był pomocny? Oceń go
Bądź pierwszą osobą, która oceni

Łukasz Palej

Technical Implementation Expert

Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.

Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.

★★★★★
Współpracowałeś z Vinson?
Twoja opinia pomoże innym sprzedawcom wybrać sprawdzoną agencję. Zajmie Ci to minutę.
Oceń nas na Trustpilot →
Potrzebujesz pomocy z tym tematem?

Wsparcie programistyczne dla e-commerce

Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.

  • Analiza Twojego konta i obecnych działań
  • Konkretny plan poprawek do wdrożenia
  • Bezpłatna konsultacja – bez zobowiązań
4,9/5 ze 171 opiniiWsparcie programistyczne dla e-commerce
Łukasz Palej - Technical Implementation Expert
Łukasz PalejTechnical Implementation Expert

Przeczytaj także

Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.

1 / 1

Masz pytania? Chętnie porozmawiamy!

Masz pytania? Chętnie porozmawiamy!

Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Masz pytania? Chętnie porozmawiamy!

Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Bartłomiej Stokłosa, CEO Vinson Agency

Bartłomiej Stokłosa

CEO & Founder

"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Bartłomiej Stokłosa, CEO Vinson Agency

Bartłomiej Stokłosa

CEO & Founder

"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Zadzwoń

574 944 685

Adres

Kazimierza Wielkiego 7/7

32-700 Bochnia

Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.

Napisz do nas

Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.

Łukasz PalejNa zapytanie odpowie Łukasz Palej, Technical Implementation Expert

Napisz do nas

Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.

Łukasz PalejNa zapytanie odpowie Łukasz Palej, Technical Implementation Expert
4,9172 opinii klientów · Trustindex →