Specyfikacja feedu produktowego: wymagania Google Merchant Center

Specyfikacja feedu produktowego to zbiór technicznych i merytorycznych wytycznych określających strukturę danych o asortymencie, które muszą zostać dostarczone do Google Merchant Center, aby umożliwić wyświetlanie reklam produktowych (PLA) oraz bezpłatnych wyników zakupowych. Jest to ustandaryzowany język komunikacji między bazą danych sklepu internetowego a algorytmami Google, decydujący o tym, czy dany produkt zostanie w ogóle dopuszczony do aukcji reklamowej oraz na jakie zapytania się wyświetli.

Precyzyjne odwzorowanie tych wymagań nie jest jedynie kwestią techniczną, lecz fundamentem efektywności sprzedażowej. W mojej pracy z audytami kont e-commerce wielokrotnie obserwuję, że nawet najlepiej skonfigurowane kampanie Performance Max czy standardowe kampanie produktowe nie przynoszą oczekiwanych rezultatów, jeśli źródło danych – czyli feed – zawiera błędy strukturalne lub braki w atrybutach. Google Merchant Center (GMC) nie służy tylko do przechowywania produktów; to zaawansowany walidator, który weryfikuje wiarygodność oferty i dopasowuje ją do intencji zakupowych użytkowników. Zrozumienie każdego atrybutu to pierwszy krok do skalowania sprzedaży.

Co warto wiedzieć:

• Feed produktowy (plik danych) to cyfrowe odzwierciedlenie magazynu sklepu, zawierające ustrukturyzowane informacje (atrybuty) o produktach, które algorytmy Google wykorzystują do łączenia zapytań użytkowników z ofertą reklamodawcy.
• Atrybuty wymagane (takie jak id, title, price, link) są obligatoryjne dla akceptacji produktu w systemie; ich brak lub błędy formatowania skutkują natychmiastowym odrzuceniem towaru z wyświetlania.
• Unikalne identyfikatory produktów (GTIN, MPN, Brand) stanowią kluczowy sygnał dla Google pozwalający na jednoznaczną identyfikację towaru, co bezpośrednio wpływa na trafność dopasowania reklam i potencjał wyświetlania w porównywarkach cen.
• Zgodność danych (Data Consistency) między feedem a stroną docelową (Landing Page), szczególnie w zakresie ceny i dostępności, jest krytycznym wymogiem polityki Google; rozbieżności prowadzą do prewencyjnego zawieszenia konta Merchant Center.
• Feedy uzupełniające pozwalają na nadpisywanie lub wzbogacanie danych głównego pliku produktowego bezpośrednio w panelu GMC, bez konieczności kosztownych zmian deweloperskich w silniku sklepu internetowego.

Czym dokładnie jest plik danych o produktach w ekosystemie Google?

Plik danych o produktach, powszechnie nazywany feedem, stanowi kręgosłup każdej kampanii e-commerce w środowisku Google. Technicznie rzecz biorąc, jest to plik o określonej strukturze, w którym każdy wiersz reprezentuje osobny wariant produktu, a każda kolumna odpowiada konkretnemu atrybutowi opisującemu ten produkt. Jakość tych danych jest bezpośrednio skorelowana z wynikiem jakości (Quality Score) w kampaniach produktowych.

Algorytmy Google nie „widzą” produktów tak, jak widzi je człowiek przeglądający sklep. One „czytają” atrybuty. Im precyzyjniej te dane są sformatowane zgodnie z oficjalną specyfikacją, tym łatwiej systemowi zrozumieć, co sprzedajesz i komu warto to pokazać. Błędem jest traktowanie feedu jako jednorazowej konfiguracji „ustaw i zapomnij”. To żywy organizm, który wymaga ciągłej optymalizacji w odpowiedzi na zmieniające się trendy wyszukiwania i aktualizacje wymagań platformy.

Jakie formaty plików obsługuje Merchant Center?

