Dane strukturalne ProfilePage – nowy typ schema.org i wycofania 2025

Definicja: Dane strukturalne ProfilePage to typ schema.org dla stron profilowych, przekazujący Google ustrukturyzowane sygnały tożsamości osoby lub organizacji będącej podmiotem strony: (1) name jako jedyna wymagana właściwość identyfikuje podmiot; (2) sameAs i identifier potwierdzają encję w zewnętrznych, wiarygodnych źródłach; (3) agentInteractionStatistic i interactionStatistic opisują aktywność i zaangażowanie autora.

Ostatnia aktualizacja: 2026-02-24

• Google wycofało 7 typów danych strukturalnych z wyników wyszukiwania w 2025 roku – m.in. Course Info, Claim Review i Vehicle Listing – usuwając je z raportowania Search Console od 9 września 2025 roku.
• ProfilePage to oficjalnie obsługiwany typ schema.org dla stron profilowych, wymagający co najmniej właściwości name oraz zgodności z zasadami treści Google Search Central.
• Wycofanie typów schema nie wpływa na pozycje organiczne – strony tracą jedynie możliwość wyświetlania rozszerzonych wyników (rich results) dla usuniętych typów.

ProfilePage to typ schema.org dedykowany stronom profilowym, który Google oficjalnie obsługuje od 2024 roku. W 2025 roku Google wycofało równocześnie 7 rzadko stosowanych typów – zmieniając mapę aktywnie wspieranych znaczników danych strukturalnych.

• Nowy oficjalny typ: ProfilePage umożliwia oznaczenie stron autorów, pracowników, użytkowników forów i stron „O mnie”, przekazując algorytmom Google tożsamość encji przez właściwości sameAs i interactionStatistic.
• Wycofania 2025: Google usunęło Book Actions, Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement i Vehicle Listing – typy rzadko adoptowane i nieprzynoszące wartości użytkownikom.
• Implikacja SEO: Strony stosujące wycofane typy nie tracą pozycji, lecz tracą widoczność w rich results; strony z poprawnie wdrożonym ProfilePage zyskują precyzyjny sygnał encji dla systemów identyfikacji autorytetu.

W 2025 roku Google dokonało dwóch równoległych zmian w obszarze danych strukturalnych: oficjalnie udostępniło obsługę nowego typu ProfilePage dla stron profilowych oraz wycofało siedem typów, które nie zdobyły szerokiej adopcji wśród webmasterów. Dla środowiska SEO zmiany te oznaczają potrzebę rewizji istniejących wdrożeń i uzupełnienia stron autorów o precyzyjny markup zgodny z aktualną dokumentacją Google Search Central. W polskojęzycznym środowisku brakuje zestawienia właściwości ProfilePage gotowego do implementacji, a informacje o wycofanych typach dostępne są wyłącznie w anglojęzycznych źródłach. Niniejszy artykuł zamyka tę lukę, prezentując pełną mapę właściwości ProfilePage, listę wycofanych typów z datami oraz procedurę walidacji opartą na narzędziach Google. Szczególną wartość dla administratorów blogów, portali twórców treści i serwisów z profilami pracowników stanowi sekcja poświęcona powiązaniu ProfilePage z sygnałami E-E-A-T autora.

Co to jest ProfilePage – typ schema.org dla stron profilowych

ProfilePage to podtyp WebPage w hierarchii schema.org, dedykowany stronom skupionym wyłącznie na jednej osobie lub organizacji. Google obsługuje ten typ oficjalnie od 2024 roku i dokumentuje go w Google Search Central jako wyróżniony format dla stron profilowych.

W hierarchii schema.org ProfilePage dziedziczy właściwości z WebPage, CreativeWork i Thing. Oznacza to, że poza właściwościami specyficznymi dla profilu dostępne są wszystkie atrybuty strony twórczej, co daje szeroką przestrzeń do opisu podmiotu. Typ ten jest stosowany na stronach skupionych na jednej encji – strona autora bloga, profil pracownika firmy, sekcja „O mnie” portalu, strona twórcy treści lub profil użytkownika forum.

Zasada treści sformułowana przez Google Search Central brzmi jednoznacznie:

„Strona musi być skupiona głównie na 1 osobie lub organizacji powiązanych z całą witryną.”¹

Kryterium to eliminuje strony katalogowe, strony z listą pracowników czy strony „Nasz zespół” jako nieodpowiednie do zastosowania ProfilePage. Typ ten ma zastosowanie wyłącznie wtedy, gdy dany URL w całości poświęcony jest jednemu podmiotowi. Rekomendowanym formatem technicznym wdrożenia pozostaje JSON-LD osadzony w sekcji <head> strony lub w bloku treści bezpośrednio powiązanym z profilem.

Pełne zrozumienie roli ProfilePage wymaga znajomości mechanizmów, na których opierają się dane strukturalne schema.org w SEO, gdzie hierarchia typów i dziedziczenie właściwości decydują o poprawności każdego wdrożonego znacznika.

Przy braku powiązania URL z jednym podmiotem, najbardziej prawdopodobną przyczyną odrzucenia ProfilePage przez walidator jest niespełnienie zasady skupienia treści na jednej encji wymaganej przez Google Search Central.

Właściwości ProfilePage – wymagane i zalecane przez Google

Google wymaga wyłącznie właściwości name. Pozostałe siedem właściwości ma status zalecany i zwiększają precyzję identyfikacji encji przez algorytm wyszukiwarki – ich brak nie powoduje błędu walidacji, lecz ogranicza kompletność sygnałów tożsamości podmiotu.

Właściwość	Status	Opis zastosowania	Przykład wartości
name	Wymagana	Pełna nazwa podmiotu będącego tematem strony	„Jan Kowalski”
sameAs	Zalecana	URL profili podmiotu w zewnętrznych, wiarygodnych źródłach	„https://www.linkedin.com/in/jankowalski„
identifier	Zalecana	Unikalny identyfikator podmiotu (ISNI, ORCID, baza wiedzy)	{„@type”: „PropertyValue”, „name”: „ORCID”, „value”: „0000-…”}
image	Zalecana	Zdjęcie lub awatar podmiotu strony	URL pliku graficznego
agentInteractionStatistic	Zalecana	Statystyki interakcji podmiotu z innymi agentami na platformach	{„@type”: „InteractionCounter”, „interactionType”: „WriteAction”, „userInteractionCount”: 120}
interactionStatistic	Zalecana	Statystyki interakcji innych podmiotów z tym profilem	{„@type”: „InteractionCounter”, „interactionType”: „FollowAction”, „userInteractionCount”: 4500}

Właściwość agentInteractionStatistic pojawiła się w dokumentacji Google Search Central jako nowość przy oficjalnym udostępnieniu obsługi ProfilePage. Jej wartością jest obiekt InteractionCounter, który opisuje typ działania (np. WriteAction dla autora treści) oraz liczbę wykonanych interakcji. Ta właściwość pozwala algorytmowi zidentyfikować podmiot jako aktywnego twórcę treści, co jest szczególnie istotne dla stron autorów blogów i portali branżowych.

Jeśli właściwość agentInteractionStatistic jest wypełniona danymi z aktywnych platform autorskich, algorytm Google uzyskuje weryfikowalny sygnał aktywności encji na poziomie interakcji z innymi podmiotami.

Typy schema.org wycofane przez Google w 2025 roku

W 2025 roku Google usunęło obsługę 7 typów danych strukturalnych z wyników rozszerzonych i raportowania Search Console. Wycofania nie wpływają na pozycje organiczne – oznaczają wyłącznie utratę wizualnych rozszerzeń w SERP dla usuniętych typów.

Kontekst historyczny tej zmiany wyjaśnia wcześniejsza aktualizacja danych strukturalnych w Google, kiedy mechanizm obsługi rich results po raz pierwszy podlegał rewizji w kierunku ograniczenia rzadko stosowanych typów.

Oficjalny komunikat Google brzmiał następująco:

„We are removing support in Search Console for the following structured data types, as these types have been phased out from Search results: Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement, and Vehicle Listing.”²

Pełna lista wycofanych typów wraz z siódmym elementem – Book Actions – obejmuje: Book Actions, Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing. Od 9 września 2025 roku wszystkie te typy zniknęły z raportowania Search Console, filtrów Search Appearance oraz testu Rich Results Test. Uzasadnienie Google wskazuje na rzadką adopcję przez webmasterów i brak mierzalnej wartości dla użytkowników wyszukiwarki jako główne przyczyny decyzji.

