ProfilePage schema Google brzmi trochę jak zaklęcie z piwnicy SEO. W praktyce to po prostu sposób na opisanie wyszukiwarce, że dana podstrona skupia się na konkretnej osobie albo organizacji. Autor bloga, twórca, ekspert, pracownik, właściciel strony „O mnie” — tu taki schemat może mieć sens.
Może, ale nie musi. ProfilePage nie jest magicznym przyciskiem „daj lepsze pozycje”. Poprawny kod nie gwarantuje specjalnego wyniku w Google, większego ruchu ani lawiny zapytań. Najpierw trzeba sprawdzić, czy strona faktycznie jest profilem jednej osoby lub organizacji. Potem przygotować dane zgodne z tym, co widzi użytkownik, wdrożyć je i przetestować. Bez wciskania kitu i liczb wyjętych z kapelusza.
ProfilePage bez ściemy: co to właściwie jest?
Dane strukturalne pomagają opisać Google, czego dotyczy strona. Nie zmieniają jej treści dla użytkownika, ale porządkują informacje w kodzie. Dzięki temu wyszukiwarka może łatwiej odczytać, że podstrona przedstawia autora, eksperta albo inną konkretną postać.
ProfilePage jest przeznaczone dla stron, których głównym tematem jest twórca — osoba albo organizacja powiązana z całą witryną. Oficjalne przykłady obejmują profile użytkowników, strony autorów, strony „O mnie” oraz profile pracowników. W przypadku twórcy może to być więc podstrona pokazująca, kim jest, czym się zajmuje i jakie treści publikuje.
Schemat to opis, nie zaklęcie
Najważniejsze: dane strukturalne opisują istniejącą stronę. Nie zastępują porządnej treści, jasnego profilu ani sensownej informacji dla odbiorcy. Jeśli na stronie widnieje tylko imię, zdjęcie i wielkie „wkrótce”, sam kod niewiele tu uratuje.
Google może dane odczytać, ale nie musi pokazać na ich podstawie specjalnego elementu w wynikach. Poprawność techniczna to jeden etap. Zgodność z widoczną treścią, dostępność strony i decyzja Google o prezentacji wyniku to osobne sprawy.
Kiedy strona autora albo eksperta pasuje do ProfilePage?
Najprostsza zasada brzmi: ProfilePage pasuje wtedy, gdy podstawowym tematem strony jest jedna osoba albo organizacja powiązana z witryną. Nie chodzi o przypadkowe nazwisko w stopce ani o zdjęcie właściciela obok formularza kontaktowego. Chodzi o stronę, na którą użytkownik wchodzi przede wszystkim po informacje o tej konkretnej osobie lub organizacji.
Dobrym przykładem może być strona autora bloga, profil twórcy, strona eksperta, profil pracownika albo osobna strona „O mnie”. W przypadku mikrofirmy może to być podstrona właściciela, jeśli rzeczywiście opisuje jego działalność i perspektywę. To praktyczne zastosowanie oficjalnej zasady, a nie osobna reguła Google stworzona specjalnie dla freelancerów.
W danych strukturalnych trzeba wskazać główny podmiot przez właściwość mainEntity. Wskazany podmiot powinien być typu Person albo Organization — zależnie od tego, czy strona dotyczy osoby, czy organizacji. Jeśli profil opisuje konkretną osobę, nie warto mieszać jej danych z informacjami o całej firmie. Jeden profil, jeden główny bohater. Bez sałatki z pięciu bytów.
Test jednej głównej postaci
Zanim ktoś zacznie dodawać schema dla autora, warto zadać sobie trzy proste pytania:
- Czy użytkownik trafia na tę stronę przede wszystkim po informacje o jednej osobie albo organizacji?
- Czy treść strony rzeczywiście przedstawia ten podmiot, a nie głównie ofertę, cennik i kontakt?
- Czy osoba albo organizacja wskazana jako
mainEntityjest tym samym, o czym mówi widoczna treść?
Jeśli odpowiedzi są twierdzące, ProfilePage może być sensownym kierunkiem. Jeśli strona jest przede wszystkim zwykłą podstroną usługi, lepiej nie dopisywać profilu na siłę. Schema dla autora ma opisywać autora, a nie udawać nim całej strony.
Kiedy lepiej odpuścić ProfilePage?
Typowa strona główna firmy usługowej zwykle opowiada o firmie, ofercie, usługach, realizacjach i kontakcie. To nie jest automatycznie strona profilu właściciela. Sama sekcja „O nas”, nazwisko w nagłówku albo zdjęcie osoby nie zmienia głównego celu całej strony.
Google podaje jako nieprawidłowy przykład główną stronę sklepu, na której znajduje się dużo informacji niezwiązanych z profilem. Z tej samej zasady wynika praktyczny wniosek: jeśli strona główna firmy opisuje wiele obszarów działalności, ProfilePage pojedynczego eksperta może być niedopasowane.
Strona firmy a strona eksperta
Rozdzielmy te dwa przypadki. Strona firmy mówi zwykle: co robimy, dla kogo, jakie usługi oferujemy i jak się z nami skontaktować. Strona eksperta mówi przede wszystkim: kim jest ta osoba, czym się zajmuje, jaką perspektywę prezentuje i z jakimi treściami jest związana.
ProfilePage można więc rozważyć dla osobnej strony autora, eksperta, właściciela lub pracownika, jeśli ta podstrona naprawdę koncentruje się na tej osobie. Nie należy jednak oznaczać strony głównej firmy jako ProfilePage tylko dlatego, że właściciel pojawia się w sekcji „O nas”. Główny temat ma znaczenie. Google nie potrzebuje kolejnego kodowego przebrania.
Jakie dane przygotować do profilu?
Minimalna checklista nie jest długa, ale każdy punkt ma znaczenie. Dla typu ProfilePage potrzebna jest właściwość mainEntity. Wskazana osoba albo organizacja musi mieć nazwę przez name. Jeśli nazwa nie jest dostępna, Google dopuszcza użycie alternateName.
W zależności od sytuacji można dodać więcej informacji. Nie chodzi jednak o napchanie schematu wszystkim, co da się wpisać. Każdy element powinien być prawdziwy, związany z profilem i widoczny na stronie. Kod nie jest schowkiem na ciekawostki, których użytkownik nie zobaczy.
Checklista przed wklejeniem JSON-LD
- Główny podmiot: ustal, czy profil dotyczy osoby, czy organizacji.
- mainEntity: wskaż ten podmiot jako główny temat strony.
- Nazwa: przygotuj prawdziwe
namealbo, gdy ma to zastosowanie,alternateName. - Opis i zdjęcie: dodaj je tylko wtedy, gdy faktycznie znajdują się na stronie i dotyczą profilu.
- Identyfikator i sameAs: wykorzystaj wyłącznie wiarygodne, pasujące informacje i linki.
- Statystyki interakcji: wpisuj je tylko wtedy, gdy naprawdę dotyczą profilu i są dostępne.
Nie dopisuj zmyślonych kwalifikacji, osiągnięć, publikacji, obserwujących, polubień ani innych statystyk. Nie ukrywaj w kodzie informacji, których użytkownik nie widzi. Jeśli profil mówi jedno, a dane strukturalne drugie, robi się bałagan — i dla odbiorcy, i dla wyszukiwarki.
ProfilePage WordPress: prosty proces wdrożenia
W WordPressie nie zaczynaj od szukania pola, do którego można wkleić JSON-LD. Najpierw ustal, czym jest dana podstrona. Jeśli ma być ProfilePage, jej głównym tematem powinna być jedna osoba albo organizacja. Dopiero potem przygotuj dane odpowiadające treści.
Praktyczny proces wygląda tak: uporządkuj stronę profilu, sprawdź nazwę głównego podmiotu, wybierz prawdziwe informacje, a następnie dodaj dane strukturalne przez rozwiązanie używane w danym WordPressie. Nie ma tu potrzeby wymyślania konkretnej wtyczki ani narzędzia. Ważne, żeby wdrożenie nie powielało ani nie mieszało danych.
Najpierw treść, potem schemat
Najpierw treść, potem schemat — ta kolejność oszczędza sporo nerwów. Strona profilu powinna być czytelna dla człowieka. Dopiero później dane strukturalne mają tę stronę opisać w uporządkowany sposób.
Po dodaniu oznaczenia sprawdź, czy nie powstały duplikaty albo sprzeczne dane. Nie łącz informacji różnych osób w jeden profil. Nie traktuj samego JSON-LD jako zamiennika kompletnej strony autora lub eksperta. Kod może pomóc opisać porządną treść, ale nie zbuduje jej za ciebie.
Jak sprawdzić wdrożenie po publikacji?
Po wdrożeniu nie kończ pracy słowami „wkleiłem, więc działa”. Najpierw sprawdź adres strony w Rich Results Test i popraw wykryte problemy. To narzędzie pomaga ocenić, jakie wyniki specjalne Google może wygenerować z danych znajdujących się na stronie. Nie jest obietnicą, że taki wynik faktycznie się pojawi.
Następnie możesz użyć Schema Markup Validator. To ogólna kontrola danych Schema.org, szersza niż sprawdzanie funkcji obsługiwanych przez Google Search. Oba narzędzia mają różne zadania, więc jeden test nie zastępuje drugiego.
Trzy narzędzia, trzy zadania
- Rich Results Test: sprawdza, jakie wyniki specjalne mogą wynikać z danych na stronie.
- Schema Markup Validator: służy do ogólnej kontroli danych Schema.org.
- URL Inspection w Google Search Console: pomaga sprawdzić, jak Google widzi opublikowany adres.
Po publikacji upewnij się także, że strona nie jest blokowana przez robots.txt, noindex, logowanie ani inne ograniczenia dostępu. Sprawdź nie tylko składnię, ale również zgodność kodu z widoczną treścią. Poprawne dane, których Google nie może odczytać, nie spełnią swojego zadania.
Najczęstsze błędy i ważne zastrzeżenie
Najczęstszy błąd to dodawanie ProfilePage tam, gdzie strona wcale nie jest profilem. Kolejny to wpisywanie danych, których nie ma w treści albo których nie da się potwierdzić. Do tego dochodzą zmyślone statystyki, mieszanie kilku osób w jednym profilu i przekonanie, że poprawny kod automatycznie poprawi widoczność.
Najważniejsze pytanie brzmi: czy ta strona naprawdę przedstawia jedną osobę albo organizację? Jeśli tak, przygotuj prawdziwe dane, wskaż mainEntity, użyj właściwego typu i sprawdź wdrożenie. Jeśli nie, odpuść schemat. Lepiej mieć mniej oznaczeń, ale pasujących, niż kodowy bigos.
ProfilePage ma sens wtedy, gdy strona rzeczywiście koncentruje się na jednej osobie albo organizacji. Strona autora, twórcy, eksperta czy pracownika może być dobrym miejscem, ale główna strona firmy z ofertą nie staje się profilem tylko dlatego, że pokazuje właściciela. Najpierw uporządkuj treść, potem dodaj dane zgodne z tym, co widzi użytkownik. Na końcu sprawdź kod, dostępność strony i sposób, w jaki Google ją odczytuje. Walidacja nie gwarantuje rich result ani lepszych pozycji. Jeśli chcesz przejść przez to bez grzebania po omacku, Napisz do Szwagra i opowiedz, czego potrzebujesz — strony, grafiki, filmu albo tekstów.