Google Merchant Center jest elastycznym narzędziem, akceptującym kilka standardów przesyłu danych. Wybór odpowiedniego formatu zależy zazwyczaj od wielkości asortymentu (SKU) oraz możliwości technicznych platformy sklepowej.

• Formaty tekstowe (TXT, CSV, TSV): Są to najczęściej stosowane formaty, szczególnie w mniejszych i średnich sklepach. Ich zaletą jest prostota – plik można otworzyć i edytować w dowolnym arkuszu kalkulacyjnym (np. Excel czy Google Sheets). Wymagają jednak ścisłego przestrzegania separatorów (np. przecinek lub tabulator), aby struktura kolumn nie uległa rozsypaniu.
• XML (Extensible Markup Language): Format preferowany przy większych zbiorach danych oraz w sytuacjach, gdy struktura informacji jest bardziej złożona (np. zawiera wiele wartości dla jednego atrybutu). XML jest mniej czytelny dla ludzkiego oka, ale znacznie bezpieczniejszy z punktu widzenia integralności danych przesyłanych między serwerami.

Kiedy warto wdrożyć Content API zamiast plików statycznych?

Dla sklepów operujących na dużą skalę, gdzie stany magazynowe i ceny zmieniają się dynamicznie (nawet kilka razy na godzinę), statyczne pliki wgrywane raz na dobę są niewystarczające. W takich scenariuszach niezbędne jest Content API for Shopping.

Rozwiązanie to pozwala na bezpośrednią komunikację aplikacji sklepu z Merchant Center. Zamiast generować i wysyłać cały plik, API pozwala na aktualizację pojedynczych rekordów w czasie rzeczywistym. Jeśli cena produktu zmieni się w sklepie o 14:00, API może zaktualizować tę informację w reklamach Google niemal natychmiast. Jest to kluczowe dla uniknięcia blokad konta za niezgodność ceny (price mismatch), co jest jednym z najczęstszych problemów, z jakimi spotykam się podczas audytów dużych podmiotów e-commerce.

Jakie atrybuty produktu są bezwzględnie wymagane do akceptacji pliku?

Specyfikacja Google dzieli atrybuty na wymagane i opcjonalne. Brak atrybutu wymaganego skutkuje błędem krytycznym i wykluczeniem produktu z aukcji. Poniżej omawiam te, które stanowią absolutny fundament każdego feedu.

Jak poprawnie skonstruować atrybut ID?

Atrybut id [identyfikator] to unikalny ciąg znaków przypisany do konkretnego produktu lub jego wariantu.

ID (identyfikator): Musi być unikalny w obrębie całego konta i niezmienny w czasie.

Częstym błędem, który obserwuję, jest generowanie ID w sposób losowy przy każdym generowaniu pliku lub zmiana ID po ponownym zaimportowaniu produktów do sklepu. Konsekwencje są poważne: zmiana ID powoduje, że Google traktuje produkt jako zupełnie nowy. Tracisz całą historię skuteczności, wynik jakości i zebrane dane historyczne, co zmusza algorytm do ponownej nauki (faza learningu) i przepalania budżetu. Dobre ID powinno być powiązane z SKU (Stock Keeping Unit) z systemu magazynowego, np. PL-12345. Maksymalna długość to 50 znaków.

W jaki sposób optymalizować atrybut Title pod intencje wyszukiwania?

Atrybut title [tytuł] jest, obok ceny i zdjęcia, najważniejszym czynnikiem wpływającym na CTR (współczynnik klikalności) oraz dopasowanie do zapytań użytkowników.

Title (tytuł): Musi precyzyjnie opisywać produkt, zawierając słowa kluczowe, których użytkownicy używają w wyszukiwarce, z limitem do 150 znaków.

Optymalizacja tytułu nie polega na skopiowaniu nazwy ze sklepu. W sklepie nazwa „Czarna Sukienka” może wystarczyć, bo użytkownik widzi kategorię. W Google Zakupy produkt jest wyrwany z kontekstu. Tytuł musi być autonomiczny.

