Schemat metadanych i zaufania

TL;DR — „Schemat metadanych i zaufania” to mój skrót dla typów schema.org, które dodajesz do strony nie po to, by coś sprzedawać, lecz by budować zaufanie i pomagać ludziom (oraz Google) zorientować się w jej kontekście. Są cztery: Review i AggregateRating (oceny w postaci gwiazdek), BreadcrumbList (krótka ścieżka „Strona główna › Kategoria › Ta strona”) oraz WebSite (informacja „to jest sama witryna”). Dodanie właściwego typu sprawia, że strona może kwalifikować się do atrakcyjniejszego wyniku wyszukiwania — z gwiazdkami lub okruszkami. Nie poprawia jej pozycji. To największe nieporozumienie.

Co oznacza „schemat metadanych i zaufania”

„Schemat metadanych i zaufania” to grupa redakcyjna, a nie nazwa funkcji Schema.org ani Google. Dowód potwierdzający to twierdzenie Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Zakres: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Schema.org schemas Uporządkowane dane muszą opisywać widoczną treść strony i spełniać wymagania każdej funkcji wyszukiwarki Google, do której są kierowane.

Patrząc na stronę, od razu widzisz, że ma ocenę 4,5 gwiazdki na podstawie 200 opinii, znajduje się w sekcji „Przewodniki › Techniczne SEO” i należy do konkretnej witryny. Wyszukiwarka widzi zwykły tekst i musi się tego domyślić. Znaczniki schema to kod, który dodajesz, aby wyrazić to jednoznacznie — „to jest ocena”, „to jest miejsce strony w witrynie”, „to jest nazwa witryny” — za pomocą wspólnego słownika serwisu schema.org.

„Schemat metadanych i zaufania” nie jest oficjalnym terminem. To po prostu moja zbiorcza nazwa typów schema.org, które nie opisują czegoś na sprzedaż (Product, JobPosting) ani nazwanej rzeczy ze świata rzeczywistego (Organization, Person), lecz odpowiadają na trzy pytania dotyczące zwykłej strony:

• Czy to jest wiarygodne? — Review (ocena jednej osoby) i AggregateRating (średnia z wielu ocen), czyli typy stojące za gwiazdkami w wynikach wyszukiwania.
• Gdzie jestem? — BreadcrumbList, ścieżka pokazująca miejsce strony w witrynie.
• W jakiej witrynie jestem? — WebSite, który identyfikuje witrynę jako odrębny obiekt.

Łączę te cztery typy, ponieważ pełnią wspólną funkcję w SEO: dodajesz je, aby ustanowić zaufanie i kontekst nawigacyjny wokół treści, a nie po to, by zdobyć funkcję zakupową lub ofert pracy. Trzeba jednak powiedzieć jasno: Google i schema.org nie umieszczają ich w jednej grupie. Wrócę do tej kwestii w karcie Zaawansowane, ponieważ ma znaczenie.

Dlaczego warto się tym zająć

Korzyścią jest atrakcyjniejszy i budzący większe zaufanie wynik wyszukiwania:

• ⭐ gwiazdki recenzji i liczba ocen pod wynikiem
• 🧭 czytelna ścieżka okruszków zamiast surowego adresu URL (na komputerach)
• 🌐 właściwa nazwa witryny wyświetlana nad wynikiem

Dodaj odpowiedni schemat wraz ze wszystkimi wymaganymi informacjami, a strona zacznie się kwalifikować do takiego sposobu prezentacji. Kwalifikować, ale bez gwarancji — Google nadal decyduje, czy rzeczywiście go wyświetlić.

Co większość osób rozumie błędnie

Dodanie schematu zaufania nie poprawia pozycji. Google mówiło to jasno i wielokrotnie. Schemat sprawia, że strona może kwalifikować się do bogatszego wyniku (który może zdobyć więcej kliknięć), i pomaga wyszukiwarkom zrozumieć stronę. To nie jest to samo co wyższa pozycja.

Jeszcze jedna pułapka dla początkujących: nie możesz po prostu oznaczyć własnych rekomendacji i uzyskać gwiazdek. Gdy firma recenzuje samą siebie, Google blokuje fragment z gwiazdkami — to zasada często łamana na stronach „O nas”. Jeden z omawianych typów przypomina też nieco ducha: dawną wyszukiwarkę w linkach do podstron (część schematu WebSite) wycofano pod koniec 2024 roku, więc nie daje już żadnego efektu, chociaż sam typ WebSite pozostaje przydatny.

