Plik produktowy Google Merchant Center: jak przygotować dane sklepu i uniknąć błędów

Plik produktowy Google Merchant Center to uporządkowany zestaw informacji o produktach w sklepie. Google wykorzystuje te dane, aby rozpoznać, co sprzedajesz, jaka jest cena, czy produkt jest dostępny oraz dokąd należy skierować osobę zainteresowaną zakupem. Samo przesłanie pliku nie wystarczy jednak, jeśli informacje są niepełne, nieaktualne albo różnią się od tego, co klient widzi na stronie.

W praktyce warto traktować feed produktowy Google jak kartę kontrolną całego asortymentu. W tym poradniku znajdziesz checklistę podstawowych pól, sposób sprawdzania ceny i dostępności, zasady opisywania wariantów oraz proces diagnozowania błędów w Merchant Center. Lista atrybutów nie jest identyczna dla każdego sklepu: wymagania zależą między innymi od produktu, kraju i miejsca wyświetlania danych.

Czym jest plik produktowy w Merchant Center i za co odpowiada

Plik produktowy zawiera rekordy opisujące produkty przesyłane do Google Merchant Center. Każdy produkt powinien być zapisany jako osobny rekord. W zależności od sposobu przygotowania danych może to być między innymi plik TXT, TSV albo XML. W przypadku arkusza pierwszy wiersz zawiera nazwy atrybutów, a każdy kolejny opisuje jeden produkt.

Najważniejsze jest nie samo wybranie formatu, lecz jakość informacji. Rekord powinien prowadzić do właściwej karty produktu, przedstawiać odpowiednie zdjęcie, cenę i dostępność oraz odpowiadać doświadczeniu klienta w sklepie. Brakujące lub sprzeczne dane mogą powodować ograniczenia, odrzucenia albo nieprawidłowe wyświetlanie produktów.

Sposób generowania pliku zależy także od używanej integracji. Dlatego nie warto zakładać, że rozwiązanie przygotowane dla jednej platformy sklepowej będzie działało identycznie w innej. Przed rozpoczęciem pracy ustal, skąd pochodzą dane i gdzie możesz poprawić wartości źródłowe.

Minimalny zestaw pól: od id do ceny i dostępności

Podstawowa checklista atrybutów obejmuje między innymi:

• id – unikalny identyfikator produktu;
• title lub structured_title – tytuł;
• description lub structured_description – opis;
• link – adres karty produktu;
• image_link – adres zdjęcia;
• price – cena z właściwą walutą;
• availability – informacja o dostępności.

Każdy produkt powinien mieć własne, unikalne id. Warto zachowywać ten sam identyfikator przy kolejnych aktualizacjach danych i nie używać jednego id dla kilku różnych produktów lub wariantów. Stabilne oznaczenie ułatwia późniejsze znalezienie konkretnego rekordu, gdy Merchant Center pokaże komunikat o problemie.

W zależności od produktu, kraju i zastosowania potrzebne mogą być także atrybuty takie jak brand, gtin, google_product_category, color, size, material, condition, shipping, gender lub age_group. Nie traktuj tej listy jako zamkniętej. Google dzieli atrybuty na wymagane, zależne od produktu lub kraju oraz opcjonalne, dlatego właściwy zestaw trzeba dopasować do konkretnego asortymentu.

Prosty układ arkusza kontrolnego

Najprościej przygotować arkusz, w którym każdy wiersz odpowiada jednemu produktowi, a każda kolumna jednemu atrybutowi. Dzięki temu łatwiej zauważyć puste pola, powtarzające się identyfikatory albo brak wartości potrzebnej dla określonej kategorii.

Przed eksportem przejdź przez podstawową kontrolę:

• sprawdź, czy każdy rekord ma unikalne id;
• upewnij się, że nie brakuje podstawowych pól;
• porównaj linki i zdjęcia z właściwymi kartami produktów;
• sprawdź, czy wartości ceny i dostępności są aktualne;
• oznacz pola zależne od kategorii, rynku lub wariantu.

Taki arkusz nie zastępuje kontroli w sklepie, ale porządkuje dane przed przesłaniem. Jeśli problem dotyczy konkretnego produktu, identyfikator pozwoli szybciej odnaleźć go zarówno w źródłowym pliku, jak i w Merchant Center.

Jak kontrolować zgodność feedu ze sklepem

Najczęstszy problem nie polega na tym, że cena lub dostępność są całkowicie puste, lecz na tym, że różnią się między plikiem a stroną. Dlatego kontrola powinna obejmować całą drogę zakupu, a nie tylko sam rekord w feedzie.

Dla wybranych produktów porównaj cenę z pliku z ceną widoczną na karcie produktu, w danych strukturalnych, koszyku oraz podczas finalizacji zakupu. Sprawdź również walutę i to, czy produkt można kupić online za przesłaną cenę. Sama wartość w pliku nie wystarczy, jeśli klient po przejściu do sklepu zobaczy inną kwotę.

Kontrola na kilku etapach zakupu

1. Zacznij od rekordu produktu w pliku i odczytaj jego cenę, walutę oraz wartość availability.
2. Otwórz kartę produktu i sprawdź, czy wyświetla ten sam produkt, zdjęcie, cenę oraz status dostępności.
3. Dodaj produkt do koszyka i przejdź do finalizacji zakupu, aby porównać informacje na kolejnych etapach.
4. Sprawdź dane strukturalne na stronie, jeśli są używane, i porównaj je z plikiem oraz widokiem dla klienta.

