Schema FAQPage i HowTo w 2026 roku to typy danych strukturalnych, które straciły większość swojej widocznej nagrody w Google, ale nie straciły funkcji. Od sierpnia 2023 wyniki rozszerzone FAQ pokazują się tylko przy stronach rządowych i medycznych, a HowTo zniknęło z SERP całkowicie. Ten tekst pokazuje, gdzie te znaczniki nadal pracują (głównie w odpowiedziach modeli językowych) i gdzie są już wyłącznie kodem w źródle strony.
W skrócie
- FAQ rich results: od sierpnia 2023 tylko dla witryn rządowych i zdrowotnych o wysokim autorytecie.
- HowTo rich results: wyłączone we wrześniu 2023 na wszystkich urządzeniach, dokumentacja typu usunięta z Search Central.
- FAQPage nadal ma sens jako czytelna struktura pytanie-odpowiedź dla systemów RAG i crawlerów AI.
- HowTo warto zastąpić zwykłą listą numerowaną w HTML plus schema Article; VideoObject i Product są lepszymi kandydatami na wynik rozszerzony.
- Najczęstszy błąd walidacji: treść w JSON-LD nie odpowiada treści widocznej na stronie.
Co zmieniło się w wynikach rozszerzonych
Google ograniczył FAQ rich results w sierpniu 2023, a HowTo wyłączył miesiąc później. Powód podany oficjalnie: uproszczenie wyglądu wyników i mniejsza liczba rozwijanych bloków na stronie. Efekt praktyczny: strony, które przez lata zdobywały dodatkowe piksele w SERP dzięki rozwijanym pytaniom, wróciły do standardowego niebieskiego linku.
Warto rozdzielić dwie rzeczy. Wynik rozszerzony (rich result) to prezentacja w SERP; dane strukturalne to informacja o treści dla robota. Google nadal parsuje oba typy i nadal raportuje je w Search Console, tylko nie pokazuje za nie nagrody wizualnej. Szczegóły aktualnej listy wspieranych typów utrzymuje galeria danych strukturalnych Google Search Central.
| Typ | Wynik rozszerzony w Google (2026) | Parsowanie przez Google | Wartość dla modeli językowych |
|---|---|---|---|
| FAQPage | Tylko strony rządowe i medyczne | Tak, raport w Search Console | Wysoka: gotowe pary pytanie-odpowiedź |
| HowTo | Brak | Ignorowane, raport wygaszony | Niska: modele czytają listę HTML, nie JSON |
| Article | Tak (nagłówek, data, autor) | Tak | Średnia: atrybucja autora i daty |
| VideoObject | Tak, w tym fragmenty kluczowe | Tak | Średnia |
FAQPage: kiedy nadal warto go dodać
FAQPage ma sens wtedy, gdy sekcja pytań jest realną częścią treści, a nie doklejonym blokiem pod artykułem. Modele językowe i systemy wyszukiwania oparte na retrieval traktują parę pytanie-odpowiedź jako gotowy fragment do zacytowania, o czym piszemy szerzej w tekście o chunkowaniu treści pod retrieval. JSON-LD dostarcza tę samą parę w formie, którą crawler odczyta bez analizowania układu HTML.
Trzy sytuacje, w których znacznik nadal się opłaca:
- Strona produktu lub usługi z 4–8 pytaniami o cenę, dostępność, zwroty i integracje. Tego typu pytania trafiają wprost do odpowiedzi ChatGPT i Perplexity.
- Dokumentacja techniczna, gdzie pytanie użytkownika brzmi identycznie jak zapytanie do asystenta AI („jak zresetować token API”).
- Witryny z sektora zdrowia i administracji, które jako jedyne nadal dostają wynik rozszerzony.
Sytuacja, w której FAQPage szkodzi: pytania wygenerowane hurtowo, niepowiązane z treścią strony, z odpowiedziami po jednym zdaniu. Search Console flaguje wtedy niezgodność treści, a modele językowe nie zyskują nic, bo sam blok pytań nie zawiera informacji.
HowTo: alternatywy i sensowne zastosowania
HowTo jako typ danych strukturalnych nie ma dziś zastosowania w Google i nie warto go wdrażać w nowych projektach. Google usunął go z galerii wspieranych typów, a Search Console przestał zbierać raport. Kod pozostaje poprawny w sensie schema.org, ale nikt po stronie wyszukiwarki go nie konsumuje.
Sensowne zamienniki instrukcji krok po kroku:
- Lista numerowana w HTML z nagłówkiem H2 sformułowanym jako zadanie („Jak skonfigurować…”). To format, który modele językowe cytują najchętniej, bo kroki są rozdzielone i ponumerowane.
- VideoObject z polem hasPart (Clip), jeśli instrukcja istnieje jako film. Fragmenty kluczowe nadal pokazują się w SERP.
- Article lub TechArticle jako typ nadrzędny, z polem
aboutwskazującym na produkt lub narzędzie. - Dla oprogramowania: SoftwareApplication z opisem funkcji, o czym piszemy w poradniku Schema SoftwareApplication pod AI.
Jak modele językowe korzystają z tych danych
Modele językowe nie czytają JSON-LD jako reguły rankingowej, tylko jako dodatkowe, dobrze oznaczone źródło tekstu na stronie. Crawlery OpenAI (GPTBot), Anthropic (ClaudeBot) i Perplexity (PerplexityBot) pobierają pełny kod HTML, w tym skrypty JSON-LD. Podczas indeksowania do bazy retrieval blok FAQPage trafia do niej jako zwarty fragment o wysokiej gęstości informacji: pytanie, odpowiedź, adres źródła.
Trzy konsekwencje dla wdrożenia:
- Odpowiedź w JSON-LD powinna być pełnym, samodzielnym akapitem (60–120 słów), a nie skrótem odpowiedzi ze strony. Model może zacytować sam fragment JSON bez kontekstu.
- Pytanie w polu
namepowinno brzmieć jak zapytanie użytkownika, z konkretną nazwą produktu lub problemu, a nie „Czy to działa?”. - Ten sam tekst powinien być widoczny w HTML. Google wymaga tego formalnie, a modele porównują oba źródła i przy rozbieżności obniżają zaufanie do strony.
Format zapisu ma tu drugorzędne znaczenie: JSON-LD, Microdata i RDFa niosą tę samą informację, ale JSON-LD jest łatwiejszy do wygenerowania z CMS i do walidacji, co porównujemy w artykule JSON-LD vs Microdata 2026.
Poprawny kod JSON-LD z komentarzem
Poniżej minimalny, poprawny blok FAQPage dla dwóch pytań. Komentarze po prawej stronie nie są częścią JSON; usuńcie je przed wdrożeniem, bo JSON nie obsługuje komentarzy.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Czy FAQPage nadal daje wynik rozszerzony w Google?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Od sierpnia 2023 tylko dla stron rządowych i medycznych. Pozostałe witryny nie otrzymują rozwijanych pytań w SERP, ale dane są nadal parsowane."
}
},
{
"@type": "Question",
"name": "Czy warto usunąć istniejący kod HowTo?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Kod nie szkodzi, ale nie działa. Przy najbliższej przebudowie szablonu zastąpcie go listą numerowaną w HTML i typem Article."
}
}
]
}
Elementy, o których łatwo zapomnieć: pole name i text są obowiązkowe; acceptedAnswer przyjmuje dokładnie jedną odpowiedź (dla wielu odpowiedzi użytkowników jest suggestedAnswer, ale to typ QAPage, nie FAQPage); na jednej stronie powinien być jeden blok FAQPage, nie po jednym na każde pytanie.
Najczęstsze błędy walidacji
Większość błędów zgłaszanych przez Search Console i test wyników rozszerzonych sprowadza się do pięciu przypadków.
- Treść niezgodna ze stroną. Pytanie jest w JSON, ale nie ma go w widocznym HTML. To najczęstsza przyczyna ręcznej kary za dane strukturalne.
- HTML wewnątrz pola text. Dozwolone są tylko
h1–h6,br,ol,ul,li,a,p,div,b,strong,i,em. Tabele i obrazy w odpowiedzi psują walidację. - Zduplikowany blok. Wtyczka SEO i szablon motywu generują FAQPage równolegle; walidator pokazuje wtedy dwa obiekty i ostrzeżenie.
- FAQPage na stronie forum lub komentarzy. Jeśli użytkownicy mogą dodawać odpowiedzi, właściwy typ to QAPage.
- Niezakodowane cudzysłowy. Polski cudzysłów drukarski w odpowiedzi jest bezpieczny, ale prosty cudzysłów ASCII wewnątrz wartości musi być poprzedzony ukośnikiem, inaczej cały blok jest odrzucany.
Do sprawdzenia kodu wystarczą dwa narzędzia: walidator schema.org (sprawdza składnię) i test wyników rozszerzonych Google (sprawdza, czy Google rozpoznaje typ). Dla FAQPage na stronie niemedycznej test zwróci „brak elementów kwalifikujących się do wyników rozszerzonych”; to poprawne zachowanie, nie błąd kodu.
FAQ: najczęstsze pytania
Czy schema FAQPage w 2026 roku nadal wpływa na pozycję w Google?
Nie wpływa bezpośrednio na pozycję i od sierpnia 2023 nie daje wyniku rozszerzonego dla większości witryn. Wpływa pośrednio: ułatwia robotom i modelom językowym wyodrębnienie par pytanie-odpowiedź, co zwiększa szansę na cytowanie strony w odpowiedziach AI. Dla stron rządowych i medycznych rozwijane pytania w SERP nadal działają.
Czym zastąpić HowTo po wycofaniu tego typu przez Google?
Listą numerowaną w HTML pod nagłówkiem sformułowanym jako zadanie, otoczoną typem Article lub TechArticle. Jeśli instrukcja istnieje jako film, VideoObject z fragmentami kluczowymi nadal generuje wynik rozszerzony. Sam kod HowTo można zostawić, ale nie warto go rozwijać ani dodawać w nowych szablonach.
Czy modele językowe czytają JSON-LD, czy tylko widoczny tekst?
Crawlery GPTBot, ClaudeBot i PerplexityBot pobierają pełny HTML razem ze skryptami JSON-LD. Podczas budowy indeksu retrieval blok FAQPage jest przetwarzany jako tekst, więc odpowiedzi w nim zawarte mogą trafić do cytatu. Kluczowe: treść w JSON i w HTML musi być identyczna, bo modele porównują oba źródła.
Ile pytań powinien zawierać blok FAQPage?
Od 3 do 8. Mniej niż 3 nie tworzy sensownej sekcji, więcej niż 8 zwykle oznacza pytania wygenerowane hurtowo, bez treści. Każda odpowiedź powinna mieć 60–120 słów i być samodzielnym akapitem, który da się zacytować bez reszty strony.
Dlaczego test wyników rozszerzonych nie widzi mojego FAQPage?
Jeśli witryna nie należy do sektora rządowego lub medycznego, test zwraca komunikat o braku elementów kwalifikujących się do wyniku rozszerzonego. To poprawne zachowanie od sierpnia 2023, nie błąd składni. Składnię sprawdźcie osobno w walidatorze schema.org.
Co dalej
Przy audycie danych strukturalnych zacznijcie od porównania bloku JSON-LD z widocznym HTML: to eliminuje najczęstszy błąd. Następnym krokiem jest dobór typu nadrzędnego dla całej strony, gdzie dla oprogramowania i narzędzi sprawdza się SoftwareApplication opisany w naszym szablonie, a dla treści redakcyjnych Article z pełną atrybucją autora.