Schema FAQPage i HowTo w 2026: co nadal ma sens

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:

  1. 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.
  2. Dokumentacja techniczna, gdzie pytanie użytkownika brzmi identycznie jak zapytanie do asystenta AI („jak zresetować token API”).
  3. 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 about wskazują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:

  1. 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.
  2. Pytanie w polu name powinno brzmieć jak zapytanie użytkownika, z konkretną nazwą produktu lub problemu, a nie „Czy to działa?”.
  3. 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.

  1. 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.
  2. HTML wewnątrz pola text. Dozwolone są tylko h1h6, br, ol, ul, li, a, p, div, b, strong, i, em. Tabele i obrazy w odpowiedzi psują walidację.
  3. Zduplikowany blok. Wtyczka SEO i szablon motywu generują FAQPage równolegle; walidator pokazuje wtedy dwa obiekty i ostrzeżenie.
  4. FAQPage na stronie forum lub komentarzy. Jeśli użytkownicy mogą dodawać odpowiedzi, właściwy typ to QAPage.
  5. 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.