Article séma

Amit a keresőnél jelent

A Google a strukturált adatból építi a gazdag találatokat. Article séma nélkül a cikk nem jelenhet meg a hírkártyás megjelenésekben. A rangsorolást önmagában nem javítja, de a megjelenés formáját igen.

Amit az AI-nál jelent

Egy nyelvi modell a HTML-ből nehezen dönti el, hogy egy dátum megjelenési dátum, frissítési dátum, vagy csak egy szám a szövegben. A datePublished és a dateModified ezt egyértelművé teszi. Frissesség-érzékeny témánál ez dönti el, hogy a modell aktuálisnak tekinti-e a tartalmat.

Az author mező a másik tét. Ha a szerző nevesített, és sameAs linkekkel be van kötve egy LinkedIn- vagy szakmai profilba, a modell egy valódi személyhez tudja kötni az állítást. Ez a citálhatóság (idézhetőség) alapja.

Üzleti következmény

• A tudástár-cikkeid nagyobb eséllyel kerülnek be AI-válaszokba forrásként.
• A frissítési dátum látszik, így a régi cikkeid nem tűnnek elavultnak, ha karbantartod őket.
• A szerzői szakértelem mérhető jelzéssé válik, nem csak a szövegben elrejtett állítássá.

Kikre vonatkozik

• Blogot vagy hírrovatot üzemeltető oldalak.
• Tudástárak, GYIK-gyűjtemények, szakszótárak.
• Esettanulmányok, ügyféltörténetek.
• Webshopok blogrésze, ha valódi cikkeket publikálnak.

Kikre nem

• Termékoldalra ne tegyél Article sémát. Oda a Product és Offer séma való.
• Kategória- és listaoldalra sem. Az nem cikk, hanem gyűjtőoldal.
• Szolgáltatásoldalra általában nem. Ott a WebPage vagy szolgáltatás-specifikus típus a helyes.
• Kapcsolat, impresszum, ÁSZF: ezek nem cikkek.

A magyar KKV-oldalak többségén a blog kap Article sémát, a statikus oldalak nem. Ez így helyes. A gond inkább az, amikor a plugin mindenre ráteszi, és a kapcsolatoldal is cikké válik a gépek szemében.

Lépések

1. Nyisd meg a cikkoldalt, és nézd meg a forrást: Ctrl+U vagy devtools, majd keress rá az application/ld+json szövegre.
2. Parancssorból gyorsabb: curl -s https://pelda.hu/cikk | grep -A 30 'application/ld+json'.
3. Illeszd be az URL-t a Google Rich Results tesztbe. Lásd: Rich Results teszt.
4. Nézd meg a Schema Markup Validatorban is, mert az a hibás mezőket szigorúbban jelzi.
5. A Search Console Enhancements részében ellenőrizd, hogy a Google talál-e Article-hibákat a teljes oldalon.

Jó jel

• A @type Article, BlogPosting vagy NewsArticle.
• Az author egy Person objektum, valódi névvel.
• A datePublished ISO 8601 formátumú, időzónával.
• A headline megegyezik a látható H1-gyel.
• A mainEntityOfPage a kanonikus címre mutat.

Rossz jel

• Az author egy puszta string, vagy a CMS felhasználóneve ("admin", "user1").
• A dateModified korábbi, mint a datePublished.
• A headline 110 karakternél hosszabb, mert a Google ezt levágja.
• Az image egy 100 pixeles ikon vagy hiányzó fájl.
• Több, egymásnak ellentmondó Article blokk ugyanazon az oldalon.
• A séma olyan adatot állít, ami a látható szövegben nincs benne. Ez a cloaking határa.

WordPress

1. Ha Yoast SEO vagy Rank Math fut, az Article séma alapból generálódik. Ellenőrizd a beállítást: Yoast esetén a Search Appearance > Content Types > Posts résznél állítsd a séma-típust Article vagy BlogPosting értékre.
2. Töltsd ki a szerzői profilokat. A Users menüben adj meg valódi megjelenítendő nevet, bemutatkozást és profil-linkeket.
3. Szüntesd meg az "admin" szerzőt. Hozz létre nevesített felhasználókat, és rendeld át a bejegyzéseket.
4. Nézd meg, nem fut-e egyszerre két séma-plugin. Duplikált blokkot okoznak.

Shopify

