Dane strukturalne Article

TL;DR — Article schema to niewielki blok kodu dodawany do wpisu blogowego lub artykułu informacyjnego, który opisuje podstawowe elementy dla wyszukiwarek — „to jest nagłówek”, „to jest autor”, „to opublikowano wtedy”, „to jest główny obraz”. Pomaga Google lepiej pokazać te informacje w wynikach wyszukiwania. Własna dokumentacja Google nazywa to „Article rich result”, ale nie tworzy to efektownej, nowej karty jak w przypadku Recipe lub Video — i nie jest wymogiem wejścia do Google News ani Discover. I — mimo tego, co mogłeś przeczytać — nie wymaga AMP.

Czym jest Article schema

Czytając artykuł, od razu widzisz nagłówek, podpis autora i datę. Wyszukiwarka widzi zwykły tekst i musi odtworzyć te zależności. Article schema opisuje je w kodzie, korzystając ze wspólnego słownika schema.org, dzięki czemu Google dokładnie wie, która część jest nagłówkiem, kto ją napisał, kiedy ją opublikowano i który obraz jest głównym obrazem.

Niemal zawsze zapisuje się ją jako JSON-LD — mały blok kodu umieszczony na stronie bez zmiany jej wyglądu. Spotkasz typ Article, NewsArticle albo BlogPosting. Wszystkie trzy są poprawne, a Google omawia je w jednym przewodniku. Evidence for this claim Schema.org defines Article and the more specific BlogPosting and NewsArticle types. Scope: Schema.org vocabulary; type validity is separate from Google search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: Article Nie musisz długo męczyć się z wyborem (więcej na ten temat znajdziesz na karcie Advanced).

Dlaczego warto

To część, którą większość przewodników wyolbrzymia, więc powiedzmy to wprost: Article schema nie daje efektownej, nowej karty wyniku tak jak Recipe albo Product. Jej działanie jest spokojniejsze, ale realne:

• Pomaga Google pokazać lepszy tekst tytułu, lepszy obraz i wyraźniejszą datę artykułu w zwykłych wynikach wyszukiwania — własna dokumentacja Google nazywa to „Article rich result”. Evidence for this claim Google says Article structured data can help it understand article pages and show better title, image, and date information. Scope: Google Search Article documentation; markup does not guarantee a particular appearance. Confidence: high · Verified: 2026-07-14 Google: Article structured data
• Google News i Discover mogą lepiej odczytać ten markup, ale żaden z tych kanałów go nie wymaga — Discover w szczególności mówi, że nie potrzebuje żadnych specjalnych tagów ani danych strukturalnych.

Korzyścią jest więc lepiej wyświetlona wersja istniejącego wyniku, a nie osobna, nowo wyglądająca karta. Każdy, kto obiecuje „article carousel rich result” albo sugeruje, że markup jest tym, co zapewnia wejście do Top Stories lub Discover, wyolbrzymia jego znaczenie.

Dobra wiadomość: nic nie jest wymagane

Przewodnik Google po Article jest odświeżająco elastyczny: nie ma wymaganych właściwości. Dodajesz te, które pasują do treści. W praktyce warto uwzględnić:

• headline — tytuł artykułu (niech będzie zwięzły; Google skraca długie tytuły).
• author — prawdziwa osoba lub organizacja, której nazwa pasuje do podpisu.
• datePublished i dateModified — datę publikacji i ostatniej istotnej zmiany.
• image — główny obraz (Google preferuje co najmniej 50 000 pikseli w kilku rozmiarach/proporcjach: 16x9, 4x3 i 1x1).

Mity, które należy zignorować

Dwie rzeczy, które mogłeś przeczytać, są po prostu nieaktualne albo błędne:

• „Article schema wymaga AMP”. Nie wymaga. Aktualny przewodnik Google po Article w ogóle nie wspomina o AMP.
• „Więcej właściwości zawsze pomaga”. Google wyraźnie mówi, aby dodawać tylko te, które pasują — nie ma checklisty do wypełnienia, żeby „wygrać”.

I jedna zasada, która zawsze jest prawdziwa: poprawny markup daje kwalifikację, a nie gwarancję. Google nadal decyduje, czy go wykorzystać.