Strony z istniejącym markup tych typów nie doświadczają żadnych konsekwencji rankingowych. Stary znacznik pozostaje w kodzie neutralnie – nie generuje ostrzeżeń o błędach ani nie powoduje problemów z indeksacją. Właściciele witryn mogą usunąć wycofany markup lub pozostawić go bez wpływu na widoczność organiczną. https://www.youtube.com/embed/e9cQ5xgC7q4

Weryfikacja statusu typów w raporcie Search Console pozwala odróżnić markup aktywny od wycofanego bez ryzyka fałszywych ostrzeżeń o błędach indeksacji.

ProfilePage a E-E-A-T autora – mechanizm identyfikacji encji

ProfilePage wzmacnia sygnały E-E-A-T przez precyzyjną identyfikację autora jako encji w grafie wiedzy Google. Mechanizm opiera się na właściwościach łączących podmiot z zewnętrznymi, wiarygodnymi źródłami, co dostarcza algorytmowi weryfikowalnych punktów odniesienia przy ocenie autorytetu.

Właściwość sameAs pełni funkcję kluczowego sygnału encji. Wskazując na profile podmiotu w Wikipedii, LinkedIn, Google Scholar lub oficjalnej stronie instytucjonalnej, łączy stronę z grafem wiedzy i pozwala algorytmowi potwierdzić tożsamość autora na podstawie wiarygodnych zewnętrznych źródeł. identifier – szczególnie z wartościami ISNI lub ORCID – stanowi uzupełniający sygnał unikalności podmiotu, niezależny od nazwy czy URL.

Mechanizm ten działa w ścisłym powiązaniu z czynnikiem E-A-T w ocenie Google, który definiuje sposób interpretacji sygnałów doświadczenia, kompetencji i wiarygodności podmiotu na podstawie zewnętrznych punktów odniesienia.

ProfilePage może również wspomagać budowę lub rozbudowę panelu wiedzy Google (Knowledge Panel) dla autora lub marki. Gdy algorytm dysponuje spójnym zestawem sygnałów – name, sameAs, identifier, image – zwiększa się prawdopodobieństwo, że podmiot zostanie rozpoznany jako znana encja zasługująca na reprezentację w grafie wiedzy. Nie jest to gwarantowany mechanizm, lecz udokumentowana zależność między kompletnością markup a widocznością encji w strukturach Google.

Jeśli strona autora zawiera ProfilePage z właściwością sameAs wskazującą na wiarygodne zewnętrzne profile, algorytm Google dysponuje weryfikowalnym punktem odniesienia przy ocenie autorytetu encji.

ProfilePage czy Person – który typ zastosować na stronie autora?

ProfilePage i Person to typy schema.org o różnym zakresie zastosowania – ProfilePage opisuje stronę jako całość skupioną na jednej osobie lub organizacji, natomiast Person opisuje samą encję niezależnie od kontekstu URL. Na stronie autora stosuje się ProfilePage jako typ nadrzędny strony, wewnątrz którego osadza się Person opisujący podmiot – oba typy działają hierarchicznie i wzajemnie się uzupełniają. Wybór ProfilePage jest uzasadniony, gdy cały URL dedykowany jest jednej osobie – strona „O mnie”, profil pracownika, strona twórcy; Person stosuje się w każdym kontekście, również w artykułach jako wartość właściwości author. Kryterium decydującym jest struktura strony: jeśli URL poświęcony jest w całości jednemu podmiotowi i spełnia wymogi treściowe Google Search Central, ProfilePage stanowi właściwy typ nadrzędny – weryfikowalny przez Rich Results Test i raportowany w dedykowanym raporcie Search Console.

Wdrożenie ProfilePage w JSON-LD – procedura i walidacja

Wdrożenie ProfilePage polega na osadzeniu bloku JSON-LD w sekcji <head> strony lub w treści. Google rekomenduje JSON-LD jako prymarny format danych strukturalnych dla tego typu, ponieważ jest niezależny od struktury HTML i łatwy do aktualizacji bez ingerencji w wizualną warstwę strony.

