Elementy rozszerzone w Search Console: raporty, błędy i weryfikacja poprawek

Krótka odpowiedź: gdzie sprawdzić elementy rozszerzone

Stan danych strukturalnych w całym serwisie pokazują raporty w Search Console, w sekcji Ulepszenia w menu po lewej. Raporty o produktach są osobno, w sekcji Zakupy. Pojedynczą stronę sprawdzisz w Teście wyników z elementami rozszerzonymi (po angielsku Rich Results Test) pod adresem search.google.com/test/rich-results.

W obu miejscach liczy się jedno rozróżnienie. Problem krytyczny (błąd) sprawia, że element nie może się wyświetlić jako wynik rozszerzony, na przykład z gwiazdkami albo ceną. Problem niekrytyczny (ostrzeżenie) tego nie blokuje, a jego poprawienie może wzbogacić wynik. Najpierw naprawiasz błędy, potem ostrzeżenia, a na koniec klikasz w raporcie „Sprawdź poprawkę”.

Czym są dane strukturalne i które typy Google jeszcze pokazuje, opisujemy w tekście o danych strukturalnych i ich testowaniu. Tutaj skupiamy się na tym, jak czytać raporty i komunikaty, i co zrobić, gdy coś jest czerwone.

Jakie raporty są w sekcji Ulepszenia w 2026 roku

Search Console tworzy osobny raport dla każdego typu wyniku rozszerzonego, który znajdzie w Twoim serwisie. Raport pojawia się dopiero wtedy, gdy Google wykryje prawidłowy znacznik typu, który obsługuje. Jeśli więc nie publikujesz przepisów, brak raportu „Przepisy kulinarne” jest w porządku.

Pomoc Search Console w wersji z października 2026 roku wymienia 19 raportów. Dla polskiej firmy usługowej, sklepu albo wydawcy znaczenie mają zwykle te:

• Menu nawigacyjne, czyli okruszki (Breadcrumb);
• Fragmenty opinii, czyli gwiazdki z oceną;
• Opisy produktów i Informacje o sprzedawcy, w sekcji Zakupy;
• Filmy, Zdarzenia, Oferty pracy, Przepisy kulinarne;
• Strony profili i Forum dyskusyjne;
• Metadane obrazu, czyli między innymi informacje o autorze, prawach i licencji zdjęć.

Nie każdy typ, który rozpoznaje Test, ma swój raport. Test obsługuje na przykład Article, Organization i Local business, a pomoc nie wymienia dla nich osobnego raportu w Search Console. Takie dane sprawdzasz testem. Narzędzie do sprawdzania adresów URL nie wymienia ich wśród obsługiwanych typów.

Co zniknęło: FAQ i HowTo

Wyniki rozszerzone HowTo Google przestał pokazywać we wrześniu 2023 roku. Wyniki FAQ zniknęły z wyszukiwarki 7 maja 2026 roku, a w czerwcu Google usunął ich dokumentację. Polska wersja pomocy z kwietnia 2026 roku jeszcze wymieniała raport „Najczęstsze pytania”, wersja z października już go nie ma. Zniknęła też opcja FAQ w filtrze wyglądu w raporcie Skuteczność.

Jeśli raport FAQ zniknął z Twojego Search Console, nie popsułeś niczego na stronie. Kod FAQPage może zostać, ale nie da już wyniku rozszerzonego w Google. Pełną listę wycofanych typów z datami znajdziesz w części o typach, które Google wycofał w latach 2025–2026.

Uwaga na jedną niespójność. Lista raportów w pomocy z października 2026 roku nadal zawiera „Ćwiczenia” i „Zbiory danych”, choć Google zapowiedział w listopadzie 2025 roku usunięcie ćwiczeń z raportów od stycznia 2026 roku, a dane typu Dataset wykorzystuje tylko w wyszukiwarce zbiorów danych. Nie planuj wdrożeń na podstawie samej listy raportów, sprawdź dokumentację typu.

Jak czytać raport o wynikach rozszerzonych