Struktura tytułu powinna zależeć od kategorii:

• Elektronika: Marka + Model + Specyfikacja (np. RAM, Dysk) + Kolor.
• Odzież: Marka + Płeć + Rodzaj produktu + Cechy szczególne + Kolor + Rozmiar.

Zgodnie z badaniami przeprowadzonymi przez wiodące agencje SEM oraz danymi udostępnianymi przez Google w dokumentacji Merchant Center, algorytmy przywiązują największą wagę do początkowych znaków tytułu. Dlatego kluczowe informacje muszą znaleźć się na początku. Nie pisz „Wspaniała i wygodna kurtka zimowa marki X”, lecz „Kurtka zimowa X, Puchowa, Czarna, Męska”.

Co musi zawierać opis produktu (Description), a czego unikać?

Atrybut description [opis] pozwala na dostarczenie do 5000 znaków tekstu, który pomaga algorytmom zrozumieć niuanse produktu, których nie udało się zawrzeć w tytule.

Choć opis rzadziej jest czytany w całości przez użytkowników w wynikach zakupowych (często jest ukryty za przyciskiem „więcej”), jest intensywnie indeksowany przez roboty Google.

Należy unikać:

• Tekstów marketingowych typu „najlepszy na rynku”, „darmowa wysyłka” (od tego jest atrybut shipping).
• Opisów innych produktów (cross-selling w opisie jest zabroniony).
• Formatowania HTML (z wyjątkiem podstawowych znaczników jak łamanie linii, choć czysty tekst jest najbezpieczniejszy).

Dobry opis skupia się na cechach fizycznych, materiale, zastosowaniu i technicznych aspektach produktu.

Jakie wymagania techniczne muszą spełniać linki do strony i zdjęć?

Atrybuty link oraz image_link to mosty łączące reklamę z Twoim sklepem.

Link (link do strony): Musi prowadzić bezpośrednio do karty konkretnego wariantu produktu, a nie do strony głównej czy kategorii. Domena w linku musi być zweryfikowana i zgłoszona w Merchant Center. Ważne jest, aby linki zaczynały się od protokołu https://.

Image_link (link do zdjęcia): Wskazuje na główny obraz produktu, który wyświetli się w reklamie.

Wymogi Google co do zdjęć są bardzo rygorystyczne:

• Rozmiar: Minimum 100×100 pikseli (dla odzieży 250×250 pikseli), ale zalecam stosowanie grafik o szerokości min. 800 pikseli dla lepszej jakości na ekranach retina.
• Tło: Musi być białe lub przezroczyste. Zdjęcia typu „lifestyle” (produkt w użyciu) są zazwyczaj odrzucane jako zdjęcie główne (można je dodać w atrybucie additional_image_link).
• Czystość: Brak znaków wodnych, napisów promocyjnych, logo czy ramek. Produkt musi zajmować od 75% do 90% kadru.

Zignorowanie zasad dotyczących zdjęć to prosta droga do masowych odrzuceń (Item Disapprovals). W panelu diagnostycznym błąd „Promotional overlay on image” jest jednym z najczęściej spotykanych.

Dlaczego cena i dostępność muszą być aktualizowane w czasie rzeczywistym?

Atrybuty price [cena] oraz availability [dostępność] są monitorowane przez boty Google z najwyższą częstotliwością.

Price (cena): Musi zawierać kwotę oraz walutę (np. 199.99 PLN) i musi być identyczna z ceną widoczną na stronie docelowej. Availability (dostępność): Przyjmuje tylko predefiniowane wartości: in_stock, out_of_stock, preorder, backorder.

