- Strategia oparta o dane i cele biznesowe.
- Rekomendacje UX, integracji i automatyzacji.
- Plan wdrożeń i wsparcie zespołu.
W poprzednim artykule omówiliśmy, czym jest Product schema, Google Merchant Center i feed produktowy oraz dlaczego te elementy są fundamentem widoczności sklepu w Google. Jeśli jeszcze go nie czytałeś — wróć tam po kontekst. Tutaj wchodzimy głębiej: skupiamy się konkretnie na błędach walidacji feedu, które Google Merchant Center regularnie zgłasza w polskich sklepach, i pokazujemy, jak je naprawić. To są problemy, które widzimy u klientów regularnie — i które mają mierzalny wpływ na koszty reklam i widoczność organiczną.
Google Merchant Center przetwarza feed i klasyfikuje każdy produkt jako zatwierdzony, odrzucony lub wymagający poprawki. Dla dużych katalogów nawet kilka procent odrzuconych produktów może oznaczać setki niewidocznych SKU — i setki utraconych transakcji miesięcznie. Warto traktować diagnostykę Merchant Center nie jako biurokratyczny obowiązek, ale jako darmowy audyt jakości danych produktowych, z którego większość sklepów nie korzysta wystarczająco aktywnie.
Przeprowadzimy pełną diagnostykę feedu i Merchant Center — pokażemy wszystkie błędy, ich wpływ na widoczność i przygotujemy plan naprawy z priorytetami.
Błąd 1: brakujące lub błędne kody GTIN
GTIN (Global Trade Item Number) — czyli kod EAN, UPC, ISBN lub inny standardowy identyfikator produktu — jest przez Google traktowany jako priorytetowy atrybut dla produktów markowych. Google używa GTIN do grupowania ofert różnych sprzedawców tego samego produktu i do pobierania dodatkowych danych o produkcie z własnej bazy (zdjęcia, specyfikacje, oceny). Sklep, który nie podaje GTIN dla produktów, które go mają, traci możliwość wyświetlenia się obok innych ofert tego samego produktu — co jest jedną z najsilniejszych pozycji w Google Shopping.
Najczęstszy błąd to pomijanie GTIN dla produktów własnej marki lub produktów sprowadzanych z Chin, które nie mają standardowych kodów EAN. W takim przypadku Google pozwala pominąć GTIN, ale wymaga ustawienia atrybutu identifier_exists na „no” — co wyraźnie komunikuje, że brak kodu jest świadomy, a nie przypadkowy. Drugi częsty błąd to podawanie błędnych kodów GTIN — kodów testowych (zaczynających się od 00000), kodów wewnętrznych zamiast standardowych EAN, lub kodów z błędem cyfry kontrolnej. Google weryfikuje poprawność GTIN i odrzuca produkty z kodami, które nie przechodzą walidacji formatu.
W WooCommerce kody EAN można przechowywać w polu SKU lub w dedykowanym polu meta. Większość wtyczek feedowych pozwala na mapowanie dowolnego pola meta na atrybut GTIN w feedzie — co daje elastyczność bez konieczności modyfikowania struktury bazy danych. Dla sklepów z dużym katalogiem produktów markowych warto przeprowadzić jednorazową walidację bazy kodów EAN — sprawdzić, które kody są poprawne, a które wymagają korekty — zanim pójdzie to do Merchant Center.
Błąd 2: niespójne ceny między feedem a stroną
Niespójność cen między feedem a stroną produktową to jeden z najczęstszych powodów odrzucenia produktów w Merchant Center i jeden z najtrudniejszych do wykrycia bez systematycznego monitorowania. Merchant Center Next automatycznie weryfikuje ceny przez crawl strony i porównuje je z feedem. Rozbieżność nawet o kilka groszy (np. różnica zaokrąglenia) może skutkować odrzuceniem produktu lub ostrzeżeniem obniżającym jakość konta.
Typowe przyczyny rozbieżności to: różna obsługa VAT (feed podaje cenę netto, strona brutto lub odwrotnie), promocje wdrożone na stronie bez aktualizacji feedu, dynamiczne ceny zależne od segmentu klienta (B2B/B2C), błędy w synchronizacji przy wielowalutowych sklepach i opóźnienia w generowaniu feedu względem zmian cen na stronie. Każdy z tych scenariuszy wymaga innego rozwiązania — od poprawy konfiguracji wtyczki feedowej, przez wdrożenie webhooków do synchronizacji w czasie rzeczywistym, po rozdzielenie feedów dla różnych segmentów klientów.
Błąd 3: słaba jakość tytułów i opisów
Google nie odrzuca produktów za słabe tytuły — ale algorytm wyraźnie premiuje produkty z tytułami zawierającymi kluczowe atrybuty w odpowiedniej kolejności. Analiza kampanii Google Shopping przeprowadzona przez Datafeedwatch na próbie ponad 2 milionów produktów wykazała, że produkty z tytułami zawierającymi markę, typ produktu i kluczowe atrybuty (kolor, rozmiar, materiał) osiągają średnio o 18% wyższy CTR niż produkty z ogólnymi tytułami. To różnica mierzalna nie w procentach teorii, ale w liczbie kliknięć i sprzedaży.
Opisy w feedzie powinny być pisane z myślą o wyszukiwanym słownictwie, nie o języku marketingowym. „Elegancka sukienka na każdą okazję” to opis marketingowy — ładny, ale bezużyteczny dla algorytmu. „Sukienka midi z tkaniny jedwabnej w kolorze granatowym, z dekoltem V i długim rękawem, odpowiednia na wesele, uroczystości i spotkania biznesowe” to opis, który odpowie na wiele różnych zapytań zakupowych. Długość opisu w feedzie może wynosić do 5 000 znaków — większość polskich sklepów używa ułamka tego limitu, tracąc szansę na pokrycie semantyczne.
Błąd 4: nieaktualne statusy dostępności
Produkty oznaczone w feedzie jako „in stock”, podczas gdy faktycznie są niedostępne na stronie, to błąd, który Google traktuje poważnie. Merchant Center Next crawluje strony produktowe i weryfikuje dostępność — produkt wycofany ze sprzedaży, ale nadal aktywny w feedzie, może skutkować nie tylko odrzuceniem konkretnego produktu, ale też obniżeniem ogólnej jakości konta. Wysoka jakość konta Merchant Center jest czynnikiem wpływającym na wyniki aukcji reklamowych — co oznacza, że nieaktualne dane dostępności kosztują nie tylko w utraconych wyświetleniach odrzuconych produktów, ale też w wyższym CPC pozostałych.
Rozwiązanie to synchronizacja feedu w czasie zbliżonym do rzeczywistego. WooCommerce przy każdej zmianie stanu magazynowego może wyzwalać webhook, który aktualizuje feed lub bezpośrednio synchronizuje dane przez Merchant Center API. Dla sklepów z dużą rotacją stanów magazynowych (np. sklepy z odzieżą second-hand lub limitowanymi edycjami) synchronizacja minutowa lub przynajmniej kilkugodzinna jest standardem, nie opcją. Dla sklepów z bardziej stabilnym katalogiem wystarczy synchronizacja dzienna — pod warunkiem, że jest niezawodna i monitorowana.
Jak zbudować system monitorowania jakości feedu
Jednorazowa naprawa feedu to dobry start — ale bez systemu monitorowania problemy wróćą. Warto skonfigurować automatyczne alerty w Merchant Center (dostępne przez ustawienia powiadomień), które informują mailowo o nowych błędach walidacji. Dodatkowo regularne przeglądy raportu diagnostycznego — przynajmniej raz w tygodniu dla dużych katalogów — pozwalają wyłapać problemy zanim nabiorą skali. Narzędzia do zarządzania feedem jak DataFeedWatch czy Feedink mają własne panele alertów, które mogą uzupełniać natywne narzędzia Merchant Center.
W przypadku sklepów z katalogiem powyżej tysiąca produktów warto rozważyć automatyczną walidację feedu przed przesłaniem do Merchant Center. Skrypt walidacyjny sprawdzający kompletność obowiązkowych atrybutów, poprawność formatów (GTIN, URL, cena) i spójność z aktualnym stanem sklepu może wyłapać błędy systemowe zanim trafią do Google. To dodatkowy bufor między zmianami w sklepie a danymi w Merchant Center — i realne ubezpieczenie przed utratą widoczności przy aktualizacjach sklepu lub błędach wtyczki feedowej.
