Jak dodać dane strukturalne (schema markup) na blogu

Dane strukturalne na blogu najlepiej dodać w formacie JSON-LD do wspólnego szablonu wpisów. Dla artykułu wybierz typ Article lub bardziej szczegółowy BlogPosting, uzupełnij go danymi widocznymi na stronie, a po wdrożeniu sprawdź kod w Rich Results Test i Schema Markup Validator. Samo oznaczenie nie podnosi pozycji i nie gwarantuje rozszerzonego wyniku w Google.

TL;DR

Dane strukturalne opisują znaczenie treści w formacie czytelnym dla wyszukiwarek. Google zaleca JSON-LD, choć obsługuje też mikrodane i RDFa.
Dla wpisu blogowego zacznij od Article lub BlogPosting. BreadcrumbList dodaj, jeśli strona ma widoczną nawigację okruszkową.
FAQPage ma sens tylko wtedy, gdy autor strony udziela jednej odpowiedzi na każde pytanie, a cała treść FAQ jest dostępna dla czytelnika.
Google pokazuje rozszerzone wyniki FAQ głównie w przypadku znanych, wiarygodnych serwisów rządowych i zdrowotnych. Zwykły blog nie powinien oczekiwać takiego efektu.
Rich Results Test sprawdza funkcje obsługiwane przez Google, a Schema Markup Validator — zgodność ze słownikiem schema.org.

Czym są dane strukturalne?

Dane strukturalne to dodatkowy opis zawartości strony. Dzięki niemu wyszukiwarka może jednoznacznie rozpoznać, że dany element jest tytułem artykułu, datą publikacji, autorem albo częścią ścieżki nawigacji.

Najczęściej stosuje się słownik schema.org i format JSON-LD. Google rekomenduje JSON-LD, ponieważ taki blok można utrzymywać oddzielnie od kodu odpowiedzialnego za wygląd strony. Nie oznacza to jednak, że dane strukturalne zastępują treść widoczną dla użytkownika. Kod musi wiernie opisywać to, co rzeczywiście znajduje się na stronie.

Co dane strukturalne dają w SEO?

Dane strukturalne pomagają Google zrozumieć treść i mogą sprawić, że strona będzie kwalifikować się do określonych prezentacji w wynikach wyszukiwania. W przypadku artykułu Google może lepiej rozpoznać między innymi tytuł, autora, datę i reprezentatywny obraz.

Nie jest to bezpośredni sposób na wyższą pozycję. Nawet poprawny kod nie gwarantuje wyniku rozszerzonego — Google dobiera wygląd wyniku zależnie od zapytania, urządzenia i innych czynników. Nie ma też wystarczających podstaw, by obiecywać, że samo wdrożenie schema zwiększy liczbę cytowań w ChatGPT, Perplexity czy AI Overviews. Dane strukturalne warto wdrożyć przede wszystkim jako jednoznaczny opis strony dla systemów, które je obsługują.

Jakie typy schema warto dodać na blogu?

Wybierz typy, które odpowiadają elementom rzeczywiście obecnym na stronie. Nie trzeba oznaczać wszystkiego, co oferuje schema.org.

Typ	Kiedy go użyć	Co opisuje
`Article` lub `BlogPosting`	Na stronie pojedynczego wpisu	Tytuł, autora, daty i obraz artykułu
`BreadcrumbList`	Gdy strona pokazuje okruszki nawigacyjne	Położenie wpisu w strukturze serwisu
`FAQPage`	Gdy strona zawiera pytania i jedną odpowiedź autora na każde z nich	Widoczną sekcję pytań i odpowiedzi
`Organization`	Zwykle jako osobny opis wydawcy lub firmy	Nazwę, adres strony, logo i inne dane organizacji

Na blogu zacznij od Article albo bardziej szczegółowego BlogPosting. FAQPage nie powinno być domyślnym dodatkiem do każdego tekstu. Co więcej, od 2023 roku Google regularnie pokazuje rozszerzone wyniki FAQ przede wszystkim dla znanych serwisów rządowych i zdrowotnych. Na typowym blogu poprawne oznaczenie FAQ może nie dać żadnej widocznej zmiany w wynikach.

Jak dodać schema Article krok po kroku?

Najbezpieczniej generować dane Article we wspólnym szablonie wpisu. Dzięki temu każdy artykuł otrzyma ten sam zestaw właściwości, ale z wartościami pobranymi z własnych metadanych.

Znajdź szablon odpowiedzialny za stronę pojedynczego wpisu.
Dodaj blok <script type="application/ld+json"> i generuj w nim obiekt JSON-LD.
Pobierz z danych wpisu co najmniej tytuł, datę publikacji, autora oraz adres obrazu, jeśli artykuł go ma.
Użyj bezwzględnych, publicznie dostępnych adresów URL. Dotyczy to między innymi obrazu i strony autora.
Dopilnuj, aby wartości w kodzie zgadzały się z treścią widoczną dla czytelnika.
Najpierw przetestuj kilka stron, a dopiero potem zastosuj zmianę w całym serwisie.

Google nie wskazuje obecnie obowiązkowych właściwości dla Article, ale zaleca podanie wszystkich danych, które pasują do strony. Praktyczny przykład może wyglądać tak:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Jak dodać dane strukturalne na blogu",
  "datePublished": "2026-09-08",
  "dateModified": "2026-09-08",
  "image": "https://example.com/obrazy/dane-strukturalne.png",
  "author": {
    "@type": "Organization",
    "name": "Zespół Semsters",
    "url": "https://example.com/o-nas/"
  }
}