Chcesz poznać pełną wersję — miejsce tych typów w hierarchii schema.org, zasadę dotyczącą recenzji na własną korzyść, zmiany sposobu wyświetlania w latach 2024–2025 i kolejny artykuł do przeczytania? Przejdź do karty Zaawansowane.

Znaczniki zaufania, które podważają zaufanie

• Oznaczanie rekomendacji dotyczących własnej firmy w celu uzyskania gwiazdek. Recenzje kontrolowane przez oceniany podmiot LocalBusiness lub Organization służą jego własnej korzyści i nie kwalifikują się do fragmentu z recenzją Google.
• Agregowanie ocen skopiowanych z innych witryn. AggregateRating powinien opisywać prawdziwe oceny przedstawione na stronie, a nie połączony wynik pobrany z platform zewnętrznych.
• Traktowanie uporządkowanych danych jako sposobu na poprawę pozycji. Te typy mogą wspierać bogatszą prezentację lub rozumienie encji; nie podnoszą pozycji.
• Pozostawianie SearchAction w WebSite z oczekiwaniem wyszukiwarki w linkach do podstron. Funkcję wycofano 21 listopada 2024 roku. Znaczniki są nieszkodliwe, lecz bezczynne; sam WebSite nadal pomaga określać tożsamość witryny.
• Zakładanie, że sposób wyświetlania okruszków na urządzeniach mobilnych był całą funkcją. W styczniu 2025 roku Google usunęło ścieżkę okruszków z wiersza adresu URL w wynikach mobilnych, a nie typ BreadcrumbList ani jego użycie na komputerach.
• Publikowanie znaczników sprzecznych z widoczną treścią. Autorzy recenzji, oceny, liczby, nazwy i ścieżki okruszków powinny być prawdziwe i widoczne dla użytkowników, a nie istnieć wyłącznie w JSON-LD.

TL;DR — „Schemat metadanych i zaufania” to moja praktyczna grupa, a nie kategoria Google czy schema.org. Obejmuje typy, które dodają zwykłym stronom zaufanie i kontekst nawigacyjny, zamiast opisywać coś na sprzedaż: Review, AggregateRating, BreadcrumbList i WebSite. Google nie traktuje ich jako jednej rodziny, a stan ich dokumentacji jest nierówny — Review/AggregateRating i BreadcrumbList mają aktualne, odrębne przewodniki po funkcjach, natomiast WebSite jest wyjątkiem bez jednego bieżącego przewodnika, a jego najsłynniejszą funkcję (wyszukiwarkę w linkach do podstron) wycofano 21 listopada 2024 roku. Sam WebSite nie jest wycofany — nadal pomaga Google zrozumieć nazwę witryny. Najostrzejszą zasadą jest polityka recenzji na własną korzyść: firma nie może uzyskać gwiazdek dla recenzji samej siebie (zakres obejmuje LocalBusiness/Organization, ale nie Product). Żaden z czterech typów nie jest czynnikiem rankingowym ani udokumentowanym sygnałem E-E-A-T; zapewnia kwalifikację do prezentacji w SERP, nie zaufanie. Ryzyko jest zwykle niewielkie — brak właściwości lub recenzja na własną korzyść jedynie odbiera kwalifikację — jednak celowo mylące lub fałszywe znaczniki nadal mogą wywołać działanie ręczne na podstawie ogólnych wytycznych Google.

Najpierw uczciwe wyjaśnienie: to moja grupa, nie grupa Google

Schema.org definiuje typy i właściwości, ale same znaczniki nie potwierdzają niezależnie wiarygodności twierdzeń. Dowód potwierdzający to twierdzenie Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Zakres: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Schema.org schemas Google stwierdza, że poprawne uporządkowane dane nie gwarantują wyświetlenia wyniku z elementami rozszerzonymi ani korzyści rankingowej. Dowód potwierdzający to twierdzenie Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Zakres: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google: Structured data policies

Chcę jasno powiedzieć to na początku, ponieważ większość materiałów o schemacie „zaufania” lub „metadanych” po cichu sugeruje, że te typy są oficjalną rodziną. Nie są — obowiązuje tu to samo zastrzeżenie, które przedstawiam w artykule o schemacie handlowym.

