Feed produktowy w e-commerce – jak go zoptymalizować?

Feed produktowy to plik z danymi o produktach sklepu internetowego (identyfikator, tytuł, opis, cena, dostępność, zdjęcie, GTIN), który sklep przesyła do Google Merchant Center lub innej platformy reklamowej.

Google czyta z niego dane do reklam produktowych, Performance Max, remarketingu dynamicznego, bezpłatnych informacji o produktach i odpowiedzi zakupowych w AI Mode. W kampaniach produktowych feed zastępuje słowa kluczowe. Google dopasowuje produkt do zapytania wyłącznie na podstawie tego, co znajdzie w pliku.

W tym wpisie pokażę Ci, od czego zaczynam pracę z feedem na nowym koncie, gdzie w Merchant Center szukam błędów, jak poprawiam dane regułami bez ingerencji w sklep i co zmienia się w pliku produktowym, gdy kampanie idą przez CSS.

Najważniejsze informacje z artykułu:

• Plik produktowy Google ma 7 atrybutów wymaganych dla każdego produktu – id, title, description, link, image_link, price i availability. W Polsce do tej listy dochodzą koszty dostawy, a dla nowych produktów marka i GTIN.
• Sprzedawcy z prawidłowymi numerami GTIN notowali średnio o 20% więcej kliknięć (Google Merchant Center Help).
• Od 31 stycznia 2027 r. Google zacznie egzekwować minimalny rozmiar zdjęcia produktu 500 × 500 pikseli – mniejsze zdjęcia trzeba wymienić przed tym terminem.
• Reguły atrybutów i dodatkowe źródła danych poprawiają feed po stronie Merchant Center, bez zmian w sklepie. Wymagają włączenia dodatku „Zaawansowane zarządzanie źródłami danych”.
• Osobny feed pod bezpłatne informacje dał w teście Search Engine Land wzrost CTR o 10% i współczynnika zakupów o 4%, a konto Merchant Center może być w danym momencie powiązane tylko z jednym CSS.

Co to jest feed produktowy?

Feed (ang. „kanał danych”) to ustrukturyzowany plik, który automatycznie przekazuje treści z jednego systemu do drugiego.

W e-commerce słowo „feed” oznacza najczęściej feed produktowy, czyli listę produktów sklepu z ich atrybutami. W Google Merchant Center plik produktowy nazywa się też źródłem danych o produktach. Każdy wiersz pliku to jeden element, a każda kolumna to atrybut, na przykład [price] albo [gtin].

Plik ma zwykle format XML lub tekstowy (TSV), ale produkty można też dodać przez Arkusze Google, Merchant API, wtyczkę platformy e-commerce albo automatyczne pobieranie danych strukturalnych ze strony. Sklep na WooCommerce, Shopify czy Shoperze generuje plik XML modułem i podaje jego adres w Merchant Center, które pobiera go według harmonogramu.

Jeśli zauważysz gdzieś zapis „feed Google”, to najczęściej chodzi właśnie o plik produktowy przesłany do konta Google Merchant Center. Feedy produktowe w innych formatach zasilają też porównywarki cen, kampanie Ceneo, Meta i Allegro.

Gdzie pracuje feed produktowy Google?

Feed produktowy Google Ads zasila wszystkie kampanie oparte na produktach: standardowe kampanie produktowe, Performance Max oraz remarketing dynamiczny.

Dane z tego samego pliku trafiają do bezpłatnych informacji w zakładce Zakupy i do Shopping Graph. Według Search Engine Land Shopping Graph obejmuje ponad 50 mld ofert i zasila AI Overviews, AI Mode oraz Gemini, a AI Overviews pojawiają się już przy ok. 14% zapytań zakupowych (wobec ok. 2% pod koniec 2024 r.). Według badania Peec AI przytoczonego przez tę samą redakcję do 83% produktów w karuzelach zakupowych ChatGPT pokrywa się z bezpłatnymi wynikami Google Shopping.