Każdy raport ma stronę główną i strony szczegółów poszczególnych problemów.

Strona główna raportu

• Wykres pokazuje w czasie, ile prawidłowych i nieprawidłowych elementów Google znalazł w serwisie. Element prawidłowy nie ma żadnego problemu krytycznego. Nieprawidłowy ma co najmniej jeden.
• Tabela „Dlaczego elementy są nieprawidłowe” zbiera problemy krytyczne, które według Google uniemożliwiają wykorzystanie danych.
• Tabela „Popraw wygląd elementów” zbiera problemy niekrytyczne.
• Link „Wyświetl dane na temat prawidłowych elementów” pod wykresem otwiera listę elementów bez błędów.

Trzy rzeczy, które mylą przy czytaniu liczb

1. Liczby dotyczą elementów, nie stron. Jedna karta produktu może mieć kilka elementów, na przykład produkt, opinię i okruszki.
2. Raport pokazuje próbkę. Google pisze wprost, że raporty nie zawierają pełnej listy wykrytych elementów. Brak adresu na liście nie znaczy, że Google nie widzi na nim danych.
3. Sumy się nie dodają. Jeden element może mieć kilka problemów naraz, więc pojawia się w kilku wierszach tabel problemów, a w liczbie nieprawidłowych tylko raz.

Strona szczegółów problemu

Po kliknięciu wiersza w tabeli zobaczysz nazwę problemu z linkiem do dokumentacji, stan weryfikacji, datę pierwszego wykrycia, przykładowe adresy i datę ostatniego skanowania każdego z nich przez Google. Tabela przykładów ma najwyżej 1 000 wierszy i może pomijać część wystąpień, na przykład te, które pojawiły się po ostatniej wizycie robota. Ikona inspekcji przy adresie otwiera narzędzie do sprawdzania adresów URL, gdzie widać wersję zindeksowaną i wynik testu wersji opublikowanej.

Gwiazdka przy nazwie pola, na przykład comment*, oznacza pole zagnieżdżone w sobie, czyli odpowiedzi na komentarze na dowolnym poziomie.

Błąd czy ostrzeżenie: co naprawiać najpierw

W praktyce różnica sprowadza się do pytania, czy element może w ogóle dostać wynik rozszerzony.

Ostrzeżeń nie trzeba gasić za wszelką cenę. Jeśli raport podpowiada pole, którego Twoja strona nie ma, na przykład ocenę produktu bez opinii klientów, nie wymyślaj go. Google wymaga, żeby dane opisywały treść widoczną na stronie, a za oznaczanie treści, której nie ma, grozi ręczne działanie. Kończy się ono utratą wyników rozszerzonych dla tej strony.

Komunikaty w Teście wyników z elementami rozszerzonymi

Test podsumowuje stronę jednym komunikatem na górze. Według pomocy Google może to być między innymi:

• „Wykryto N prawidłowych elementów”: dane są poprawne;
• „Wykryto N prawidłowych elementów, które mają ostrzeżenia”: dane działają, ale mają problemy niekrytyczne, na przykład brak pól zalecanych;
• „Wykryto N elementów: niektóre są nieprawidłowe”: część danych ma błąd krytyczny;
• „Nie wykryto żadnych elementów”: test nie znalazł obsługiwanego typu;
• „Nie można zindeksować adresu URL”: robot nie dostał się do strony;
• „Wykryto błędy składni w uporządkowanych danych”: kod jest uszkodzony.

„Nie wykryto żadnych elementów” bywa mylące. Test pokazuje tylko typy, które Google wykorzystuje w wynikach. Strona z samym typem, którego Google nie obsługuje, dostanie ten komunikat, choć kod jest poprawny.

Czego jeszcze dowiesz się z Testu wyników z elementami rozszerzonymi

Podstawowe kroki testu, czyli wybór adresu albo kodu i odczyt wyniku, opisujemy w tekście o danych strukturalnych. Poniżej części narzędzia, które pomagają znaleźć przyczynę, gdy wynik jest zły.