• Własna dokumentacja Google nie łączy tych typów. W galerii uporządkowanych danych „Breadcrumb” i „Review snippet” mają odrębne pozycje na ogólnej liście przewodników po funkcjach — obok niepowiązanych typów, takich jak Article i Local business. WebSite nie ma nawet samodzielnej pozycji przewodnika, jak pozostałe typy.
• schema.org także ich nie łączy. Review i AggregateRating są blisko spokrewnione, lecz BreadcrumbList jest rodzajem listy, a WebSite rodzajem dzieła twórczego — to trzy różne gałęzie słownika. Nie ma wspólnego elementu nadrzędnego o znaczeniu „te cztery typy zaufania”.

Dlaczego więc umieszczam je w jednym artykule? Ponieważ w praktyce — w codziennej pracy specjalisty SEO — stanowią ten sam rodzaj problemu: oznaczasz treść nie po to, by odblokować funkcję zakupów lub ofert pracy, lecz aby pokazać, że strona jest wiarygodna, możliwa do umiejscowienia i należy do prawdziwej witryny. Wspólny przypadek użycia jest rzeczywisty i przydatny. Wspólna taksonomia nie istnieje. Wolę powiedzieć to wprost, niż udawać, że Google narysowało taką ramkę.

Cztery typy w skrócie

• AggregateRating (schema.org/AggregateRating) — ocena zbiorcza: średnia wraz z liczbą, np. „4,6 gwiazdki na podstawie 312 ocen”. To ona zasila fragment z gwiazdkami na większości stron. Minimum dla wyniku z elementami rozszerzonymi: ratingValue oraz co najmniej jedno z ratingCount lub reviewCount, zagnieżdżone w ocenianym obiekcie.
• BreadcrumbList (schema.org/BreadcrumbList) — pozycja strony w hierarchii witryny, wyrażona jako uporządkowana tablica obiektów ListItem. Google może jej użyć do kategoryzacji strony i (na komputerach) wyświetlenia ścieżki okruszków zamiast surowego adresu URL. Wymaga co najmniej dwóch elementów ListItem, z których każdy ma position i name.
• Review (schema.org/Review) — pojedyncza recenzja zawierająca author, reviewRating.ratingValue oraz oceniany obiekt (itemReviewed). Wiele recenzji na stronie zwykle składa się na AggregateRating używany do wyświetlenia gwiazdek.
• WebSite (schema.org/WebSite) — tożsamość samej witryny, odrębna od każdej pojedynczej strony. Dawniej zasilał wyszukiwarkę w linkach do podstron za pomocą SearchAction; obecnie jego aktywną wartością jest pomoc Google w zrozumieniu nazwy witryny wyświetlanej w wynikach.

Celowo ograniczam w tym centrum tabele właściwości każdego typu — szczegółowe informacje znajdują się w czterech artykułach podrzędnych podlinkowanych na końcu.

Miejsce tych typów w hierarchii schema.org

To część, którą prawie wszyscy cytują niepoprawnie, choć oddziela przypuszczenie od faktu:

• AggregateRating — Thing > Intangible > Rating > AggregateRating. Wyspecjalizowany rodzaj Rating.
• Review — Thing > CreativeWork > Review. Dzieło twórcze, a nie ocena — zawiera ocenę (reviewRating), zamiast nią być. Dlatego Review i AggregateRating są typami pokrewnymi, ale nie tym samym typem.
• BreadcrumbList — Thing > Intangible > ItemList > BreadcrumbList, zbudowany z elementów ListItem. Typ listy, niezwiązany z ocenami.
• WebSite — Thing > CreativeWork > WebSite. Dzieło twórcze podobnie jak Review, lecz o zupełnie innym przeznaczeniu.

Wniosek: nie istnieje jeden wspólny typ nadrzędny łączący całą czwórkę. AggregateRating i Review dotyczą ocen, ale należą do różnych gałęzi; BreadcrumbList jest listą, a WebSite witryną. Łączy je przypadek użycia w SEO — zaufanie i kontekst nawigacyjny — nie dziedziczenie typów. Takie ujęcie ma solidne podstawy.

Wspólne podstawowe zasady dla całej czwórki

Choć typy nie mają wspólnej taksonomii, obowiązują je ogólne wytyczne Google dotyczące uporządkowanych danych, dlatego warto przedstawić reguły jeden raz:

• Wymagane właściwości są bramką kwalifikacji. Brak wymaganej właściwości sprawia, że strona nie kwalifikuje się do danego wyniku z elementami rozszerzonymi. Jak ujmuje to Google, elementy bez wymaganych właściwości nie są kwalifikowane, a większa liczba zalecanych właściwości podnosi jakość wyniku dla użytkowników.
• Kwalifikacja ≠ gwarantowane wyświetlenie. Poprawne znaczniki wprowadzają stronę do puli; systemy Google nadal osobno decydują, czy pokazać rozszerzenie. Google nie gwarantuje wyświetlenia uporządkowanych danych, nawet gdy strona jest oznaczona poprawnie.
• Oznaczaj wyłącznie widoczne i prawdziwe treści. Bez niewidocznych znaczników, fałszywych recenzji i danych wprowadzających w błąd. Google wyraźnie zabrania oznaczania treści niewidocznych dla czytelników oraz fałszywych recenzji — ta reguła szczególnie dotyczy tej grupy, ponieważ Review i AggregateRating kuszą do nadużyć.
• JSON-LD jest zalecanym formatem dla wszystkich tych typów — łatwiejszym do utrzymania na dużą skalę niż Microdata/RDFa osadzone w treści.

Co wyróżnia każdy typ

Review / AggregateRating: zasada recenzji na własną korzyść

To najostrzejsza i najczęściej błędnie rozumiana zasada w całej grupie. Jeśli oceniany podmiot kontroluje recenzje dotyczące samego siebie, jego strony korzystające z LocalBusiness lub dowolnego innego typu Organization nie kwalifikują się do funkcji gwiazdek recenzji. Mówiąc prosto: nie możesz oznaczyć rekomendacji na własnej stronie głównej i oczekiwać gwiazdek dla swojej firmy. Co ważne, ograniczenie dotyczy LocalBusiness/Organization — nie blokuje ogólnie recenzji innych typów schema, takich jak Product. Taka sytuacja różni się od przypadku sklepu pokazującego prawdziwe recenzje klientów dotyczące sprzedawanego Product.

Warto zapamiętać jeszcze kilka zasad: oznaczana treść recenzji musi być łatwo dostępna i wyraźnie widoczna dla użytkowników na stronie, a recenzji ani ocen nie wolno agregować przez kopiowanie z innych witryn. Review i AggregateRating są też zwykle zagnieżdżone w opisywanym obiekcie, a nie pozostawione samodzielnie. Google doprecyzowało oczekiwania dotyczące ich powiązania z ocenianym obiektem, więc warto poprawnie wdrożyć to w artykule szczegółowym.

BreadcrumbList: typ, który zwykle warto po prostu wdrożyć — ale sposób wyświetlania może się zmienić

Okruszki są tu najtańszymi znacznikami o najmniejszym ryzyku. Najczęściej pomijana zasada: podaj ścieżkę okruszków reprezentującą typową drogę użytkownika do strony, a nie kopię struktury adresu URL, i nie uwzględniaj domeny najwyższego poziomu ani samej bieżącej strony jako elementów. Ponadto stare znaczniki okruszków data-vocabulary.org nie kwalifikują się już — trzeba używać schema.org.

BreadcrumbList najlepiej pokazuje, że miejsce wyświetlania może zniknąć bez usunięcia samej funkcji lub wymogu znaczników. W styczniu 2025 roku Google przestało pokazywać ścieżkę okruszków w wierszu adresu URL mobilnych wyników wyszukiwania — wersja na komputery pozostała bez zmian, właściciele witryn nie musieli nic robić, a znaczniki i raport Breadcrumb w Search Console działały jak wcześniej. Znaczniki nie stały się bezużyteczne; zniknęło tylko jedno miejsce prezentacji.

WebSite: wyjątek (i wycofana wyszukiwarka)

WebSite jest typem, który nie pasuje do wzorca — i właśnie ta asymetria stanowi ważny wniosek.

• Wyszukiwarka w linkach do podstron zniknęła. SearchAction (potentialAction) w WebSite zasilał kiedyś „Sitelinks Search Box”. Google ogłosiło jego usunięcie we wpisie z 21 października 2024 roku i zaczęło wycofywać funkcję wizualną 21 listopada 2024 roku ze względu na spadek użycia; usunięto ją z Rich Results Test i raportów Search Console. Pozostawienie starych znaczników nie powoduje błędów ani negatywnych skutków — są po prostu bezczynne.
• Sam WebSite NIE jest wycofany. To rozróżnienie bywa pomijane. Zniknął wyłącznie przypadek użycia związany z wyszukiwarką. WebSite nadal pomaga Google ustalać nazwę witryny wyświetlaną w wynikach (aktywna funkcja) i pozostaje kanonicznym sposobem schema.org na identyfikację witryny jako encji odrębnej od pojedynczych stron.
• Dokumentacja jest skromniejsza i rozproszona. W przeciwieństwie do pozostałych trzech typów WebSite nie ma jednego aktualnego przewodnika Google — wskazówki są rozdzielone między dokumentację nazwy witryny a zarchiwizowane materiały o wyszukiwarce. Warto powiedzieć to jasno: spośród całej czwórki WebSite ma dziś najmniej rozbudowaną obecność w funkcjach wyszukiwarki.

