# Google Merchant Center: feed produktowy PrestaShop bez błędów

> Twój feed może być idealny, a konto zawieszone, bo polityka zwrotów nie jest dość jednoznaczna. Atrybuty obowiązkowe, kwestia kodów kreskowych, sześć najczęstszych powodów odrzucenia i kolejność ich poprawiania.

- Strona: <https://www.datafirefly.com/pl/2026/10/27/feed-google-merchant-center-prestashop-bez-bledow/>
- Język: pl
- Opublikowano: 2026-10-27
- Zaktualizowano: 2026-10-10
- Inne języki: [fr](https://www.datafirefly.com/2026/10/27/flux-google-merchant-center-prestashop/index.md), [en](https://www.datafirefly.com/en/2026/10/27/google-merchant-center-feed-prestashop/index.md), [es](https://www.datafirefly.com/es/2026/10/27/feed-google-merchant-center-prestashop/index.md), [de](https://www.datafirefly.com/de/2026/10/27/google-merchant-center-feed-prestashop-ohne-fehler/index.md), [it](https://www.datafirefly.com/it/2026/10/27/feed-google-merchant-center-prestashop-senza-errori/index.md), [nl](https://www.datafirefly.com/nl/2026/10/27/google-merchant-center-productfeed-prestashop-foutloos/index.md), [pt](https://www.datafirefly.com/pt/2026/10/27/feed-google-merchant-center-prestashop/index.md)
- Indeks: <https://www.datafirefly.com/pl/2026/llms.txt>

Odrzucony albo częściowo przyjęty feed produktowy sprawia, że Twoje reklamy znikają, a Ty nie orientujesz się od razu. Powodów odrzucenia jest jednak niewiele i niemal wszystkie poprawia się w katalogu.

## Atrybuty obowiązkowe

Sześć atrybutów jest wymaganych dla każdego produktu.

**Identyfikator**, unikalny i stabilny w czasie. To Twój wewnętrzny indeks i nie może zmieniać się między dwiema aktualizacjami, bo tracisz historię skuteczności.

**Tytuł**, który opisuje produkt.

**Opis**.

**Link** do karty produktu, w adresie bezwzględnym i bezpiecznym.

**Link do zdjęcia** głównego.

**Dostępność** i **cena**.

Dwa dodatkowe atrybuty są wymagane zależnie od przypadku. **Marka**, obowiązkowa dla większości produktów nowych. I **identyfikatory produktu**, w tym kod kreskowy, obowiązkowe wtedy, gdy dla produktu istnieją.

## Kwestia identyfikatorów produktu

To najczęstszy powód odrzucenia i najgorzej rozumiany.

Produkt wytwarzany przez markę i sprzedawany przez wielu odsprzedawców ma kod kreskowy. Trzeba go podać.

Trzy sytuacje praktyczne.

**Znasz kod kreskowy.** Podaj go, sprawdzając poprawność: długość i cyfra kontrolna są weryfikowane, a wymyślony kod zostanie odrzucony.

**Produkt go nie ma**, bo sam go wytwarzasz albo jest robiony na zamówienie. Możesz wtedy wyraźnie zadeklarować, że identyfikator nie istnieje, podając markę i swój indeks wewnętrzny.

**Nie znasz go.** To przypadek problematyczny: produkt go ma, Ty go nie wprowadziłeś. Jedyne rozwiązanie to pozyskać go od dostawcy.

Do pilnowania: ten sam kod kreskowy na kilku Twoich produktach daje błąd. Zdarza się to typowo, gdy wartość została domyślnie skopiowana na całą linię.

## Tytuł, który decyduje o wyświetlaniu

Tytuł w feedzie nie musi być tym z Twojej karty. To pole, które się buduje.

Struktura, która działa: **marka, typ produktu, cecha wyróżniająca, rozmiar lub kolor**.

Cztery zasady.

**Informacje ważne na początku**, bo wyświetlanie ucina.

**Żadnego tekstu promocyjnego.** Wzmianki o rabacie, darmowej dostawie czy wielkie litery dla podkreślenia są powodem odrzucenia.

**Żadnej nazwy sklepu** w tytule produktu.

**Wariant w tytule**, jeśli istnieje, co pozwala uniknąć kilku identycznych ogłoszeń.

Uwaga: tytuł to pole najsilniej wpływające na dopasowanie do zapytań. Przeredagowanie pierwszej setki produktów daje mierzalny efekt.

## Warianty

Punkt strukturalny decydujący o jakości feedu.

Każda kombinacja możliwa do kupienia musi być osobną pozycją, z własnym identyfikatorem, ceną, dostępnością i zdjęciem.

Łączą je trzy atrybuty. **Identyfikator grupy**, wspólny dla wszystkich wariantów tego samego modelu. I **atrybuty wariantu**, zwłaszcza rozmiar i kolor, które je odróżniają.

Dwa częste błędy. Wysłanie **samego produktu nadrzędnego**, co ukrywa dostępne warianty. Albo wysłanie wariantów **bez identyfikatora grupy**, przez co wyglądają na produkty bez związku.

O kolorach jedno przydatne doprecyzowanie: wartość musi być zrozumiałą nazwą koloru, nie Twoim oznaczeniem marketingowym. „Granatowy" przejdzie, „Głęboki Ocean 47B" zostanie źle odczytany.

## Dostępność i cena

Te dwa pola są kontrolowane automatycznie przez porównanie z Twoją kartą produktu. Rozbieżność kończy się zawieszeniem.

Cztery częste przyczyny rozbieżności.

**Przesunięcie aktualizacji.** Feed generuje się raz dziennie, a cena zmienia się między dwoma generowaniami.

**VAT.** Cena w feedzie musi odpowiadać tej pokazanej na stronie, brutto w sklepie dla klientów indywidualnych.

**Promocje.** Obniżka zastosowana jako reguła koszyka nie pojawia się w feedzie, co tworzy różnicę między ceną ogłoszoną a widzianą w koszyku.

**Ceny według grup klientów.** Jeśli strona pokazuje inną cenę zależnie od odwiedzającego, kontrola automatyczna zobaczy cenę publiczną.

Przy dostępności kontrola jest taka sama: produkt zadeklarowany jako dostępny w feedzie i pokazany jako wyprzedany na stronie to powód zawieszenia.

## Zdjęcia

Pięć zasad.

**Produkt zajmuje większość kadru**, najlepiej na jednolitym tle.

**Żaden dodany tekst** na zdjęciu: żaden pasek promocyjny, żaden znak wodny z logo, żadna wzmianka o cenie.

**Żadnych elementów nakładanych**, żadnej ozdobnej ramki.

**Zdjęcie odpowiada zadeklarowanemu wariantowi.** Pozycja „czerwony but" ze zdjęciem modelu niebieskiego zostanie odrzucona albo obniżona w wynikach.

**Wystarczająca rozdzielczość**, bez zdjęć rozmytych czy za małych.

Punkt praktyczny: w PrestaShop wysyłane zdjęcie musi być miniaturą o właściwym wymiarze, nie oryginałem ważącym kilka megabajtów. Feed wskazujący bardzo ciężkie zdjęcia spowalnia przetwarzanie i może dawać błędy pobierania.

## Kategorie

Dwa odrębne pola, często mylone.

**Kategoria produktu** według taksonomii platformy, wybierana z zamkniętej listy. Określa sposób klasyfikacji produktu i oczekiwane atrybuty dodatkowe.

**Typ produktu**, czyli Twoja własna struktura, dowolna.

Pierwsza nie jest obowiązkowa we wszystkich przypadkach, ale wyraźnie poprawia wyświetlanie, zwłaszcza w kategoriach, gdzie oczekiwane są atrybuty szczególne: rozmiar, numer buta, płeć, przedział wiekowy w odzieży.

Błąd powszechny: wybrać kategorię zbyt ogólną. Im kategoria jest dokładniejsza, tym lepsze dopasowanie.

## Najczęstsze powody odrzucenia

Sześć przyczyn pokrywających większość przypadków.

**Brakujące lub nieprawidłowe identyfikatory produktu.**

**Różnica ceny** między feedem a stroną.

**Różnica dostępności.**

**Zdjęcie niezgodne**, zwykle z wtopionym tekstem.

**Niedostępna karta produktu**, często przekierowanie albo strona błędu pod nieaktualnym adresem.

**Brak wymaganych informacji** na stronie: warunki dostawy, polityka zwrotów, dane kontaktowe, metody płatności. Te wymogi dotyczą strony, nie feedu, i blokują całe konto.

Ten ostatni punkt zaskakuje najbardziej: Twój feed może być idealny, a konto zawieszone, bo polityka zwrotów nie jest dość jednoznaczna.

## Metoda poprawiania

Cztery etapy, w tej kolejności.

**Najpierw problemy na poziomie konta**, które blokują wszystko: informacje na stronie, zgodność stron obowiązkowych.

**Potem blokujące błędy feedu**, które uniemożliwiają wyświetlanie danych produktów.

**Potem ostrzeżenia**, które nie blokują wyświetlania, ale je pogarszają.

**Na końcu sugestie** ulepszeń, dotyczące atrybutów opcjonalnych.

Uwaga metodyczna: poprawiaj w katalogu, nie w feedzie. Poprawka nałożona przy generowaniu będzie do powtórzenia przy każdej zmianie i tworzy rozbieżność między Twoimi rzeczywistymi danymi a tym, co deklarujesz.

## Częstotliwość aktualizacji

Trzy zalecenia.

**Pełne generowanie codziennie** jako minimum, częściej jeśli katalog się zmienia.

**Szybka aktualizacja ceny i stanu** jako uzupełnienie, która pozwala uniknąć rozbieżności na danych zmiennych.

**Cotygodniowa kontrola** liczby produktów aktywnych wobec liczby wysłanych. Rosnąca różnica sygnalizuje narastanie błędów.

Moduł  generuje ten feed w PrestaShop 8 i 9: mapowanie atrybutów obowiązkowych z kontrolą poprawności kodów kreskowych, obsługa wariantów z identyfikatorem grupy i atrybutami wariantu, konfigurowalne budowanie tytułu oraz aktualizacja ceny i stanu niezależna od pełnego generowania.