Dostępność w feedzie musi odpowiadać informacji na karcie produktu, w checkoutcie i w danych strukturalnych. Jeśli używasz wartości preorder albo backorder, sprawdź także availability_date. Warto kontrolować również link, zdjęcie i pozostałe dane strony docelowej. To procedura sprawdzania spójności, nie gwarancja uniknięcia wszystkich problemów w Merchant Center.

Warianty produktów: kolor, rozmiar i wspólne item_group_id

Warianty należy przesyłać jako osobne produkty. Dotyczy to na przykład jednej koszulki dostępnej w kilku kolorach i rozmiarach. Każda kombinacja, którą klient może wybrać, powinna być przedstawiona w osobnym rekordzie z własnym, unikalnym id.

Jednocześnie warianty tego samego produktu powinny mieć wspólne item_group_id. Ten atrybut łączy rekordy należące do jednej grupy, natomiast nie zastępuje indywidualnego identyfikatora. Cechę różnicującą należy wskazać właściwym atrybutem, na przykład color albo size.

Przykład grupy wariantów

Wyobraź sobie grupę wariantów koszulki. Rekord czerwonego wariantu w rozmiarze M ma własne id, a rekord niebieskiego wariantu w rozmiarze L ma inne id. Oba rekordy mogą mieć ten sam item_group_id, ponieważ należą do jednej grupy wariantów. Kolor i rozmiar powinny wskazywać rzeczywistą różnicę między tymi rekordami.

Dane każdego wariantu muszą odpowiadać temu, co klient wybiera i widzi na stronie:

• tytuł powinien opisywać konkretny wariant;
• cena powinna dotyczyć wybranego wariantu;
• dostępność powinna odnosić się do jego faktycznego statusu;
• zdjęcie powinno przedstawiać właściwy wariant, jeśli sklep tak go prezentuje;
• atrybuty koloru i rozmiaru nie powinny być przypadkowe ani identyczne dla różnych opcji.

Nie używaj wspólnego item_group_id dla produktów, które nie są rzeczywistymi wariantami. Unikaj także powielania identycznej kombinacji cech, ponieważ utrudnia to Google i klientowi rozpoznanie, czym rekordy się różnią.

Najczęstsze błędy danych produktowych

Gdy produkt nie pojawia się poprawnie, zacznij od podstawowych danych, a dopiero później przechodź do bardziej szczegółowych atrybutów. Sprawdź, czy rekord nie ma pustych pól, błędnego formatu wartości, nieprawidłowego linku albo zdjęcia, które nie odpowiada stronie docelowej.

Na liście kontrolnej umieść także identyfikatory i dane zależne od kategorii:

• zweryfikuj GTIN, jeśli jest potrzebny dla danego produktu, oraz jego zgodność z marką;
• sprawdź, czy marka nie została pominięta tam, gdzie jest wymagana;
• porównaj kategorię produktu z jego rzeczywistym przeznaczeniem;
• w produktach odzieżowych sprawdź między innymi color, size, gender i age_group, jeśli dotyczą danego zastosowania;
• poszukaj zdublowanych, niepełnych albo niespójnych wariantów.

Wymagania dotyczące GTIN, marki, kategorii i atrybutów odzieżowych zależą od produktu oraz rynku. Nie zakładaj więc, że każda wymieniona przyczyna występuje w każdym sklepie. Najlepszą wskazówką pozostaje konkretny komunikat przypisany do rekordu.

Diagnozowanie problemów w Needs attention

Jeśli produkty nie pojawiają się poprawnie, przejdź do sekcji Needs attention, wcześniej nazywanej Diagnostics. To miejsce, w którym znajdziesz produkty wymagające poprawy oraz komunikaty pomagające ustalić przyczynę.

Nie ograniczaj się do odczytania ogólnego statusu. Znajdź problematyczny rekord po id i porównaj go z plikiem źródłowym oraz stroną sklepu. Sprawdź brakujące pola, format wartości, identyfikatory, markę, linki, zdjęcia, cenę, dostępność i dane wariantów. Jeżeli komunikat dotyczy wariantów, odfiltruj problematyczne produkty i porównaj ich listę z przesłanymi danymi.

Proces naprawczy w pięciu krokach

1. Odczytaj komunikat. Ustal, którego produktu i którego atrybutu dotyczy problem.
2. Znajdź rekord po id. Sprawdź dokładnie wartości zapisane w pliku.
3. Porównaj feed ze stroną docelową. Skontroluj kartę produktu, koszyk, checkout oraz dane strukturalne.
4. Popraw dane. Zmień wartości zarówno w pliku, jak i w sklepie, jeśli rozbieżność występuje po obu stronach.
5. Prześlij plik ponownie i zweryfikuj status. Sprawdź, czy komunikat zniknął po przetworzeniu zmienionych danych.

Przy błędach wariantów pomocne może być pobranie listy produktów wymagających poprawy i zestawienie jej z plikiem źródłowym. Nie zakładaj, że ponowne przesłanie natychmiast zmieni status. Aktualizacja informacji może wymagać czasu, dlatego po poprawce trzeba ponownie sprawdzić komunikat.

Najważniejsze zasady są proste: przygotuj pola właściwe dla produktu i rynku, zachowaj zgodność feedu ze sklepem, przesyłaj warianty jako osobne rekordy i nie zmieniaj bez potrzeby ich identyfikatorów. Gdy pojawi się problem, analizuj komunikat w Needs attention zamiast zgadywać przyczynę. Poprawienie danych zwiększa ich spójność, ale nie jest gwarancją widoczności produktów, reklam ani bezpłatnych wyników. Sprawdź pozostałe inspiracje i praktyczne poradniki, które pomogą Ci lepiej prowadzić marketing swojej firmy.