Feed a dane strukturalne na stronie: ile to kosztuje

Od czego zależy koszt feedu produktowego

Nie wyceniaj feedu wyłącznie na podstawie liczby produktów. Najpierw sprawdź, skąd pobierasz dane, jakie pola są dostępne i do ilu kanałów mają trafić. Ten sam katalog może wymagać prostego eksportu do jednego systemu albo kilku różnych formatów z odmiennymi wymaganiami.

Najważniejsze elementy wpływające na zakres prac to:

• liczba produktów i wariantów,
• sposób przechowywania danych w sklepie,
• źródło danych dla feedu,
• liczba kanałów sprzedaży i porównywarek,
• liczba wymaganych pól,
• mapowanie kategorii i atrybutów,
• obsługa zdjęć, cen, stanów magazynowych i dostępności,
• częstotliwość aktualizacji,
• walidacja danych,
• obsługa błędów,
• dane strukturalne Product na stronie produktu,
• konieczność przygotowania kilku wersji feedu.

Jeżeli chcesz najpierw sprawdzić, jakie elementy powinien zawierać poprawnie przygotowany plik, zobacz feed produktowy, który przechodzi walidację i sprzedaje. Przy wycenie prac potraktuj taki zakres jako punkt wyjścia do określenia rzeczywistych wymagań sklepu.

Feed produktowy a dane strukturalne

Feed i dane strukturalne to dwa różne elementy. Feed przekazuje informacje o produktach do zewnętrznego systemu. Dane strukturalne umieszczasz bezpośrednio na stronie produktu, aby poprawnie opisać jej zawartość w formacie rozpoznawalnym przez systemy korzystające ze standardu Schema.org.

Dla produktu istotne są między innymi informacje dotyczące nazwy, obrazu, ceny, dostępności oraz identyfikatorów. Schema.org definiuje typ Product i powiązane z nim właściwości, które można wykorzystać do opisania produktu na stronie. Przed wdrożeniem sprawdź, które dane rzeczywiście są dostępne w sklepie i czy odpowiadają informacjom prezentowanym użytkownikowi.

Nie traktuj danych strukturalnych jako zamiennika feedu. Jeżeli kanał wymaga osobnego pliku lub adresu feedu, dane na stronie nie zastąpią jego konfiguracji. Z kolei poprawny feed nie oznacza automatycznie, że dane strukturalne na stronie są prawidłowe.

Co sprawdzić przed wyceną

Przygotuj listę pól dostępnych w sklepie. W praktyce warto sprawdzić co najmniej:

Dane	Co sprawdzić
identyfikator	Czy każdy produkt ma stabilne ID
nazwa	Czy nazwa jest kompletna i aktualna
opis	Czy opis można pobrać bez błędnego HTML
cena	Czy cena jest pobierana z właściwego pola
dostępność	Czy status odpowiada rzeczywistemu stanowi
zdjęcie	Czy adres obrazu jest publicznie dostępny
URL	Czy prowadzi bezpośrednio do właściwego produktu
marka	Czy dane są uzupełnione tam, gdzie są wymagane
GTIN	Czy identyfikator jest dostępny i poprawny
kategoria	Czy można ją przypisać do wymaganej taksonomii
wariant	Czy rozmiary, kolory i inne warianty są rozdzielone poprawnie

Im więcej brakujących lub niespójnych danych, tym większy zakres pracy. Samo wygenerowanie pliku może być proste, ale przygotowanie danych do walidacji może wymagać dodatkowego mapowania i zmian w sklepie.

Merchant Center, Ceneo, Facebook i Allegro

Nie zakładaj, że jeden feed będzie działał identycznie we wszystkich kanałach. Każdy system może wymagać innego zestawu pól, innego nazewnictwa lub innego sposobu przekazywania informacji.

W przypadku Google Merchant Center sprawdź wymagania dotyczące danych produktów oraz formatów używanych do przesyłania informacji. Google opisuje specyfikację danych produktów oraz poszczególne atrybuty, dlatego przed wdrożeniem trzeba porównać ją z rzeczywistymi polami w sklepie.

