Feed produktowy: jak przygotować plik do sklepu

Feed produktowy to plik lub automatyczne źródło, które przekazuje dane katalogu ze sklepu do porównywarki, systemu reklamowego albo marketplace. Każdy wiersz opisuje konkretną ofertę lub wariant: ma własny identyfikator, nazwę, adres strony, zdjęcie, cenę i dostępność. Jeśli te informacje powstają bezpośrednio z danych sklepu i są regularnie odświeżane, nie musisz poprawiać każdej oferty osobno w kilku panelach. Poniżej znajdziesz strukturę pliku, zasady obsługi wariantów oraz test, który warto wykonać przed podłączeniem kanału sprzedaży.

Feed produktowy: co zawiera i dokąd trafia

Najprostszy feed przypomina arkusz: kolumny odpowiadają atrybutom, a wiersze produktom. Odbiorca importuje plik i na jego podstawie buduje ofertę. Google Merchant Center przyjmuje źródło jako plik, arkusz Google albo dane przesyłane przez Merchant API. Plik można wysłać ręcznie, pobierać według harmonogramu lub przekazywać przez SFTP i Google Cloud Storage. Oficjalna instrukcja tworzenia źródła danych rozróżnia źródło podstawowe, które dodaje i usuwa produkty, oraz źródło dodatkowe, służące do uzupełniania istniejących rekordów.

W małym katalogu arkusz ułatwia poznanie struktury danych, ale ręczna obsługa szybko tworzy rozbieżności. Sklep zmienia cenę, produkt się wyprzedaje, a stary plik nadal pokazuje poprzednią ofertę. Przy regularnej sprzedaży wybierz eksport generowany przez platformę lub integrację korzystającą z API. Ustal też jedno źródło prawdy: cena i stan powinny pochodzić z tego samego systemu, który obsługuje zamówienia.

Kanały mają własne specyfikacje, dlatego jeden eksport bazowy może potrzebować osobnego mapowania. Nie zmieniaj jednak znaczenia pól między kanałami. Identyfikator id produktu powinien pozostać stabilny, bo jego wymiana może sprawić, że system potraktuje znaną ofertę jak nową.

Jakie pola są potrzebne w pliku produktowym

Zacznij od minimalnego zestawu roboczego:

• id – trwały identyfikator oferty, zwykle oparty na SKU wariantu;
• title i description – nazwa oraz rzeczowy opis sprzedawanego wariantu;
• link i image_link – bezpośredni adres karty produktu oraz głównego zdjęcia;
• price – liczba wraz z walutą;
• availability – aktualny stan, na przykład dostępny, niedostępny albo w przedsprzedaży;
• brand, gtin lub mpn – identyfikatory pomagające rozpoznać produkt;
• condition – stan produktu, szczególnie przy rzeczach używanych i odnowionych.

W Google cena i dostępność w źródle muszą odpowiadać karcie produktu, danym strukturalnym oraz etapowi płatności. Dla oferty z oznaczeniem in_stock przycisk zakupu powinien działać. Przy preorder lub backorder trzeba przekazać datę dostępności i pokazać ją klientowi. Te reguły oraz dozwolone wartości opisuje specyfikacja danych produktowych Merchant Center.

Numeru GTIN nie twórz samodzielnie. Jeśli producent nadał go produktowi, przekaż właściwą wartość dla konkretnego wariantu. Osobny poradnik wyjaśnia, jak uporządkować GTIN w sklepie internetowym, zachować zera na początku i odróżnić globalny identyfikator od wewnętrznego SKU.

Warianty bez pomieszanych cen i zdjęć

Koszulka w trzech rozmiarach i dwóch kolorach może oznaczać sześć ofert. Każda kombinacja powinna mieć własne id, link otwierający odpowiednio wybrany wariant, właściwe zdjęcie, cenę, dostępność i GTIN, jeśli producent nadał osobne numery. Wspólny atrybut grupujący, na przykład item_group_id, informuje kanał, że rekordy należą do jednego modelu.