Struktura kodu JSON-LD dla ProfilePage

Minimalny poprawny blok JSON-LD dla ProfilePage zawiera trzy elementy: @context wskazujący na https://schema.org, @type z wartością ProfilePage oraz name z pełną nazwą podmiotu. Rozszerzony blok – zalecany dla stron autorów treści – obejmuje sameAs z tablicą URL profili zewnętrznych, identifier z obiektem PropertyValue, image z URL zdjęcia podmiotu oraz agentInteractionStatistic z obiektem InteractionCounter opisującym typ i liczbę działań autorskich.

Walidacja i monitorowanie w narzędziach Google

Po wdrożeniu bloku JSON-LD walidacja odbywa się przy użyciu Rich Results Test dostępnego w Google Search Central. Narzędzie to analizuje kod strony i wskazuje błędy właściwości wymaganych oraz ostrzeżenia dla brakujących właściwości zalecanych. Po zakończeniu indeksacji strony poprawnie wdrożone ProfilePage pojawiają się w raporcie „Strony profilu” w Search Console – jest to dedykowany raport dla tego typu znacznika, widoczny po stronie właściciela witryny.

Najczęstsze błędy wdrożenia obejmują: brak właściwości name (jedyna wymagana), niepoprawny lub nieistniejący URL w polu sameAs, błędną wartość pola @type (np. Person zamiast ProfilePage na poziomie strony) oraz nieprawidłową strukturę obiektu InteractionCounter w agentInteractionStatistic.

Przy braku dedykowanego raportu „Strony profilu” w Search Console, najbardziej prawdopodobną przyczyną jest niepoprawna wartość pola @type lub opóźnienie indeksacji po wdrożeniu znacznika.

Najczęściej zadawane pytania

Co to jest ProfilePage w schema.org?

ProfilePage to typ danych strukturalnych z vocabularium schema.org, dedykowany stronom skupionym na jednej osobie lub organizacji. Google obsługuje go oficjalnie, umożliwiając przekazywanie informacji o tożsamości, aktywności i powiązaniach encji – stosuje się go na stronach autorów, profilach pracowników, stronach „O mnie” i profilach użytkowników forów.

Jakie właściwości ProfilePage są wymagane przez Google?

Google wymaga wyłącznie właściwości name. Zalecane właściwości zwiększające precyzję identyfikacji encji to: agentInteractionStatistic, alternateName, description, identifier, image, interactionStatistic oraz sameAs. Brak właściwości zalecanych nie skutkuje błędem walidacji, lecz ogranicza kompletność sygnałów encji.

Czym różni się ProfilePage od Person i Organization?

ProfilePage to typ strony (podtyp WebPage), który opakowuje dane osoby lub organizacji w kontekście konkretnego URL. Person i Organization opisują samą encję i są osadzane wewnątrz ProfilePage jako wartość właściwości podmiotu. ProfilePage stosuje się na poziomie URL strony profilu; Person lub Organization trafia do pola opisującego podmiot tej strony.

Które typy danych strukturalnych Google wycofało w 2025 roku?

W 2025 roku Google usunęło wsparcie dla 7 typów: Book Actions, Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement oraz Vehicle Listing. Od 9 września 2025 roku typy te zniknęły z raportowania Search Console, Rich Results Test i listy filtrów Search Appearance.

Czy wycofanie typów schema.org wpływa na pozycje organiczne?

Nie – Google potwierdziło, że usunięcie typów z wyników rozszerzonych nie wpływa na pozycje organiczne. Strony nadal są indeksowane i rankingowane normalnie. Wycofanie oznacza wyłącznie utratę wizualnych rozszerzeń w SERP dla danych typów.

Jak ProfilePage wspiera sygnały E-E-A-T autora?

ProfilePage przekazuje Google jednoznaczny sygnał tożsamości autora przez właściwość sameAs, wskazującą na profile w zewnętrznych wiarygodnych źródłach, oraz identifier, który wiąże encję z unikalnym identyfikatorem. Precyzyjna identyfikacja osoby wzmacnia interpretację autorytetu domeny w kontekście wytycznych Quality Rater Guidelines dotyczących E-E-A-T.

