Dane strukturalne na stronie pomagają Google zrozumieć konkretny produkt, a feed Merchant Center przekazuje uporządkowany katalog do bezpłatnych wyników i reklam. Google zaleca korzystanie z obu źródeł, ponieważ uzupełniają się i zwiększają możliwość weryfikacji.
Najczęstszy błąd wynika z osobnych ręcznych procesów. Sklep zmienia cenę w panelu, schema pozostaje stara, a feed aktualizuje się następnego dnia. Rozwiązaniem jest jedno źródło prawdy i kontrola opóźnień.
Jedno źródło prawdy dla produktu
Katalog produktu powinien przechowywać identyfikator, nazwę, opis, markę, GTIN lub MPN, warianty, cenę, walutę, dostępność, obrazy i warunki. Szablon HTML, JSON-LD i feed pobierają te same wartości. Różnią się formatem, nie znaczeniem.
Jeśli promocja ma datę rozpoczęcia i końca, wszystkie kanały muszą uwzględniać ten sam harmonogram i strefę czasową. Przy dużym sklepie potrzebne są aktualizacje przyrostowe lub Content API, aby dostępność nie czekała na pełny nocny eksport.
Product schema na stronie produktu
| Pole | Zasada |
|---|---|
| name | Odpowiada widocznej nazwie konkretnego produktu |
| image | Prawdziwe obrazy produktu dostępne dla robota |
| description | Zgodny z widocznym opisem, bez ukrytych fraz |
| sku / gtin / mpn | Prawidłowy identyfikator, bez wymyślania |
| brand | Rzeczywista marka produktu |
| offers | Cena, waluta, dostępność i kanoniczny URL |
| aggregateRating | Tylko prawdziwe opinie widoczne na stronie |
Na stronie kategorii nie oznaczaj całej listy jako jednego produktu. Product snippets i merchant listings mają różne wymagania oraz obsługiwane właściwości. Należy korzystać z aktualnej dokumentacji, a nie generatora sprzed kilku lat.
Warianty, kolory i rozmiary
Wariant może mieć osobną cenę, dostępność, GTIN i obraz. Strona powinna jasno wskazywać aktualnie wybrany wariant oraz stabilny sposób linkowania, jeśli warianty mają własne adresy. ProductGroup i hasVariant mogą opisać relację tam, gdzie jest to wspierane i zgodne z modelem sklepu.
Nie przypisuj jednego GTIN do wszystkich wariantów, jeśli producent nadał osobne identyfikatory. Brak prawidłowego GTIN lepiej oznaczyć zgodnie z zasadami niż wypełniać losową wartością. Błędny identyfikator łączy produkt z niewłaściwym katalogiem.
Feed Merchant Center i atrybuty oferty
Feed musi używać stabilnego id, tytułu opisującego prawdziwy wariant, działającego linku, ceny i dostępności zgodnej ze stroną. Obraz nie powinien zawierać promocyjnych nakładek sprzecznych z zasadami. Dodatkowe atrybuty wysyłki, zwrotów, kategorii produktu i etykiet pomagają w zarządzaniu kampanią oraz prezentacją.
Nie optymalizuj tytułu przez upychanie słów, których nie ma w produkcie. W pierwszej części umieść markę, typ i kluczową cechę istotną dla wariantu. Zachowaj zgodność z landingiem, aby użytkownik nie trafił na inny kolor lub cenę.
Jak automatycznie wykrywać rozbieżności?
- Wybierz próbkę produktów zwykłych, promocyjnych, wyprzedanych i wariantowych.
- Pobierz widoczną cenę oraz dostępność po wyrenderowaniu strony.
- Odczytaj JSON-LD i porównaj pola z widokiem.
- Porównaj tę samą ofertę w ostatnim feedzie Merchant Center.
- Sprawdź walutę, podatek, koszty wysyłki i wybrany wariant.
- Uruchamiaj test po zmianie szablonu, modułu ceny lub integracji ERP.
- Ustaw alert przy wzroście odrzuceń i rozbieżności w Merchant Center.
Jeżeli cena jest uzupełniana dopiero po wywołaniu API, upewnij się, że Google może ją wyrenderować i że JSON-LD nie pozostaje wartością początkową.
Wysyłka, zwroty i polityki sklepu
Merchant Center oraz dane strukturalne mogą opisywać warunki dostawy i zwrotów. Muszą one zgadzać się z regulaminem oraz informacją widoczną dla klienta. Nie deklaruj darmowej dostawy bez progu, jeśli koszyk nalicza opłatę. Rozbieżność obniża zaufanie i może prowadzić do problemów z kontem.
Zarządzaj politykami centralnie i wskaż wyjątki dla krajów, produktów gabarytowych lub personalizowanych. Po zmianie przewoźnika testuj kilka koszyków, ponieważ feed nie wykryje błędnego naliczania w procesie zakupowym.
Kontrola w Search Console i Merchant Center
Rich Results Test potwierdza składnię oraz część wymagań, ale nie gwarantuje wyświetlenia. Search Console pokazuje błędy danych produktów dla wykrytych stron. Merchant Center ma własną diagnostykę pozycji, dostępności i zasad konta. Oba źródła trzeba analizować razem.
Priorytetem są błędy obejmujące wiele ofert: nieaktualna cena, zły wariant, niedostępny obraz albo odrzucony host. Ostrzeżenie o polu opcjonalnym jest mniej pilne niż systemowy konflikt danych.
Najczęstsze pytania
Czy wystarczy Product schema bez Merchant Center?
Strona może kwalifikować się do części funkcji, ale Google zaleca połączenie danych strukturalnych i feedu, aby zwiększyć zakres oraz kontrolę.
Czy cena w schema może różnić się od strony?
Nie powinna. Dane strukturalne muszą odzwierciedlać widoczną, aktualną ofertę dla tego samego wariantu.
Czy każdy wariant potrzebuje osobnego URL-a?
Nie zawsze. Musi jednak być jednoznacznie wybieralny, mieć poprawne dane i stabilny sposób reprezentacji zgodny z architekturą sklepu.
Czy można dodać AggregateRating bez opinii na stronie?
Nie. Oceny muszą być prawdziwe, widoczne i zgodne z zasadami danych strukturalnych.
Źródła i dokumentacja
Dokumentację źródłową sprawdzono 20 lipca 2026 r. Linki prowadzą do materiałów pierwotnych lub oficjalnych instrukcji.
Historia aktualizacji
- publikacja poradnika, weryfikacja źródeł, FAQ i linkowania wewnętrznego.
Zobacz checklisty, zasady redakcyjne i pliki do pobrania używane przy audytach.
Otwórz centrum zasobówhttps://pawlinaltd.pl/blog/dane-produktowe-schema-i-merchant-center/