Rozbieżność między ceną w feedzie a ceną na stronie (np. feed pokazuje 100 zł, a po kliknięciu klient widzi 120 zł) jest traktowana jako poważne naruszenie zasad (Misrepresentation). Google wykonuje automatyczne testy, „wchodząc” na stronę jako użytkownik. Jeśli bot wykryje różnicę, produkt zostanie odrzucony. Przy powtarzających się błędach zablokowane zostanie całe konto. Dlatego, jeśli nie korzystasz z API, upewnij się, że masz włączoną funkcję „Automatyczne aktualizacje elementów” (Automatic Item Updates) w ustawieniach Merchant Center. Funkcja ta pozwala Google na tymczasową poprawę ceny w reklamie na podstawie skanu strony, chroniąc przed zawieszeniem konta.

Dlaczego identyfikatory unikalne (GTIN, MPN, Brand) decydują o widoczności?

Google odchodzi od polegania wyłącznie na słowach kluczowych na rzecz rozpoznawania konkretnych produktów. Do tego służą Globalne Numery Jednostki Handlowej (GTIN).

GTIN (Global Trade Item Number): To unikalny kod kreskowy produktu (np. EAN w Europie, UPC w USA, ISBN dla książek). Brand (marka): Producent towaru. MPN (Manufacturer Part Number): Numer katalogowy nadany przez producenta.

Dla większości produktów fabrycznie nowych, markowych, Google wymaga podania atrybutów gtin oraz brand. Produkty posiadające poprawny GTIN mają priorytet w aukcjach, ponieważ Google „wie” dokładnie, co to za przedmiot i może go porównać z tym samym przedmiotem u innych sprzedawców (podstawa działania zakładki „Zakupy”). Według oficjalnych danych, oferty z poprawnymi identyfikatorami GTIN uzyskują znacznie więcej wyświetleń i konwersji, ponieważ są kwalifikowane do bardziej precyzyjnych zapytań („produkt X cena”).

Kiedy stosować atrybut identifier_exists z wartością „no”?

Nie każdy produkt posiada kod EAN. Dotyczy to rękodzieła, antyków, produktów wykonywanych na zamówienie (custom) czy marek własnych sklepu (jeśli nie wykupiłeś puli kodów GS1).

W takiej sytuacji nie wolno wymyślać kodów GTIN ani wpisywać zer. Należy użyć atrybutu identifier_exists i ustawić jego wartość na no. (W polskiej wersji specyfikacji: „czy_istnieje_identyfikator”).

Sygnalizuje to Google’owi, że produkt jest specyficzny i nie należy oczekiwać od niego standardowych kodów. Należy jednak pamiętać, że nadużywanie tego atrybutu dla produktów, które faktycznie posiadają kody EAN (np. sprzedajesz buty Nike, ale nie chce Ci się uzupełniać kodów), skończy się odrzuceniem produktów, ponieważ Google posiada bazę kodów GS1 i zweryfikuje to kłamstwo.

Jakie są konsekwencje braku numeru GTIN dla algorytmu aukcyjnego?

Brak GTIN (tam, gdzie jest on wymagany) lub błędny GTIN sprawia, że Google degraduje jakość oferty.

Skutki braku poprawnego identyfikatora:

1. Ograniczona widoczność: Produkt nie pojawi się w porównywarkach cenowych Google ani na kartach produktów grupujących oferty wielu sprzedawców.
2. Niższy CTR: Reklamy mogą być wyświetlane na mniej trafne zapytania ogólne, zamiast na konkretne zapytania produktowe (long-tail), które najlepiej konwertują.
3. Odrzucenie: W wielu kategoriach (np. Elektronika, Media) brak GTIN skutkuje natychmiastowym błędem w Diagnostyce.

Jak wykorzystać atrybuty opcjonalne do segmentacji i zwiększenia ROAS?

Kiedy „obowiązek” mamy spełniony, przechodzimy do atrybutów, które budują przewagę konkurencyjną. To tutaj wygrywa się bitwę o efektywność.

Czym różni się google_product_category od product_type?

Wielu marketerów myli te dwa pojęcia.

