Dane strukturalne: co to jest, jak je przetestować i czy pomagają w AI

Krótka odpowiedź: jak zrobić test danych strukturalnych

Pojedynczą stronę sprawdzisz w Teście wyników z elementami rozszerzonymi Google (po angielsku Rich Results Test): wklejasz adres albo kod i widzisz, które typy danych Google wykrył i czy mają błędy. Poprawność samego kodu względem słownika schema.org sprawdza Walidator znaczników schema.org (Schema Markup Validator). Cały serwis po wdrożeniu monitorujesz w Search Console, w raportach w sekcji Ulepszenia.

Zielony wynik testu oznacza, że strona może dostać wynik rozszerzony, na przykład gwiazdki opinii albo cenę pod tytułem. Google pisze wprost, że nie gwarantuje wyświetlenia danych strukturalnych w wynikach, nawet gdy test przechodzi bez błędów.

Czym są dane strukturalne

Dane strukturalne to fragment kodu, który opisuje treść strony w ustalonym formacie. Google definiuje je jako standardowy sposób przekazywania informacji o stronie i klasyfikowania jej treści. Na stronie przepisu takie dane mówią na przykład, jakie są składniki i ile trwa gotowanie. Na stronie firmy mogą podać nazwę, adres i logo.

W polskiej dokumentacji Google używa nazwy uporządkowane dane, a wyniki, które z nich powstają, nazywa wynikami z elementami rozszerzonymi. W branży mówi się zwykle o danych strukturalnych albo znacznikach schema, a efekt w wynikach nazywa się rich snippets.

Większość danych dla Google korzysta ze słownika schema.org, czyli wspólnej listy typów (Organization, Product, Event) i ich właściwości. Google zaznacza, że o tym, co działa w wyszukiwarce, rozstrzyga dokumentacja Google Search Central. Słownik schema.org ma znacznie więcej typów, niż Google wykorzystuje.

JSON-LD, mikrodane i RDFa

Google przyjmuje trzy formaty i wszystkie uznaje za równie dobre, jeśli kod jest poprawny. Zaleca jednak JSON-LD, bo najłatwiej go wdrożyć i utrzymać na wielu stronach. JSON-LD to osobny blok w tagu <script>, więc nie miesza się z tekstem widocznym dla klienta. Google odczyta go także wtedy, gdy wstawia go JavaScript albo wtyczka w systemie CMS.

Prosty przykład danych o firmie w JSON-LD:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Twoja Firma",
  "url": "https://twojafirma.pl/",
  "logo": "https://twojafirma.pl/logo.png"
}
</script>

Co dają dane strukturalne, a czego nie

Google używa danych strukturalnych z dwóch powodów: żeby lepiej zrozumieć treść strony i żeby pokazać ją w wynikach w bogatszej formie. Przepis może pojawić się ze zdjęciem i czasem przygotowania, oferta pracy w osobnym module ofert, wydarzenie z datą i miejscem.

Nie ma gwarancji wyniku rozszerzonego

W ogólnych wytycznych Google wymienia powody, dla których poprawnie oznaczona strona i tak może wyświetlić się zwykłym wynikiem:

• dane strukturalne umożliwiają wyświetlenie funkcji, ale jej nie gwarantują, bo algorytm dobiera wygląd wyników do historii wyszukiwania, lokalizacji i urządzenia; czasem uzna, że najlepszy jest zwykły tekst;
• dane nie oddają głównej treści strony albo mogą wprowadzać w błąd;
• w danych jest błąd, którego test nie wykrył;
• oznaczona treść jest ukryta przed użytkownikiem;
• strona nie spełnia wytycznych dla danego typu, podstawowych zasad wyszukiwarki albo zasad dotyczących treści.

Dane strukturalne nie podnoszą pozycji