Feed staje się więc wspólnym zasobem działu kampanii, SEO i e-commerce, choć w większości sklepów nadal odpowiada za niego wyłącznie specjalista od kampanii Google Ads. Słaby plik produktowy oznacza wyświetlenia na nietrafione zapytania, niski CTR i wyższy koszt konwersji, bez względu na to, jak dobrze ustawisz stawki.

Specyfikacja pliku produktowego Google – atrybuty wymagane

Specyfikacja pliku produktowego Google dzieli atrybuty na wymagane, wymagane w zależności od produktu i opcjonalne.

Brak atrybutu wymaganego blokuje wyświetlanie produktu w reklamach i bezpłatnych informacjach. Poniżej zebrałem atrybuty, które sprawdzam w każdym feedzie, razem z limitami ze specyfikacji Google Merchant Center.

W odzieży lista jest dłuższa. Do bezpłatnych informacji każdy produkt z kategorii Ubrania i akcesoria potrzebuje jeszcze atrybutów [color], [age_group] i [gender], a ubrania i buty także [size]. Kolor zapisuje się słowem (maks. 40 znaków na kolor), kilka kolorów rozdziela znakiem „/”, a wartości w rodzaju „wielobarwny” czy „różne” Google odrzuca.

Specyfikacja zmienia się kilka razy w roku. Google dodał do niej m.in. atrybuty [structured_title] i [structured_description] do oznaczania tytułów i opisów utworzonych przez generatywną AI. Jeśli generujesz tytuły modelem językowym, Google wymaga oznaczenia ich wartością trained_algorithmic_media. Przed każdym większym przebudowaniem pliku sprawdzam aktualną wersję specyfikacji w pomocy Merchant Center.

Jak zoptymalizować feed produktowy?

Optymalizację feedu zaczynam od tytułów, identyfikatorów i zdjęć, bo te trzy elementy najmocniej wpływają na dopasowanie produktu do zapytania i na CTR.

Dopiero potem rozbudowuję atrybuty opcjonalne i etykiety do zarządzania kampanią. Feed poprawiam regułami w Merchant Center albo w narzędziu do zarządzania feedem, bez ręcznej edycji pliku eksportowanego ze sklepu. Dzięki temu poprawki przeżywają każdą kolejną aktualizację.

Tytuły produktów

Tytuł [title] to najsilniejszy sygnał dopasowania w feedzie produktowym. Google zaleca umieszczenie najważniejszych informacji na początku, bo w większości formatów reklam tytuł jest obcinany. Dobry tytuł zawiera atrybuty, których klient szuka: markę, typ produktu, model, rozmiar, kolor, materiał.

Schemat zależy od branży. W modzie sprawdza się układ marka + typ produktu + płeć + kolor + rozmiar, w elektronice marka + model + typ + parametr (np. pojemność). Tytuł „Kurtka Nova” z eksportu sklepu zamieniam na „Kurtka przeciwdeszczowa damska Nova granatowa M”. Każde z tych słów odpowiada na inne zapytanie, a sklep nie musi zmieniać nazwy produktu na stronie.

Google ostrzega jednak przed synonimami i hasłami, których nie ma na stronie docelowej. Tytuł w feedzie może być bardziej szczegółowy, ale jego treść musi znaleźć potwierdzenie na karcie produktu. Zmiana nazwy koloru z „ciemnogranatowy” na „ciemnoniebieski” w samym feedzie może według Google skończyć się nawet zawieszeniem konta.

Opisy produktów

Opis [description] ma limit 5000 znaków i według specyfikacji powinien zawierać wyłącznie informacje o produkcie. Google zabrania w nim linków do sklepu, informacji o konkurencji, innych produktach i akcesoriach oraz haseł w stylu „bezpłatna dostawa”. Formatowanie (podział wierszy, listy) jest dozwolone.

W praktyce opis w feedzie kopiuję z karty produktu i skracam do akapitów z cechami, materiałem, wymiarami i zastosowaniem, bez argumentów sprzedażowych i wezwań do działania. O tym, jak napisać dobry opis produktu na stronę, piszemy osobno.

GTIN, marka i MPN