Chcesz poznać pełną wersję — różnicę między Article, NewsArticle i BlogPosting, poprawne uzupełnianie zalecanych właściwości, typowe błędy wdrożeniowe oraz związek z Top Stories i Discover bez obietnic na wyrost? Przejdź do karty Advanced.

TL;DR — Dane strukturalne Article (Article, NewsArticle lub BlogPosting — wszystkie są poprawne; Google opisuje je w jednym przewodniku) oznaczają na stronie pisanej headline, author, datePublished/dateModified i image. Nie ma wymaganych właściwości — Google zaleca “add the properties that apply to your content.” (tłumaczenie) „dodaj właściwości, które pasują do Twojej treści”. Własna dokumentacja Google nazywa tę funkcję „Article rich result” — ale w przeciwieństwie do charakterystycznej karty Recipe lub VideoObject przejawia się ona jako lepiej wyświetlona wersja istniejącego wyniku (tekst tytułu, obraz, data), a nie osobny format fragmentu. Markup Article nie jest wymagany dla funkcji Google News, takich jak Top Stories, a własne wytyczne Discover mówią, że w ogóle nie są potrzebne specjalne tagi ani dane strukturalne — nie jest więc przełącznikiem kwalifikacji, który obiecują niektóre poradniki reklamujące „article carousel”. Aktualny przewodnik Google po Article nie wspomina nigdzie o AMP — stare twierdzenie „Article schema wymaga AMP” jest nieaktualne. Poprawny markup daje tylko kwalifikację; Google nadal decyduje, czy go użyć, a sam markup nigdy nie jest czynnikiem rankingowym.

Co Article schema faktycznie robi (a czego nie robi)

Najpierw skorygujmy najczęstsze wyolbrzymienie, bo wszystko inne z niego wynika: własna dokumentacja Google nazywa tę funkcję „Article rich result”, ale nie jest to charakterystyczna, nowa karta w rodzaju karty Recipe tworzonej przez markup Recipe ani prezentacji miniatury wideo tworzonej przez VideoObject. Article nie ma odpowiednika samodzielnego wizualnego fragmentu — „rich result” oznacza tu lepiej pokazany istniejący listing. W praktyce robi to:

• Poprawia sposób wyświetlania istniejących wyników — Google może pokazać lepszy tekst tytułu, lepszy obraz główny i wyraźniejszą datę artykułu.
• Pomaga Google zrozumieć treść — ale nie jest wymagany dla funkcji Google News, takich jak Top Stories, a wytyczne Discover mówią, że kwalifikująca się treść nie potrzebuje żadnych specjalnych tagów ani danych strukturalnych. Markup Article może wyraźniej przekazać szczegóły; nie odblokowuje żadnego z tych kanałów.

To sygnał jakości wyświetlania, a nie osobny typ nowego fragmentu ani przełącznik kwalifikacji. Gdy widzisz poradnik obiecujący „Article schema odblokowuje Top Stories / article carousels”, potraktuj to jako wyolbrzymienie — własne ujęcie Google dotyczy lepszego zrozumienia strony i pokazania tytułu, obrazu oraz daty, a nie karty ani włączenia kwalifikacji News lub Discover. (Sformułowanie „lepszy tekst tytułu, obrazy i informacje o dacie” traktuję jako parafrazę ujęcia Google, a nie dosłowny cytat — potwierdzone słowo w słowo brzmienie znajdziesz na karcie Quotes).

Article a NewsArticle i BlogPosting — czy trzeba wybrać poprawnie?

Krótka odpowiedź: nie ma powodu do stresu. Wszystkie trzy typy są poprawne, a przewodnik Google omawia wspólnie Article, NewsArticle i BlogPosting, z tym samym zestawem zalecanych właściwości. NewsArticle i BlogPosting są podtypami Article, więc:

• Użyj NewsArticle dla treści informacyjnych w serwisie newsowym.
• Użyj BlogPosting dla wpisów blogowych.
• Użyj Article jako bezpiecznego ogólnego wyboru, gdy żaden z pozostałych typów nie pasuje dokładnie.

Wybierz najbardziej szczegółowy typ, który uczciwie opisuje stronę, ale nie trać przez to snu — zestaw zalecanych właściwości jest taki sam i z wyborem nie wiąże się osobna korzyść w postaci rich result. Sam Schema.org definiuje jeszcze kilka podtypów Article poza tą trójką, ale przewodnik Google i ten artykuł omawiają trzy typy, dla których Google publikuje obsługiwany zestaw właściwości.

