Dane strukturalne schema.org w 2027: co wciąż działa, a co Google wygasza

Dane strukturalne to fragmenty kodu, które mówią wyszukiwarce wprost: to jest produkt, to jest cena, to jest godzina otwarcia, to jest opinia. Przez lata były jednym z najprostszych sposobów, żeby wyróżnić się w wynikach gwiazdkami, cenami czy rozwijanymi pytaniami. Ale Google w ostatnich latach stopniowo ogranicza, które z tych wyróżnień w ogóle pokazuje, a wokół AI narosło sporo mitów o „magicznym znaczniku dla ChatGPT”. Ten artykuł porządkuje, co w listopadzie 2026 roku jest potwierdzone, co się zmieniło i co warto wdrożyć na stronie firmowej oraz w sklepie.

Zastrzeżenie: dokumentacja Google zmienia się często, a lista obsługiwanych rozszerzonych wyników bywa skracana bez szumu. Przed wdrożeniem konkretnego typu sprawdź jego aktualną stronę w dokumentacji Google Search Central. Wszystko poniżej opisuje stan na 5 listopada 2026 r., a tam, gdzie opieram się na jednym źródle albo na mojej obserwacji, zaznaczam to wprost.

Czym są dane strukturalne i po co je mamy

Schema.org to wspólny słownik, który ustaliły największe wyszukiwarki. Dzięki niemu strona może oznaczyć fragmenty treści tak, żeby maszyna nie musiała ich zgadywać. Najczęściej używa się formatu JSON-LD: osobnego bloku w kodzie strony, niewidocznego dla odwiedzającego, który opisuje firmę, produkt, artykuł czy wydarzenie. Są dwie niezależne korzyści. Po pierwsze, zrozumienie: wyszukiwarka pewniej łączy stronę z firmą, produktem i jego parametrami. Po drugie, rozszerzone wyniki: gwiazdki, cena, dostępność, okruszki nawigacyjne. Pierwsza korzyść jest trwała, druga zależy od decyzji Google.

Co Google naprawdę mówi o AI i znacznikach

W dokumentacji o funkcjach AI w Wyszukiwarce (AI Overviews i AI Mode) Google podkreśla, że do pojawienia się w tych odpowiedziach nie są potrzebne żadne dodatkowe wymagania ani specjalny znacznik. Strona musi być zindeksowana i kwalifikować się do wyświetlania fragmentów, a poza tym obowiązują te same podstawy SEO. Wniosek jest praktyczny: nie ma sensu kupować „wtyczki do znaczników dla AI” ani wierzyć sprzedawcom, którzy obiecują miejsce w odpowiedziach dzięki jednemu fragmentowi kodu. Dobre dane strukturalne pomagają Google zrozumieć stronę, ale nie są przepustką do AI.

Co z innymi asystentami? Tu uczciwa odpowiedź brzmi: nie ma publicznej, potwierdzonej przez ich dostawców listy znaczników, które gwarantowałyby cytowanie. Jeśli ktoś pokazuje „badanie”, z którego wynika inaczej, sprawdź, czy opiera się na dokumentacji dostawcy, czy na obserwacji kilkudziesięciu zapytań. O tym, co faktycznie wpływa na wzmianki w asystentach, piszemy w artykule o widoczności w ChatGPT.

Co Google ograniczył lub wycofał

Najgłośniejszy przykład to znaczniki FAQ i HowTo. W 2023 roku Google ograniczył rozwijane pytania z FAQ do serwisów rządowych i zdrowotnych, a rozszerzone wyniki HowTo przestał pokazywać. Dla zwykłej firmy oznacza to, że dodanie FAQ nie da już dodatkowego miejsca w wynikach. Później Google ogłaszał kolejne uproszczenia, wygaszając kilka rzadko używanych typów rozszerzonych wyników. Konkretna lista z biegiem czasu rośnie, dlatego sprawdzaj dokumentację i dziennik zmian, zamiast zaufać starym poradnikom.

Zasada na 2027: wdrażaj dane strukturalne dlatego, że opisują prawdziwą treść strony, a nie po to, by wymusić efekt wizualny w wynikach.

