Rich results po zmianach Google. Jakie dane strukturalne wdrażać?

Przez lata dane strukturalne były wdrażane głównie po to, żeby wynik strony w Google wyglądał bardziej atrakcyjnie i skłaniał do odwiedzin. W praktyce chodziło o sytuacje, gdzie pod zwykłym linkiem do strony mogły pojawić się dodatkowe informacje. Przykładowo cena produktu, ocena w gwiazdkach, ścieżka nawigacji (breadcrumbs) zamiast pełnego adresu URL albo sekcja pytań i odpowiedzi. Dziś to podejście jest już częściowo nieaktualne. Google od 2023 roku stopniowo ogranicza część rozszerzonych wyników wyszukiwania. Najgłośniejsze przykłady to FAQ i instrukcje.

Z tego artykułu dowiesz się:

Rich results – co to właściwie jest?

Rich results, nazywane też rozszerzonymi wynikami wyszukiwania, to wyniki Google pokazujące więcej niż sam tytuł, adres strony i krótki opis. W zależności od typu podstrony mogą zawierać dodatkowe informacje. Przykładowo ocenę w gwiazdkach, cenę i dostępność produktu, ścieżkę nawigacji, zdjęcie, termin wydarzenia albo inne elementy pomagające szybciej ocenić, co użytkownik znajdzie po kliknięciu.

Podstawą rich results są dane strukturalne, czyli dodatkowe oznaczenia w kodzie strony, najczęściej oparte na standardzie Schema.org. Dzięki nim Google może łatwiej rozpoznać, czy dana podstrona przedstawia artykuł, produkt, wydarzenie, ofertę pracy, lokalną firmę albo inny konkretny typ treści. Samo wdrożenie takich danych nie gwarantuje jeszcze rozszerzonego wyniku, ale ułatwia wyszukiwarce poprawną interpretację zawartości strony.

Wynik w Google zwykle pokazuje tylko tytuł strony, adres i krótki opis. Gdy strona ma poprawnie wdrożone dane strukturalne, wyszukiwarka może dodać do takiego wyniku dodatkowe informacje związane z treścią podstrony. W sklepie internetowym mogą to być na przykład ocena w gwiazdkach, liczba opinii, cena, zakres cen albo informacja o dostępności produktu.

Jakie znaczenie mają dane strukturalne?

Przez wiele lat dane strukturalne były postrzegane głównie jako sposób na uzyskanie bardziej rozbudowanego wyniku w Google. Jeśli Google poprawnie rozpoznał typ treści na stronie, mógł pokazać w wynikach dodatkowe informacje, na przykład ocenę, cenę produktu, dostępność, breadcrumbs albo FAQ. W praktyce dla wielu serwisów schema stało się więc narzędziem nie tyle do porządkowania informacji, ile do zwiększania widoczności wyniku w SERP.

Dziś ten mechanizm działa nieco inaczej. Google w ostatnich latach ograniczył lub całkowicie wycofał część formatów rich results. Samo wdrożenie danych strukturalnych nie daje już automatycznie dodatkowej ekspozycji w wynikach wyszukiwania. To oznacza, że schema nadal ma znaczenie, ale jego rola przesunęła się z warstwy czysto wizualnej w stronę semantyki i lepszego zrozumienia treści przez wyszukiwarkę.

Dlatego dziś nie wystarczy już samo „mieć wdrożone schema”. Musisz wiedzieć jakie typy danych strukturalnych są nadal wspierane i wykorzystywane przez Google, a jakie, po kolejnych zmianach, już straciły na wartości i przestały przekładać się na widoczny efekt w wynikach wyszukiwania.

Rich results po czystkach Google. Jakie dane strukturalne nadal warto wdrażać?

Czy to oznacza, że dane strukturalne przestały mieć sens? Oczywiście, że nie. Nadal są ważne, tylko musisz przestać wdrażać je hurtowo. Zacznij traktować je jako warstwę dopasowaną do modelu biznesowego.

Google wciąż utrzymuje obszerną listę wspieranych typów schema, ale część z nich działa tylko w konkretnych branżach, a część jest już de facto martwa dla zwykłego serwisu contentowego lub firmowego.

Najważniejsze pytanie nie brzmi już jakie schema mogę wdrożyć, ale raczej jakie wdrożenia jeszcze przekładają się na widoczność, CTR, lepsze zrozumienie strony przez Google i analizę w Search Console.

Google uprościło SERP – sekcja FAQ i instrukcje

