Czym jest FAQPage i czym różni się od zwykłej sekcji FAQ

FAQPage to typ danych strukturalnych ze słownika schema.org, którym opisuje się stronę z listą pytań i odpowiedzi przygotowanych przez autora witryny. To Ty zadajesz pytanie i Ty na nie odpowiadasz — nie ma tu miejsca na wiele konkurencyjnych odpowiedzi.

Sama sekcja FAQ na stronie nie jest jeszcze danymi strukturalnymi. Dla użytkownika akordeon z pytaniami i lista oznaczona znacznikiem wyglądają identycznie — różnica jest w tym, czy w kodzie znajduje się dodatkowy opis mówiący robotowi: to jest pytanie, a to jego odpowiedź.

Warto od razu rozdzielić FAQPage od QAPage, bo to najczęstsza pomyłka przy wyborze typu. QAPage jest przeznaczony dla stron w rodzaju forum, gdzie pytanie zadaje użytkownik, a odpowiedzi udziela społeczność i można je oceniać. Oznaczenie forum jako FAQPage albo firmowej pomocy jako QAPage w najlepszym razie nie da nic, w gorszym zostanie uznane za niezgodne z wytycznymi.

Jak wygląda poprawne wdrożenie

Google preferuje format JSON-LD, czyli osobny blok danych w kodzie strony, niezależny od tego, jak zbudowany jest szablon. Mikrodane wplecione w istniejący HTML też są obsługiwane, ale przy większych serwisach to droga do bałaganu — każda zmiana układu grozi rozjechaniem oznaczeń.

Struktura jest prosta: strona opisana jako FAQPage, w środku lista elementów typu Question, a każde pytanie z dokładnie jedną odpowiedzią typu Answer oznaczoną jako zaakceptowana. Wymagane pola to treść pytania i treść odpowiedzi; w odpowiedzi wolno użyć podstawowego formatowania.

Na co zwracam uwagę przy każdym wdrożeniu:

• Pełna treść, nie skrót — w odpowiedzi musi być cała odpowiedź, a nie pierwsze zdanie z odnośnikiem „czytaj więcej”.

• Zgodność z tym, co widzi użytkownik — oznaczone pytania i odpowiedzi muszą być obecne na stronie. Oznaczenie treści, której tam nie ma, to łamanie wytycznych, a nie sprytna optymalizacja.

• Jedno oznaczenie na stronę — jeśli FAQ siedzi w stopce serwisu i wtyczka generuje ten sam znacznik na kilkuset adresach, powstaje setka niemal identycznych oznaczeń.

• Bez treści reklamowej — wytyczne wykluczają promocję i cenniki w formie pytań. „Dlaczego jesteśmy najlepsi na rynku?” nie jest pytaniem, tylko reklamą w przebraniu.

W praktyce wdrażam to wtyczką, bo ręczne pisanie JSON-LD w kilkudziesięciu wpisach nie ma sensu. Trzeba tylko sprawdzić, czy nie dodaje znacznika wszędzie automatycznie i czy nie dubluje oznaczeń wstawianych już przez motyw.

Dlaczego ta sama strona raz ma wynik rozszerzony, a raz nie

To sedno pytania z tytułu. Dane strukturalne kwalifikują stronę do wyniku rozszerzonego — nie zamawiają go. Decyzję podejmuje wyszukiwarka za każdym razem od nowa i wpływa na nią kilka rzeczy naraz.

Po pierwsze, kontekst zapytania: ta sama strona przy pytaniu wpisanym pełnym zdaniem i przy dwuwyrazowej frazie zakupowej dostaje inaczej zbudowany wynik. Po drugie, urządzenie i miejsce w rankingu — na telefonie miejsca jest mniej, a rozbudowane wyniki trafiają się częściej wysoko niż na drugiej stronie. Po trzecie, układ strony wyników: Google zmienia go bez zapowiedzi i testuje warianty na części ruchu.

Dochodzi do tego ograniczenie, o którym łatwo zapomnieć: wynik rozszerzony FAQ nie pojawia się przy wszystkich pozycjach naraz. Nawet gdy dziesięć witryn ma poprawne oznaczenie, wyszukiwarka nie zamieni wszystkich w rozwijane listy. Konkurujesz nie tylko rankingiem, ale też miejscem w tej wąskiej puli.

