Rich snippets w 2026 — co Google wycofał, a co nadal działa

Posted on 10 sierpnia, 2026

Rich snippets to rozszerzone wyniki wyszukiwania budowane z danych strukturalnych schema.org. W 2026 roku ich lista jest krótsza niż kiedykolwiek: Google wycofał FAQ (7 maja 2026), wcześniej HowTo, sitelinks searchbox i siedem mniejszych typów. Nadal działają Product, Review, LocalBusiness, Breadcrumb, Event, Video i JobPosting — a same dane strukturalne mają dziś sens także tam, gdzie żadnego rich resulta nie dają.

7 maja 2026 roku rozwijane pytania FAQ zniknęły z wyników wyszukiwania dla wszystkich witryn. To symboliczna data, bo zamyka epokę, w której dodanie kilkunastu linii kodu potrafiło zająć w SERP-ie dwa razy więcej miejsca niż wynik konkurencji. Ostatnie trzy lata to systematyczne odchudzanie listy rich results — i nic nie wskazuje, żeby ten kierunek miał się odwrócić.

Poniżej stan na 2026 rok: kalendarium tego, co zniknęło, lista typów które nadal generują efekt wizualny, oraz — najważniejsze — do czego dane strukturalne służą teraz, kiedy gwiazdek jest coraz mniej.

Rich snippets, rich results, dane strukturalne — porządek w nazwach

Trzy pojęcia, które w praktyce mieszają się ze sobą, choć oznaczają co innego:

• Dane strukturalne (schema.org) — kod, który dodajesz do strony. Opisuje wyszukiwarce, czym jest jej treść: że ta liczba to cena, ta data to termin wydarzenia, a ten tekst to nazwisko autora.
• Rich results — to, co Google może z tych danych zrobić w wynikach wyszukiwania. Kluczowe słowo: „może”. Poprawne dane strukturalne niczego nie gwarantują.
• Rich snippets — starsza, potoczna nazwa rich results. Nadal używana, choć Google odszedł od niej w dokumentacji.

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ę.

Co Google wycofał — kalendarium

Dwa ostatnie punkty są istotne, jeśli masz automatyzacje albo raporty pobierające dane przez API — zapytania zwracające dane FAQ po prostu przestaną działać. Podobnie było rok wcześniej z sześcioma wycofanymi typami, gdzie pola wyglądu wyniku w eksporcie zbiorczym zaczęły zwracać puste wartości. To dobry moment, żeby sprawdzić swoje skrypty i szablony raportów.

Widać w tym wyraźny schemat. Google najpierw zawęża funkcję do jednej branży, potem wycofuje ją całkowicie, a na końcu usuwa raportowanie i narzędzia. Dotyczy to zwykle typów, które zostały masowo nadużyte przez wtyczki SEO i przestały wiernie opisywać zawartość strony. Specyfikacja schema.org zostaje — znika tylko sposób jej prezentacji w wynikach.

Czy trzeba usuwać znaczniki FAQPage ze strony?

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, a Bing i inne wyszukiwarki mają własne zasady wykorzystania znaczników.

Test A/B przeprowadzony przez SearchPilot w 2024 roku, już po ograniczeniu FAQ do wybranych branż, nie wykazał statystycznie istotnego wpływu samego usunięcia poprawnego markupu FAQPage na ruch organiczny. Innymi słowy: sprzątanie kodu nic nie daje, zostawienie go nic nie kosztuje. Nie ma powodu, żeby poświęcać na to czas.

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. Dobrze napisana sekcja pytań i odpowiedzi nadal ma sens jako widoczna treść: odpowiada na intencje, których nie łapie główny tekst, i jest chętnie cytowana przez systemy generujące odpowiedzi.

Co nadal działa w 2026 roku

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:

• Product / Merchant listing — cena, dostępność, stan, warianty produktu. Podstawa dla każdego sklepu. Doszły do tego zasady zwrotów i programy lojalnościowe
• Review snippet i AggregateRating — gwiazdki. Nadal działają, ale z zastrzeżeniem, do którego wrócę w sekcji o błędach
• LocalBusiness — godziny otwarcia, adres, telefon. Dla firmy z fizyczną lokalizacją to obowiązek, nie opcja
• Breadcrumb — ścieżka nawigacyjna zamiast surowego adresu URL w wyniku. Niepozorne, ale poprawia czytelność
• Event — data, miejsce, bilety
• Video — miniatura, czas trwania, kluczowe momenty
• JobPosting — oferty pracy
• Recipe, Book, Dataset, SoftwareApplication — branżowe, ale w swoich niszach nadal skuteczne
• Article, Organization i Person — nie dają rich resulta, ale są dziś najważniejsze ze wszystkich. Dlaczego — poniżej

