Sprawdzone w czerwcu 2026 r. dla PrestaShop od 1.6.1 do 9.x względem aktualnego interfejsu Merchant Center (Next). Informacje o bezpłatnych ofertach, procesie konfiguracji źródeł danych oraz zasadach identyfikatorów wymaganych tam, gdzie mają zastosowanie (GTIN/marka/MPN), są aktualne; „źródła danych” zastąpiły stare menu „Produkty → Pliki danych”, więc jeśli ścieżka została przeniesiona, kieruj się jej celem.
Wpisz w Google „kup niebieski skórzany portfel”, a pierwszą rzeczą, którą zobaczysz, nie będzie lista niebieskich linków — tylko rząd zdjęć produktów z cenami, ocenami w gwiazdkach i nazwami sklepów. To wyniki Google Shopping, a dodanie do nich produktów z PrestaShop jest jednym z niewielu działań marketingowych, które pokazuje Twój rzeczywisty produkt, w rzeczywistej cenie, osobie będącej już w trybie zakupowym. Mechanizmem stojącym za każdą z tych kafelkowych ofert jest Google Merchant Center: miejsce, w którym Google pobiera dane o produktach, sprawdza je względem swoich zasad i decyduje, które z Twoich pozycji mogą się wyświetlać. Ten przewodnik dotyczy właśnie tego — dodania produktów do systemu, od pustego konta Merchant Center po aktywne, zaakceptowane oferty. Nie chodzi tu o wyciskanie większej liczby kliknięć z już działającego pliku produktowego (to temat optymalizacji pliku produktowego) ani o ratowanie produktów odrzuconych przez Google (tym zajmuje się naprawa odrzuconych produktów). To etap wejścia na start.
Gdzie te oferty faktycznie się pojawiają — i dlaczego warto się tam dostać
Gdy Google zaakceptuje Twoje produkty, mogą one pojawiać się w różnych powierzchniach Google, takich jak karuzela produktów u góry standardowych wyników wyszukiwania dla zapytań zakupowych, osobna karta Zakupy, oznaczenia w Grafice Google oraz inne kwalifikujące się miejsca emisji w Google. Od 2020 roku obejmuje to także bezpłatne informacje o produktach — nie musisz wydawać ani grosza na reklamy, żeby się pojawić. Co to oznacza dla właściciela sklepu? Konfiguracja Merchant Center to jednorazowa praca, która może dawać ciągłą widoczność bez kosztu CPC tak długo, jak Twój plik produktowy pozostaje poprawny. Płatne reklamy Shopping działają ponad tym poziomem, ale po zaakceptowaniu produkty kwalifikują się do bezpłatnych informacji — kwalifikacja nie oznacza gwarancji, że każdy produkt zawsze się wyświetli. Kluczowe jest słowo „poprawny”: Google pokaże tylko produkty z kompletnymi, spójnymi danymi zgodnymi z zasadami. Na tym etapie walidacji blokuje się większość sprzedawców korzystających z PrestaShop i właśnie tutaj zaczyna się praca specyficzna dla tej platformy.
Krok 1 — Utwórz i zweryfikuj konto Merchant Center
Wejdź na merchants.google.com i utwórz konto, podając nazwę firmy, kraj oraz adres. Bramka wejściowa to weryfikacja witryny: Google musi potwierdzić, że jesteś właścicielem domeny, z której zgłaszasz produkty. Jeśli Twój sklep jest już dodany w Google Search Console na tym samym koncie Google, Merchant Center zwykle zaproponuje ponowne użycie tej weryfikacji jednym kliknięciem — to najszybsza droga. Jeśli nie, weryfikujesz witrynę tak samo jak w Search Console: przez przesłanie pliku HTML, metatag HTML albo połączenie DNS / Google Analytics / Tag Manager.
W PrestaShop najczystsza jest metoda z metatagiem, bo nie dotykasz plików motywu. Jeśli korzystasz z naszej konfiguracji śledzenia i tagów w Marketing Revolution, metatag weryfikacyjny (oraz tagi GA4 / Google Ads) trafia do <head> z poziomu panelu administracyjnego, a nie przez edycję motywu potomnego, którą mogłaby nadpisać aktualizacja. Weryfikujesz raz, a reszta procesu staje się dostępna.
Krok 2 — Zamień katalog PrestaShop w plik danych akceptowany przez Google
To sedno „dodania produktów do systemu” i krok, który ogólne poradniki zwykle zbywają machnięciem ręki. Plik produktowy Merchant Center to uporządkowany plik — popularnym i solidnym formatem jest plik XML używający przestrzeni nazw g: (Google akceptuje też tekst/TSV oraz Content/Merchant API) — w którym każdy produkt jest jednym elementem <item> ze stałym zestawem otagowanych pól. Wymagane pola podstawowe dla produktu fizycznego, wraz z identyfikatorami oczekiwanymi przez Google tam, gdzie mają zastosowanie, to:
| Pole Google | Co oznacza | Gdzie znajduje się w PrestaShop |
|---|---|---|
| g:id | Stabilny unikalny identyfikator | ID produktu (oraz ID kombinacji dla wariantów) |
| g:title | Nazwa produktu, ≤150 znaków | Produkt → nazwa (dla każdego języka) |
| g:description | Opis, ≤5,000 znaków | Krótki lub pełny opis |
| g:link | Aktywny URL strony produktu | Przyjazny URL produktu |
| g:image_link | Główne zdjęcie produktu | URL zdjęcia okładkowego |
| g:price | Cena z walutą | Cena — musi dokładnie zgadzać się ze stroną |
| g:availability | in_stock / out_of_stock / preorder | Wyliczane ze stanu magazynowego |
| g:condition | new / refurbished / used (wymagane tam, gdzie ma zastosowanie) | Produkt → Stan |
Oprócz tych pól podstawowych Google wymaga identyfikatorów produktów tam, gdzie mają zastosowanie — przesyłaj je, aby Twoje produkty były poprawnie dopasowywane:
| Pole Google | Co oznacza | Kiedy je przesłać |
|---|---|---|
| g:brand | Producent / marka | Przesyłaj dla większości nowych produktów (Produkt → Producent) |
| g:gtin | Kod kreskowy EAN/UPC | Wymagane zawsze, gdy produkt ma prawidłowy GTIN (Produkt → pole EAN-13) |
| g:mpn | Numer części producenta | Przesyłaj razem z marką, gdy produkt nie ma GTIN |
| g:identifier_exists | Ustaw na no, aby wskazać, że produkt nie ma oficjalnych identyfikatorów | Tylko dla produktów rzeczywiście pozbawionych identyfikatorów (np. wykonywanych na zamówienie lub ręcznie) |
Po złożeniu w całość zaakceptowany produkt wygląda w XML tak — i dokładnie taką strukturę moduł pliku produktowego buduje dla każdej pozycji w Twoim katalogu, więc nigdy nie piszesz jej ręcznie:
<item>
<g:id>1842</g:id>
<g:title>Blue Leather Bifold Wallet, RFID-Blocking</g:title>
<g:description>Full-grain blue leather bifold wallet with RFID-blocking lining...</g:description>
<g:link>https://example.com/accessories/blue-leather-wallet</g:link>
<g:image_link>https://example.com/img/p/blue-leather-wallet.jpg</g:image_link>
<g:price>49.00 EUR</g:price>
<g:availability>in_stock</g:availability>
<g:condition>new</g:condition>
<g:brand>Hartwell</g:brand>
<g:gtin>5012345678900</g:gtin>
</item>Powód, dla którego w PrestaShop jest to trudniejsze, niż wygląda, jest prosty: w panelu administracyjnym nie ma natywnego przycisku eksportującego taki plik. Musisz albo zbudować własny skrypt, który odpyta tabele produktów, stanów magazynowych, zdjęć, producentów i URL-i, a następnie zapisze poprawny XML, albo użyć modułu do plików produktowych. Pola muszą być też przygotowane dla każdego sklepu, dla każdego języka i dla każdej waluty — niemiecki plik potrzebuje niemieckich tytułów i cen w EUR, a multistore wymaga osobnego pliku dla każdego adresu sklepu — a cena musi zgadzać się ze stroną produktu co do centa, łącznie ze sposobem prezentacji podatku, inaczej Google oznaczy rozbieżność.
Jak zrobić to porządnie z MPR Google Merchant
Właśnie po to istnieje nasz moduł MPR Google Merchant: usuwa problem mapowania pól. Generuje plik XML Google Merchant bezpośrednio z katalogu, z gotowym mapowaniem: {ean13} trafia do g:gtin, {mpn} do g:mpn, zdjęcie okładkowe i galeria do g:image_link oraz g:additional_image_link, ceny promocyjne do g:sale_price, a kombinacje produktów dostają wspólne g:item_group_id, dzięki czemu Google traktuje warianty rozmiaru/koloru jako jedną rodzinę produktów. Co Ci to daje? Pomijasz etap, na którym sprzedawcy zwykle zatrudniają programistę albo walczą z eksportem do arkusza kalkulacyjnego. Plik produktowy konfigurujesz z kontrolera panelu administracyjnego (AdminMPRGoogleMerchantFeeds), od razu dostajesz osobny plik dla każdego sklepu, języka i waluty, a wbudowany cron regeneruje plik według harmonogramu, dzięki czemu zmiany stanów i cen przechodzą dalej bez pamiętania o ponownym przesyłaniu. Szablon elementu XML można edytować, więc gdy później zechcesz dodać pola takie jak g:product_type albo dostawę, zmieniasz szablon zamiast przepisywać eksport. Moduł obsługuje PrestaShop od 1.6.1 aż po aktualną linię PrestaShop, więc działa na wersji, z której faktycznie korzystasz.
Krok 3 — Przekaż plik do Merchant Center: hostowany plik kontra Merchant API
Dane mogą trafić do Google na dwa sposoby, a wybór właściwego ma znaczenie dla świeżości ofert.
| Zaplanowany plik danych (hostowany URL) | Merchant Products API | |
|---|---|---|
| Jak to działa | Podajesz Merchant Center publiczny URL do pliku XML; Google pobiera go według harmonogramu | Twój sklep programowo wysyła produkty do Google przez konto usługi |
| Świeżość | Tak świeże, jak ostatnia regeneracja + interwał pobierania Google | Wysyłka zmian cen/stanów niemal w czasie rzeczywistym |
| Nakład konfiguracji | Niski — wklejasz URL | Wyższy — Merchant ID + poświadczenia JSON konta usługi |
| Najlepsze, gdy… | Większość sklepów; ceny i stany zmieniają się kilka razy dziennie | Katalogi o wysokiej rotacji, gdzie nieaktualny stan odbiera sprzedaż albo powoduje odrzucenia |
Dla zdecydowanej większości sklepów PrestaShop właściwą odpowiedzią jest zaplanowany, hostowany plik: wskazujesz Merchant Center URL pliku, ustawiasz codzienne pobieranie i gotowe. MPR Google Merchant obsługuje oba warianty — udostępnia hostowany XML i może synchronizować dane z Merchant Products API, gdy potrzebujesz świeżości opartej na wysyłce zmian (dla każdego pliku podajesz Merchant ID i ścieżkę do JSON konta usługi). Zacznij od hostowanego pliku; przejdź na synchronizację API tylko wtedy, gdy nieaktualne stany realnie kosztują Cię sprzedaż.
Krok 4 — Prześlij, pozwól Google zweryfikować dane i uruchom oferty
Dodaj plik w Merchant Center w sekcji Ustawienia → Źródła danych (w starym interfejsie nazywało się to „Produkty → Pliki danych”; teraz w Merchant Center Next są to „źródła danych”) — albo podłącz źródło API — a Google zweryfikuje każdy produkt względem swoich wymagań. Spodziewaj się, że pierwsze przejście zaakceptuje większość produktów i oznaczy część z nich — to normalne, nie porażka. Typowe problemy przy pierwszym zgłoszeniu to rozbieżność ceny między plikiem a stroną (prawie zawsze różnica w sposobie wyświetlania podatku), brak konfiguracji dostawy (ustaw ją raz w Merchant Center w ustawieniach dostawy albo dodaj dostawę do pliku) oraz brakujące lub niespójne identyfikatory (marka, GTIN tam, gdzie został nadany, MPN tam, gdzie ma zastosowanie, albo identifier_exists=no wyłącznie dla produktów bez oficjalnych identyfikatorów). Gdy karta Diagnostyka zaświeci się na czerwono, nie zgaduj — katalogujemy dokładne błędy i ich poprawki w PrestaShop w artykule o naprawianiu błędów pliku Merchant. Gdy produkty mają status Zaakceptowane, automatycznie kwalifikują się do bezpłatnych informacji w Zakupach; nie ma osobnego przycisku „opublikuj”, którego trzeba szukać.
Najpierw bezpłatne informacje, potem płatne Shopping, gdy będziesz gotowy
Zaakceptowane produkty pojawiają się w bezpłatnych informacjach o produktach bez dalszych działań — to Twoja baza bez kosztów. Gdy chcesz wypchnąć wybrane produkty wyżej, łączysz Merchant Center z kontem Google Ads i uruchamiasz płatne kampanie produktowe, które umieszczają kafelki produktów nad wynikami bezpłatnymi. Reklamy Shopping często dobrze konwertują, bo kupujący widział już zdjęcie i cenę przed kliknięciem — kliknięcie jest wstępnie zakwalifikowane. To jednak osobna decyzja z własnym budżetem i logiką stawek, dlatego najpierw warto doprowadzić do porządku bezpłatne informacje. Gdy będziesz gotowy na płatny ruch, nowoczesnym sposobem obsługi zasobów Shopping przez Google jest Performance Max — opisujemy, co to oznacza dla katalogu PrestaShop, w pełnym przewodniku po Performance Max, a także jak Shopping współdziała z reklamami tekstowymi w artykule o reklamach w wyszukiwarce dla e-commerce. Dopiero zaczynasz z płatnym ruchem? Zacznij od pierwszej kampanii Google Ads bez przepalania budżetu.
Utrzymuj plik przy życiu — to nie jest konfiguracja „ustaw i zapomnij”
Dostanie się do systemu to kamień milowy; utrzymanie obecności wymaga opieki. Plik produktowy, który był poprawny w styczniu, może do marca zgnić: zmieniają się ceny, produkty wypadają z magazynu, a Google aktualizuje zasady. Krótka, trwała rutyna utrzymuje produkty na liście:
- Regeneruj plik automatycznie. Codzienne odświeżanie przez cron (wbudowane w MPR Google Merchant) utrzymuje ceny i stany w synchronizacji, więc Google nigdy nie pobiera nieaktualnego pliku. To największe pojedyncze źródło odrzuceń, których można uniknąć.
- Sprawdzaj Diagnostykę co tydzień. Nowe odrzucenia pojawiają się po cichu; wyłap je, zanim osłabią Twoją widoczność.
- Obserwuj cenę konkurencyjną. Google porównuje Twoją cenę z innymi sprzedawcami oferującymi ten sam GTIN — jeśli jesteś wyraźnie droższy, liczba kliknięć pozostanie niska niezależnie od tego, jak czysta jest oferta.
- Potem optymalizuj pod kliknięcia. Akceptacja to podłoga, nie sufit. Gdy Twoje produkty stabilnie się wyświetlają, ostrzejsze tytuły, lepsze zdjęcia i etykiety niestandardowe dają realne wzrosty skuteczności — wszystko to omawiamy w przewodniku optymalizacji pliku produktowego PrestaShop.
Najczęściej zadawane pytania
Jak zweryfikować sklep PrestaShop bez edycji plików motywu?
Są dwie czyste ścieżki. Jeśli Twój sklep jest już w Google Search Console na tym samym koncie Google, Merchant Center zwykle zaproponuje ponowne użycie tej weryfikacji jednym kliknięciem. W przeciwnym razie użyj metody z metatagiem HTML i dodaj tag do <head> z poziomu menedżera tagów w panelu administracyjnym, zamiast edytować motyw potomny, który aktualizacja mogłaby nadpisać. Metody DNS i Tag Manager także działają i również nie dotykają motywu.
Czy PrestaShop ma wbudowany przycisk eksportu pliku Merchant Center?
Nie — w panelu administracyjnym nie ma natywnego eksportu, który tworzy poprawny plik XML Google Merchant. Musisz albo napisać własny skrypt odpytujący tabele produktów, stanów magazynowych, zdjęć, producentów i URL-i oraz generujący XML w przestrzeni nazw g:, albo użyć modułu pliku produktowego, który wykona mapowanie i harmonogram za Ciebie. Pola muszą być też poprawne dla każdego sklepu, języka i waluty, a właśnie tę część ręcznie pisany eksport zwykle robi źle.
Czy zacząć od hostowanego URL-a pliku, czy od Merchant Products API?
Dla prawie każdego sklepu zacznij od hostowanego pliku: wklej publiczny URL pliku do Merchant Center, ustaw codzienne pobieranie i gotowe. API uzasadnia dodatkową konfigurację (Merchant ID i poświadczenia konta usługi) dopiero wtedy, gdy stany magazynowe zmieniają się tak szybko, że przerwa między pobraniami faktycznie odbiera sprzedaż albo powoduje odrzucenia. Przejdź na synchronizację API wtedy i tylko wtedy, gdy nieaktualny stan da się realnie powiązać ze stratą sprzedaży.
Moje produkty mają status „Zaakceptowane” — czy muszę coś zrobić, żeby pojawić się w bezpłatnych informacjach?
Nie. Gdy produkt ma status Zaakceptowane, automatycznie kwalifikuje się do bezpłatnych informacji w Shopping — nie ma osobnego przycisku publikacji. „Kwalifikuje się” nie oznacza gwarancji, że każdy produkt pokaże się za każdym razem; ranking nadal zależy od trafności i jakości danych. Płatne kampanie Shopping działają ponad tą bazą, gdy chcesz wypchnąć wybrane produkty wyżej, ale bezpłatna widoczność wynika już z samej akceptacji.
Dlaczego część produktów zostaje odrzucona przy pierwszym zgłoszeniu?
To normalne, że pierwsze przejście akceptuje większość produktów i oznacza część z nich. Najczęstsze przyczyny to rozbieżność ceny między plikiem a stroną (prawie zawsze różnica w sposobie wyświetlania podatku), brak konfiguracji dostawy oraz brakujące lub niespójne identyfikatory (marka, GTIN tam, gdzie został nadany, MPN tam, gdzie ma zastosowanie). Karta Diagnostyka nazywa każdy z nich; dokładne poprawki dla PrestaShop znajdziesz w artykule o naprawianiu błędów pliku Merchant. Nie zgaduj — przeczytaj konkretny błąd.
Dla sklepu PrestaShop sprzedającego produkty fizyczne wejście do Google Shopping jest jednym z najbardziej opłacalnych zadań konfiguracyjnych — bezpłatne informacje mogą stale pozyskiwać ruch, a czysty plik produktowy jest fundamentem wszystkiego, co płatne. Najtrudniejsza część nigdy nie była po stronie Google; chodzi o przełożenie katalogu PrestaShop na dokładnie takie uporządkowane dane, jakich wymaga Google: dla każdego sklepu, języka i waluty, z bieżącą aktualizacją. Zrób to raz, poprawnie, a droga wejścia będzie otwarta.
Komentarze
Brak komentarzy. Bądź pierwszy!
Bądź pierwszy: zadaj pytanie albo podziel się przydatną opinią.
Dodaj komentarz
Dodaj pytanie, szczegół montażu albo opinię, która może pomóc innemu czytelnikowi.