Brak wymaganych właściwości — cecha, nie luka

Przewodnik Google po Article mówi jasno: nie ma wymaganych właściwości; zamiast tego dodaj właściwości, które pasują do Twojej treści. Evidence for this claim Google lists no required Article properties but recommends adding applicable author, date, headline, and image data. Scope: Google Search Article feature requirements; completeness and accuracy still matter. Confidence: high · Verified: 2026-07-14 Google: Article structured data Ta elastyczność myli osoby przyzwyczajone do markupów Product lub Recipe z twardymi listami wymagań. Tutaj warto dobrze uzupełnić zalecane właściwości:

Kusi, aby dodać każdą właściwość oferowaną przez schema.org. Nie rób tego. Wskazówka Google brzmi: dodawaj to, co pasuje — dłuższa lista nie daje premii, a nieistotne lub nieprawdziwe właściwości są tylko ryzykiem.

Typowe błędy wdrożeniowe

• Niezgodna nazwa autora. Najczęstszy błąd: author ustawione na ogólną lub niepasującą wartość („Admin”, nazwę witryny, redaktora, który nie napisał tekstu), zamiast na prawdziwy obiekt Person/Organization, którego nazwa pasuje do podpisu na stronie.
• Zbyt długi headline. Google skraca, a czasem przepisuje długie nagłówki w wynikach, więc napompowana wartość headline niczego nie daje i może wyglądać nienaturalnie.
• Nieaktualny lub zmieniany bez powodu dateModified. Aktualizowanie go przy każdym crawlowaniu albo nieaktualizowanie nigdy wysyła zły sygnał. Zmień go, gdy treść naprawdę się zmienia.
• Jeden słabej jakości image. Udostępnij Google kilka rozmiarów/proporcji; jeden mały lub niezgrabnie przycięty obraz ogranicza to, co może zostać pokazane.
• Pogoń za kartą, która nie istnieje. Google nazywa tę funkcję „Article rich result”, ale nie ma charakterystycznego, nowego fragmentu, za którym trzeba gonić — zyskujesz lepiej wyświetlony istniejący wynik i nic więcej.

Związek z Top Stories, News i Discover — bez obietnic na wyrost

To część, w której warto zachować precyzję, bo Google mówi o tym jasno, a te dwie powierzchnie nie są takie same: markup Article może wyraźniej przekazać Google szczegóły artykułu, ale Google mówi, że nie jest wymagany dla funkcji Google News, takich jak Top Stories, a wytyczne Discover mówią, że kwalifikująca się treść nie potrzebuje żadnych specjalnych tagów ani danych strukturalnych. Article schema nie odblokowuje więc żadnej z tych powierzchni — to markup, który może pomóc Google zrozumieć stronę już rozważaną przez system, a nie przełącznik. O wejściu do Top Stories lub Discover faktycznie decydują status kwalifikującego się wydawcy, jakość i świeżość treści oraz własne systemy Google.

Dwie sąsiednie kwestie warto tylko wspomnieć, bez zagłębiania się w nie:

• Treść za paywallem powinna osobno dodawać dane strukturalne paywalled-content — to własny markup, nie część Article, i ma znaczenie dla sposobu traktowania stron subskrypcyjnych przez Google.
• Właściwości author i daty warto uzupełnić poprawnie z tych samych powodów, dla których prawdziwa, spójna tożsamość autora ma znaczenie dla szerszych sygnałów E-E-A-T omawianych gdzie indziej w tej witrynie — nie znam aktualnych dowodów, że sam ten markup jest bezpośrednim sygnałem E-E-A-T; poprawne autorstwo jest po prostu dobrą praktyką niezależnie od tego.

Dane strukturalne nie są czynnikiem rankingowym

Warto to powtórzyć, bo na tym opiera się cała reszta: dane strukturalne — w tym Article — nie są czynnikiem rankingowym. John Mueller wielokrotnie mówił, że wpływają na kwalifikację do rich result i sposób wyświetlania, a nie bezpośrednio na rankingi. Dodajesz Article schema, aby pomóc Google zrozumieć i pokazać treść, a nie aby przesunąć się w górę wyników. Właśnie dlatego nadal uważam, że warto ją dodawać: nawet bez charakterystycznej, nowej karty poprawia sposób wyświetlania artykułów. Lubię markup schema, gdy zapewnia funkcję wyszukiwarki — a własna etykieta Google „Article rich result”, prowadząca do czystszych tytułów, obrazów i dat, spełnia ten próg bez potrzeby opierania się na nieudowodnionych twierdzeniach o kwalifikacji do News lub Discover.