Czy ten schemat pomaga w SEO?

Nie w zakresie pozycji. John Mueller powiedział wprost: “Structured data won’t make your site rank better.” (tłumaczenie) „Uporządkowane dane nie poprawią pozycji Twojej witryny”. Zapewniają one kwalifikację do określonej prezentacji w SERP — gwiazdek (Review/AggregateRating), ścieżki okruszków (BreadcrumbList) — albo, w przypadku WebSite, pomagają Google zrozumieć tożsamość witryny. Utożsamianie „dodałem schemat” z „zajmę wyższą pozycję” to najczęstszy mit dotyczący całej czwórki.

Warto nazwać jeszcze jeden mit, skoro samo centrum zawiera słowo „zaufanie”: żaden z tych typów nie jest również udokumentowanym sygnałem E-E-A-T. E-E-A-T (doświadczenie, wiedza, autorytet i wiarygodność) to ramy używane przez ludzkich testerów jakości Google do oceny treści — nie punktowany sygnał, o którym Google stwierdziło, że jest zasilany przez którykolwiek z tych czterech typów. „Zaufanie” jest tu moim praktycznym skrótem dla efektu widocznego dla czytelnika (gwiazdki i ścieżka okruszków mogą wyglądać wiarygodniej dla osoby przeglądającej wyniki), a nie twierdzeniem, że algorytm Google ocenia wiarygodność strony po dodaniu Review lub AggregateRating. To samo dotyczy scalania encji, obecności w Panelu wiedzy i cytowań przez AI — nic w tej dokumentacji nie wskazuje, aby którykolwiek z czterech typów powodował takie rezultaty; wszelkie podobne twierdzenia uznawaj za niezweryfikowane.

Profil ryzyka warto porównać z centrum schematu handlowego, ale nie chcę przesadzać z różnicą. Schemat handlowy wskazuje konkretne ryzyko działania ręcznego: nieaktualny, nieusunięty JobPosting. Większość błędów w tej grupie ma łagodniejsze skutki — brak wymaganej właściwości lub recenzja na własną korzyść po prostu odbiera stronie kwalifikację; znaczniki są ignorowane, a nie karane. To jednak niepełny obraz. Ogólne wytyczne Google dotyczące uporządkowanych danych obejmują więcej niż kwalifikację i odnoszą się do tej czwórki tak samo jak do wszystkich innych typów: znaczniki niewidoczne dla użytkowników, mylące albo oparte na fałszywych recenzjach nadal mogą wywołać działanie ręczne, niezależne od zwykłych systemów rankingowych witryny. Uczciwe ujęcie nie brzmi więc „te cztery typy nigdy nie mogą spowodować działania ręcznego”, lecz: typowym błędem jest brak kwalifikacji, a celowe oszustwo niesie takie samo ogólne ryzyko jak każde uporządkowane dane.

Co przeczytać dalej

To centrum jest mapą; każdy z poniższych tematów ma własne szczegółowe omówienie:

• Schemat AggregateRating — właściwości wymagane i zalecane, różnica między ratingCount a reviewCount oraz związek AggregateRating z pojedynczymi znacznikami Review. Zacznij tutaj, jeśli chcesz pokazać zbiorczą ocenę gwiazdkową na stronie.
• Schemat BreadcrumbList — struktura tablicy ListItem, zasada „typowej drogi użytkownika” zamiast kopiowania adresu URL i zmiana wyświetlania na urządzeniach mobilnych w styczniu 2025 roku. Zacznij tutaj w przypadku hierarchii witryny i ścieżek okruszków.
• Schemat Review — szczegółowe zasady dotyczące recenzji na własną korzyść, zagnieżdżanie w itemReviewed i typy encji, które mogą lub nie mogą otrzymać gwiazdek. Zacznij tutaj, aby prawidłowo oznaczać pojedyncze recenzje i rekomendacje.
• Schemat WebSite — historia SearchAction/wyszukiwarki w linkach do podstron i jej wycofanie w listopadzie 2024 roku oraz nadal aktywna funkcja nazwy witryny. Zacznij tutaj, jeśli zastanawiasz się, czy w 2026 roku nadal warto dodawać znaczniki WebSite.