Czy warto więc zostawić FAQ na stronie? Tak, jako treść dla ludzi: dobrze napisane pytania i odpowiedzi skracają drogę klienta do decyzji. Natomiast nie oczekuj, że sam znacznik FAQPage da gwiazdki czy rozwinięcia, a sprawdź w dokumentacji, co obecnie Google deklaruje o jego użyciu. Nie znalazłem w pierwotnym źródle jednoznacznego potwierdzenia, że znacznik w dzisiejszej formie nadal jest w jakikolwiek sposób wykorzystywany poza ograniczonymi przypadkami, więc nie traktuj go jako elementu strategii.

Znaczniki, które nadal mają sens: lista podstawowa

Ta lista jest krótka celowo. Dla typowej firmy usługowej i małego sklepu wystarczy kilka typów wdrożonych poprawnie, a nie dwadzieścia wdrożonych byle jak. Każdy znacznik musi się zgadzać z tym, co widać na stronie: jeśli w kodzie jest cena 100 zł, a na stronie 120 zł, Google traktuje to jako błąd, a niekiedy jako nadużycie.

Sklep internetowy: Product, Offer i polityka zwrotów

W sklepie dane strukturalne mają największy sens, bo opisują rzeczy, o które porównywarki i wyszukiwarki dopytują najczęściej. Dla każdej karty produktu zadbaj o nazwę, zdjęcie, opis, markę, kod GTIN lub MPN, cenę z walutą, dostępność i adres strony oferty. Opinie klientów oznaczaj tylko wtedy, gdy są prawdziwe, widoczne na stronie i pochodzą od kupujących. Znaczniki opinii wystawianych przez samą firmę o sobie na stronie głównej Google traktuje podejrzliwie, a niektóre scenariusze samodzielnych opinii są dziś ograniczone.

Warto też opisać politykę zwrotów. Google udostępnia znacznik MerchantReturnPolicy, w którym podaje się m.in. kategorię polityki i liczbę dni na zwrot. Według dokumentacji polityki można wskazać na poziomie całej organizacji, a nie tylko pojedynczego produktu, co upraszcza pracę w większym katalogu. To zbieżne z tym, co opisujemy w artykule o zakupach przez agenta AI: maszyna szuka jednego, czytelnego miejsca z zasadami.

Firma lokalna: LocalBusiness bez przesady

Dla salonu, kancelarii czy warsztatu znacznik LocalBusiness (lub jego bardziej szczegółowy podtyp) powinien zawierać dokładnie te dane, które są w profilu firmy w Google i na stronie: nazwę, adres, telefon, godziny otwarcia. Najczęstszy problem to niespójność: inne godziny na stronie, inne w profilu, jeszcze inne w kodzie. Użytkownik i maszyna widzą wtedy trzy wersje prawdy. Zadbaj o profil firmy w Google, a znacznik niech tylko powtarza to samo. Szerzej o całym obszarze piszemy w tekstach o pozycjonowaniu lokalnym i o tym, jak zdobywać opinie w Google.

Jak wdrożyć: JSON-LD krok po kroku

• Zrób inwentaryzację. Wypisz typy stron (strona główna, usługa, produkt, wpis, kontakt) i ustal, jaki typ znacznika do którego pasuje.
• Generuj dane z tych samych źródeł co treść. Najlepiej, gdy cena, nazwa i opis w znaczniku pochodzą z tej samej bazy co widoczny tekst. Wtedy rozbieżności nie powstają.
• Jeden blok JSON-LD na stronę, bez duplikatów. Wtyczka plus ręczny kod to częsta przyczyna podwójnych, sprzecznych znaczników.
• Sprawdź w narzędziach. Test rozszerzonych wyników Google i walidator schema.org wskażą błędy składni i brakujące pola. Pamiętaj: brak błędów nie oznacza, że wynik się pojawi.
• Monitoruj w Search Console. Raporty ulepszeń pokazują, ile stron ma poprawne znaczniki i gdzie pojawiły się błędy po zmianach szablonu.

Najczęstsze błędy w znacznikach

• Znacznik opisuje coś, czego nie ma na stronie. To najpoważniejszy błąd: opinie, których użytkownik nie widzi, pytania, których nie ma w treści, ceny nieobecne na stronie.
• Zawyżone lub sztuczne oceny. Gwiazdki wpisane „na sztywno” w kodzie to ryzyko ręcznego działania Google wobec strony.
• Przestarzałe dane po zmianie oferty. Stara cena, dawne godziny otwarcia albo numer telefonu po zmianie operatora.
• Znaczniki generowane tylko po stronie przeglądarki. Jeśli rozszerzenie dodaje je dopiero po załadowaniu strony, część robotów może ich nie zobaczyć. Najpewniej umieścić je w kodzie wysyłanym z serwera.