Miejsce Article w szerszym obrazie danych strukturalnych

Article jest jednym z typów Creative Works w schema.org, obok takich typów jak AudioObject, Book, Course, Dataset, Movie, Recipe i VideoObject — centrum Creative Works, pod które podpada ten artykuł, grupuje je razem. Kilka z nich (Recipe, VideoObject) ma dedykowane karty rich result, dlatego warto jasno powiedzieć, że Article jej nie ma. Szerszy słownik i związek JSON-LD z tym systemem opisują znajdujące się wyżej huby Schema Markup i Structured Data.

Podsumowanie AI

Skondensowana wersja karty Advanced:

• Czym jest: markup schema.org Article (wdrażany jako Article, NewsArticle albo BlogPosting — wszystkie są poprawne; Google omawia je wspólnie), zwykle jako JSON-LD, opisujący headline, author, datePublished/dateModified i image pisanej strony.
• Brak wymaganych właściwości. Google mówi, aby dodawać właściwości, które pasują do treści — nie ma listy obowiązkowej ani premii za dłuższą listę.
• Google nazywa to „Article rich result” — ale w przeciwieństwie do Recipe lub VideoObject nie ma charakterystycznej, nowej karty. To lepiej pokazany istniejący wynik: lepszy tekst tytułu, obraz i data.
• Nie jest to przełącznik Top Stories ani Discover. Google mówi, że markup Article nie jest wymagany dla funkcji Google News, takich jak Top Stories, a wytyczne Discover mówią, że kwalifikująca się treść nie potrzebuje żadnych specjalnych tagów ani danych strukturalnych. Markup może pomóc Google zrozumieć stronę, ale nie odblokowuje żadnej z tych powierzchni.
• Wyolbrzymienia konkurencji do zignorowania: twierdzenia, że Article schema „odblokowuje Top Stories / article carousels / rich snippet”, mieszają ujęcie Google dotyczące zrozumienia treści z gwarancją kwalifikacji. Czytaj je jako przesadzone, a nie jako obietnicę osobnego formatu wizualnego, który zapewnia Article.
• Brak wymogu AMP. Aktualny przewodnik Google po Article nie wspomina nigdzie o AMP — szeroko powtarzane twierdzenie „Article schema wymaga AMP” jest nieaktualne.
• Wybór typu: NewsArticle dla wiadomości, BlogPosting dla blogów, a Article jako bezpieczny ogólny fallback (schema.org definiuje dalsze podtypy; Google dokumentuje obsługiwany zestaw właściwości dla tych trzech). Zalecane właściwości są takie same dla wszystkich; wybór nie daje osobnej korzyści rich result.
• Dobrze uzupełnione właściwości zalecane: author = prawdziwy Person lub Organization z pasującą nazwą; zwięzły headline (Google skraca długie); uczciwy dateModified; reprezentatywne, crawlowalne obrazy o co najmniej 50 000 pikseli w wielu proporcjach (16x9, 4x3, 1x1).
• Typowe błędy: niepasujący/ogólny autor, zbyt długi nagłówek, zmieniany bez powodu lub nieaktualny dateModified, jeden słaby obraz i oczekiwanie karty, która nie istnieje.
• Sąsiednia kwestia: treść za paywallem potrzebuje osobnego markupu paywalled-content; poprawne właściwości author/daty to dobra praktyka obok szerszych prac nad E-E-A-T, choć ten zapis nie dowodzi, że sam markup jest bezpośrednim sygnałem E-E-A-T.
• Kwalifikacja ≠ wyświetlenie i nie jest to czynnik rankingowy: dane strukturalne wpływają na kwalifikację do rich result i sposób wyświetlania, nie na rankingi (Mueller mówił o tym wielokrotnie). Poprawny markup daje tylko kwalifikację; Google decyduje, czy go użyć.

Dokumentacja oficjalna

Dokumentacja źródłowa wyszukiwarek.

Google — dane strukturalne Article