John Mueller z Google napisał w kwietniu 2025 roku krótko: dane strukturalne nie sprawią, że strona będzie wyżej w rankingu. Służą do wyświetlania funkcji opisanych w galerii Google, a jeśli tekst strony nie daje dość kontekstu, żeby zrozumieć jej temat, dane jej nie uratują. Dokumentacja wspomina o rankingu przy dwóch okazjach. Ręczne działanie za błędne dane strukturalne odbiera stronie tylko prawo do wyniku rozszerzonego i nie wpływa na jej pozycję w zwykłych wynikach. Przy wycofywaniu części typów w 2025 roku Google zapewnił, że zmiana nie wpłynie na ranking stron.

Dla firmy wniosek jest praktyczny. Dane strukturalne zmieniają wygląd wyniku, który już jest w Google, i pomagają Google poprawnie odczytać, kim jesteś i co oferujesz. Same nie wprowadzą strony do TOP10.

Które typy obsługuje Google i co wycofano w latach 2025–2026

Lista typów, które Google wykorzystuje w wynikach, jest w galerii danych strukturalnych w dokumentacji Search Central. W wersji z 16 października 2026 roku ma 25 pozycji. Dla typowej polskiej firmy usługowej, sklepu albo wydawcy znaczenie mają głównie te:

• Organization i Local business: dane firmy, logo, adres, godziny otwarcia;
• Breadcrumb: ścieżka nawigacji przy adresie w wyniku (od stycznia 2025 roku tylko na komputerach);
• Article: artykuły i wpisy na blogu;
• Product i Review snippet: produkty, ceny, dostępność, oceny;
• Event, Job posting, Recipe, Video: wydarzenia, oferty pracy, przepisy, filmy;
• Profile page i Discussion forum: profile autorów i fora.

W galerii są też typy niszowe, na przykład Math solver, Vacation rental czy Speakable. Przed wdrożeniem sprawdź w dokumentacji konkretnego typu, czy jest dostępny w Polsce i po polsku.

Co Google przestał pokazywać

Od 2023 roku Google systematycznie upraszcza stronę wyników i wycofuje rzadko używane elementy. Najważniejsze zmiany według dziennika zmian dokumentacji:

Jeśli Twoja strona ma znaczniki FAQPage albo HowTo, nie zaszkodzą, ale nie dadzą już rozszerzonego wyniku w Google. Google zastrzegł przy wycofaniach z 2025 roku, że zmiany nie dotyczą użycia tych typów poza wyszukiwarką Google. Usuwanie działającego kodu nie jest pilne. Nie warto natomiast dodawać go na nowych stronach z myślą o wynikach Google.

Test danych strukturalnych krok po kroku

Test wyników z elementami rozszerzonymi

1. Otwórz narzędzie pod adresem search.google.com/test/rich-results.
2. Wybierz zakładkę: URL dla opublikowanej strony albo kod, jeśli strona jeszcze nie działa publicznie. Kod możesz poprawiać i testować dowolną liczbę razy przyciskiem przetestuj kod.
3. Domyślnie narzędzie sprawdza stronę jak smartfon. Możesz przełączyć na komputer.
4. Przeczytaj stan na górze wyniku. Przykłady komunikatów: „Wykryto N prawidłowych elementów”, „Nie wykryto żadnych elementów”, „Wykryto N nieprawidłowych elementów”, „Wykryto błędy składni w uporządkowanych danych”.
5. Rozwiń każdy wykryty typ. Element z błędem krytycznym nie może się wyświetlić jako wynik rozszerzony, ostrzeżenia tego nie blokują. Kliknięcie opisu błędu otwiera kod strony w miejscu problemu.

Narzędzie odwiedza stronę jako robot Google, bez Twojego logowania. Strony zablokowanej w robots.txt albo tagiem noindex nie przetestujesz, podobnie jak strony za hasłem. Wersję testową na komputerze programisty da się sprawdzić przez tunel albo wklejając kod.

Walidator znaczników schema.org

To następca dawnego narzędzia Google, które w 2021 roku przeszło pod opiekę społeczności schema.org. Sprawdza składnię i zgodność ze słownikiem schema.org. Nie mówi, czy strona kwalifikuje się do wyniku rozszerzonego w Google. Przydaje się przy typach, których Google nie pokazuje w wynikach, na przykład przy planie ćwiczeń (ExercisePlan), i przy danych dla innych wyszukiwarek lub usług.