Przykład ilustracyjny: mała firma usługowa

To wymyślony przykład. Biuro rachunkowe z jednym adresem ma stronę główną, pięć stron usług, kontakt i blog. Rozsądny zestaw znaczników wygląda tak: na stronie głównej Organization z nazwą, logo, telefonem i linkami do profili oraz WebSite; na stronie kontaktu LocalBusiness z adresem i godzinami zgodnymi z profilem w Google; na każdej podstronie BreadcrumbList; na wpisach blogowych BlogPosting z autorem i datami. To razem cztery typy, wdrożone w szablonach, bez ręcznej pracy przy każdej nowej podstronie.

Czego tu nie ma: znaczników opinii wpisanych ręcznie, FAQ „dla gwiazdek” ani żadnych typów, które nie odpowiadają treści. Taki zestaw jest nudny, tani w utrzymaniu i odporny na zmiany w dokumentacji Google, bo opisuje fundamenty, a nie efekty specjalne.

Jak sprawdzić, co Google faktycznie widzi

Samo wdrożenie to połowa pracy. Otwórz stronę w teście rozszerzonych wyników Google i sprawdź, czy narzędzie wykrywa zamierzone typy. Następnie w Search Console zajrzyj do raportów ulepszeń dla swoich typów (np. produkty, okruszki) i do sekcji z indeksowaniem stron. Jeśli strona nie jest zindeksowana, żaden znacznik nic nie da. Raz na kwartał porównaj dane w kodzie z tym, co widać na stronie: cenę, godziny, telefon. Starzeją się najszybciej.

Dobrym nawykiem jest też zapisywanie w kalendarzu przeglądu przy każdej większej zmianie oferty: nowy cennik, nowy adres, nowa polityka zwrotów. Wtedy znaczniki aktualizują się razem z resztą strony, a nie „kiedyś”.

Co zmienia się w 2027 i na co patrzeć

Trzy rzeczy warto mieć na radarze. Po pierwsze, zmiany w dokumentacji Google: lista wspieranych typów może się kurczyć, więc nie opieraj planu sprzedaży na jednym efekcie wizualnym. Po drugie, rosnące znaczenie danych o produktach i zwrotach w kontekście zakupów prowadzonych przez asystentów, o czym piszemy w tekście o zakupach przez agenta. Po trzecie, szybkość i dostępność treści dla robota, bo nawet najlepszy znacznik nie pomoże, jeśli strona ładuje się wolno, co omawiamy w artykule o szybkości ładowania.

Jeśli chcesz zobaczyć, jak to wygląda w praktyce na Twojej stronie, zajrzyj do naszej oferty SEO. Zaczynamy od audytu znaczników, który pokazuje, co już działa, a co jest zbędne, i ile realnie kosztuje poprawa (ogólne widełki opisujemy w artykule ile kosztuje SEO).

Najczęstsze pytania

Czy dane strukturalne poprawiają pozycje?

Google deklaruje, że same w sobie nie są czynnikiem rankingowym, ale pomagają zrozumieć stronę i mogą kwalifikować ją do rozszerzonych wyników. Traktuj je jako porządek w danych, a nie jako sposób na wyższą pozycję.

Czy potrzebuję wtyczki, żeby dodać znaczniki?

Nie zawsze. W WordPressie wtyczki SEO generują podstawowe znaczniki, ale mogą dublować kod z motywu. W stronie napisanej własnym kodem znacznik dodaje się po prostu do szablonu. Kluczowe jest, by w efekcie na stronie był jeden spójny blok.

Czy warto dodać FAQ w 2027?

Jako treść dla klienta tak. Jako sposób na rozwijane wyniki w Google nie, bo je dla większości stron ograniczono. Pisz pytania, które klienci naprawdę zadają, i odpowiadaj konkretnie.

Co zrobić, jeśli Search Console pokazuje błędy?

Najpierw rozróżnij błędy (brak wymaganego pola) od ostrzeżeń (brak pola zalecanego). Popraw błędy w szablonie, a nie na pojedynczych stronach, i poproś o ponowną weryfikację. Efekt widać zwykle po kilku dniach lub tygodniach.

Czy trzeba robić to dla każdej podstrony?

Nie. Zacznij od stron, które przynoszą pieniądze: strona główna, usługi, najlepiej sprzedające się produkty i kontakt. Resztę dodasz szablonem, gdy podstawa będzie stabilna.