• Dane strukturalne Article (Article, NewsArticle, BlogPosting) — jeden przewodnik obejmujący wszystkie trzy typy, nazywający udokumentowaną funkcję „Article rich result”, opisujący brak wymaganych właściwości, właściwości zalecane (author, dateModified, datePublished, headline, image) oraz wytyczną obrazów o minimum 50 000 pikseli w wielu proporcjach. Stwierdza także, że markup Article nie jest wymagany dla funkcji Google News, takich jak Top Stories. Warto zauważyć, że nie wspomina o AMP.
• Ogólne wytyczne dotyczące danych strukturalnych — zasady dotyczące treści, techniki i jakości obowiązujące dla wszystkich danych strukturalnych, w tym Article.
• Treść subskrypcyjna i za paywallem — osobny markup dla artykułów subskrypcyjnych/za paywallem (wspomniany w przewodniku Article, wdrażany oddzielnie).
• Rich Results Test — weryfikacja markupu i sprawdzenie, co Google może z niego odczytać.
• Get on Discover (Google) — własne wytyczne Discover dotyczące kwalifikacji, które mówią, że treść nie potrzebuje żadnych specjalnych tagów ani danych strukturalnych.

Bing / Microsoft

• Oznaczanie witryny danymi strukturalnymi — ogólna obsługa danych strukturalnych w Bingu (zalecane schema.org i JSON-LD), weryfikowana ogólnym walidatorem Markup Validator Binga.

Cytaty ze źródeł

Wypowiedzi Google zapisane w dokumentacji. Gdy strona źródłowa udostępnia tekst, link prowadzi bezpośrednio do cytowanego fragmentu.

Dokumentacja Google — brak wymaganych właściwości

• “There are no required properties; instead, add the properties that apply to your content.” (tłumaczenie) „Nie ma wymaganych właściwości; zamiast tego dodaj właściwości, które pasują do Twojej treści.” Przejdź do cytatu

O danych strukturalnych i rankingach (ponadczasowe ujęcie)

• Dane strukturalne nie są czynnikiem rankingowym — jak wielokrotnie mówił John Mueller, wpływają na kwalifikację do rich result i sposób wyświetlania, a nie bezpośrednio na rankingi. (Parafraza konsekwentnych publicznych wypowiedzi Muellera z godzin biurowych Search Central i postów w mediach społecznościowych; traktuj ją jako ugruntowane ujęcie, a nie pojedynczy stenogram ze źródła).

Mity i błędy Article schema, których należy unikać

Mit: „Article schema wymaga AMP”. Nieprawda i warto to wyjaśnić wprost, bo starsze poradniki nadal to powtarzają. Aktualny przewodnik Google po Article nigdzie nie wspomina o AMP — dziś nie ma wymogu AMP dla obsługi Article. Zasób łączący markup Article z AMP jest nieaktualny.

Mit: „Article schema daje charakterystyczną, nową kartę rich result”. Nie daje. Własna dokumentacja Google nazywa udokumentowaną funkcję „Article rich result”, ale w przeciwieństwie do Recipe lub VideoObject Article nie ma osobnego wizualnego fragmentu — to lepiej wyświetlona wersja istniejącego wyniku (tekst tytułu, obraz, data). I nie jest wymagana dla funkcji Google News, takich jak Top Stories, a wytyczne Discover mówią, że kwalifikująca się treść nie potrzebuje żadnych specjalnych tagów ani danych strukturalnych. Poradniki obiecujące „article carousel rich result” z samego schematu — widziałem takie ujęcie jako osobny format u Yoast, Semrush i SEJ — wyolbrzymiają działanie markupu. Czytaj je jako przesadzone twierdzenia o kwalifikacji, a nie gwarancje formatu lub kwalifikacji.

Mit: „Więcej właściwości zawsze pomaga”. Google wyraźnie mówi, aby dodawać tylko właściwości pasujące do treści. Nie ma listy obowiązkowej ani premii za dłuższą listę — nieistotne lub nieprawdziwe właściwości są ryzykiem, a nie wzrostem rankingu ani kwalifikacji.

Mit: „Dane strukturalne podniosą moje rankingi”. Dane strukturalne — w tym Article — nie są czynnikiem rankingowym (Mueller mówił to wielokrotnie). Wpływają na kwalifikację do rich result i sposób wyświetlania, nie na rankingi. Dodaj je, aby pomóc Google zrozumieć i pokazać treść, a nie aby wejść wyżej w wynikach.