Numer GTIN pozwala Google rozpoznać produkt i połączyć go z opiniami, katalogiem producenta oraz ofertami innych sklepów. Według Google sprzedawcy, którzy dodali prawidłowe numery GTIN, notowali średnio o 20% więcej kliknięć. W Polsce GTIN to najczęściej 13-cyfrowy kod EAN z opakowania.

Zasada Google jest tu twarda. Produkt z nieprawidłowym numerem zostanie odrzucony, więc lepiej pominąć GTIN niż go zgadywać. Przy produktach własnej marki bez kodów EAN ustawiam atrybut [identifier_exists] na „no”, ale wciąż podaję markę i MPN, jeśli istnieją.

Kategoria i typ produktu

Atrybut [google_product_category] przypisuje produkt do taksonomii Google, a [product_type] do Twojej własnej struktury kategorii. Google zaleca wartości z co najmniej 2–3 poziomami, uporządkowane od ogólnej do szczegółowej, np. „Ubrania i akcesoria > Ubrania > Odzież wierzchnia”. W typie produktu nie dopisuj synonimów ani haseł promocyjnych.

Typ produktu przydaje się przede wszystkim w Google Ads. Na jego podstawie dzielę produkty na grupy w kampanii i porównuję skuteczność całych kategorii. Jeden szczegół ze specyfikacji bywa zaskoczeniem. Do porządkowania stawek i raportów Google Ads używa tylko pierwszej wartości [product_type], więc produkt przypisany do kilku kategorii sklepu zobaczysz w kampanii tylko pod jedną z nich.

Zdjęcia

Zdjęcie klient widzi w karuzeli produktowej jako pierwsze. Google wymaga zdjęć bez tekstów promocyjnych, znaków wodnych, obramowań i logo, w formacie JPEG, WebP, PNG, GIF (nieanimowany), BMP lub TIFF. Od 31 stycznia 2027 r. Google zacznie egzekwować minimalny rozmiar 500 × 500 pikseli dla wszystkich zdjęć produktów.

Główne zdjęcie powinno pokazywać sam produkt na neutralnym tle, a zdjęcia w kontekście trafiają do atrybutów [additional_image_link] (do 10 zdjęć) i [lifestyle_image_link]. Zdjęcia wygenerowane lub edytowane przez AI muszą zachować metadane IPTC informujące o ich pochodzeniu. Jak przygotować fotografię, która sprawdzi się w sklepie i w reklamie, opisaliśmy we wpisie jak zrobić dobre zdjęcie produktowe.

Cena promocyjna i dostawa

Cenę katalogową podajesz w [price], a przecenę w [sale_price]. Google wyświetla wtedy obie wartości i przekreśla wyższą. Atrybut [sale_price_effective_date] ogranicza promocję do zakresu dat w formacie ISO 8601, a bez niego cena promocyjna obowiązuje bez końca. Cen dla uczestników programu lojalnościowego nie wolno przesyłać ani w [price], ani w [sale_price].

Koszty dostawy są w Polsce wymagane do reklam produktowych i bezpłatnych informacji. Większość sklepów ustawia je raz w ustawieniach konta Merchant Center, a atrybut [shipping] w feedzie służy do wyjątków, na przykład produktów gabarytowych z wyższą stawką. Produkt bez danych o dostawie dla kraju docelowego nie wyświetli się wcale.

Informacje o produkcie, szczegóły i pytania

Atrybuty [product_highlight] i [product_detail] są opcjonalne, a właśnie dlatego rzadko je spotykam w feedach klientów. Informacje o produkcie to od 2 do 100 krótkich zdań (maks. 150 znaków każde) opisujących zalety produktu. Szczegóły produktu to do 100 par „nazwa atrybutu – wartość”, które Google wykorzystuje m.in. w filtrach bezpłatnych wyników zakupowych.

Search Engine Land podaje dobry przykład różnicy. Zdanie „wodoodporna, na dojazdy rowerem w lekkim deszczu” mówi kupującemu i systemom AI znacznie więcej niż „wysokiej jakości materiał”. Google rozwija też atrybuty konwersacyjne pod AI Mode i Gemini: [question_and_answer] (do 30 par pytanie–odpowiedź) oraz [related_product], w którym wskazujesz zamienniki, akcesoria i części wymagane do działania produktu.