Dla Facebooka przygotuj dane zgodnie z wymaganiami katalogu produktów i sposobem przekazywania danych do katalogu. Jeżeli sklep ma już feed dla innego kanału, nie zakładaj automatycznie, że wystarczy zmienić jego adres. Najpierw sprawdź zgodność pól oraz sposób interpretacji wariantów.

W przypadku Allegro zakres może zależeć od tego, czy feed służy wyłącznie do przekazywania informacji o produktach, czy jest częścią większej integracji obejmującej wystawianie i aktualizację ofert. Przy bardziej rozbudowanym wdrożeniu trzeba określić źródło danych, identyfikację produktów, mapowanie kategorii oraz sposób aktualizacji informacji.

Ceneo również wymaga przygotowania danych w formacie zgodnym z wymaganiami tego kanału. Jeżeli sklep ma obsługiwać kilka miejsc jednocześnie, rozdziel logikę generowania danych od samego źródła produktów. Dzięki temu zmiana jednego kanału nie musi oznaczać przebudowy całego procesu.

Największy wpływ na cenę ma sposób generowania feedu

Najpierw ustal, czy feed będzie generowany ręcznie, cyklicznie czy w pełni automatycznie. Ręczny eksport może wystarczyć przy niewielkim katalogu i sporadycznych zmianach. Przy regularnej sprzedaży takie rozwiązanie szybko staje się źródłem nieaktualnych cen, stanów i dostępności.

Automatyczny feed powinien pobierać aktualne dane ze sklepu i generować wynik zgodny z wymaganiami konkretnego kanału. Trzeba wtedy ustalić harmonogram aktualizacji oraz sposób reagowania na błędy.

Przy wycenie sprawdź:

1. Jak często zmieniają się ceny.
2. Jak często zmieniają się stany magazynowe.
3. Czy produkty są dodawane automatycznie.
4. Czy produkty są usuwane albo wyłączane.
5. Czy warianty mają własne ceny i stany.
6. Czy dane pochodzą wyłącznie ze sklepu.
7. Czy część informacji pochodzi z hurtowni lub zewnętrznego XML.
8. Czy potrzebujesz osobnego feedu dla każdego kanału.
9. Czy system ma rejestrować błędy generowania.
10. Czy trzeba filtrować produkty według kategorii, marki, dostępności lub innych warunków.

Jeżeli dane pochodzą z kilku źródeł, koszt prac rośnie nie dlatego, że sam plik jest bardziej skomplikowany, ale dlatego, że trzeba ustalić priorytety danych i sposób ich łączenia.

Mapowanie kategorii i atrybutów

Jednym z częstszych problemów jest różnica między strukturą kategorii sklepu a strukturą wymaganą przez kanał. Sklep może mieć własne nazwy kategorii, podczas gdy zewnętrzny system oczekuje innego przypisania.

Przed rozpoczęciem prac przygotuj tabelę mapowania. Dla każdej kategorii określ kategorię docelową, regułę przypisania oraz sposób obsługi wyjątków. Jeżeli masz wiele kategorii, automatyzuj mapowanie regułami zamiast ręcznie poprawiać każdy produkt.

Podobnie postępuj z atrybutami. Rozmiar, kolor, marka, producent, GTIN czy identyfikator wariantu powinny pochodzić z jednoznacznych pól. Nie buduj krytycznych danych przez przypadkowe pobieranie fragmentów opisu produktu, jeżeli możesz wykorzystać uporządkowane dane w bazie.

Walidacja przed uruchomieniem

Nie kończ prac w momencie wygenerowania pliku. Najpierw sprawdź strukturę oraz zawartość danych. Walidacja powinna objąć zarówno sam feed, jak i dane widoczne na stronie produktu.