Google w ostatnich latach wyraźnie uprościło wyniki wyszukiwania. Najmocniejszy sygnał Google przekazał w sierpniu 2023 roku. Wtedy oficjalnie ogłoszono ograniczenie widoczności FAQ rich results oraz wygaszanie instrukcji. FAQ od tego momentu miało być pokazywane tylko dla dobrze znanych, autorytatywnych serwisów rządowych i zdrowotnych. Dla większości innych stron, format ten przestał być regularnie wyświetlany. Instrukcje najpierw ograniczono dla desktopu, a potem całkowicie usunięto z wyników.

W październiku 2024 roku Google poinformował, że usuwa także pola wyszukiwania z linkami do podstron.

Kolejne zmiany w 2025 roku

Google nie skończył porządków na ograniczeniu FAQ i wygaszeniu instrukcji. W 2025 roku dalej upraszczał wyniki wyszukiwania, wygaszając wsparcie dla kolejnych, rzadziej używanych typów danych strukturalnych. We wrześniu z dokumentacji Google Search Central zniknęły m.in. strony dotyczące Course info, Estimated salary, Learning video, Special announcement i Vehicle listing, a same typy zaczęły być też usuwane z raportów w Search Console oraz z testu wyników z elementami rozszerzonymi.

Google nie usuwa samego standardu Schema.org, ale coraz wyraźniej zawęża listę typów danych strukturalnych, które rzeczywiście wykorzystuje w zwykłych wynikach wyszukiwania.

Dla właścicieli stron oznacza to jedną rzecz. Samo wdrożenie danych strukturalnych nie może być celem samym w sobie. Musisz zwrócić uwagę na to czy dany typ nadal jest wspierany przez Google Search i czy wpisuje się w założenia modelu strony. W przełożeniu, największy sens mają te dane strukturalne, które wspierają zrozumienie treści oraz w dalszym ciągu kwalifikują stronę do wyników z elementami rozszerzonymi, jak np. artykuł, menu nawigacyjne, produkt, wydarzenie czy strona profilu

Jak to rozumieć? Co przestało być priorytetem?

Po zmianach, warto spojrzeć na dane strukturalne w trzech grupach.

• Pierwsza to wdrożenia, jakie dla większości stron straciły sens biznesowy.
• Druga to typy nadal wspierane, ale tylko dla wybranych modeli serwisów.
• Trzecia to fundamenty, jakie po prostu warto wdrożyć i mieć.

Do pierwszej grupy zaliczymy przede wszystkim sekcję FAQ dla standardowej strony firmowej, bloga czy sklepu. Jeśli nie prowadzisz dużego serwisu o tematyce zdrowotnej albo rządowego portalu, wdrażanie pytań i odpowiedzi nie powinno być już dzisiaj priorytetem. Podobnie jak instrukcje (How to). Poradnik oczywiście może nadal świetnie rankować, ale nie jest to już zasługą znacznika instrukcji.

Druga grupa to typy specjalistyczne. QAPage ma sens w serwisach, gdzie jedna podstrona dotyczy jednego pytania, a użytkownicy mogą dodawać własne odpowiedzi. DiscussionForumPosting warto wdrażać tam, gdzie główną treścią są wątki i odpowiedzi użytkowników, czyli w klasycznych forach, społecznościach i platformach dyskusyjnych. ProfilePage ma z kolei uzasadnienie w serwisach społecznościowych, marketplace’ach ekspertów, katalogach autorów i platformach twórców, gdzie Google powinno rozpoznawać profil osoby lub organizacji publikującej treści.

Trzecia grupa to dane bazowe. Dla wielu serwisów standardem pozostają uporządkowane dane organizacji (Organization), nazwa witryny (WebSite) oraz menu nawigacyjne (BreadcrumbList). Trzeba jednak pamiętać, że nie pełnią one tej samej roli. Organization i WebSite porządkują informacje o marce i całym serwisie, a BreadcrumbList wspiera prezentację konkretnych podstron w wynikach wyszukiwania.

Pamiętaj! od stycznia 2025 Google przestało pokazywać breadcrumbs w mobilnych wynikach wyszukiwania, ale nadal pokazuje je na desktopie.

Wybrane typy danych strukturalnych

Co nadal warto wdrażać?

Po czystkach Google, najlepiej funkcjonują te dane strukturalne, które porządkują podstawową semantykę witryny, a nie próbują „dopinać” sztucznych ulepszeń. Dla większości serwisów najbardziej sensowne pozostają trzy grupy:

1. Uporządkowane dane organizacji (Organization).
2. Nazwa witryny (Website).
3. Uporządkowane dane menu nawigacyjnego (BreadcrumbList).

Dla stron z blogami, wiadomościami dodatkowo uporządkowane dane dotyczące artykułu (Article).

Uporządkowane dane organizacji (Organization)