Sekcja Skanowanie

Pokazuje, czy Google w ogóle dostał się do strony: „Zindeksowano” albo „Błąd indeksowania”, jakim robotem (smartfon czy komputer), czy pozwala na to robots.txt i czy udało się pobrać stronę. Narzędzie działa jako robot Google-InspectionTool, bez Twojego logowania. Strony zablokowanej w robots.txt albo tagiem noindex nie przetestujesz przez adres. Wtedy wklej sam kod w trybie „Kod”.

Jeśli dostęp się nie udał, test pokaże przyczynę, na przykład „Błąd DNS: nieznany host”, „Brak połączenia z serwerem”, „Nieprawidłowy certyfikat SSL serwera” albo „Przekroczono limit obciążenia hosta”. Ostatni komunikat znaczy, że serwer według Google jest przeciążony i test musi poczekać.

Niewczytane zasoby i różne wyniki przy każdym teście

Gdy test nie wczyta obrazów, stylów albo skryptów, pokaże ostrzeżenie. To ważne, jeśli dane strukturalne dodaje skrypt albo wtyczka: zablokowany lub zbyt wolny plik JavaScript może sprawić, że raz test widzi dane, a raz nie. Google opisuje to wprost: przy problemach z wczytywaniem każdy test może dać nieco inny wynik. Szukaj wtedy ostrzeżenia o problemach z wczytywaniem strony.

Błędy składni w elementach nieznanego typu

Ta sekcja pojawia się, gdy błąd zatrzymuje odczyt kodu, zanim test rozpozna typ danych. Przyczyną może być brakujący przecinek, nawias albo cudzysłów w JSON-LD. Przykład błędu, po którym test nie rozpozna żadnego typu:

{
  "@context": "https://schema.org",
  "@type": "Organization"
  "name": "Twoja Firma"
}

Po "Organization" brakuje przecinka. Test zgłosi błąd analizy składni, a kliknięcie opisu otworzy kod w miejscu problemu. Narzędzie pokazuje kod po wyrenderowaniu strony, więc zobaczysz też dane dodane przez skrypt.

Historia, udostępnianie i podgląd

Po każdym teście adres strony z wynikiem możesz zapisać w zakładkach. Google przechowuje historię testów około 90 dni. Przycisk „Udostępnij” daje link do wyniku, który programista albo agencja otworzą bez dostępu do Twojego Search Console. Link też działa około 90 dni i może go otworzyć każdy, kto go dostanie. Dla części typów test pokazuje też podgląd wyniku w wyszukiwarce. Google zastrzega, że prawdziwy wynik może wyglądać inaczej.

Jak naprawić błąd i zweryfikować poprawkę

1. Otwórz raport i w tabeli „Dlaczego elementy są nieprawidłowe” kliknij problem z największą liczbą elementów.
2. Otwórz dwa, trzy przykładowe adresy w Teście wyników z elementami rozszerzonymi i znajdź przyczynę w kodzie.
3. Popraw źródło błędu. Google zaleca naprawić jeden problem na wszystkich stronach, zanim zajmiesz się kolejnym. Jeśli błąd siedzi w szablonie albo wtyczce, jedna poprawka naprawia wszystkie strony z tego szablonu.
4. Upewnij się, że strony nie są zablokowane w robots.txt ani tagiem noindex.
5. Kilka poprawionych stron sprawdź przyciskiem „Sprawdź URL wersji opublikowanej” w narzędziu do sprawdzania adresów URL.
6. Wróć na stronę szczegółów problemu i kliknij „Sprawdź poprawkę”.

Google najpierw sprawdza próbkę stron. Jeśli błąd nadal występuje, weryfikacja się zatrzymuje. Jeśli próbka przejdzie, reszta adresów trafia do kolejki ponownego skanowania, a postęp widać w historii weryfikacji. Powiadomienie o wyniku przychodzi e-mailem.

Stany weryfikacji

