Feed produktowy dla Google Merchant Center - jak go wygenerować i utrzymać

Łukasz Palej

Technical Implementation Expert

26.02.2026

Feed produktowy dla Google Merchant Center - jak go wygenerować i utrzymać

Wsparcie programistyczne dla e-commerce

Łukasz PalejTechnical Implementation Expert

Programiści

Feed produktowy dla Google Merchant Center generuje się z bazy produktów sklepu: wtyczką lub modułem platformy, przez integrator albo własnym skryptem, który co określony czas tworzy plik XML lub TSV z wymaganymi atrybutami, takimi jak id, title, description, link, image_link, price i availability. Merchant Center pobiera ten plik według harmonogramu albo dostaje dane przez Merchant API. Utrzymanie feedu polega na tym, żeby ceny i dostępność w pliku zawsze zgadzały się ze stroną produktu, a błędy z diagnostyki były poprawiane w źródle danych.

W tym wpisie wyjaśniamy, co musi zawierać feed Google Merchant Center, jak go wygenerować w WooCommerce, PrestaShop, Shoperze i przez własny skrypt, jak ustawić harmonogram aktualizacji i dlaczego Google odrzuca produkty. Tekst jest dla sprzedawców, którzy uruchamiają kampanie produktowe w Google Ads albo mają już feed, ale walczą z ostrzeżeniami i odrzuceniami w Merchant Center.