W przypadku danych strukturalnych sprawdź, czy deklarowane informacje odpowiadają temu, co użytkownik rzeczywiście widzi. Nie dodawaj danych, których strona nie prezentuje lub które nie pochodzą z wiarygodnego źródła.

Schema.org opisuje model danych Product oraz właściwości związane między innymi z ofertą, ceną i dostępnością. Wykorzystaj dokumentację jako punkt odniesienia podczas projektowania struktury.

Dla Google dodatkowo sprawdzaj komunikaty i wymagania dotyczące danych strukturalnych oraz danych produktów w aktualnej dokumentacji. Jeżeli feed przechodzi walidację, ale informacje na stronie są niespójne, problem może dotyczyć właśnie warstwy danych strukturalnych.

Jak przygotować zakres do wyceny

Zamiast pytać wyłącznie o cenę feedu, przygotuj konkretny zakres. Podaj platformę sklepu, liczbę produktów i wariantów, źródło danych oraz kanały, które mają być obsługiwane.

Następnie określ, czy potrzebujesz:

• jednego feedu,
• kilku niezależnych feedów,
• automatycznej aktualizacji,
• mapowania kategorii,
• mapowania atrybutów,
• filtrowania produktów,
• obsługi wariantów,
• danych strukturalnych Product,
• poprawy istniejących danych,
• walidacji przed uruchomieniem,
• monitorowania błędów po wdrożeniu.

Taki opis pozwala rozdzielić prace programistyczne od konfiguracji i przygotowania danych. Ma to znaczenie szczególnie wtedy, gdy sklep posiada już działający feed, ale część produktów odpada podczas walidacji.

Feed już istnieje, ale produkty są odrzucane

W takiej sytuacji nie zaczynaj od tworzenia nowego feedu. Najpierw znajdź przyczynę odrzucenia. Sprawdź, które pola są błędne, których danych brakuje i czy problem występuje dla wszystkich produktów, jednej kategorii czy określonych wariantów.

Jeżeli problem dotyczy wszystkich produktów, szukaj błędu w regułach generowania lub mapowaniu. Jeżeli występuje tylko dla części katalogu, sprawdź źródłowe dane tych produktów.

Przydatny zakres audytu obejmuje:

• pobranie aktualnego feedu,
• sprawdzenie struktury,
• analizę błędnych produktów,
• porównanie danych z kartą produktu,
• sprawdzenie cen i dostępności,
• kontrolę adresów URL i zdjęć,
• kontrolę identyfikatorów,
• analizę wariantów,
• sprawdzenie mapowania kategorii,
• przygotowanie listy zmian.

Dopiero po takim audycie można określić, czy wystarczy poprawić konfigurację, czy potrzebna jest przebudowa generatora feedu.

Co ustalić przed rozpoczęciem wdrożenia

Przed zleceniem prac ustal cztery rzeczy: źródło danych, kanały, zakres automatyzacji oraz sposób walidacji. Do tego dodaj informację, czy dane strukturalne na kartach produktów są już wdrożone.

Jeżeli korzystasz z WooCommerce, PrestaShop lub innego systemu sklepowego, określ również wersję platformy oraz sposób przechowywania produktów i wariantów. To pozwala ocenić, czy dane można pobierać bezpośrednio z bazy, przez API, przez moduł czy przez istniejący mechanizm eksportu.

Nie podawaj jednej ceny bez analizy tych elementów. Przy podobnej liczbie produktów dwa sklepy mogą wymagać zupełnie różnego zakresu prac. Jeden może mieć uporządkowane dane i gotowy mechanizm eksportu, drugi może wymagać mapowania, czyszczenia danych, obsługi wariantów i przebudowy generatora.

Jeżeli chcesz przygotować zakres prac dla konkretnego sklepu, zacznij od listy platformy, liczby produktów, liczby wariantów, kanałów docelowych oraz obecnego sposobu generowania danych. Na tej podstawie można określić, które elementy wymagają konfiguracji, które programowania, a które jedynie korekty danych.