Błąd: ogólny lub niepasujący author. Ustawienie author na „Admin”, nazwę witryny albo redaktora, który nie napisał tekstu, podważa cały sens markupu. Wskaż prawdziwy obiekt Person lub Organization, którego nazwa pasuje do widocznego podpisu autora.

Błąd: zbyt długi headline. Google skraca, a czasem przepisuje długie nagłówki w wynikach. Rozdmuchana wartość headline niczego nie daje i może wyglądać niewłaściwie — zachowaj zwięzłość i dopasuj ją do widocznego tytułu.

Błąd: zmieniany bez powodu lub nieaktualny dateModified. Aktualizowanie dateModified przy każdym crawlowaniu (aby udawać świeżość) albo nieaktualizowanie go nigdy w obu przypadkach wprowadza w błąd. Zmieniaj go, gdy treść rzeczywiście się zmienia.

Błąd: oczekiwanie, że Article schema włączy Top Stories lub Discover. Google mówi, że markup Article nie jest wymagany dla Top Stories, a wytyczne Discover mówią, że kwalifikująca się treść nie potrzebuje żadnych specjalnych tagów ani danych strukturalnych. Te powierzchnie zależą od statusu kwalifikującego się wydawcy, jakości i świeżości treści oraz własnych decyzji Google. Czysty markup może pomóc Google zrozumieć stronę, ale nie przełącza żadnej funkcji.

Błąd: pominięcie markupu paywalled-content. Artykuły subskrypcyjne/za paywallem potrzebują osobnych danych strukturalnych paywalled-content — nie są one częścią Article, a ich pominięcie może powodować problemy w sposobie traktowania stron z ograniczonym dostępem przez Google.

Ogólny i poprawnie zbudowany JSON-LD Article

Article nie ma wymaganych właściwości, więc „zepsute” rzadko oznacza „nie przechodzi walidacji” — częściej oznacza cienki i mało pomocny markup, który wprawdzie parsuje się technicznie, ale niewiele daje Google, albo wartości niepasujące do strony.

Cienki, ogólny fragment

Parsuje się poprawnie, ale author jest ogólny, istnieje tylko jeden słabej jakości obraz, a daty i informacje o zmianach są nieobecne:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How To Implement Article Schema Markup For Better Search Visibility And Rich Results In Google Today",
  "author": {
    "@type": "Person",
    "name": "Admin"
  },
  "image": "https://example.com/img/thumb.jpg"
}

Co jest słabe:

• author.name: „Admin” — nazwa ogólna i niepasująca do żadnego prawdziwego podpisu. Użyj rzeczywistego autora.
• Zbyt długi headline — Google go skróci/przepisze, a on nie będzie pasować do widocznego tytułu.
• Jeden mały image — pojedyncza miniatura ogranicza to, co Google może pokazać.
• Brak datePublished/dateModified — rezygnujesz z sygnału daty.

Ten sam artykuł, poprawnie zbudowany

Szczegółowy typ BlogPosting, prawdziwy autor pasujący do podpisu, wiele proporcji obrazu i uczciwe daty:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to implement Article schema markup",
  "author": {
    "@type": "Person",
    "name": "Patrick Stox",
    "url": "https://example.com/author/patrick-stox/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/img/logo.png"
    }
  },
  "datePublished": "2026-07-01T09:00:00-04:00",
  "dateModified": "2026-07-01T09:00:00-04:00",
  "image": [
    "https://example.com/img/article-1x1.jpg",
    "https://example.com/img/article-4x3.jpg",
    "https://example.com/img/article-16x9.jpg"
  ]
}

Dlaczego jest lepiej:

• @type: "BlogPosting" — najbardziej szczegółowy typ, który uczciwie opisuje stronę (poprawny podtyp Article).
• Prawdziwy, pasujący author z url prowadzącym do encji autora.
• Zwięzły headline dopasowany do widocznego tytułu.
• Obie daty obecne, w formacie ISO 8601 ze strefą czasową.
• Trzy proporcje obrazu (16x9, 4x3, 1x1), aby Google mógł dobrać najlepszą do danej powierzchni.