Etykiety własne w Google Ads

Etykiety własne [custom_label_0] do [custom_label_4] nie są widoczne dla klientów, a w kampaniach produktowych dają największą kontrolę nad budżetem. Każdy produkt może mieć 5 etykiet o długości do 100 znaków, a na całym koncie Merchant Center każda etykieta przyjmuje maksymalnie 1000 unikalnych wartości.

Najczęściej używam ich do oznaczenia:

• przedziału marży (np. „marza_wysoka”, „marza_niska”),
• bestsellerów i produktów bez sprzedaży w ostatnich 30 dniach,
• sezonowości (np. „zima”, „black_friday”),
• przedziału cenowego,
• nowości i wyprzedaży.

Na podstawie etykiet dzielę asortyment między kampanie i ustawiam różne cele ROAS. Kiedy taki podział ma sens, a kiedy rozbija dane algorytmu, opisaliśmy we wpisie kiedy warto rozdzielić kampanie PMax na osobne grupy produktowe.

Reguły atrybutów i dodatkowe źródła danych – poprawki bez ingerencji w sklep

Reguły atrybutów (dawniej reguły pliku danych) i dodatkowe źródła danych (dawniej feedy dodatkowe) pozwalają zmieniać feed po stronie Merchant Center, bez dotykania eksportu ze sklepu.

W nowym Merchant Center obie funkcje są schowane. Włączasz je dodatkiem „Zaawansowane zarządzanie źródłami danych” w sekcji dodatków, a dopiero potem w Źródłach danych pojawiają się karta „Reguły atrybutów” przy źródle podstawowym i karta „Źródła dodatkowe”. Wiele kont klientów trafia do nas bez tego dodatku i z feedem poprawianym ręcznie w arkuszu, a takie poprawki giną przy pierwszym automatycznym pobraniu pliku.

Reguły atrybutów dzielą się na dwie grupy. Operacje na źródłach danych wypełniają atrybut wartością z pliku, stałą albo złożeniem kilku pól („Ustaw jako”, „Pobierz”, „Wybierz najnowszą wartość”). Reguły przekształcania modyfikują gotową wartość („Dołącz na początku”, „Dołącz”, „Znajdź i zamień”, „Oblicz”, „Podziel i wybierz”, „Wyczyść”). Do każdej reguły możesz dodać warunki połączone spójnikiem ORAZ lub LUB.

Tak wygląda to w praktyce na koncie sklepu odzieżowego:

• tytuł: „Ustaw jako” z połączenia [brand] + nazwy ze sklepu + [color] + [size], tylko dla produktów z kategorii odzież,
• etykieta własna: „Ustaw jako” wartość „marza_wysoka”, jeśli [price] przekracza próg ustalony z klientem,
• cena: „Wybierz najnowszą wartość” z dwóch źródeł, gdy plik ze sklepu i Arkusz Google aktualizują się o różnych porach.

Reguły działają kaskadowo, czyli w kolejności, w jakiej je ułożysz. Przed publikacją zapisujesz regułę jako wersję roboczą i sprawdzasz podgląd, a po zastosowaniu reguła wykonuje się przy każdym kolejnym pobraniu pliku.

Dodatkowe źródło danych to osobny plik lub Arkusz Google, łączony ze źródłem podstawowym po atrybucie [id]. Aktualizuje wyłącznie produkty, których identyfikator istnieje w źródle podstawowym, więc nie dodasz nim nowych produktów. Google wymienia jego typowe zastosowania: dodawanie lub zastępowanie etykiet własnych, identyfikatorów promocji i tytułów, uzupełnianie brakujących GTIN-ów oraz wykluczanie produktów atrybutem [excluded_destination].