Raporty w Search Console

Test sprawdza jedną stronę. Po wdrożeniu na cały serwis otwórz Search Console i znajdź raporty w sekcji Ulepszenia. Raporty o produktach i informacjach sprzedawcy są w sekcji Zakupy. Raport danego typu pojawia się dopiero wtedy, gdy Google znajdzie w serwisie poprawny znacznik obsługiwanego typu.

Każdy raport ma wykres prawidłowych i nieprawidłowych elementów oraz dwie tabele: „Dlaczego elementy są nieprawidłowe” z problemami, które blokują wynik rozszerzony, i „Popraw wygląd elementów” z problemami niekrytycznymi. Liczby dotyczą elementów, nie stron: jedna strona produktu może mieć kilka elementów. Raport pokazuje tylko przykłady elementów, więc konkretny adres sprawdzisz w narzędziu do sprawdzania adresów URL. Więcej o tym, gdzie co jest w Search Console, piszemy w tekście o raportach Search Console, które warto znać.

Search Console nie ma przycisku, który naprawia błąd. Dane są w kodzie Twojej strony, więc poprawka zawsze odbywa się w szablonie, wtyczce albo systemie sklepu.

Dane strukturalne a odpowiedzi AI

Popularna rada brzmi: dodaj schemę, a ChatGPT i przegląd od AI będą częściej cytować Twoją stronę. Dokumentacja Google i dostępne pomiary jej nie potwierdzają.

Co mówi Google

W dokumentacji funkcji AI Google pisze, że nie ma dodatkowych wymagań, żeby pojawić się w przeglądzie od AI i w trybie AI, i że nie trzeba dodawać żadnych specjalnych danych schema.org. W przewodniku po optymalizacji pod generatywną AI z maja 2026 roku Google wymienia „nadmierne skupienie na danych strukturalnych” wśród rzeczy, którymi nie trzeba się przejmować. Dodaje, że warto dalej z nich korzystać, bo pomagają kwalifikować się do wyników rozszerzonych. Jedno zalecenie dotyczy AI wprost: dane strukturalne mają zgadzać się z tekstem widocznym na stronie. Jak strona trafia do przeglądu od AI, opisujemy w tekście o przeglądzie od AI i trybie AI w Google.

Co pokazało badanie Ahrefs

Ahrefs opublikował w maju 2026 roku pomiar na 1 885 stronach, które dodały JSON-LD między sierpniem 2025 a marcem 2026, porównanych z 4 000 stron, które tego nie zrobiły. Liczono cytowania przez 30 dni przed i 30 dni po zmianie:

• w przeglądzie od AI cytowań było o 4,6% mniej niż w grupie kontrolnej, to jedyny wynik istotny statystycznie;
• w trybie AI wynik był o 2,4% lepszy, a w ChatGPT o 2,2% lepszy niż w grupie kontrolnej, czyli w granicach przypadku.

Autorzy podsumowali, że dodanie schemy nie miało wyraźnego wpływu na cytowania, ani dobrego, ani złego. Badanie ma ograniczenia, które sami opisali: obejmowało tylko strony już często cytowane, łączyło różne typy danych i trwało krótko. Nie wiadomo więc, czy schema pomaga stronie, której AI jeszcze nie zna. W badanej grupie stron schema nie zadziałała jako dźwignia.

Search Engine Land opisał też test firmy searchVIU: ceny zapisanej wyłącznie w JSON-LD nie podał żaden z pięciu badanych systemów AI. Część z nich pobierała stronę na bieżąco, część korzystała z indeksu. Dlatego informacje, które mają trafić do odpowiedzi AI, warto zapisać także zwykłym tekstem na stronie. searchVIU zastrzega, że dane strukturalne mogą być wykorzystywane wcześniej, przy indeksowaniu. To, skąd ChatGPT bierze informacje, wyjaśniamy w tekście o źródłach odpowiedzi ChatGPT.