[#wazne] W skrócie: feed Google Merchant Center to plik lub strumień danych z listą produktów i ich atrybutami, z którego Google buduje reklamy produktowe i bezpłatne informacje o produktach. Generuje się go z bazy sklepu wtyczką, modułem, integratorem lub skryptem, a Merchant Center pobiera go codziennie, co tydzień albo co miesiąc, lub otrzymuje zmiany przez Merchant API. Najważniejsze jest stałe id produktu, poprawne ceny i dostępność zgodne ze stroną. Programiści Vinson budują i naprawiają takie feedy dla sklepów na różnych platformach.

Czym jest feed produktowy Google Merchant Center

Feed produktowy Google Merchant Center, nazywany też plikiem produktowym Google, to uporządkowana lista produktów sklepu, w której każdy produkt ma zestaw atrybutów w formacie określonym przez Google. Na jego podstawie Google wyświetla produkty w reklamach produktowych, kampaniach Performance Max i bezpłatnych informacjach o produktach. Sam feed nie jest reklamą - to źródło danych, od którego zależy, czy reklama w ogóle może się wyświetlić i jak trafnie zostanie dopasowana do zapytań.

W Merchant Center feed występuje jako źródło danych produktowych. Może to być plik pobierany z adresu URL, plik przesłany ręcznie, arkusz Google albo dane wysyłane programowo przez API. Najczęściej spotykany format to XML w strukturze RSS z przestrzenią nazw g:, w którym cena wygląda tak: <g:price>49.90 PLN</g:price>. Równie dobrze działa plik TSV, czyli tabela z kolumnami rozdzielonymi tabulatorem.

Niezależnie od narzędzia, generowanie i utrzymanie feedu przechodzi te same etapy:

[#chart:wpr32a]

Jakie atrybuty musi mieć feed Google Merchant Center

Specyfikacja danych produktowych Google jest długa, ale podstawa jest krótka. Poniżej najważniejsze atrybuty z ograniczeniami według dokumentacji Merchant Center (stan na luty 2026 - sprawdź aktualną dokumentację Google):

Atrybut	Wymaganie	Najważniejsze zasady
id	Wymagany	Do 50 znaków, unikalny i stały, najlepiej SKU
title	Wymagany	Do 150 znaków, zwykły tekst
description	Wymagany	Do 5000 znaków, zwykły tekst
link	Wymagany	Adres strony produktu z http lub https
image_link	Wymagany	Adres głównego zdjęcia, m.in. JPEG, PNG, WebP
availability	Wymagany	in_stock, out_of_stock, preorder lub backorder
price	Wymagany	Liczba z kropką i kodem waluty, np. 49.90 PLN
brand	Wymagany dla nowych produktów	Do 70 znaków, z wyjątkiem m.in. książek i muzyki
gtin	Zalecany, jeśli istnieje	Same cyfry, do 14 na wartość, bez spacji i myślników
mpn	Gdy brak GTIN	Do 70 znaków
condition	Wymagany dla używanych i odnowionych	new, refurbished lub used

Do tego dochodzą atrybuty potrzebne w konkretnych sytuacjach: item_group_id dla wariantów, który musi mieć tę samą wartość dla wszystkich wariantów jednego produktu, sale_price dla promocji, shipping dla kosztów wysyłki ustawianych w feedzie zamiast w ustawieniach konta oraz identifier_exists z wartością no dla produktów, które nie mają GTIN ani MPN, np. wyrobów własnych.

Warianty to miejsce, w którym feedy najczęściej się rozjeżdżają. W sklepie koszulka w pięciu rozmiarach i trzech kolorach to jeden produkt z wyborem opcji, a w feedzie Google powinna być piętnastoma osobnymi pozycjami. Każda ma własne id, własną cenę i dostępność, kolor i rozmiar w osobnych atrybutach oraz wspólne item_group_id. Link najlepiej prowadzi od razu do strony z wybranym wariantem, żeby klient z reklamy zobaczył ten sam kolor i rozmiar, który kliknął. Generator, który wysyła do Google tylko produkt główny, traci dopasowanie do zapytań typu „czerwona koszulka rozmiar M”.

[#tip] Atrybut id traktuj jak numer PESEL produktu. Jeśli zmieni się przy migracji sklepu albo zmianie wtyczki, Google uzna produkty za nowe, a historia kampanii i dane o skuteczności zaczną się od zera. Przed każdą zmianą narzędzia do generowania feedu upewnij się, że id zostaje takie samo.

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

Konsultację poprowadzi Łukasz Palej, Technical Implementation Expert

Zobacz szczegóły usługi →

Jak wygenerować feed Google Merchant Center w sklepie

WooCommerce

WooCommerce nie generuje feedu Google Merchant Center w podstawowej wersji. Do wyboru są oficjalne rozszerzenie Google for WooCommerce, które łączy sklep z Merchant Center i synchronizuje produkty, oraz wtyczki do generowania plików produktowych z mapowaniem pól. Przy dużym katalogu ważne jest, jak wtyczka uruchamia generowanie. Zadania oparte na WP-Cron startują tylko przy ruchu na stronie, więc lepiej podłączyć je do crona serwera.

PrestaShop i Shoper

W PrestaShop feed generuje się modułem z PrestaShop Addons albo dedykowanym modułem, który czyta dane bezpośrednio z bazy sklepu. Najwięcej uwagi wymagają tam kombinacje, czyli warianty, bo każda powinna trafić do feedu jako osobny produkt ze wspólnym item_group_id. Podobny dylemat - moduł gotowy czy dedykowany - opisujemy dla marketplace'ów we wpisie integracja PrestaShop z marketplace - moduły gotowe czy dedykowane. W Shoperze feed udostępniają aplikacje z Shoper App Store, a gdy ich możliwości nie wystarczają, można zbudować własny generator na REST API sklepu.

Integrator lub własny skrypt

Jeśli produkty są w integratorze lub ERP, a nie tylko w sklepie, feed często lepiej generować z tego centralnego miejsca. Własny skrypt daje pełną kontrolę: może łączyć dane ze sklepu z danymi z ERP, poprawiać tytuły według reguł, pomijać produkty z niską marżą i dodawać atrybuty niestandardowe do kampanii, np. custom_label_0 z grupą marżową. Skrypt zapisuje gotowy plik pod stałym adresem, z którego pobiera go Merchant Center.

Do przesyłania danych Merchant Center oferuje kilka dróg. Wybór zależy od wielkości katalogu i tempa zmian:

[#chart:wpr32b]

Przy integracjach programistycznych warto wiedzieć, że Google rozwija Merchant API jako następcę Content API for Shopping i zapowiedział wyłączenie Content API na 18 sierpnia 2026 r. (stan na luty 2026 - sprawdź aktualną dokumentację Google). Nowe integracje lepiej od razu budować na Merchant API, a istniejące zaplanować do migracji.

Jak budować tytuły i opisy w pliku produktowym Google

Feed, który przechodzi walidację, nie zawsze dobrze sprzedaje. Google dopasowuje produkty do zapytań głównie na podstawie tytułu, opisu, kategorii i identyfikatorów, więc jakość tych pól wpływa na to, przy jakich wyszukiwaniach pojawi się reklama. Tytuł produktu w sklepie bywa krótki i marketingowy, np. „Model Aurora”, a w feedzie powinien mówić, czym jest produkt: marka, typ, model, najważniejsza cecha i wariant.

Generator feedu może składać tytuł według szablonu z kilku pól, np. marka + typ produktu + model + kolor + rozmiar, i przycinać go do limitu 150 znaków. Najważniejsze słowa powinny być na początku, bo w reklamie widać tylko część tytułu. Opis to miejsce na materiał, wymiary, zastosowanie i zgodność z innymi produktami - bez informacji o wysyłce, promocjach i bez wielkich liter dla wyróżnienia. Jeśli opisy w sklepie zawierają HTML, generator powinien go usunąć, bo Google oczekuje zwykłego tekstu.

Warto też zadbać o atrybuty, które nie są wymagane, ale pomagają w dopasowaniu i w zarządzaniu kampanią: product_type z własną ścieżką kategorii sklepu, google_product_category, color, size, material oraz etykiety niestandardowe od custom_label_0 do custom_label_4. Etykiety nie są widoczne dla klientów. Służą do dzielenia produktów w kampaniach, np. według marży, sezonu albo bestsellerów, i najłatwiej wylicza się je właśnie w generatorze feedu, z danych, których Google nie widzi.

Jak często aktualizować feed Google Merchant Center

Harmonogram pobierania pliku ustawia się w Merchant Center. Zaplanowane pobieranie obsługuje interwały dzienne, tygodniowe i miesięczne, plik musi mieć mniej niż 4 GB, a adres może zaczynać się od http, https, ftp lub sftp. Gdy potrzebne są częstsze zmiany, Google wskazuje ręczną aktualizację źródła albo Merchant API (stan na luty 2026 - sprawdź aktualną dokumentację Google).

W praktyce większość sklepów ustawia codzienne pobieranie pliku w nocy, a sam plik generuje chwilę wcześniej, żeby Google zawsze pobierał świeże dane. Problem pojawia się, gdy ceny lub stany zmieniają się w ciągu dnia: promocja wchodzi o 10:00, a feed pokazuje starą cenę do następnej nocy. Wtedy są trzy rozwiązania:

częstsze generowanie i ręczne wywołanie pobrania - proste, ale wymaga pilnowania,
dodatkowe źródło danych - osobny lekki plik tylko z ceną i dostępnością, aktualizowany częściej,
Merchant API - skrypt wysyła do Google tylko zmienione produkty, zaraz po zmianie w sklepie.

Niezależnie od metody, generator feedu powinien zapisywać datę ostatniego udanego wygenerowania, liczbę produktów i rozmiar pliku. Jeśli plik nagle ma połowę zwykłej liczby produktów, to prawie zawsze błąd generowania, a nie realna zmiana oferty. Taki plik lepiej zatrzymać i powiadomić zespół, niż wysłać do Google i stracić połowę reklam.

Dlaczego Google odrzuca produkty z feedu

Diagnostyka Merchant Center pokazuje problemy na poziomie konta, źródła danych i pojedynczych produktów. Większość odrzuceń ma kilka powtarzalnych przyczyn, które da się naprawić w generatorze feedu, a nie ręcznie w Merchant Center:

[#chart:wpr32c]

Osobną grupą są zastrzeżenia dotyczące zasad, np. produktów objętych ograniczeniami reklamowymi albo brakujących informacji o zwrotach i wysyłce na koncie. Tych problemów nie naprawi programista w feedzie - wymagają zmian w ofercie, na stronie sklepu lub w ustawieniach konta Merchant Center. Warto je oddzielić od błędów technicznych, żeby zespół wiedział, kto ma się nimi zająć. Kilka zasad, które przyspieszają pracę z diagnostyką:

Napraw źródło, nie kopię - poprawka w samym Merchant Center zniknie przy następnym pobraniu pliku.
Grupuj błędy według przyczyny - sto odrzuceń z tego samego powodu to jedna poprawka w generatorze.
Sprawdzaj stronę produktu - Google porównuje cenę i dostępność w feedzie z tym, co widzi na stronie.
Testuj na kilku produktach - zmiany w strukturze feedu najpierw na małej próbce lub dodatkowym źródle.

[#uwaga] Rozbieżność ceny między feedem a stroną produktu to jeden z najczęstszych powodów odrzuceń. Zdarza się, gdy strona pokazuje cenę po rabacie dla zalogowanych, w innej walucie albo po doliczeniu opcji, a feed cenę bazową. Cena w feedzie musi odpowiadać temu, co widzi klient wchodzący z reklamy.

Jak Vinson pomaga z feedem Google Merchant Center

Programiści Vinson analizują obecne źródło danych i diagnostykę Merchant Center, a potem konfigurują wtyczkę lub moduł albo piszą własny generator feedu na danych ze sklepu, integratora lub ERP. Ustawiamy stałe identyfikatory, warianty z item_group_id, reguły tytułów, etykiety niestandardowe do kampanii, harmonogram i kontrolę poprawności pliku. Jako Google Partner łączymy pracę nad danymi z obsługą kampanii, a przy integracjach na API planujemy migrację do Merchant API. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce. Jeśli dane produktowe krążą między kilkoma systemami, zobacz też wpis o tym, kiedy opłaca się własny middleware między sklepem, ERP i marketplace.

Najczęściej zadawane pytania

Jak wygenerować feed produktowy do Google Merchant Center?

Najprościej wtyczką lub modułem sklepu, np. Google for WooCommerce, albo aplikacją dla Shopera i PrestaShop. Przy nietypowych danych lepszy jest integrator lub własny skrypt, który tworzy plik XML lub TSV pod stałym adresem. Merchant Center pobiera ten plik według harmonogramu albo otrzymuje dane przez Merchant API.

Jakie pola są obowiązkowe w feedzie Google Merchant Center?

Podstawowe atrybuty to id, title, description, link, image_link, availability i price, a dla nowych produktów także brand. GTIN jest zalecany, gdy produkt go ma, a MPN potrzebny, gdy GTIN nie istnieje. Atrybut condition jest wymagany dla produktów używanych i odnowionych.

Jak często Google pobiera feed produktowy?

Zaplanowane pobieranie pliku można ustawić codziennie, co tydzień lub co miesiąc (stan na luty 2026 - sprawdź aktualną dokumentację Google). Gdy potrzebne są częstsze zmiany, plik można zaktualizować ręcznie albo wysyłać zmiany przez Merchant API. Większość sklepów ustawia codzienne pobieranie w nocy.

Dlaczego produkty w Merchant Center są odrzucane?

Najczęściej przez rozbieżność ceny lub dostępności między feedem a stroną, nieprawidłowy GTIN, brakujące zdjęcie lub zdjęcie z elementami promocyjnymi albo brak wymaganych atrybutów. Część odrzuceń wynika z zasad reklamowych i ustawień konta, a nie z danych. Błędy techniczne najlepiej poprawiać w generatorze feedu, nie ręcznie w Merchant Center.

Czy feed XML dla Google różni się od feedu dla Ceneo?

Tak. Google używa własnej specyfikacji atrybutów, najczęściej w XML ze strukturą RSS i przestrzenią nazw g: albo w TSV. Ceneo ma inną strukturę XML i inne nazwy pól. Jeden generator może tworzyć oba pliki z tej samej bazy produktów, ale każdy w formacie wymaganym przez platformę.

Dobrze utrzymany feed produktowy dla Google Merchant Center to warunek stabilnych kampanii produktowych - bez niego nawet najlepiej ustawiona kampania nie ma czego wyświetlać. Jeśli chcesz wygenerować feed od nowa albo pozbyć się odrzuceń, sprawdź wsparcie programistyczne Vinson.