Organization pomaga Google lepiej zrozumieć, kim jest właściciel serwisu, jak wygląda jego marka, jaki logotyp powinien być kojarzony z witryną i jakie dane administracyjne są z nią związane. Google wprost wskazuje, że część właściwości może wpływać na elementy wizualne, takie jak logo w wynikach czy panelu wiedzy. Nie ma tu twardej gwarancji efektu, ale to nadal jedno z najbardziej racjonalnych wdrożeń bazowych dla strony firmowej.

Nazwa witryny (Website)

WebSite z kolei pozostaje użyteczne głównie w kontekście preferowanej nazwy serwisu. Google zaznacza, że nazwa witryny w wynikach jest generowana automatycznie, ale można wskazać preferencję właśnie przez dane strukturalne (WebSite) umieszczone na stronie głównej. To szczególnie ważne wtedy, gdy marka funkcjonuje pod skrótem, ma kilka wariantów zapisu albo działa także na poziomie subdomen.

Aby określić swoje preferencje dotyczące nazwy witryny, dodaj do strony głównej uporządkowane dane WebSite. Nasz system nazw witryn uwzględnia też treści w obiektach og:site_name i <title> oraz elementach nagłówka i innych tekstach na stronie głównej. Uporządkowane dane WebSite są jednak najważniejsze, jeśli chcesz określić preferencje.

developers.google.com

Uporządkowane dane menu nawigacyjnego (BreadcrumbList)

BreadcrumbList nadal ma praktyczny sens. Google pokazuje breadcrumbsy jako element wyniku i wykorzystuje je do zrozumienia pozycji podstrony w hierarchii serwisu. To nie jest taki sam efekt jak kiedyś FAQ, ale pomocny typ wdrożenia. Wspiera architekturę informacji, porządkuje kontekst adresu i wzmacnia czytelność wyniku. W dodatku Google rekomenduje tworzenie breadcrumbów jako typowej ścieżki użytkownika, a nie kopii URL-a

Musisz jednak pamiętać o jednej rzeczy. W styczniu 2025 roku Google przestał wyświetlać breadcrumbsy w adresach URL na urządzeniach mobilnych. Zachował je na desktopie.

Nie oznacza to, że BreadcrumbList przestał mieć sens. Oznacza tylko, że jego widoczny efekt bywa dziś zależny od urządzenia, a część wartości tego markupu przeniosła się bardziej w stronę semantyki i desktopowego wyglądu wyniku niż uniwersalnej ekspozycji w każdym SERP-ie.

Ten wpis może Cię zainteresować. Dane strukturalne schema. Jak wykorzystać je w e-commerce?

Uporządkowane dane dotyczące artykułu (Article)

W serwisach redakcyjnych uporządkowane dane dotyczące artykułu nadal należą do najbardziej sensownych i najbezpieczniejszych wdrożeń. Google pisze wprost, że dodanie znacznika Article do stron z wiadomościami, wpisami blogowymi i treściami sportowymi pomaga lepiej zrozumieć zawartość strony oraz może wpływać na sposób prezentacji tytułu, obrazu i daty artykułu w wynikach wyszukiwania i innych usługach Google, na przykład w Wiadomościach Google. Nie jest to już magiczna dźwignia na wzrost ruchu sama z siebie, ale to nadal jedno z najczystszych wdrożeń semantycznych dla redakcyjnych treści.

Dla bloga firmowego to dziś znacznie lepsza inwestycja niż mechaniczne dokładanie sekcji FAQ pod każdym artykułem. Lepiej poprawnie oznaczyć autora, datę publikacji, obraz główny i typ treści, niż produkować schema, którego Google i tak nie pokaże.

Jak ustawić priorytety na 2026 rok?

Jeżeli chcesz podejść do danych strukturalnych pragmatycznie, potraktuj 2026 rok jako czas porządków. Dlatego też najpierw wykonaj audyt tego, co już masz. Potem decyzja, jakie typy schema zostają, jakie wymagają poprawy, a jakie nie maja już sensu.

Dla większości firm, dobra kolejność będzie wyglądała tak:

• e-commerce – artykuł, menu nawigacyjne, organizacja
• blog i poradniki – produkt, warianty produktu, menu nawigacyjne, organizacja
• serwis wideo – film, artykuł, menu nawigacyjne
• firma eventowa – wydarzenia, menu nawigacyjne, organizacja
• USG, fora, marketplace ekspertów – pytania i odpowiedzi, forum dyskusyjne, strona profilu.

Po ostatnich ruchach Google wygrywa nie ten, kto wdroży najwięcej, ale ten kto wdroży właściwe typy na odpowiednich podstronach. Właśnie dlatego, dane strukturalne powinny być częścią przemyślanej i systematycznej architektury i informacji, a nie osobnym „trikiem” na SERP-y. Jeśli potrzebujesz wsparcia w poprawie widoczności, analizie efektów albo uporządkowaniu działań SEO, sprawdź pozycjonowanie stron.