Jak testować poprawność wdrożenia ProfilePage?

Wdrożone ProfilePage testuje się narzędziem Rich Results Test dostępnym w Google Search Central. Po indeksacji poprawnie wdrożonego markup wyniki pojawią się w raporcie „Strony profilu” w Search Console – jest to dedykowany raport dla tego typu dostępny po stronie właściciela witryny.

Podsumowanie

• ProfilePage to oficjalnie obsługiwany typ schema.org dla stron profilowych, wymagający co najmniej właściwości name i zgodności z wytycznymi Google Search Central.
• W 2025 roku Google wycofało 7 typów danych strukturalnych z wyników rozszerzonych – wycofanie nie wpływa na rankingi organiczne, eliminuje jedynie rich results dla tych typów.
• Właściwości sameAs i agentInteractionStatistic wzmacniają identyfikację encji i sygnały E-E-A-T interpretowane przez algorytmy Google.
• Poprawność wdrożonego ProfilePage weryfikuje się w Rich Results Test i monitoruje w dedykowanym raporcie Search Console „Strony profilu”.

Źródła

• Schema.org – ProfilePage Type Definition (2024)
• Relevant Audience – Google Removes Some Structured Data: 2025 Guide for Websites (2025)
• Aubrey Yung – How to use Author Schema for E-E-A-T? (2025)
• YouTube – Google Just Killed More Schema Types – Here’s What You Should Focus on Instead (2025)

1. Google Search Central – Znaczniki schema.org na stronie profilu (ProfilePage) ↩︎
2. Search Engine Roundtable – Google Search Console Drops Support For 6 Deprecated Structured Data Types (2025) ↩︎