W szerszym ujęciu to centrum należy do podklastra uporządkowanych danych — zobacz także siostrzane artykuły schema markup i commerce schema, aby poznać słownik, formaty i cykl wycofywania funkcji. Całość znajduje się w klastrze on-page, gdzie uporządkowane dane są częścią technicznego SEO na stronie.

Podsumowanie AI

Skrócona wersja karty Zaawansowane:

• Co to jest: „schemat metadanych i zaufania” to praktyczna grupa Patricka — nie kategoria Google ani schema.org — obejmująca typy, które dodają zwykłym stronom zaufanie i kontekst nawigacyjny, zamiast coś sprzedawać: Review, AggregateRating, BreadcrumbList, WebSite.
• Nie jest oficjalną rodziną: galeria Google wymienia Breadcrumb i Review snippet jako odrębne ogólne przewodniki po funkcjach; WebSite nie ma samodzielnego przewodnika. schema.org nie ma wspólnego typu nadrzędnego dla tej czwórki.
• Hierarchia: AggregateRating = Thing > Intangible > Rating > AggregateRating; Review = Thing > CreativeWork > Review (zawiera ocenę, ale nią nie jest); BreadcrumbList = Thing > Intangible > ItemList > BreadcrumbList (lista); WebSite = Thing > CreativeWork > WebSite. Brak jednego wspólnego elementu nadrzędnego.
• Funkcja każdego typu: AggregateRating = zbiorcza ocena gwiazdkowa (ratingValue + ratingCount/reviewCount); Review = pojedyncza recenzja (author, reviewRating, itemReviewed); BreadcrumbList = hierarchia witryny przez ≥2 elementy ListItem; WebSite = tożsamość/nazwa witryny.
• Wspólne zasady: wymagane właściwości są bramką kwalifikacji; kwalifikacja ≠ gwarantowane wyświetlenie; oznaczaj tylko widoczne i prawdziwe treści (bez fałszywych recenzji); zalecany jest JSON-LD.
• Recenzje na własną korzyść: firma nie może uzyskać gwiazdek za recenzje samej siebie na stronach LocalBusiness/Organization — ograniczenie dotyczy tych typów, nie Product.
• Zmiana wyświetlania BreadcrumbList: w styczniu 2025 roku Google przestało pokazywać ścieżkę okruszków w wierszu adresu URL na urządzeniach mobilnych (bez zmian na komputerach); znaczniki i raport Search Console nadal działają.
• WebSite / wyszukiwarka w linkach do podstron: usunięcie wyszukiwarki ogłoszono 21 października 2024 roku, a funkcję wycofano 21 listopada 2024 roku — znaczniki są bezczynne, lecz nieszkodliwe. Sam WebSite nie jest wycofany; nadal pomaga Google zrozumieć nazwy witryn.
• Profil ryzyka: zwykle łagodny — brak właściwości lub recenzja na własną korzyść tylko odbiera kwalifikację, a nie powoduje działania ręcznego jak nieaktualny JobPosting — lecz celowo mylące lub fałszywe znaczniki nadal mogą wywołać działanie ręczne na podstawie ogólnych wytycznych Google.
• Wpływ na SEO: nie jest czynnikiem rankingowym (Mueller: “Structured data won’t make your site rank better” (tłumaczenie) „Uporządkowane dane nie poprawią pozycji Twojej witryny”) ani udokumentowanym sygnałem E-E-A-T, scalania encji, Panelu wiedzy czy cytowania przez AI — zapewnia kwalifikację i pomaga w rozumieniu, a nie tworzy zaufania.

Oficjalna dokumentacja

Dokumentacja źródłowa dotycząca czterech typów metadanych i zaufania oraz wspólnych dla nich zasad.

Google — wspólne zasady

• Ogólne wytyczne dotyczące uporządkowanych danych — zasada kwalifikacji oraz polityki jakości treści i spamu (w tym zakaz oznaczania fałszywych recenzji) obowiązujące wszystkie cztery typy.
• Galeria uporządkowanych danych w wyszukiwarce — źródło prawdy o tym, co obecnie tworzy wyniki z elementami rozszerzonymi; pokazuje też, że Breadcrumb i Review snippet są odrębnymi ogólnymi przewodnikami, a WebSite nie ma takiej pozycji.