Najczęstszy błąd powstaje, gdy link prowadzi do ogólnej karty i domyślnie pokazuje inny kolor niż rekord w pliku. Robot widzi niebieski produkt za 199 zł, choć feed opisuje czerwony wariant za 219 zł. Dodaj parametr wariantu do adresu lub skonfiguruj stronę tak, aby poprawny wybór otwierał się od razu. Sprawdź to w oknie prywatnym, bez zapisanych plików cookie.

Podobna kontrola przyda się przed udostępnieniem danych systemom obsługującym zakupy przez AI. Model może poprawnie porównać oferty, gdy nazwa, identyfikator, cena i dostępność opisują dokładnie ten sam wariant. Ogólne nazwy w rodzaju „buty sportowe” utrudniają rozpoznanie różnic.

Aktualizacja feedu i zgodność ze stroną

Częstotliwość eksportu dopasuj do szybkości zmian. Sklep z kilkoma zamówieniami tygodniowo może odświeżać dane raz dziennie. Przy małej liczbie sztuk i wielu zamówieniach ustaw aktualizację kilka razy dziennie lub skorzystaj z API. Wyprzedany produkt pokazany jako dostępny marnuje kliknięcie klienta i może zostać odrzucony przez kanał.

Dane strukturalne Product i Offer na karcie produktu tworzą drugą, maszynowo czytelną warstwę. Merchant Center potrafi wykorzystać je do automatycznej korekty ceny, ceny promocyjnej, dostępności i stanu. Taka automatyzacja ogranicza skutki krótkiej rozbieżności, lecz Google nadal zaleca regularne aktualizowanie podstawowego źródła. Warto generować feed oraz JSON-LD z tej samej bazy danych.

Automatyzacja potrzebuje również sprawnej karty produktu. Jeśli bot otrzyma błąd, utknie w serii przekierowań albo długo czeka na treść generowaną przez JavaScript, trudniej zweryfikuje ofertę. Po zmianie szablonu sprawdź szybkość sklepu internetowego oraz to, czy cena i dostępność są widoczne w początkowym kodzie strony.

Test feedu przed uruchomieniem kampanii

Najpierw wybierz próbkę obejmującą zwykły produkt, wariant, promocję, pozycję wyprzedaną i produkt bez GTIN. Dla każdego rekordu otwórz adres z pliku i porównaj nazwę, zdjęcie, cenę, walutę, stan oraz przycisk zakupu. W przypadku promocji sprawdź daty obowiązywania i cenę widoczną po wejściu na stronę.

Następnie wgraj źródło do kanału i zaczekaj na diagnostykę. Grupuj komunikaty według przyczyny, zamiast poprawiać przypadkowe rekordy. Jeśli sto produktów ma złą walutę, napraw mapowanie pola w eksporcie. Ręczna korekta stu pozycji zniknie przy kolejnym imporcie.

Po uruchomieniu zapisuj liczbę aktywnych, oczekujących i odrzuconych ofert. Oddziel problemy danych od wyników sprzedażowych. Poprawny technicznie produkt może nie zdobywać kliknięć z powodu mało konkretnego tytułu albo zdjęcia, a atrakcyjna oferta może pozostać niewidoczna przez brak wymaganej wartości. Dane o kliknięciach i zakupach połącz z zasadami opisanymi w poradniku o analityce sklepu internetowego.

Na koniec ustal właściciela integracji i prosty alarm: brak aktualizacji, nagły wzrost odrzuceń albo duży spadek liczby aktywnych produktów powinien wywołać sprawdzenie eksportu. Feed produktowy działa najlepiej jako stały proces między katalogiem, magazynem i kanałami. Stabilne identyfikatory, spójne warianty i regularny monitoring dają podstawę, którą można bezpiecznie rozwijać o kolejne miejsca sprzedaży.