{ „@context”: „https://schema.org”, „@graph”: [ { „@type”: „FAQPage”, „mainEntity”: [ { „@type”: „Question”, „name”: „Co to jest ProfilePage w schema.org?”, „acceptedAnswer”: { „@type”: „Answer”, „text”: „ProfilePage to typ danych strukturalnych z vocabularium schema.org, dedykowany stronom skupionym na jednej osobie lub organizacji. Google obsługuje go oficjalnie, umożliwiając przekazywanie informacji o tożsamości, aktywności i powiązaniach encji – stosuje się go na stronach autorów, profilach pracowników, stronach O mnie i profilach użytkowników forów.” } }, { „@type”: „Question”, „name”: „Jakie właściwości ProfilePage są wymagane przez Google?”, „acceptedAnswer”: { „@type”: „Answer”, „text”: „Google wymaga wyłącznie właściwości name. Zalecane właściwości zwiększające precyzję identyfikacji encji to: agentInteractionStatistic, alternateName, description, identifier, image, interactionStatistic oraz sameAs. Brak właściwości zalecanych nie skutkuje błędem walidacji, lecz ogranicza kompletność sygnałów encji.” } }, { „@type”: „Question”, „name”: „Czym różni się ProfilePage od Person i Organization?”, „acceptedAnswer”: { „@type”: „Answer”, „text”: „ProfilePage to typ strony (podtyp WebPage), który opakowuje dane osoby lub organizacji w kontekście konkretnego URL. Person i Organization opisują samą encję i są osadzane wewnątrz ProfilePage jako wartość właściwości podmiotu. ProfilePage stosuje się na poziomie URL strony profilu; Person lub Organization trafia do pola opisującego podmiot tej strony.” } }, { „@type”: „Question”, „name”: „Które typy danych strukturalnych Google wycofało w 2025 roku?”, „acceptedAnswer”: { „@type”: „Answer”, „text”: „W 2025 roku Google usunęło wsparcie dla 7 typów: Book Actions, Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement oraz Vehicle Listing. Od 9 września 2025 roku typy te zniknęły z raportowania Search Console, Rich Results Test i listy filtrów Search Appearance.” } }, { „@type”: „Question”, „name”: „Czy wycofanie typów schema.org wpływa na pozycje organiczne?”, „acceptedAnswer”: { „@type”: „Answer”, „text”: „Nie – Google potwierdziło, że usunięcie typów z wyników rozszerzonych nie wpływa na pozycje organiczne. Strony nadal są indeksowane i rankingowane normalnie. Wycofanie oznacza wyłącznie utratę wizualnych rozszerzeń w SERP dla danych typów.” } }, { „@type”: „Question”, „name”: „Jak ProfilePage wspiera sygnały E-E-A-T autora?”, „acceptedAnswer”: { „@type”: „Answer”, „text”: „ProfilePage przekazuje Google jednoznaczny sygnał tożsamości autora przez właściwość sameAs, wskazującą na profile w zewnętrznych wiarygodnych źródłach, oraz identifier, który wiąże encję z unikalnym identyfikatorem. Precyzyjna identyfikacja osoby wzmacnia interpretację autorytetu domeny w kontekście wytycznych Quality Rater Guidelines dotyczących E-E-A-T.” } }, { „@type”: „Question”, „name”: „Jak testować poprawność wdrożenia ProfilePage?”, „acceptedAnswer”: { „@type”: „Answer”, „text”: „Wdrożone ProfilePage testuje się narzędziem Rich Results Test dostępnym w Google Search Central. Po indeksacji poprawnie wdrożonego markup wyniki pojawią się w raporcie Strony profilu w Search Console – jest to dedykowany raport dla tego typu dostępny po stronie właściciela witryny.” } } ] }, { „@type”: „HowTo”, „name”: „Jak wdrożyć dane strukturalne ProfilePage w JSON-LD”, „description”: „Procedura wdrożenia znacznika ProfilePage schema.org w formacie JSON-LD na stronie profilu osoby lub organizacji, wraz z walidacją w narzędziach Google.”, „step”: [ { „@type”: „HowToStep”, „position”: 1, „name”: „Sprawdź kwalifikowalność strony”, „text”: „Upewnij się, że dany URL jest w całości poświęcony jednej osobie lub organizacji powiązanej z całą witryną. Strony katalogowe, listy pracowników i strony Nasz zespół nie kwalifikują się do użycia ProfilePage zgodnie z wytycznymi Google Search Central.” }, { „@type”: „HowToStep”, „position”: 2, „name”: „Przygotuj minimalny blok JSON-LD”, „text”: „Utwórz blok JSON-LD zawierający trzy obowiązkowe elementy: @context z wartością https://schema.org, @type z wartością ProfilePage oraz name z pełną nazwą podmiotu strony. Jest to minimalny zestaw wymagany przez Google Search Central.” }, { „@type”: „HowToStep”, „position”: 3, „name”: „Dodaj zalecane właściwości encji”, „text”: „Rozszerz blok JSON-LD o zalecane właściwości: sameAs z tablicą URL profili podmiotu w zewnętrznych wiarygodnych źródłach (Wikipedia, LinkedIn, Google Scholar), identifier z obiektem PropertyValue zawierającym ISNI lub ORCID, image z URL zdjęcia podmiotu oraz agentInteractionStatistic z obiektem InteractionCounter opisującym typ i liczbę działań autorskich.” }, { „@type”: „HowToStep”, „position”: 4, „name”: „Osadź blok JSON-LD w kodzie strony”, „text”: „Wklej gotowy blok JSON-LD w sekcji head strony wewnątrz tagu script z atrybutem type application/ld+json. Alternatywnie blok można umieścić bezpośrednio w treści strony – Google akceptuje oba placement.” }, { „@type”: „HowToStep”, „position”: 5, „name”: „Zwaliduj wdrożenie w Rich Results Test”, „text”: „Po wdrożeniu wejdź na narzędzie Rich Results Test w Google Search Central i wprowadź URL strony lub wklej kod bezpośrednio. Narzędzie wskaże błędy właściwości wymaganych oraz ostrzeżenia dla brakujących właściwości zalecanych. Upewnij się, że brak jest błędów krytycznych przed zgłoszeniem strony do indeksacji.” }, { „@type”: „HowToStep”, „position”: 6, „name”: „Monitoruj raport w Search Console”, „text”: „Po indeksacji strony przejdź do Google Search Console i sprawdź raport Strony profilu w sekcji Wygląd w wyszukiwarce. Raport ten jest dedykowany wyłącznie typowi ProfilePage i wyświetla status wdrożenia, liczbę poprawnie oznaczonych stron oraz ewentualne błędy wymagające korekty.” } ] } ] }