google_product_category (kategoria produktów Google): To atrybut, w którym przyporządkowujesz swój produkt do oficjalnej taksonomii Google (drzewa kategorii). Musisz wybrać kategorię z listy udostępnionej przez Google (np. Odzież i akcesoria > Odzież > Odzież wierzchnia > Płaszcze i kurtki). Od niedawna Google potrafi automatycznie przypisać kategorię, ale ręczne wskazanie jest zawsze bardziej precyzyjne i zalecane.

product_type (typ produktu): To Twoja własna kategoryzacja, przeniesiona ze sklepu (np. Strona główna > Kobieta > Kurtki zimowe > Puchowe).

Używanie product_type jest kluczowe dla strukturyzowania kampanii w Google Ads. Pozwala ono na dzielenie produktów w kampaniach według logiki, którą masz w sklepie, co jest znacznie bardziej intuicyjne przy zarządzaniu stawkami i raportowaniu.

Jak używać Custom Labels do zarządzania stawkami w kampaniach?

Etykiety niestandardowe (custom_label_0 do custom_label_4) to najpotężniejsze narzędzie strategiczne w feedzie. Pozwalają one na oznaczanie produktów według kryteriów biznesowych, niewidocznych dla klienta, ale widocznych dla Ciebie w panelu Google Ads.

Przykłady zastosowania Custom Labels:

• Marżowość: custom_label_0: „HighMargin”, „LowMargin”. Pozwala licytować agresywniej na produkty, na których więcej zarabiasz.
• Sezonowość: custom_label_1: „Winter”, „Summer”, „AllYear.
• Bestsellery: custom_label_2: „TopSeller”, „LowPerformer”.
• Wyprzedaż: custom_label_3: „Clearance”.

Dzięki temu w kampanii Performance Max lub Standard Shopping możesz wydzielić grupę produktów „HighMargin” i przypisać jej wyższy budżet lub inny cel ROAS (Return on Ad Spend) niż produktom z etykietą „LowMargin. Bez tych etykiet algorytm traktuje cały asortyment „płasko”.

Jak poprawnie skonfigurować dane o wysyłce i podatkach w feedzie?

Informacje o kosztach dostawy są decydujące dla klienta. Możesz je skonfigurować na poziomie całego konta Merchant Center (co jest prostsze, jeśli masz stałą stawkę), ale jeśli koszty różnią się w zależności od produktu (np. gabaryty), musisz użyć atrybutu shipping w feedzie.

Atrybut ten ma strukturę zagnieżdżoną, zawierającą kraj, region, usługę (np. „Kurier”) i cenę.

Brak precyzyjnej informacji o wysyłce często prowadzi do porzuceń koszyka, ale z perspektywy Google Merchant Center najważniejsza jest zgodność. Jeśli w reklamie wyświetli się „Wysyłka gratis”, a w koszyku klient zobaczy „15 zł”, naruszasz zasady. Co ciekawe, badania i analizy rynkowe wskazują, że koszty wysyłki są jednym z głównych powodów rezygnacji z zakupu, dlatego Google tak restrykcyjnie podchodzi do transparentności tych danych już na poziomie reklamy.

Jakie są najczęstsze przyczyny odrzuceń produktów w Merchant Center?

Utrzymanie „czystego” konta w Merchant Center to ciągła walka. Panel Diagnostyka jest miejscem, które powinieneś odwiedzać przynajmniej raz w tygodniu.

Jak interpretować komunikaty w zakładce Diagnostyka?

Zakładka ta dzieli problemy na trzy poziomy:

1. Problemy z kontem: Najpoważniejsze (np. wygasła karta kredytowa, brak zweryfikowanej domeny, zawieszenie za naruszenie zasad).
2. Problemy z plikiem danych: Błędy parsowania, zły format, brak dostępu do pliku na serwerze.
3. Problemy z produktami: Konkretne błędy przypisane do poszczególnych ID.