Nowa rola danych strukturalnych: nie ozdoba, tylko tożsamość

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ź. Skalę tego zjawiska po raz pierwszy zmierzono przyczynowo: w randomizowanym eksperymencie polowym Saharsha Agarwala (Indian School of Business) i Ananyi Sena (Carnegie Mellon University), opublikowanym w kwietniu 2026 roku, ukrycie AI Overviews grupie kontrolnej zwiększyło liczbę kliknięć w wyniki organiczne — obecność podsumowania AI obniżała je o 38%. Odsetek wyszukiwań kończących się bez kliknięcia rósł z 54% do 72%, a AI Overviews pojawiały się przy 42% zapytań w badanej próbie. To nie jest korelacja z obserwacji rynku, tylko eksperyment z grupą kontrolną.

W takim świecie schema przestaje być narzędziem do zdobywania kliknięć, a staje się narzędziem do bycia zrozumianym. Wyszukiwarka budująca 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 jej to powiedzieć — bo nie wymagają interpretacji tekstu.

Warto od razu zaznaczyć, gdzie przebiega granica. O tym, czy Twoja strona w ogóle znajdzie się w zbiorze źródeł, z których wyszukiwarka buduje odpowiedź, decydują treść, linki i autorytet domeny — czyli pozycjonowanie. Dane strukturalne decydują o czymś innym: czy w tej odpowiedzi Twoja firma zostanie poprawnie rozpoznana i opisana. Jedno bez drugiego nie działa, ale kolejność jest stała — najpierw widoczność, potem tożsamość.

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 firmy jako rozpoznawalnego podmiotu, a nie przypadkowego zbioru podstron.

Czy modele AI czytają dane strukturalne?

Tu trzeba uczciwie rozdzielić dwie rzeczy, bo w polskich poradnikach zaczyna się to zlewać w jedno hasło „schema pod AI”.

Bing i Copilot — tak, korzystają z danych strukturalnych i mają w tym zakresie własną dokumentację. Ponieważ znacząca część odpowiedzi generowanych przez ChatGPT opiera się o wyniki Bing, indeksacja i poprawny markup w tej wyszukiwarce ma dziś realną wartość — a to argument, o którym w Polsce mało kto pamięta, bo Bing kojarzy się z marginalnym udziałem w rynku.

Same modele językowe — nie. Boty pobierające strony na potrzeby odpowiedzi w dużej części działają w trybie czytania surowego HTML: bez wykonywania JavaScriptu, bez stylów i bez parsowania bloków JSON-LD. Znaczna część tego, co widzą, to po prostu widoczny tekst. Dlatego kluczowe fakty — definicja, cena, warunki, dane kontaktowe — muszą być w treści strony, a nie wyłącznie w znaczniku. Jeśli informacja istnieje tylko w schemie, dla większości systemów AI nie istnieje wcale.

Wniosek praktyczny jest prosty i wygodny: wdrażaj schema świadomie — pod klasyczne wyniki Google i pod Bing — ale nie licz na nią jako na dźwignię widoczności w ChacieGPT czy Perplexity. Tam pracuje treść.

Jak to wdrożyć

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>

Dane w sameAs muszą być identyczne z tymi w profilach, do których prowadzą — ta sama nazwa firmy, ten sam adres, ten sam numer telefonu. Rozbieżność między wizytówką Google, stopką strony i schemą to najczęstszy powód, dla którego wyszukiwarka nie potrafi połączyć wszystkiego w jeden podmiot.

WordPress

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. Jeśli dopisujesz własny kod, spinaj go z tym, co generuje wtyczka, przez identyfikatory @id — zamiast tworzyć drugą, konkurencyjną definicję tej samej firmy. Najtaniej wychodzi to wszystko wtedy, gdy strukturę danych planuje się już na etapie projektowania strony internetowej, a nie dokleja do gotowego szablonu rok później.

Shoper i platformy SaaS

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: kod pojawia się dopiero po wyrenderowaniu strony przez Google, więc efekt bywa opóźniony o tygodnie.

Jak sprawdzić, czy działa