Najczęstsze błędy i zasady, których pilnuje Google

Część zasad sprawdzi test, części nie da się łatwo sprawdzić automatycznie. Google wymienia je w wytycznych jakości:

• Oznaczanie treści, której nie widać. Jeśli JSON-LD opisuje opinie, cenę albo godziny otwarcia, te same informacje muszą być widoczne na stronie. Wtyczki potrafią generować dane z ustawień, które rozjechały się z treścią.
• Treść nieprawdziwa albo niezwiązana ze stroną. Google podaje przykład fałszywych opinii i danych niezwiązanych z tematem strony. Dane muszą wiernie opisywać zawartość strony: instrukcja stolarska oznaczona jako przepis to błąd.
• Opinie wybrane wybiórczo. Jeśli strona pokazuje wiele opinii, oznacz wszystkie widoczne. W lipcu 2026 roku Google dopisał do dokumentacji fragmentów opinii osobną zasadę o fałszywych opiniach i opiniach za nieujawnioną zachętę.
• Brak wymaganych pól. Element bez wymaganych właściwości nie kwalifikuje się do wyniku rozszerzonego. Zalecane pola podnoszą jakość wyniku.
• Dane na złej stronie. Dane umieszcza się na stronie, którą opisują, na przykład dane produktu na karcie produktu.
• Zablokowany dostęp. Strona z danymi nie może być zablokowana w robots.txt ani tagiem noindex.
• Komentarze w JSON-LD. Test je ignoruje, ale standard JSON-LD ich nie przewiduje. Usuń je przed publikacją.

Za naruszenia Google może nałożyć ręczne działanie. Strona traci wtedy prawo do wyniku rozszerzonego, a jej pozycja w zwykłych wynikach się nie zmienia. Informację znajdziesz w raporcie „Ręczne działania” w Search Console. Od maja 2026 roku Google zaznacza też, że zasady dotyczące spamu obejmują odpowiedzi generatywnej AI w wyszukiwarce.

Dane strukturalne produktu w sklepie

Dla sklepu dane strukturalne mają szczególne znaczenie, bo typ Product pozwala pokazać w wynikach cenę, dostępność i oceny. Google stale rozbudowuje dane dla sklepów: w listopadzie 2025 roku dodał zasady wysyłki na poziomie sprzedawcy, a w lipcu 2026 roku kategorię produktu i opis okresu obowiązywania ceny promocyjnej, oba zgodne z atrybutami pliku produktowego w Merchant Center. Raporty produktów znajdziesz w Search Console w sekcji Zakupy.

Wdrożenie danych produktu, wymagane pola i ich związek z feedem produktowym w Merchant Center opiszemy w osobnym tekście dla sklepów.

Co zrobić na swojej stronie

1. Sprawdź stronę główną, jedną stronę usługi lub kategorii i jeden artykuł lub produkt w Teście wyników z elementami rozszerzonymi. Zobaczysz, jakie dane generuje Twój szablon lub wtyczka.
2. Porównaj dane z tym, co widać na stronie: nazwę, adres, ceny, opinie, godziny. Rozbieżności popraw w źródle, czyli w ustawieniach wtyczki albo szablonu.
3. Usuń z planów typy, których Google już nie pokazuje, zwłaszcza FAQ i HowTo. Działającego kodu nie musisz usuwać w pośpiechu.
4. Uzupełnij dane, które Google nadal wykorzystuje i które pasują do Twojej firmy: Organization lub Local business, Breadcrumb, Article, Product.
5. Raz w miesiącu zajrzyj do raportów w sekcji Ulepszenia, a po każdej zmianie szablonu sprawdź kilka stron testem.
6. Informacje ważne dla klientów i asystentów AI zapisz zwykłym tekstem na stronie. Dane strukturalne tylko je opisują.

Dane strukturalne sprawdzamy w każdym audycie SEO i GEO, razem z tym, czy treść strony mówi to samo co kod.