Google — Review i AggregateRating

• Uporządkowane dane fragmentu z recenzją (Review, AggregateRating) — wymagane właściwości, polityka recenzji na własną korzyść dla LocalBusiness/Organization i zagnieżdżanie w ocenianym obiekcie.
• Bardziej przydatne wyniki rozszerzone Review (wpis z 2019 roku) — tło zaostrzenia zasad dotyczących recenzji na własną korzyść.

Google — BreadcrumbList

• Uporządkowane dane Breadcrumb (BreadcrumbList) — wymagana struktura ListItem, zasada „typowej drogi użytkownika” i wymóg używania schema.org.
• Uproszczenie widocznego elementu adresu URL w mobilnych wynikach wyszukiwania (wpis ze stycznia 2025 roku) — zmiana wyświetlania mobilnego (bez wpływu na komputery i Search Console).

Google — WebSite (nazwa witryny / zarchiwizowana wyszukiwarka w linkach do podstron)

• Pożegnanie z wyszukiwarką w linkach do podstron (wpis z października 2024 roku) — ogłoszenie 21 października 2024 roku dotyczące wycofania 21 listopada 2024 roku.

Schema.org (taksonomia)

• schema.org/Review · schema.org/AggregateRating · schema.org/BreadcrumbList · schema.org/ListItem · schema.org/WebSite

Cytaty ze źródeł

Wypowiedzi możliwe do przypisania konkretnym źródłom. Gdy strona udostępnia tekst, link prowadzi bezpośrednio do cytowanego fragmentu. Wszystkie pozostałe twierdzenia sparafrazowałem na podstawie zweryfikowanych źródeł, zamiast cytować je bezpośrednio.

Dokumentacja Google — wspólna zasada kwalifikacji

• “Specify all required properties listed in the documentation for your specific rich result type. Items that are missing required properties are not eligible for rich results. The more recommended properties that you provide, the higher quality the result is to users.” (tłumaczenie) „Podaj wszystkie wymagane właściwości wymienione w dokumentacji konkretnego typu wyniku z elementami rozszerzonymi. Elementy, w których brakuje wymaganych właściwości, nie kwalifikują się do takich wyników. Im więcej zalecanych właściwości podasz, tym wyższa będzie jakość wyniku dla użytkowników”. Przejdź do cytatu

Dokumentacja Google — zasada przeciw fałszywym recenzjom (najważniejsza dla tej grupy)

• Ogólne wytyczne nakazują nie oznaczać treści niewidocznych dla czytelników ani treści nieistotnych lub wprowadzających w błąd, takich jak fałszywe recenzje. Google stwierdza również, że nie gwarantuje wyświetlenia uporządkowanych danych w wynikach wyszukiwania, nawet jeśli strona została oznaczona poprawnie. Parafraza Ogólnych wytycznych dotyczących uporządkowanych danych; w materiale źródłowym nie zweryfikowano bezpośredniego linku do dokładnego fragmentu tych zdań, dlatego używam parafrazy zamiast cytatu.

Dokumentacja Google — recenzje na własną korzyść

• Dokumentacja fragmentów z recenzją Google stwierdza, że jeśli oceniany podmiot kontroluje recenzje dotyczące samego siebie, jego strony korzystające z uporządkowanych danych LocalBusiness lub dowolnego innego typu Organization nie kwalifikują się do funkcji gwiazdek. Parafraza dokumentacji fragmentu z recenzją; informację przekazano w materiale źródłowym bez zweryfikowanego dokładnego fragmentu, dlatego nie przedstawiam jej jako cytatu.

John Mueller, Google — schemat nie jest czynnikiem rankingowym

• “Structured data won’t make your site rank better.” (tłumaczenie) „Uporządkowane dane nie poprawią pozycji Twojej witryny”. Omówienie Przekazane przez Search Engine Roundtable w omówieniu wypowiedzi Muellera; traktuj to brzmienie jako transkrypcję w źródle wtórnym. Zdanie ma charakter uniwersalny — nie dotyczy wyłącznie tych czterech typów.

Google — usunięcie wyszukiwarki w linkach do podstron