1. Rich Results Test od Google — sprawdza, czy Twoje dane kwalifikują się do konkretnego rich resulta. Testuj wersję aktywną, nie wklejony kod, żeby wyłapać problemy z renderowaniem.
2. Schema Markup Validator na schema.org — weryfikuje poprawność składni, także dla typów, których Google nie obsługuje. To następca nieistniejącego już Structured Data Testing Tool.
3. Raport „Ulepszenia” w Search Console — jedyne miejsce, które pokazuje skalę. Rich Results Test sprawdza pojedynczy adres, GSC pokazuje wszystkie błędy w całym serwisie i ich liczbę.
4. Bing Webmaster Tools — ma własny walidator znaczników. Skoro Bing zasila odpowiedzi Copilota, warto sprawdzić, co widzi po swojej stronie.

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.

Cztery błędy, które widujemy najczęściej

1. Oceny, których nie ma

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ść.

2. Oznaczanie treści, której nie ma na stronie

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 — a po tym, co napisaliśmy wyżej o botach czytających surowy HTML, także zwykłe marnowanie informacji.

3. Zły typ dla usług

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.

4. Traktowanie schema jak czynnika rankingowego

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ść. Jeśli strona nie rankuje, schema tego nie naprawi; problem leży w treści, linkach albo technice.

Od czego zacząć

Kolejność, którą przyjmujemy dla typowej strony firmowej:

1. Organization lub LocalBusiness na całą witrynę, z kompletnymi danymi kontaktowymi i sameAs
2. BreadcrumbList — zwykle daje ją wtyczka, wystarczy sprawdzić
3. Service na podstronach ofertowych
4. Article z realnym autorem na blogu
5. Typy branżowe — Product, 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.

Dane strukturalne — najczęstsze pytania

Czy dane strukturalne poprawiają pozycje w Google?

Nie. Schema nie jest czynnikiem rankingowym i nigdy nim nie była — Google powtarza to konsekwentnie od lat. Wpływa na wygląd wyniku i na to, jak jednoznacznie wyszukiwarka rozumie zawartość strony, co przekłada się na klikalność, a nie na samą pozycję. Jeśli strona nie rankuje, przyczyna leży w treści, linkach albo warstwie technicznej, a dodanie kolejnych znaczników tego nie zmieni.

Czy trzeba usunąć znaczniki FAQPage po maju 2026?

Nie ma takiej potrzeby. Google wprost pisze, że nieużywane dane strukturalne nie powodują problemów w wyszukiwarce — po prostu nie dają efektu wizualnego. Typ FAQPage pozostaje prawidłowy w słowniku schema.org, a inne wyszukiwarki mogą go nadal wykorzystywać. Warto natomiast przejrzeć samą treść: pytania napisane wyłącznie pod snippet, powielające akapity ze strony, nie miały wartości również wcześniej.

Jakie dane strukturalne są najważniejsze dla małej firmy?

Dla firmy usługowej bez sklepu: Organization albo LocalBusiness z pełnym adresem, telefonem i profilami w sameAs, BreadcrumbList w nawigacji, Service na podstronach ofertowych i Article z podpisanym autorem na blogu. Żaden z tych typów nie wygeneruje gwiazdek w wynikach, ale razem opisują firmę jako spójny podmiot. Sklep dokłada do tego Product z ceną, dostępnością i zasadami zwrotów.

Czym różni się Rich Results Test od Schema Markup Validator?

Rich Results Test sprawdza wyłącznie to, czy dane kwalifikują się do konkretnego rich resulta w wyszukiwarce Google — typy nieobsługiwane po prostu w nim nie wystąpią. Schema Markup Validator, prowadzony przez schema.org, weryfikuje poprawność składni niezależnie od tego, co Google z danym typem robi. Do diagnostyki błędów w kodzie użyj drugiego, do sprawdzenia efektu w wynikach — pierwszego. Skalę problemu na całej witrynie pokaże dopiero raport w Search Console.

Czy wtyczka SEO wystarczy, czy trzeba wdrażać schema ręcznie?

Dla typowej strony firmowej na WordPressie wtyczka wystarczy — Rank Math i Yoast generują Organization, WebSite, Article i BreadcrumbList automatycznie. Ręcznej pracy wymagają dopiero typy, których wtyczka nie obejmuje, oraz sytuacje, w których trzeba powiązać kilka podmiotów identyfikatorami @id. Uważaj na dwie wtyczki SEO naraz albo wtyczkę plus własny kod — dublujące się bloki schema potrafią sprawić, że Google wybierze nie ten, na którym Ci zależy.

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.

Skontaktuj się z nami

Chcesz mieć pewność, że Google dobrze rozumie Twoją stronę?

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ę