Typ autora musi odpowiadać rzeczywistości. Dla konkretnej osoby użyj Person, a dla zespołu lub firmy — Organization. Przy wielu autorach dodaj osobny obiekt dla każdego z nich. Aktualne właściwości i zalecenia znajdziesz w dokumentacji Google dla danych Article.

Jak poprawnie dodać FAQPage?

Użyj FAQPage, gdy strona zawiera listę pytań, a autor publikuje po jednej odpowiedzi na każde z nich. Jeśli użytkownicy mogą dodawać wiele odpowiedzi, właściwym typem będzie QAPage, a nie FAQPage.

Treść oznaczona w JSON-LD musi być dostępna dla użytkownika na tej samej stronie. Może znajdować się w rozwijanym elemencie interfejsu, pod warunkiem że czytelnik może ją wyświetlić. Nie dodawaj do kodu pytań ani odpowiedzi, których nie ma w artykule.

Przykład dla jednego pytania:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Czy schema markup podnosi pozycję w Google?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Nie. Dane strukturalne nie są bezpośrednią metodą poprawy pozycji. Pomagają wyszukiwarce zrozumieć zawartość strony i mogą kwalifikować ją do obsługiwanych wyników rozszerzonych."
      }
    }
  ]
}

Przed wdrożeniem sprawdź wytyczne Google dla FAQPage, zwłaszcza ograniczenia dotyczące widoczności wyników FAQ. Jeśli sekcja powstała wyłącznie po to, aby uzyskać dodatkowe miejsce w Google, a nie pomaga czytelnikowi, lepiej z niej zrezygnować.

Jak sprawdzić dane strukturalne po wdrożeniu?

Składnię i zgodność z wymaganiami trzeba sprawdzić przed publikacją, a sposób odczytania strony przez Google — po udostępnieniu jej pod publicznym adresem.

Użyj Rich Results Test, aby sprawdzić typy obsługiwane przez Google oraz błędy wpływające na możliwość uzyskania wyniku rozszerzonego.
Użyj Schema Markup Validator, aby zweryfikować składnię i właściwości ze słownika schema.org, także dla typów bez wyniku rozszerzonego w Google.
Po publikacji sprawdź publiczny URL w narzędziu do inspekcji adresów w Google Search Console. Strona nie może być zablokowana dla Googlebota ani oznaczona jako noindex.
Monitoruj odpowiedni raport wyników z elementami rozszerzonymi w Search Console, jeśli Google udostępnia go dla zastosowanego typu.

Brak błędów oznacza, że oznaczenie spełnia sprawdzane wymagania. Nie jest obietnicą, że Google pokaże rozszerzony wynik.

Jakie błędy pojawiają się najczęściej?

Kod nie zgadza się z widoczną stroną. Inny autor, data lub odpowiedź w JSON-LD podważa wiarygodność oznaczenia.
Oznaczona treść jest ukryta przed czytelnikiem. Dane strukturalne nie mogą opisywać elementów, których użytkownik nie znajdzie na stronie.
Wybrano niewłaściwy typ. Przykładem jest FAQPage dla forum, na którym użytkownicy publikują wiele odpowiedzi.
Adresy są względne albo niedostępne dla robota. Google musi móc pobrać wskazaną stronę autora i obraz.
Szablon pozostawia przykładowe wartości. Testowy tytuł, data lub domena trafiają wtedy do wszystkich wpisów.
Kilka komponentów generuje sprzeczne oznaczenia. Dwa bloki Article nie są automatycznie błędem, ale mogą przekazywać różne informacje o tej samej stronie. Najpierw ustal jedno źródło danych.
Ostrzeżenie jest traktowane jak błąd krytyczny. Brak zalecanej właściwości może pogorszyć kompletność oznaczenia, ale nie zawsze odbiera stronie możliwość uzyskania wyniku rozszerzonego.

Szerszą kontrolę techniczną strony opisujemy w przewodniku po audycie SEO krok po kroku.

Najczęstsze pytania

Czy schema markup podnosi pozycję w Google?

Nie bezpośrednio. Dane strukturalne pomagają Google interpretować stronę i mogą kwalifikować ją do obsługiwanych prezentacji w wynikach, ale samo dodanie kodu nie jest gwarancją wzrostu pozycji ani ruchu.

Czy trzeba znać JSON-LD, żeby dodać dane strukturalne?

Nie trzeba znać całej specyfikacji, ale samo skopiowanie szablonu nie wystarczy. Trzeba dobrać właściwy typ, poprawnie wygenerować JSON, uzupełnić prawdziwe dane i przetestować wynik.

Czy każdy wpis potrzebuje FAQPage?

Nie. FAQPage stosuj tylko wtedy, gdy sekcja pytań i odpowiedzi pomaga czytelnikowi i odpowiada definicji tego typu. Na zwykłym blogu nie należy oczekiwać, że Google pokaże rozszerzony wynik FAQ.

Jak długo trzeba czekać na efekt?

Google musi ponownie pobrać i przetworzyć stronę, co może potrwać kilka dni. Nawet po poprawnym wdrożeniu widoczny efekt może się nie pojawić, ponieważ dane strukturalne nie gwarantują rozszerzonego wyniku.

Czy dane strukturalne mają znaczenie dla E-E-A-T?

Mogą pomóc Google rozpoznać autora i wydawcę, ale nie dowodzą ich doświadczenia ani wiarygodności. Informacje w kodzie powinny odzwierciedlać widoczne autorstwo, bio i źródła. Więcej praktycznych wskazówek znajdziesz w poradniku o E-E-A-T na blogu firmowym.