TL;DR Autor to encja, nie podpis w bylinie: Google i modele AI czytają osobę jako Person z @id i sameAs, a nie jako zwykły tekst. JSON-LD to standard dla schema autora, microdata odpadają, bo są trudniejsze w utrzymaniu i słabsze semantycznie. W WordPressie kluczowe są trzy rzeczy: unikalny profil autora, strona autora oznaczona jako ProfilePage i author.url w Article. Wtyczki SEO (Yoast, Rank Math, SEOPress, AIOSEO) robią większość pracy, ale nie wszystko: sameAs, knowsAbout i spójny @id często trzeba dodać samemu. Schema autora wspiera zrozumienie encji i rich results, ale nie gwarantuje cytowań w AI. Liczą się marka, spójność i świeżość treści. Efekt mierz w Search Console oraz w monitoringu widoczności w AI, a nie po samym wdrożeniu kodu.
Wstęp
Dodajesz autora do artykułu i wpisujesz jego imię w polu „Autor". Dla czytelnika to wystarczy. Dla Google i modeli językowych już nie. One nie widzą podpisu, tylko dane. Jeśli te dane są niekompletne albo sprzeczne, autor zostaje anonimowy, a treść traci jeden z najprostszych sygnałów wiarygodności.
Ten poradnik pokazuje, jak krok po kroku oznaczać autorów na WordPressie tak, żeby Google rozumiało, kto napisał tekst, a modele AI mogły powiązać tę osobę z konkretną wiedzą. Bez programowania, jeśli nie chcesz dotykać kodu, i z jasnym wskazaniem, kiedy warto dopisać własny JSON-LD.
Oznaczanie autorów na WordPressie — od czego zacząć
Ten poradnik jest dla Ciebie, jeśli prowadzisz blog firmowy, serwis ekspercki albo stronę w tematyce YMYL (zdrowie, finanse, prawo). Ma sens wszędzie tam, gdzie czytelnik chce wiedzieć, kto stoi za treścią.
Po lekturze będziesz umieć:
- ustawić spójny profil autora w WordPressie,
- wygenerować poprawną schema Person i Article.author,
- oznaczyć stronę autora jako ProfilePage,
- sprawdzić poprawność i zmierzyć efekt.
Kiedy to nie zadziała? Gdy nie ma realnego autora. Jeśli publikujesz masowo treści bez nazwiska i doświadczenia, schema nic nie naprawi. Google wprost odradza podawanie AI jako autora i traktuje masowe generowanie treści w celu manipulacji rankingiem jako naruszenie polityk spamowych (Google Search Central, 2023). To samo dotyczy sytuacji, gdy nie masz czasu na utrzymanie profili. Pusty profil bez bio i linków działa gorzej niż jego brak.
Autor to encja. W praktyce oznacza to, że autor nie jest napisem „Jan Kowalski", ale obiektem typu Person z unikalnym identyfikatorem (@id), linkami do profili zewnętrznych (sameAs) i relacją do artykułu (Article.author). Dopiero wtedy Google i modele AI mogą potwierdzić, że to ta sama osoba, o której piszą gdzie indziej.
Warunki wejściowe:
- dostęp do panelu WordPressa z prawem edycji użytkowników,
- wtyczka SEO (Yoast, Rank Math, SEOPress lub AIOSEO),
- dane autora: imię i nazwisko, rola, linki do profili zewnętrznych.
Czy muszę mieć wtyczkę SEO? Nie musisz, ale bez niej całą schema piszesz ręcznie. Wtyczka to szybsza droga. Czy wystarczy zwykły profil WP? Sam profil to za mało. Potrzebujesz jeszcze markupu. Czy to ma sens przy jednym autorze? Tak, a nawet bardziej. Jeden dobrze opisany autor to spójna encja, którą łatwiej wzmocnić.
Co dokładnie przygotować przed wdrożeniem (dane i zasoby)
Zbierz wszystko na starcie, żeby nie wracać do kroków po fakcie.
Checklista „co przygotować":
- imię i nazwisko autora bez „posted by", bez tytułu i nazwy firmy w polu name,
- jobTitle, czyli rola (np. „Analityk SEO"),
- knowsAbout, czyli obszary wiedzy (np. „schema.org", „GEO", „e-commerce"),
- hasCredential, czyli certyfikaty i wykształcenie, jeśli są istotne,
- bio: 1–2 zdania z doświadczeniem, nie lista pochwał,
- URL-e profili zewnętrznych: LinkedIn, Google Scholar, ORCID, strona instytucji,
- zdjęcie autora w dobrej jakości,
- decyzja, czy dopuszczasz autorów gościnnych,
- dostęp do edycji motywu lub wtyczki do wstawiania kodu.
Na co uważać: jeden autor to jedna encja. Nie twórz dwóch profili dla tej samej osoby, bo rozbijesz spójność i osłabisz sygnał.
Skąd wziąć sameAs? Z profili, które jednoznacznie identyfikują osobę. LinkedIn wystarczy na start. Jeśli autor ma ORCID albo profil w Google Scholar, dodaj je. Co jeśli autor nie ma LinkedIn? Użyj strony instytucji, profilu na uczelni albo Wikidata. Czy gość potrzebuje profilu? Tak, ale ostrożnie z polem worksFor. Gość nie pracuje w Twojej firmie, więc nie przypisuj mu jej jako pracodawcy.
Krok 1 — Uporządkuj profile autorów w WordPressie
Cel: stworzyć realne, unikalne encje.
- Utwórz osobne konto dla każdego autora. Nie „admin", nie wspólne konto redakcji.
- Uzupełnij imię i nazwisko, biogram z doświadczeniem oraz zdjęcie.
- Ustaw slug profilu jako
/authors/imie-nazwisko. - Sprawdź, czy archiwum autora jest indeksowane, czyli nie ma ustawienia noindex.
Przykład dobrego bio: „Analityk SEO z ośmioletnim doświadczeniem w e-commerce. Specjalizuje się w danych strukturalnych i widoczności marek w wyszukiwarkach AI."
Typowe błędy: puste bio, wspólne konto „redakcja", brak zdjęcia, slug typu /author/admin.
Jak zmienić slug autora? Najprościej wtyczką do edycji autorów albo przez zmianę nicku i ustawień permalinków. Dlaczego archiwum autora musi być indeksowane? Bo to Twoja strona autora. Jeśli jest zamknięta dla robotów, Google nie ma gdzie potwierdzić, kim jest ta osoba.
Krok 2 — Włącz i skonfiguruj schema autora w wtyczce SEO
Cel: wygenerować Person i Article.author bez ręcznego kodu.
W Yoast, Rank Math i AIOSEO schema autora włącza się w ustawieniach modułu autora lub w profilu użytkownika. Ustaw tam worksFor, sameAs pobierane z profilu oraz description. Współautorów dodawaj osobno, nie łącz ich w jednym polu. Przy gościach ostrożnie z worksFor.
| Wtyczka | Co ustawia automatycznie | Co trzeba dodać ręcznie |
|---|---|---|
| Yoast | Person, Article.author, podstawowe bio | sameAs, knowsAbout, spójny @id, ProfilePage |
| Rank Math | Encja autora, worksFor, sameAs z profilu | knowsAbout, hasCredential, ProfilePage |
| SEOPress | Person, Article.author | sameAs, ProfilePage, relacje z Organization |
| AIOSEO | Person, bloki autora, Reviewer dla YMYL | sameAs, knowsAbout, ProfilePage |
Semly jako uzupełnienie: gdy wtyczka nie pokrywa wszystkich pól, Semly oferuje generator gotowego JSON-LD dla artykułów, który wklejasz w sekcję <script type="application/ld+json">. To szybsza droga niż pisanie schema od zera.
Na co uważać: blok Reviewer ma sens przy treściach YMYL, gdzie ktoś inny zatwierdza tekst. Nie mieszaj go z autorem, bo to dwie różne role.
Czy wtyczka wystarczy? W większości przypadków tak, jeśli chodzi o podstawy. Jak dodać drugiego autora? Osobno, jako kolejną encję Person. Co z autorem gościnnym? Osobny profil, bez przypisywania Twojej firmy jako pracodawcy.
Krok 3 — Dodaj stronę autora jako ProfilePage
Cel: domknąć pętlę encji: Article.author → ProfilePage → Person.
Google rekomenduje oznaczanie wewnętrznej strony autora jako ProfilePage (Google Search Central, aktualizacja 2026-09-08). Wymagane są mainEntity (Person) i name. Zalecane: sameAs, description, image, identifier.
Przykład krótkiego JSON-LD:
{
"@context": "https://schema.org",
"@type": "ProfilePage",
"mainEntity": {
"@type": "Person",
"@id": "https://twojadomena.pl/authors/jan-kowalski#person",
"name": "Jan Kowalski",
"jobTitle": "Analityk SEO",
"sameAs": ["https://www.linkedin.com/in/jan-kowalski"]
}
}
Pola wymagane: mainEntity, name. Zalecane: sameAs, description, image, identifier.
Ustaw author.url w Article na tę stronę. Upewnij się, że wszystkie osoby z byliny są w markupie.
Na co uważać: jeden @id na autora. Jeśli ten sam autor pojawia się w kilku miejscach z różnymi identyfikatorami, tworzysz duplikaty encji.
Czym różni się Person od ProfilePage? Person opisuje osobę, ProfilePage opisuje stronę, która tę osobę prezentuje. Gdzie wkleić kod? W functions.php, we wtyczce do kodu albo w szablonie strony autora. Jak sprawdzić, czy działa? Walidatorem schema i testem wyników rozszerzonych.
Krok 4 — Sprawdź poprawność i uniknij typowych pułapek
Cel: weryfikacja przed publikacją.
Checklista kontrolna:
- Rich Results Test nie zgłasza błędów dla Article i ProfilePage,
- Schema Markup Validator widzi Person i ProfilePage,
- author.name zawiera tylko imię i nazwisko,
- nie ma duplikatów Person,
- sameAs prowadzi do właściwych profili,
- dateModified jest aktualny,
- wszyscy współautorzy są w markupie osobno.
Objawy błędów: brak rich results, ostrzeżenia o author, zduplikowane encje, puste pola name.
Jak odróżnić błąd od ostrzeżenia? Błąd blokuje rich results. Ostrzeżenie oznacza, że coś działa, ale można to poprawić. Co jeśli walidator pokazuje braki? Uzupełnij pola zalecane. Nie każdy brak jest krytyczny, ale sameAs i @id warto mieć zawsze.
Najczęstsze błędy i jak je naprawić
- Wspólne konto „admin" → autor nie istnieje jako encja → utwórz osobne konta.
- Brak sameAs → model nie potwierdzi tożsamości → dodaj LinkedIn lub Wikidata.
- Autor jako „AI" → sprzeczne z wytycznymi Google → wskaż realnego człowieka odpowiedzialnego za treść.
- Duplikaty Person → rozbita spójność encji → ujednolić @id.
- Brak ProfilePage → pętla encji niedomknięta → dodaj markup strony autora.
- author.name z tytułem lub pracodawcą → Google oczekuje tylko imienia i nazwiska → usuń dodatki.
- Archiwum autora z noindex → Google nie widzi strony autora → włącz indeksowanie.
Jak naprawić duplikaty? Ustal jeden @id dla autora i używaj go wszędzie. Czy muszę zmieniać motyw? Nie. Wystarczy wtyczka do kodu albo functions.php.
Co dalej — pomiar efektu i kolejne kroki
Wdrożenie to dopiero początek. Sprawdź, czy działa.
Co mierzyć:
- rich results w Search Console,
- obecność w Knowledge Panel,
- cytowania w AI przez monitoring widoczności (Semly monitoruje widoczność w ChatGPT, Gemini, Perplexity, Claude i Grok),
- branded mentions,
- YouTube mentions.
Ostatni punkt ma znaczenie, bo w badaniu Ahrefs na 75 tysiącach marek to właśnie wzmianki na YouTube miały najsilniejszy związek z widocznością w AI (korelacja około 0,737, Ahrefs, grudzień 2025). Marka i spójność liczą się bardziej niż sam kod.
Uczciwie o llms.txt: to eksperyment o niskim priorytecie. W badaniu Ahrefs na 137 tysiącach domen 97% plików llms.txt nie miało żadnego odczytu (Ahrefs, czerwiec 2026). Nie traktuj tego jako dźwigni cytowań.
Świeżość: aktualizuj bio i dateModified. Strony odświeżane częściej są chętniej cytowane.
Kiedy wtyczka wystarczy, a kiedy dopisać kod? Wtyczka wystarczy, gdy potrzebujesz podstaw: Person, Article.author, bio. Kod dopisz, gdy chcesz pełną kontrolę nad @id, sameAs, knowsAbout i ProfilePage. Wtedy pomoże generator JSON-LD Semly, który tworzy gotowy blok do wklejenia.
Jak zmierzyć efekt? Połącz Search Console z monitoringiem widoczności w AI. Czy llms.txt ma sens? Jako eksperyment, nie jako priorytet. Kiedy dopisać kod ręcznie? Gdy wtyczka nie pokrywa pól, których potrzebujesz.
Mini-słownik pojęć
- Person — typ schema.org opisujący osobę, z polami jobTitle, knowsAbout, sameAs.
- ProfilePage — typ schema.org dla strony prezentującej osobę, z mainEntity wskazującym na Person.
- sameAs — link do profilu, który jednoznacznie identyfikuje encję.
- @id — unikalny identyfikator encji, który pozwala łączyć dane bez duplikatów.
- E-E-A-T — doświadczenie, ekspertyza, autorytet i zaufanie, czyli sygnały wiarygodności autora i wydawcy.
FAQ
Czy schema autora gwarantuje cytowania w AI? Nie. Badanie Ahrefs na 1885 stronach nie wykazało wzrostu cytowań po dodaniu JSON-LD (Ahrefs, maj 2026). Schema pomaga w rozumieniu encji i rich results, ale nie jest dźwignią cytowań.
Czy wystarczy zwykły profil w WordPressie? Nie. Profil to dane, ale bez markupu Google i modele AI nie powiążą go z artykułem. Potrzebujesz Person, Article.author i ProfilePage.
Czy mogę ustawić AI jako autora? Google odradza takie rozwiązanie i wskazuje, że byliny powinny być prawdziwe, gdy czytelnik tego oczekuje (Google Search Central, 2023).
Jak szybko sprawdzić, czy wszystko działa? Użyj Rich Results Test i Schema Markup Validator. Sprawdź, czy widzą Person, ProfilePage i Article.author bez błędów.