• Google przedstawiło usunięcie wyszukiwarki w linkach do podstron jako wynik spadku użycia i element upraszczania wyników wyszukiwania. Zmianę ogłoszono we wpisie z 21 października 2024 roku, a wycofywanie funkcji wizualnej rozpoczęto 21 listopada 2024 roku. Parafraza. Treści głównego wpisu nie udało się pobrać w materiale źródłowym jako zweryfikowanego dokładnego fragmentu (był dostępny tylko przez relacje Search Engine Roundtable / Search Engine Journal), dlatego nie cytuję jej dosłownie.

Schemat metadanych i zaufania w skrócie

Porównanie czterech typów

Najważniejsze fakty

• „Schemat metadanych i zaufania” to praktyczna grupa, a nie kategoria Google lub schema.org — typy łączy przypadek użycia w SEO (zaufanie + orientacja), nie taksonomia.
• Brak wspólnego typu nadrzędnego. AggregateRating i Review dotyczą ocen, ale należą do innych gałęzi; BreadcrumbList jest listą, a WebSite witryną.
• Recenzje na własną korzyść są blokowane dla LocalBusiness/Organization — ograniczenie nie dotyczy jednak recenzji Product.
• Wyszukiwarkę w linkach do podstron (WebSite SearchAction) wycofano 21 listopada 2024 roku — znaczniki są bezczynne, lecz nieszkodliwe. Sam WebSite nie jest wycofany.
• W styczniu 2025 roku okruszki straciły miejsce w mobilnym wierszu adresu URL — bez wpływu na komputery i raport Search Console; znaczniki nadal pomagają Google analizować hierarchię.
• To nie jest czynnik rankingowy ani udokumentowany sygnał E-E-A-T. Te typy zapewniają sposób prezentacji wyniku lub rozumienie tożsamości witryny, a nie zaufanie, scalanie encji, obecność w Panelu wiedzy czy cytowanie przez AI.
• Ryzyko jest zwykle niewielkie: brak właściwości lub recenzja na własną korzyść tylko odbiera kwalifikację, nie powodując działania ręcznego — jednak celowo mylące lub fałszywe znaczniki (nie tylko nieaktualny JobPosting) nadal mogą je wywołać na podstawie ogólnych wytycznych Google.

Którego typu schematu metadanych i zaufania potrzebuję?

Odpowiedz z perspektywy oznaczanej strony, a trafisz na właściwy typ (i odpowiednie szczegółowe omówienie do przeczytania w następnej kolejności).

Sprawdź się: schemat metadanych i zaufania

Pięć krótkich pytań o cztery typy metadanych i zaufania, ich wzajemne relacje oraz to, co robią (i czego nie robią). Wybierz odpowiedź na każde pytanie, a następnie sprawdź wynik.

Wartościowe materiały

Moje teksty o znacznikach schema

• Schema Markup — moje szersze spojrzenie na słownik, formaty, rozumienie encji i cykl wycofywania funkcji. Schemat metadanych i zaufania jest częścią tego obrazu.
• Przewodnik po technicznym SEO dla początkujących — przedstawiam tam schemat jako kod, który pomaga wyszukiwarkom zrozumieć treść i zasila funkcje wyróżniające wynik.

Materiały branżowe

• Google ponownie: uporządkowane dane nie poprawiają pozycji witryny (Search Engine Roundtable) — wypowiedź Muellera obalająca mit stojący za całym centrum.
• Google wyjaśnia zagnieżdżanie recenzji i ocen zbiorczych (Search Engine Roundtable) — sposób zagnieżdżania Review/AggregateRating w ocenianym obiekcie.
• Wyszukiwarka Google w linkach do podstron znika 21 listopada (Search Engine Roundtable) — data i uzasadnienie wycofania.
• Google usuwa dokumentację wyszukiwarki w linkach do podstron (Search Engine Journal) — usunięcie dokumentacji i funkcji z Rich Results Test.
• Google usuwa okruszki z mobilnych wyników wyszukiwania (Search Engine Journal) — zmiana wyświetlania mobilnego w styczniu 2025 roku.
• Czy lokalne firmy mogą używać schematu recenzji? Wyjaśnienie zasad Google (BrightLocal) — prosty przewodnik po polityce recenzji na własną korzyść.
• Okruszki SEO: struktura, korzyści i dobre praktyki (Search Engine Land) — praktyczne wskazówki wdrożenia okruszków.
• schema.org/Review · schema.org/AggregateRating · schema.org/BreadcrumbList · schema.org/WebSite — słownik bezpośrednio u źródła.

Dziennik zmian