1. A blogsablon a article.liquid fájl. Ide illeszd a JSON-LD blokkot.
2. Az adatokat a article.title, article.author, article.published_at és article.image változókból töltsd.
3. A dátumot date: '%Y-%m-%dT%H:%M:%S%z' szűrővel formázd ISO 8601-re.
4. Ellenőrizd, hogy a téma nem generál-e már saját Article sémát.

Unas

1. Az Unas blogmodulja nem ad Article sémát alapból.
2. A Beállítások > Egyedi HTML kód résznél tudsz saját JSON-LD blokkot beszúrni.
3. Mivel itt nincsenek cikk-szintű változók, a blokkot cikkenként kézzel kell karbantartani. Ez csak kisebb blogoknál járható út.

Shoprenter

1. A sablonszerkesztőben keresd meg a blog cikk sablonját.
2. Twig-változókkal töltsd a mezőket, majd a blokkot a <head> végére tedd.
3. A dátumformázásnál figyelj: a megjelenített dátum és a sémában lévő érték ugyanaz legyen.

Egyedi fejlesztés

1. A sémát szerveroldalon generáld, ne JavaScriptből. Sok robot nem futtat JS-t.
2. Egyetlen forrásból dolgozz: ugyanaz az adatbázis-mező adja a látható címet és a headline értéket.
3. Használj @graph szerkezetet, ha az Article mellett Organization és BreadcrumbList sémát is kiadsz.
4. Az @id mezővel kösd össze az entitásokat. Lásd: @id (entitás-azonosító a sémában).
5. Tegyél a CI-be egy ellenőrzést, ami validálja a generált JSON-LD-t.

• Az author egy string, nem Person objektum. A modell nem tudja entitásként kezelni, így a szerzői szakértelem elvész.
• Az "admin" marad a szerző. Névtelen tartalomnak látszik, pedig van mögötte valódi szakember.
• A dateModified minden oldalletöltéskor a mai dátum. A frissesség így értelmetlenné válik, és a robot előbb-utóbb figyelmen kívül hagyja.
• A headline eltér a látható H1-től. Ellentmondó jelzés, ami rontja a bizalmat a teljes sémablokk iránt.
• Article séma termék- vagy kategóriaoldalon. Rossz típust állít az oldalról, és elveszi a helyes séma helyét.
• Csak JavaScriptből injektált JSON-LD. A Google általában látja, de sok AI-crawler nem futtat JS-t.
• Hiányzó vagy törött image URL. A gazdag találat megjelenése emiatt bukik el, pedig minden más rendben van.

Egy teljes, működő Article blokk. A @id mezők kötik össze a szerzőt és a cikket, így a séma nem szigetel el adatokat.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "@id": "https://pelda.hu/blog/article-sema#article",
  "headline": "Article séma: mit kell tudni róla",
  "description": "Az Article séma a cikk címét, szerzőjét és dátumait adja meg gépi formában.",
  "image": "https://pelda.hu/img/article-sema-1200x675.jpg",
  "datePublished": "2026-03-14T09:00:00+01:00",
  "dateModified": "2026-09-02T14:30:00+02:00",
  "author": {
    "@type": "Person",
    "@id": "https://pelda.hu/szerzo/kovacs-anna#person",
    "name": "Kovács Anna",
    "url": "https://pelda.hu/szerzo/kovacs-anna",
    "sameAs": ["https://www.linkedin.com/in/pelda-anna"]
  },
  "publisher": {
    "@type": "Organization",
    "@id": "https://pelda.hu/#organization",
    "name": "Példa Kft."
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://pelda.hu/blog/article-sema"
  },
  "inLanguage": "hu-HU"
}

A blokk így kerül a HTML-be. Fontos, hogy a type attribútum pontosan ez legyen:

<script type="application/ld+json">
{ "@context": "https://schema.org", "@type": "BlogPosting", "headline": "..." }
</script>

Gyors ellenőrzés parancssorból, JS-futtatás nélkül. Így látod azt, amit egy egyszerű crawler lát:

curl -s https://pelda.hu/blog/article-sema \
  | grep -o 'application/ld+json' \
  | wc -l

Ha a válasz 0, akkor a séma csak kliensoldalon jön létre, vagy egyáltalán nincs.

Mit néz ebből a riport

Az audit megnézi, van-e Article vagy BlogPosting típusú JSON-LD a cikkoldalakon. Ellenőrzi az author, a datePublished és a headline meglétét. Jelzi, ha a szerző üres, alapértelmezett felhasználónév, vagy ha a séma csak JavaScriptből jön létre.