Zauważ, że nie spełniasz tu żadnej właściwości „wymaganej” — wszystkie są zalecane. Różnica między tymi dwoma fragmentami nie polega na przejściu lub nieprzejściu walidacji, tylko na tym, ile Google może zrobić z przekazanymi danymi.

Sprawdź się: Article Schema

Pięć krótkich pytań o markup Article, NewsArticle i BlogPosting, o to, co robi (i czego nie robi), oraz o mity, które warto ignorować. Wybierz odpowiedź na każde pytanie, a potem sprawdź wynik.

Stałe KPI dla Article schema

Article schema nie ma własnego raportu rich result w Search Console, tak jak Recipe czy Product, więc przydatne KPI powinny odzwierciedlać to, co markup faktycznie robi: poprawia jakość wyświetlania istniejącego wyniku. Śledź je kwartał po kwartale, zamiast gonić za jedną liczbą po publikacji.

Wyświetlenia w wyglądzie wyszukiwania Top Stories / Discover

Metryka: wyświetlenia i kliknięcia, gdy podział Search Console według wyglądu w wyszukiwarce pokazuje „Top stories”, albo gdy osobny raport Discover wykazuje aktywność. Co mówi: czy Google pokazuje strony oznaczone Article na tych powierzchniach — pamiętaj jednak, że markup Article nie jest wymagany dla żadnej z nich (Google mówi, że Top Stories nie wymaga markupu, a Discover nie potrzebuje specjalnych tagów ani danych strukturalnych), więc niska liczba nie musi oznaczać uszkodzonego markupu, a wysokiej nie należy przypisywać samemu markupowi. Jak pobrać: Search Console → Performance → filtr wyglądu w wyszukiwarce (lub dedykowany raport Discover, jeśli Twoja usługa ma zarejestrowany ruch, aby go pokazywać). Benchmark / realistyczny zakres: nie ma benchmarku między witrynami — kwalifikacja do Top Stories i Discover silnie zależy od statusu wydawcy, niszy i świeżości, więc ustal własną bazę dla każdej sekcji i obserwuj trend zamiast porównywać się z zewnętrzną liczbą. Częstotliwość: co miesiąc lub po każdej zmianie markupu Article albo rytmu publikacji.

Wskaźnik poprawnych danych strukturalnych w szablonach artykułów

Metryka: udział stron opartych na szablonie Article, które parsują się poprawnie bez brakujących pól zalecanych. Co mówi: czy aktualizacja CMS-a, zmiana motywu albo edycja szablonu nie zepsuła markupu w całej witrynie, bo pojedynczy błąd szablonu może po cichu usunąć author lub image ze wszystkich artykułów. Jak pobrać: sprawdź próbkę adresów URL za pomocą Schema Markup Validator lub Rich-Result Eligibility Checker; ostrzeżenia o danych strukturalnych w Search Console mogą także wskazać strony, których Google nie zdołał sparsować. Benchmark / realistyczny zakres: to metryka higieny, nie krzywa — uczciwym celem jest 100% stron szablonowych z polami zalecanymi, bo częściowe pokrycie nie daje żadnej korzyści. Częstotliwość: natychmiast po zmianie szablonu lub CMS-a; poza tym wystarczy kwartalna kontrola próbki.

Zgodność wyświetlanego tytułu, obrazu i daty

Metryka: czy nagłówek, obraz i data faktycznie pokazywane przez Google w wynikach wyszukiwania odpowiadają wartościom ustawionym w headline, image i datePublished/dateModified. Co mówi: to bezpośrednio obserwowalna wersja „lepszej jakości wyświetlania”, czyli głównej funkcji Article schema — jeśli Google podstawia własny zgadnięty tytuł albo inny obraz, markup nie spełnia swojej roli dla tej strony. Jak pobrać: użyj podglądu renderowanego w narzędziu URL Inspection, Rich Results Test albo ręcznie sprawdź SERP dla docelowych zapytań artykułu. Benchmark / realistyczny zakres: nie ma procentu do osiągnięcia — to odczyt pass/fail dla każdej sprawdzanej strony, więc każdą niezgodność potraktuj jako sygnał do ponownego przejrzenia autora, nagłówka lub obrazu. Częstotliwość: sprawdź ważne strony krótko po publikacji, a później od czasu do czasu starsze treści, które zostały zaktualizowane.

Narzędzia do budowania i sprawdzania Article schema