Gdy weryfikacja się nie uda, poczekaj na koniec bieżącego cyklu, popraw pozostałe adresy i uruchom ją ponownie. Nie klikaj przycisku kilka razy w trakcie.

Problem znika z tabeli po 90 dniach od zniknięcia ostatniego wystąpienia, jeśli w tym czasie nie powróci. Jeśli wróci w ciągu tych 90 dni, zachowa pierwotną datę pierwszego wykrycia. Jeśli wróci 91 dni po usunięciu ostatniego wystąpienia, Google zapisze go jako nowy problem. Data pierwszego wykrycia sprzed kilku miesięcy nie znaczy więc, że poprawka nie zadziałała.

Gdy raportu nie ma albo liczba elementów spada

Google podaje w pomocy kilka przyczyn, dla których dane, które wdrożyłeś, nie pojawiają się w Search Console:

• raport pokazuje tylko próbkę;
• kod ma błędy składni i Google nie potrafi go odczytać; takie przypadki trafiają do osobnego raportu o nieprzetwarzalnych danych, jeśli jest on dostępny w Twojej usłudze;
• strona nie jest zindeksowana, a raporty uwzględniają tylko strony w indeksie;
• robot jeszcze nie wrócił na stronę po zmianie;
• strona wymaga logowania albo blokuje ją robots.txt lub noindex.

Nagły spadek liczby elementów ma podobne źródła: mniej zindeksowanych stron, nowy błąd krytyczny po zmianie szablonu albo zmiana wielkości próbki. Zacznij od narzędzia do sprawdzania adresów URL dla kilku stron, które wypadły, potem przetestuj je Testem wyników z elementami rozszerzonymi.

Dane poprawne, a gwiazdek dalej nie ma

Prawidłowy element to tylko prawo do wyniku rozszerzonego. Google pisze w zasadach, że nie gwarantuje wyświetlenia danych nawet wtedy, gdy test przechodzi bez błędów. Czy wyniki rozszerzone faktycznie się pokazują, sprawdzisz w raporcie Skuteczność: filtr wyglądu w wyszukiwarce ma tylko te typy, dla których Twój serwis miał wyświetlenia. Jak korzystać z filtrów, opisujemy w tekście o raporcie Skuteczność w Search Console.

Czasem przyczyna leży po stronie Google. Search Engine Roundtable opisał w październiku 2026 roku obserwację firmy Schema App: u jej klientów z branży medycznej widoczność fragmentów opinii spadła od końca maja, a u części organizacji ponownie na początku sierpnia. Testowane zmiany w znacznikach nie przywróciły wcześniejszej widoczności. Google nie potwierdził tego w dokumentacji (stan na 28.10.2026). Jeśli prowadzisz gabinet albo klinikę, sprawdź filtr wyglądu, zanim zaczniesz przebudowywać znaczniki.

Sklepy mają w sekcji Zakupy dwa raporty produktowe z własnymi wymaganiami. Opisujemy je w tekście o danych strukturalnych produktu i raportach dla sklepów.

Co zrobić krok po kroku

1. Otwórz sekcję Ulepszenia i zapisz, jakie raporty masz i ile w każdym jest elementów nieprawidłowych.
2. W każdym raporcie z błędami posortuj problemy według liczby elementów i zacznij od największego.
3. Sprawdź, czy błąd pochodzi z szablonu lub wtyczki. Jedna poprawka w szablonie zwykle zamyka cały problem.
4. Po poprawce sprawdź kilka stron testem wersji opublikowanej i kliknij „Sprawdź poprawkę”.
5. Ostrzeżenia uzupełniaj tylko prawdziwymi danymi, które klient widzi na stronie.
6. Raz w miesiącu i po każdej zmianie szablonu zajrzyj do raportów i do filtra wyglądu w raporcie Skuteczność.

Jeśli raportów jest dużo, a błędy wracają po każdej aktualizacji wtyczki, warto przejrzeć dane strukturalne razem z indeksowaniem i treścią stron. Robimy to w audycie SEO i GEO.