Arkusz Google jako źródło dodatkowe to najwygodniejszy sposób na przekazanie klientowi kontroli nad etykietami. Dział sprzedaży wpisuje w arkuszu SKU i marżę, a kampania odbiera to przy najbliższym pobraniu. Reguły i feedy dodatkowe mają jednak granicę. Poprawią format danych, ale nie uratują produktu, w którym cena lub dostępność na stronie nie zgadzają się z plikiem.

Gdzie widać błędy feedu?

Błędy feedu produktowego widać w Merchant Center w trzech miejscach: na karcie „Wymaga uwagi” w sekcji Produkty, w banerze problemów na poziomie konta i w raporcie ostatniej aktualizacji źródła danych.

Każdy produkt ma w Merchant Center jeden z pięciu statusów: w trakcie przetwarzania, w trakcie sprawdzania, zatwierdzony, ograniczony albo niezatwierdzony. Produkt ograniczony wyświetla się tylko w części miejsc, niezatwierdzony nie wyświetla się wcale, a po 30 dniach bez aktualizacji produkt dostaje oznaczenie „Wymaga aktualizacji”. Google rozróżnia też wagę problemu. Ostrzeżenia obniżają skuteczność, odrzucenia zdejmują produkt z reklam i bezpłatnych informacji do czasu naprawy, a problemy na poziomie konta zaczynają się od ostrzeżenia z terminem i kończą zawieszeniem.

Przy audycie feedu przechodzę przez te miejsca w stałej kolejności:

1. Produkty → Wymaga uwagi – lista produktów z problemami, z filtrami i eksportem do CSV. Po liczbie produktów przy każdym problemie od razu widzę, co naprawić najpierw.
2. Szczegóły problemu – kliknięcie w problem otwiera widok z szacowanym wpływem (np. utracone kliknięcia), przykładowymi produktami i krokami naprawy. To tutaj widać, czy błąd dotyczy pliku, strony czy danych strukturalnych.
3. Wyświetl problemy z konfiguracją i zasadami – link na tej samej karcie prowadzi do problemów na poziomie konta, tych samych, które wyświetla baner na górze panelu.
4. Źródła danych → ostatnia aktualizacja – błędy przetwarzania samego pliku (np. niezamknięte tagi XML, brak wymaganej kolumny) z raportem do pobrania i numerami wierszy.

Terminy warto znać, zanim zaczniesz odświeżać panel. Edycje produktu Google przetwarza do 15 minut, a po zgłoszeniu naprawy ponowne sprawdzenie trwa zwykle od 24 do 48 godzin. Pierwsza weryfikacja produktów do reklam zajmuje 3–5 dni roboczych, a weryfikacja konta po zawieszeniu do 7 dni (Google Merchant Center Help). Najczęstsze przyczyny odrzuceń i sposoby ich naprawy zebraliśmy we wpisie o odrzuconych produktach w kampanii Google.

Spójność feedu, danych strukturalnych i strony produktu

Google porównuje feed produktowy z danymi strukturalnymi i treścią strony, a przy niezgodności sam decyduje, której wersji wierzyć.

Najczęściej dotyczy to ceny i dostępności. Przy cenie Google może nadpisać wartość z feedu przez automatyczne aktualizacje produktów albo odrzucić produkt. Karta „Wymaga uwagi” pokaże wtedy odrzucenie z powodu ceny, choć plik jest poprawny, a błąd siedzi w szablonie karty produktu.

Search Engine Journal opisuje przypadek sklepu meblowego z czerwca 2026 r. Strona i feed podawały cenę 34,80 GBP, Merchant Center pokazywało 33,54 GBP, a znaczniki schema.org zawierały czwartą wartość, 29 GBP, czyli cenę netto bez VAT. Efektem było masowe odrzucenie produktów, choć sam feed był poprawny.

W tym samym tekście autorka opisuje drugi scenariusz. Produkty przeszły ze statusu zatwierdzonych do odrzuconych w ciągu jednej nocy, bo zmiana ustawień ochrony przed botami w CDN zaczęła blokować robota Google. Plik produktowy, dane strukturalne i strona były w porządku, ale Google nie mógł zweryfikować strony docelowej.