Trzy moje bezpłatne narzędzia obejmują cały proces dla Article schema — poprawne generowanie, walidację tego, co już masz, oraz dokładne sprawdzenie, których pól zalecanych nadal brakuje.

Generowanie markupu za pomocą Schema Markup Generator

Schema Markup Generator buduje JSON-LD Article, NewsArticle lub BlogPosting na podstawie formularza, zamiast wymagać ręcznego pisania. Poprawnie tworzy zagnieżdżenia w miejscach, w których ludzie najczęściej popełniają błędy — właściwy author jako obiekt Person lub Organization, a nie goły tekst, publisher z zagnieżdżonym logo ImageObject oraz tablicę image, aby można było podać proporcje 16x9/4x3/1x1 zalecane przez Google — i eksportuje sześć formatów, które można od razu wkleić na stronę.

Walidacja istniejącego markupu za pomocą Schema Markup Validator

Schema Markup Validator sprawdza istniejący JSON-LD — wklej kod albo pełną stronę HTML — i zwraca wyniki według poziomu ważności względem słownika schema.org oraz zalecanych przez Google właściwości Article. Jest szczególnie przydatny przy błędzie niepasującego autora opisanym na karcie Advanced: jego sprawdzanie grafu @id między blokami wykryje odwołanie author, które nie wskazuje na prawdziwą encję Person lub Organization w innym miejscu strony.

Sprawdzanie kwalifikacji pole po polu za pomocą Rich-Result Eligibility Checker

Rich-Result Eligibility Checker to najszybszy sposób sprawdzenia dla każdego pola, czy markup Article obejmuje zalecany zestaw — headline, author, datePublished, dateModified i image — za pomocą wyraźnego ptaszka, X przy braku albo ostrzeżenia przy polu zalecanym, lecz opcjonalnym. Ponieważ Article nie ma wymaganych właściwości, to narzędzie pomaga zdecydować, które pola zalecane warto dodać, zamiast zgadywać.

Własny walidator Google jako druga opinia

Rich Results Test Google warto uruchomić po powyższych narzędziach, ponieważ pokazuje dokładnie to, co własny parser Google odczytuje ze strony, a nie interpretację specyfikacji przez firmę trzecią — przydaje się jako końcowa kontrola przed wdrożeniem zmiany szablonu w całej witrynie.

Zasoby warte uwagi

Z branży

Article schema to temat, przy którym kilka znanych przewodników wyolbrzymia korzyści markupu w Top Stories i Discover, dlatego wymieniam kilka z nich jako przykłady wyolbrzymienia, które ten artykuł koryguje — czytaj je w zestawieniu z własną dokumentacją Google, która nazywa funkcję „Article rich result”, ale opisuje korzyść jako lepsze wyświetlenie istniejącego wyniku i lepsze zrozumienie, a nie osobną kartę ani przełącznik kwalifikacji:

• Dane strukturalne Article (Article, NewsArticle, BlogPosting) (Google Search Central) — autorytatywne źródło: brak wymaganych właściwości, pola zalecane, obrazy wieloproporcjonalne o minimum 50 000 pikseli, brak wymogu markupu dla Top Stories i — co szczególnie istotne — brak wzmianki o AMP.
• Get on Discover (Google) — stwierdza, że kwalifikacja do Discover nie wymaga specjalnych tagów ani danych strukturalnych.
• Ogólne wytyczne dotyczące danych strukturalnych (Google) — zasady dotyczące wszystkich danych strukturalnych.
• Treść subskrypcyjna i za paywallem (Google) — osobny markup dla artykułów z ograniczonym dostępem.
• Kompletny przewodnik po structured data / schema (Yoast) — przydatne ogólne źródło, ale przedstawia Article schema jako umożliwiające rich result, takie jak Top Stories i article carousels; własna dokumentacja Google mówi, że markup nie jest wymagany dla żadnej z tych powierzchni.
• Przewodnik po schema markup (Semrush) — podobnie przedstawia Article schema jako czyniące strony „eligible for a rich snippet”, mieszając kwalifikację News/Discover z samym markupiem; traktuj to jako przesadzone twierdzenie o kwalifikacji.
• Czym jest schema markup? Jak go dodać i dlaczego ma znaczenie (Ahrefs) — solidny ogólny przewodnik po schema z przydatnym ujęciem czytelności dla agentów AI i maszyn.

Dziennik zmian