Osobna kategoria przyczyn to jakość samej strony. Jeśli treść jest cienka, a FAQ dopisano wyłącznie po to, żeby coś oznaczyć, brak wyniku rozszerzonego jest normalną konsekwencją — a od grudnia zeszłego roku system oceny przydatności treści działa już we wszystkich językach, więc dotyczy też polskich serwisów.

Wniosek praktyczny: zmienność jest tu stanem normalnym, nie awarią. Widzę to na większości kont, którymi się zajmuję.

Jak sprawdzić, czy wdrożenie faktycznie działa

Rozdzielam dwa pytania, bo mieszanie ich prowadzi do błędnych wniosków. Pierwsze: czy oznaczenie jest technicznie poprawne. Drugie: czy Google je pokazuje.

Na pierwsze odpowiada test wyników z elementami rozszerzonymi. Wklejasz adres albo kod, dostajesz listę wykrytych typów, błędów blokujących i ostrzeżeń. Do zgodności z samym słownikiem schema.org — także w częściach, których Google nie obsługuje — jest walidator schema.org.

Na drugie odpowiada Search Console: w sekcji z ulepszeniami pojawia się osobny raport dla stron z oznaczeniem FAQ, z liczbą poprawnych adresów i błędami. To najwygodniejsze miejsce, żeby wyłapać sytuację, w której zmiana szablonu wywaliła znacznik z kilkuset podstron naraz.

Czego Search Console nie powie wprost: jak często wynik rozszerzony faktycznie się wyświetlił. Raport ulepszeń mówi o kwalifikacji, nie o prezentacji. Zmiany kliknięć i CTR traktuję więc jako poszlakę i porównuję dłuższe okresy, nie pojedyncze dni.

Czego FAQPage nie zrobi

Najważniejsze: to nie jest czynnik rankingowy. Oznaczenie nie podnosi pozycji strony. Zmienia wygląd wyniku, jeśli wyszukiwarka zdecyduje się go rozbudować, i tyle. Za każdym razem, gdy słyszę „dodajmy FAQ, żeby wyjść wyżej”, tłumaczę to od nowa.

Nie zawsze też pomaga w kliknięciach. Rozwinięta lista zajmuje więcej miejsca i przykuwa uwagę, ale potrafi udzielić odpowiedzi na tyle wyczerpującej, że wejście na stronę traci sens. Przy pytaniach typu „ile trwa” albo „czy potrzebuję” trzeba się liczyć z tym, że użytkownik dostanie swoje i zostanie w wyszukiwarce.

Nie naprawi też złej strony. Jeśli podstrona nie ma treści i nie odpowiada na intencję zapytania, znacznik nie zmieni nic — poza tym, że w Search Console pojawi się ładny raport.

I rzecz najważniejsza przy planowaniu pracy: Google traktuje wyniki rozszerzone jako element interfejsu, a interfejs zmienia bez pytania nas o zdanie. Typy danych strukturalnych bywają modyfikowane, ograniczane, a czasem wycofywane. Strategia oparta na jednym sposobie prezentacji wyniku stoi na czymś, czego nie kontrolujesz.

Jak podchodzę do tego u siebie

Znacznik FAQPage wdrażam wtedy, gdy sekcja pytań i odpowiedzi i tak jest na stronie potrzebna — bo klienci naprawdę o te rzeczy pytają, a odpowiedzi skracają drogę do decyzji. Wtedy oznaczenie jest darmowym dodatkiem do treści, która przynosi wartość niezależnie od wyszukiwarki.

Nie tworzę natomiast sekcji FAQ tylko po to, żeby móc ją oznaczyć. Wymyślone pytania są balastem: obniżają jakość strony i nie dają żadnego wyniku rozszerzonego, bo wyszukiwarka nieźle radzi sobie z rozpoznaniem treści dopisanej pod robota.

Klientom mówię jedno zdanie: to nie dźwignia pozycji, a szansa na lepiej wyglądający wynik, której nie da się zagwarantować. Przy tak ustawionych oczekiwaniach nikt nie pisze do mnie w panice, gdy lista pytań na tydzień zniknie. A zniknie — prędzej czy później na pewno.