Przy audycie feedu sprawdzam więc trzy warstwy jednocześnie:

• cenę brutto i cenę promocyjną w feedzie, w znacznikach Product/Offer i na stronie,
• dostępność w feedzie (in_stock) i w schema.org (https://schema.org/InStock),
• dostęp Googlebota i Googlebot-Image do kart produktów i zdjęć (robots.txt, CDN, firewall).

Feed produktowy traktuję jako wspólny temat działu kampanii i SEO. Błąd w danych strukturalnych wychodzi zwykle dopiero w Merchant Center, a specjalista Google Ads nie ma wglądu w kod szablonu karty produktu. Przy pozycjonowaniu sklepu ten sam błąd psuje wyniki rozszerzone z ceną i dostępnością, tyle że po cichu, bez żadnego odrzucenia w panelu.

Osobny feed pod bezpłatne informacje o produktach

Jeden plik produktowy może zasilać kampanie płatne i bezpłatne informacje, ale tytuły napisane pod aukcję nie zawsze pasują do sposobu, w jaki klient wyszukuje produkty bez reklam.

Search Engine Land opisuje test dużego sklepu, który uruchomił osobny feed z tytułami i opisami przygotowanymi pod bezpłatne informacje. Po wdrożeniu CTR bezpłatnych informacji wzrósł o 10% miesiąc do miesiąca, a współczynnik zakupów o 4%. W teście na poziomie pojedynczych produktów przychód z bezpłatnych informacji wzrósł o 92%, widoczność o 83%, a dodania do koszyka o 14%.

Pierwszy krok nie wymaga drugiego feedu. Eksportuję obecny plik i porównuję tytuły z frazami, na które produkty mają ruch z wyszukiwarki. Dane do porównania znajdziesz w Google Search Console (filtr wyników zakupowych) i w raportach skuteczności bezpłatnych informacji w Merchant Center. Jeśli tytuły z feedu i zapytania klientów to dwa różne języki, osobny feed ma sens.

Mechanika opiera się na atrybucie [excluded_destination], który wyłącza produkt z wybranych miejsc docelowych. Google wymienia wśród wartości m.in. Shopping_ads, display_ads, local_inventory_ads i free_listings, a wykluczenie zawsze ma pierwszeństwo przed [included_destination]. Układ wygląda tak:

1. Feed reklamowy (obecny plik) dostaje wartość free_listings w [excluded_destination]. Kampanie Google Ads pracują na nim bez zmian.
2. Drugi feed z tytułami i opisami pod bezpłatne informacje dostaje wykluczenia Shopping_ads, display_ads i local_inventory_ads. Wchodzi do konta jako osobne źródło podstawowe z własną etykietą pliku danych, bo ten sam identyfikator w dwóch źródłach z tą samą etykietą Google traktuje jako jeden produkt i bierze dane ze źródła zaktualizowanego później.
3. Oba feedy wskazują te same strony docelowe, te same ceny i tę samą dostępność. Różnią się wyłącznie tytułem, opisem i kolejnością zdjęć.

W mniejszym sklepie wystarczy jeden plik, w którym tytuły łączą wymagania aukcji z naturalnym językiem klienta. Osobny feed opłaca się przy szerokim asortymencie i mierzalnym ruchu z bezpłatnych informacji, bo każde dodatkowe źródło to kolejne miejsce, w którym cena i dostępność mogą się rozjechać.

Feed produktowy w kampaniach przez CSS – co się zmienia?

CSS (Comparison Shopping Service) to porównywarka cen wyświetlająca reklamy produktowe i bezpłatne informacje w Google w imieniu sklepu.

W 21 krajach, w tym w Polsce, każda reklama produktowa przechodzi przez jakiś CSS. Domyślnie jest nim Google Shopping, ale sklep może wybrać zewnętrznego partnera. Pod reklamą widać wtedy link „Przez [nazwa CSS]”, prowadzący na stronę porównywarki. Tło prawne i mechanikę aukcji opisaliśmy we wpisie o strategii kilku CSS w Google Shopping, a tu skupię się na samym feedzie.

Format pliku produktowego się nie zmienia. CSS korzysta z tej samej specyfikacji Google, więc dobrze przygotowany feed działa tak samo w Google Shopping i u zewnętrznego partnera. Zmienia się to, gdzie plik mieszka, kto ma do niego dostęp i gdzie jeszcze pojawiają się Twoje produkty. Google rozlicza kliknięcia z CSS, a CSS rozlicza się ze sklepem według własnej umowy, w modelu zarządzanym, samoobsługowym albo mieszanym.

W Fabryce e-biznesu prowadzimy własny CSS – ShopBase. Przy przenoszeniu kont klientów na ShopBase widzimy budżet wykorzystany lepiej o około 20%. Ten efekt najmocniej działa przy dobrze przygotowanym feedzie, bo odzyskany budżet trafia wtedy na trafne zapytania i produkty z pełnymi danymi.

Przed przełączeniem sklepu na zewnętrzny CSS przechodzę z klientem przez poniższą listę. Te punkty rzadko pojawiają się w poradnikach o feedach, a każdy z nich wpływa na to, czy kampania po zmianie od razu wróci do pełnej skali.

Najczęstszy błąd przy CSS dotyczy oczekiwań. Klient słyszy o lepszym wykorzystaniu budżetu i zakłada, że sama zmiana porównywarki poprawi wyniki. CSS zmienia warunki aukcji, ale Google nadal dopasowuje produkt do zapytania na podstawie feedu. Klient widzi w reklamie te same dane z pliku, czyli tytuł, cenę i zdjęcie, niezależnie od tego, jaki CSS za nią stoi (jak kupujący postrzegają porównywarki w Google, sprawdziliśmy w badaniu świadomości konsumentów). Dlatego przy przejściu na ShopBase zaczynamy od audytu pliku produktowego i dopiero na poprawionym feedzie uruchamiamy kampanie.

Feed jako podstawa handlu przez agentów AI

Feed produktowy jest dziś punktem wejścia produktów do zakupów prowadzonych przez agentów AI.

Według Search Engine Land Universal Commerce Protocol, ogłoszony przez Google w styczniu 2026 r., pozwala agentom AI wyszukiwać produkty, budować koszyk i finalizować zakup w AI Mode i Gemini. Protokół działa na danych z Google Merchant Center, a o dostępności przycisku zakupu informuje nowy atrybut feedu [native_commerce]. Ta sama praca nad tytułami, GTIN, informacjami o produkcie i spójnością cen procentuje więc w trzech miejscach. Poprawia wyniki kampanii Performance Max i produktowych, zwiększa widoczność w bezpłatnych informacjach i przygotowuje asortyment na zakupy przez interfejsy AI.

Czy już wiesz, jak zoptymalizować feed produktowy?

Feed produktowy rzadko jest gotowy w dniu eksportu ze sklepu. Plik z platformy e-commerce spełnia zwykle wymagania minimalne, ale ma skrócone tytuły, brakujące GTIN-y i puste atrybuty opcjonalne. Każda z tych luk obniża trafność dopasowania, a w kampaniach produktowych trafność przekłada się bezpośrednio na koszt sprzedaży.

W Fabryce e-biznesu prowadzimy kampanie Google Ads dla sklepów internetowych od 2008 roku i optymalizujemy feedy produktowe przed każdym startem kampanii. Jeśli chcesz sprawdzić, ile budżetu możesz odzyskać dzięki lepszemu feedowi i naszemu CSS ShopBase, wyślij nam brief. Przejrzymy Twoje konto Merchant Center i wskażemy, od czego zacząć.

Źródła:

https://support.google.com/merchants/answer/7052112?hl=pl

https://support.google.com/merchants/answer/7380908?hl=pl

https://support.google.com/merchants/answer/12652686?hl=pl

https://support.google.com/merchants/answer/1678274?hl=pl

https://searchengineland.com/product-feeds-organic-strategy-ai-search-473793

https://www.searchenginejournal.com/why-your-product-feed-is-an-seo-asset-and-who-should-own-it/575543/