Rich snippets w 2026 — co Google wycofał, a co nadal działa
Jeszcze kilka lat temu rich snippets były jednym z najprostszych sposobów na wyróżnienie się w wynikach wyszukiwania. Dodawałeś znaczniki, pojawiały się gwiazdki albo rozwijana lista pytań, strona zajmowała więcej miejsca w SERP-ie i klikalność rosła. Dziś ta epoka się skończyła — dosłownie, z konkretną datą w kalendarzu.
Problem w tym, że większość poradników o danych strukturalnych w polskim internecie pochodzi z lat 2020–2023 i odsyła do narzędzi, które już nie istnieją. Ten tekst porządkuje stan na 2026 rok: co Google wycofał, co nadal działa i po co w ogóle wdrażać schema, skoro gwiazdek już nie będzie.
Trzy pojęcia, które w praktyce mieszają się ze sobą, choć oznaczają co innego:
Warto to rozdzielić, bo z tego rozróżnienia wynika najważniejszy wniosek całego tekstu: dane strukturalne mają dziś sens nawet tam, gdzie nie dają żadnego rich resulta. Ale o tym za chwilę.
| Kiedy | Co zniknęło |
|---|---|
| 2020 | Structured Data Testing Tool — narzędzie, do którego nadal odsyła połowa poradników. Zastąpione przez Rich Results Test i Schema Markup Validator |
| wrzesień 2023 | HowTo — wycofane całkowicie, desktop i mobile. FAQ ograniczone do stron rządowych i medycznych |
| listopad 2024 | Sitelinks searchbox — wyszukiwarka wewnętrzna w wyniku Google |
| 7 maja 2026 | FAQ rich results — koniec dla wszystkich witryn, niezależnie od branży i autorytetu |
| czerwiec 2026 | Filtr FAQ w raporcie skuteczności GSC, raport rich results dla FAQ i obsługa w Rich Results Test |
| sierpień 2026 | Koniec wsparcia FAQ w API Search Console |
Ostatni punkt jest istotny, jeśli masz automatyzacje albo raporty pobierające dane przez API — zapytania zwracające dane FAQ po prostu przestaną działać. To dobry moment, żeby sprawdzić swoje skrypty.
Nie. Google wprost zaznacza w dokumentacji, że markup może zostać — nieużywane dane strukturalne nie powodują problemów, po prostu nie generują efektu wizualnego. Schema.org nadal uznaje typ FAQPage za prawidłowy.
Co więcej, pojawiają się analizy sugerujące, że strony z poprawnie wdrożonym FAQPage częściej trafiają do AI Overviews. Dowody są na razie poszlakowe i traktowałbym je ostrożnie — ale skoro usuwanie kodu nic nie daje, a zostawienie nic nie kosztuje, nie ma powodu do sprzątania.
Natomiast jeśli Twoje FAQ powstały wyłącznie po to, żeby złapać snippet — sztucznie skonstruowane pytania, powielające treść ze strony wyżej — to jest właściwy moment, żeby je przebudować. Nie z powodu schema, tylko dlatego, że były bezwartościowe od początku.
Lista typów generujących realne rich results wciąż jest długa — Google wyciął to, co było nadużywane, nie samą ideę. Najważniejsze z punktu widzenia typowej polskiej firmy:
To jest zmiana, której nie widać w żadnym raporcie, a która ma dziś większe znaczenie niż wszystkie gwiazdki razem wzięte.
Wyszukiwarka coraz częściej nie pokazuje listy linków, tylko generuje odpowiedź. AI Overviews pojawiają się przy znacznej części zapytań, a badania z 2026 roku wskazują na wyraźny spadek klikalności pierwszej pozycji organicznej rok do roku — i nie ma to nic wspólnego z FAQ. To skutek tego, że użytkownik dostaje odpowiedź, zanim w cokolwiek kliknie.
W takim świecie schema przestaje być narzędziem do zdobywania kliknięć, a staje się narzędziem do bycia zrozumianym i zacytowanym. Model językowy budujący odpowiedź musi skądś wiedzieć, że Twoja firma nazywa się tak a nie inaczej, działa w takiej branży, ma taką lokalizację i takie usługi. Dane strukturalne są najbardziej jednoznacznym sposobem, żeby mu to powiedzieć — bo nie wymagają interpretacji tekstu.
Praktyczny wniosek: Organization z pełnymi danymi, sameAs wskazującym Twoje profile społecznościowe i wpisy w katalogach, Person przy autorze artykułu, Service opisujący konkretne usługi. Żaden z tych typów nie wygeneruje gwiazdki w wynikach. Wszystkie budują spójny obraz encji, którą jesteś.
Formatów jest trzy — mikrodane, RDFa i JSON-LD. Wybór jest prosty: JSON-LD. Google rekomenduje go od lat, bo siedzi w osobnym bloku i nie miesza się ze znacznikami HTML, więc nie rozjeżdża się przy każdej zmianie szablonu.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Nazwa firmy",
"telephone": "+48 123 456 789",
"address": {
"@type": "PostalAddress",
"streetAddress": "ul. Przykładowa 1",
"addressLocality": "Warszawa",
"postalCode": "00-001",
"addressCountry": "PL"
},
"openingHours": "Mo-Fr 09:00-17:00",
"sameAs": [
"https://www.facebook.com/twojprofil",
"https://www.linkedin.com/company/twojafirma"
]
}
</script>
Rank Math i Yoast generują podstawowe schema automatycznie — Organization, WebSite, Article, BreadcrumbList. Dla większości stron firmowych to wystarczy. Bardziej złożone typy dodajesz albo w module schema wtyczki, albo funkcją w functions.php motywu potomnego, jeśli potrzebujesz pełnej kontroli nad strukturą.
Uwaga na jedną rzecz: przy dwóch wtyczkach SEO naraz albo wtyczce plus własnym kodzie łatwo o zdublowane bloki schema. Google nie zawsze wybiera wtedy ten, na którym Ci zależy.
Shoper generuje część danych sam — po włączeniu opinii o produktach oceny zaczynają pojawiać się w kodzie bez Twojego udziału. Reszta zależy od pakietu i dostępu do plików szablonu. Jeśli go nie masz, zostaje wstrzykiwanie przez Google Tag Managera — z tymi samymi zastrzeżeniami co przy wykluczaniu stron z indeksowania: działa dopiero po wyrenderowaniu strony przez Google, więc bywa opóźnione.
Jeśli natrafisz na poradnik odsyłający do Structured Data Testing Tool albo do „Markera danych” — to znak, że tekst ma co najmniej pięć lat i reszta porad w nim też może być nieaktualna.
Najgroźniejszy błąd na liście. AggregateRating z wymyśloną średnią i liczbą opinii, których nigdzie na stronie nie widać, to naruszenie wytycznych dotyczących spamu — a konsekwencją bywa ręczne działanie i utrata wszystkich rich results w serwisie. Oceny muszą pochodzić od użytkowników i być widoczne dla nich na stronie. Nie da się tego obejść.
Ta sama zasada, szerzej: dane strukturalne mają opisywać to, co użytkownik faktycznie widzi. Cena w schema musi być ceną na stronie, autor w markupie musi być podpisany pod tekstem. Rozjazd między kodem a treścią to prosta droga do problemów.
Częsty przypadek w sklepach i na stronach firmowych: usługi opisane typem Product, bo tak podpowiedziała wtyczka albo szablon. Formalnie kod przechodzi walidację, ale semantycznie jest błędny — usługa nie ma ceny jednostkowej, dostępności magazynowej ani stanu. Właściwym typem jest Service, zwykle wewnątrz hasOfferCatalog przy organizacji. Widzieliśmy to niedawno u klienta na Shoperze i sama zmiana typu uporządkowała cały raport w Search Console.
Dane strukturalne nie podnoszą pozycji. Nigdy nie podnosiły. Wpływają na to, jak wynik wygląda i jak jest rozumiany — a to przekłada się na klikalność i na obecność w odpowiedziach generowanych przez AI. Jeśli strona nie rankuje, schema tego nie naprawi; problem leży w treści, linkach albo technice, a wtedy potrzebna jest praca nad pozycjonowaniem, nie kolejny znacznik w kodzie.
Jeśli miałbym ustawić kolejność dla typowej firmowej strony:
Organization lub LocalBusiness na całą witrynę, z kompletnymi danymi kontaktowymi i sameAsBreadcrumbList — zwykle daje ją wtyczka, wystarczy sprawdzićService na podstronach ofertowychArticle z realnym autorem na bloguProduct, Event, JobPosting — jeśli dotycząPierwsze cztery punkty to praca na kilka godzin, a nie na tydzień. I w odróżnieniu od gwiazdek — nie znikną przy kolejnej zmianie w dokumentacji Google.
Nie masz pewności, co Twoja strona mówi dziś wyszukiwarce o Twojej firmie? Sprawdzamy to w ramach audytu SEO — razem z tym, jak wygląda cała reszta warstwy technicznej.
Zrobimy bezpłatny wstępny przegląd Twojej strony i pokażemy, gdzie tracisz widoczność – bez zobowiązań.
Tel: 603 338 970
E-mail: kontakt@emm8.pl
Skontaktuj się