Kluczowe jest rozróżnienie między Odrzuceniem (Disapproved) a Ostrzeżeniem (Warning). Odrzucenie oznacza, że produkt nie wyświetla się w ogóle. Ostrzeżenie (np. „Słaba jakość zdjęcia”, „Brakujący atrybut zalecany”) oznacza, że produkt się wyświetla, ale jego potencjał jest ograniczony. Ignorowanie ostrzeżeń w dłuższej perspektywie często prowadzi do odrzuceń.

Jakie naruszenia zasad najczęściej blokują konta reklamowe?

Najbardziej bolesne są blokady wynikające z naruszenia polityki „Misrepresentation” (Wprowadzanie w błąd).

Oto najczęstsze powody:

• Brak danych kontaktowych na stronie: Sklep musi posiadać fizyczny adres, numer telefonu i e-mail widoczny dla klienta.
• Niejasna polityka zwrotów: Musisz jasno określić warunki zwrotu towaru.
• Niezabezpieczony proces checkoutu: Cały proces zakupu musi odbywać się przez protokół HTTPS.
• Promocje „na zawsze”: Jeśli produkt jest przeceniony przez 365 dni w roku, Google uzna to za manipulację ceną (fake sale) i może zablokować konto.

W jaki sposób feedy uzupełniające mogą naprawić błędy bez ingerencji w sklep?

To technika dla zaawansowanych, która oszczędza tysiące złotych na pracach programistycznych.

Feed uzupełniający (Supplemental Feed) to dodatkowy plik (np. prosty arkusz Google Sheets), który zawiera tylko dwie kolumny: id (żeby połączyć się z produktem głównym) oraz atrybut, który chcemy zmienić lub dodać.

Scenariusz z życia: Masz świetne produkty, ale ich tytuły w sklepie są fatalne („Koszula Męska 001”). Zmiana nazw w sklepie zepsułaby SEO organiczne lub integrację z magazynem. Rozwiązanie: Tworzysz feed uzupełniający z kolumnami id i title. Wpisujesz tam zoptymalizowane tytuły pod Google Ads. Łączysz ten plik z feedem głównym w GMC za pomocą reguł plików danych. Efekt: W sklepie nazwa pozostaje bez zmian, a w reklamach Google wyświetla się nowy, idealny tytuł.

Możesz w ten sposób masowo dodawać custom_labels, podmieniać zdjęcia, czy uzupełniać brakujące gtin bez konieczności angażowania działu IT.

Jak dbać o higienę danych produktowych w długim okresie?

Specyfikacja feedu produktowego nie jest dokumentem statycznym. Google regularnie (zazwyczaj raz do roku) wprowadza aktualizacje specyfikacji, dodając nowe atrybuty (jak np. w ostatnich latach atrybuty związane ze zrównoważonym rozwojem czy klasami energetycznymi) lub zmieniając wymagalność obecnych.

Praca z feedem wymaga podejścia procesowego:

1. Audyt cykliczny: Raz na kwartał przeglądaj ostrzeżenia w Diagnostyce.
2. Testowanie: Używaj feedów testowych w GMC, aby sprawdzać zmiany przed wdrożeniem ich na produkcję.
3. Automatyzacja: Jeśli Twój asortyment przekracza 500 produktów, ręczna edycja plików mija się z celem. Rozważ użycie narzędzi do zarządzania feedami (Feed Management Tools), które pozwalają na mapowanie i modyfikację danych w locie, w oparciu o reguły „if-this-then-that”.

Pamiętaj, że feed produktowy to jedyne źródło wiedzy Google’a o Twoim biznesie w kampaniach produktowych. Jego jakość jest bezpośrednim sufitem dla Twoich wyników. Inwestycja czasu w dopracowanie atrybutów title, gtin czy custom_label zwraca się wielokrotnie w postaci niższego kosztu za kliknięcie (CPC) i wyższego współczynnika konwersji, co w skali roku może decydować o rentowności całego kanału e-commerce.