Mely schema.org típusok befolyásolják ténylegesen a keresési találatokat

A rövid válasz

A schema.org jelölés nem javítja automatikusan a rangsorolást. Arra viszont alkalmassá tehet egy oldalt, hogy kibővített keresési megjelenésekben szerepeljen: bővített találatokban, termékpanelekben, morzsamenükben, eseménylistákban, állásmodulokban, videó-előnézetekben és hasonló funkciókban.

Ez a különbség fontos. A schema.org egy széles szókészlet a weben található dolgok leírására. A keresőmotorok ennek csak egy részhalmazát támogatják, és minden keresési funkciónak megvannak a saját szabályai. Egy oldalt tökéletesen megjelölhetsz Thing, CreativeWork vagy Service típussal, mégsem látsz majd semmilyen látható változást a keresési találatokban, mert lehet, hogy nincs az adott típushoz kapcsolt keresési funkció.

A hasznos kérdés tehát nem az, hogy „Milyen schema típusok léteznek?”, hanem az, hogy „Mely schema típusokat használják a keresőmotorok látható vagy működésbeli keresési funkciók létrehozására?”

Az alábbiakban a gyakorlati válasz következik.

Először is: a strukturált adat jogosultságot jelent, nem garanciát

A strukturált adatok egyértelmű támpontokat adnak a keresőmotoroknak. Nem kényszerítik őket arra, hogy bármit megjelenítsenek.

Egy oldalnak általában az alábbiak mindegyikének meg kell felelnie ahhoz, hogy a strukturált adatoknak látható hatása legyen:

• A jelölésnek meg kell egyeznie az oldalon látható tartalommal.
• A kötelező és ajánlott tulajdonságoknak jelen kell lenniük.
• Az oldalnak indexelhetőnek kell lennie, és nem blokkolhatják robots szabályok.
• A tartalomnak meg kell felelnie a minőségi és spamellenes irányelveknek.
• A keresőmotornak úgy kell döntenie, hogy a kibővített találat segíti a felhasználót.

Ezért viselkedhet két technikailag érvényes oldal eltérően a keresésben. Az egyik kaphat termékekhez tartozó bővített találatot; a másik egyszerű kék linkként jelenhet meg. A jelölés csak egy bemeneti tényező.

Ezért is rossz időbefektetés többnyire a homályos schema típusok hajszolása. Ha az adott típushoz nem kapcsolódik támogatott keresési funkció, az előny inkább szemantikai, mint vizuális.

A legegyértelműbb hatású típusok

Product, Offer, AggregateRating és Review

E-kereskedelmi és szoftveroldalak esetében a termékjelölés a strukturált adatok egyik leglátványosabban hasznos családja.

Egy Product oldal jogosulttá válhat ár-, elérhetőség-, értékelés-, szállítási, visszaküldési és kereskedői listázási funkciókra. A legfontosabb támogató típusok általában ezek:

• Offer az árhoz, pénznemhez, elérhetőséghez és eladói információkhoz
• AggregateRating az összesített értékelésekhez
• Review az egyedi véleményekhez, ahol ez indokolt
• Brand vagy Organization a gyártói vagy eladói kontextushoz

Ez a jelölés akkor a leghasznosabb, ha az oldal valóban egy konkrét termékről szól, nem pedig kategóriaoldal vagy homályos szolgáltatási oldal. A keresőmotorok egyre szigorúbbak a véleményekkel és értékelésekkel való visszaélésekkel szemben, különösen az önérdekű értékeléseknél. Ha az értékelés nem látható a felhasználók számára az oldalon, ne jelöld meg.

A Product schema a klasszikus organikus kivonatokat és a kereskedői jellegű felületeket is befolyásolhatja. Kiskereskedők számára gyakran ez az egyik legjobb megtérülésű strukturáltadat-megvalósítás.

BreadcrumbList

A BreadcrumbList nem látványos, de praktikus. Befolyásolhatja az URL/útvonal megjelenítését a keresési találatokban, és egy zavaros URL-t tisztább hierarchiával válthat fel.

A morzsamenü-jelölés hasznos lehet:

• E-kereskedelmi kategória- és termékoldalakon
• Dokumentációs oldalakon
• Nagy blogokon és kiadványokon
• SaaS súgóközpontokban

Ritkán hoz létre drámai bővített találatot, de javíthatja az érthetőséget. A felhasználók kattintás előtt láthatják, hol helyezkedik el az oldal. A keresőmotorok is tisztább képet kapnak a webhely szerkezetéről.

Ha a webhelyed mély navigációval rendelkezik, a morzsamenü-jelölést érdemes korán bevezetni.

Article, NewsArticle és BlogPosting

Az Article, NewsArticle és BlogPosting segíthet a keresőmotoroknak megérteni a címsort, a szerzőt, a dátumot, a képet és a kiadói információkat. Kiadók esetében ez hatással lehet a cikkorientált funkciókra való jogosultságra, különösen erős feltérképezhetőséggel, frissességgel és tartalmi minőséggel együtt.

Ne várd, hogy az article schema egy átlagos blogbejegyzést hírtalálattá alakítson. Nem kompenzálja a gyenge riporteri munkát, a hiányzó szerzői információkat vagy a vékony tartalmat.

Ennek ellenére a cikkjelölés továbbra is ésszerű szerkesztőségi oldalaknál. Használd arra, hogy az alapvető tények egyértelműek legyenek:

• Címsor
• Szerző vagy szervezet
• Közzététel dátuma és módosítás dátuma
• Fő kép
• Kiadó
• Kanonikus URL

Ha a csapatod AI-támogatott publikálást használ, a strukturált adat nem helyettesíti a tájékoztatást vagy a szerkesztőségi elszámoltathatóságot. Ennek emberi oldaláról itt írtunk: hogyan néz ki az őszinte AI-tájékoztatás egy kis webhelyen. A keresőrendszerek feldolgozhatják a jelölésedet, de az olvasók magát az oldalt ítélik meg.

LocalBusiness és altípusai

Helyi szervezetek esetében a LocalBusiness és altípusai — például Restaurant, Dentist, Store vagy ProfessionalService — segíthetnek összekapcsolni egy webhelyet az üzleti tényekkel: név, cím, telefonszám, nyitvatartás, földrajzi koordináták és same-as profilok.

A látható hatás kevésbé kiszámítható, mint a product vagy recipe jelölésnél, mert a helyi keresés erősen függ a vállalkozáslistáktól, a közelségtől, az ismertségtől, a véleményektől és a felhasználói szándéktól. Ennek ellenére a következetes helyi vállalkozásjelölés hasznos alapkarbantartás.

Azon az oldalon használd, amely az üzleti helyszínt képviseli, ne véletlenszerűen minden blogbejegyzésben. Ha több helyszíned van, minden helyszínoldalt a saját címével és nyitvatartásával jelölj meg.

Event

Az Event jelölés alkalmassá teheti az oldalakat arra, hogy dátumokkal, helyszínekkel és jegyinformációkkal jelenjenek meg eseményekhez kapcsolódó keresési funkciókban.

Jól illik például ezekhez:

• Koncertek
• Konferenciák
• Webináriumok
• Tanfolyamok
• Fesztiválok
• Közösségi események

A kulcs a konkrétság. Egy „éves képzési programunkról” szóló oldal nem ugyanaz, mint egy dátummal rendelkező esemény oldala kezdési időponttal, helyszínnel, szervezővel és részvételi móddal.

Online eseményeknél add meg a virtuális részvétel részleteit. Fizikai eseményeknél add meg a helyszíninformációkat. Tartsd naprakészen a törölt, elhalasztott és átütemezett eseményeket; az elavult eseményjelölés rosszabb, mint a jelölés hiánya.

JobPosting

A JobPosting az egyik legegyértelműbb példa arra, amikor a strukturált adat egy konkrét keresési élményt működtet. A megfelelően megjelölt állásoldalak jogosultak lehetnek álláskeresési funkciókra, beleértve a szerepkört, helyszínt, fizetést, foglalkoztatási típust és közzétételi dátumot.

Ez a jelölés csak tényleges álláshirdetési oldalakon hasznos. Ne alkalmazd általános karrieroldalakra, amelyek több pozíciót sorolnak fel külön részletes oldalak nélkül.

Fontos mezők:

• Állás megnevezése
• Felvételt végző szervezet
• Helyszín vagy távoli munkavégzési státusz
• Közzététel dátuma
• Érvényességi határidő
• Foglalkoztatási típus
• Kompenzáció, ahol elérhető

A lejárt állásokat el kell távolítani, megfelelően át kell irányítani, vagy már nem érvényesként kell jelölni. A keresőmotorok nem szeretik a felhasználókat megszűnt álláslehetőségekhez küldeni.

Recipe

A Recipe jelölés továbbra is a bővített találatok egyik klasszikus esete. Befolyásolhatja a képminiatűröket, értékeléseket, főzési időt, hozzávalókat, tápértéket és irányított receptélményeket.

Ez egyben a strukturált adatok egyik legtöbbet félrehasznált területe is. Ha az oldal többnyire személyes esszé, és a recept csak az alján van elrejtve, a jelölésnek akkor is pontosan kell leírnia a látható receptet. A strukturált adat nem állíthat ötperces előkészítési időt, ha az utasítások mást mondanak.

A receptoldalak sok képet használnak, ezért a strukturált adat csak a munka egy része. A jó képek, az ésszerű tömörítés és a hasznos alt szöveg mind számítanak. Ha étel-, termék- vagy szerkesztőségi képeket teszel rendbe, egy pragmatikus útmutató a képek alt szövegéhez 2026-ban hasznos kísérője a schema munkának.

VideoObject

A VideoObject jelölés hatással lehet a videó-előnézetekre, kulcspillanatokra, miniatűrökre, időtartamra, feltöltési dátumra és videóindexelésre. Akkor hasznos, ha a videó az oldal érdemi része, nem pedig egy mellékes beágyazás az alján.

Legalább ezeket add meg:

• Név
• Leírás
• Miniatűr URL-je
• Feltöltési dátum
• Időtartam
• Beágyazási vagy tartalom-URL

Oktató vagy hosszabb videóknál a kulcspillanatok segíthetnek a keresőmotoroknak megérteni a videó szakaszait. Ez javíthatja, hogyan jelenik meg a videó a keresésben, bár ismét: nem garantál elhelyezést.

Organization, Logo és WebSite

Az Organization jelölés segít meghatározni a webhely mögött álló entitást. A WebSite támogathatja a webhelyszintű megértést, és bizonyos esetekben olyan funkciókat, mint a belső linkek keresőmezője, ha a keresőmotor úgy dönt, hogy megjeleníti.

Ez a jelölés inkább alapozó jellegű, mint látványos. Segíthet tisztázni:

• Hivatalos webhelyidentitás
• Logó
• Közösségi profilok
• Kapcsolati információk
• Anyavállalati vagy leányvállalati kapcsolatok

Minden komoly vállalkozásnak, kiadványnak, nonprofit szervezetnek és termékvállalatnak érdemes tiszta organization jelöléssel rendelkeznie valahol stabil helyen, általában a kezdőlapon vagy egy bemutatkozó oldalon.

Ne zsúfold tele minden lehetséges tulajdonsággal. A cél az entitás tisztázása, nem egy adatbázis-kiöntés.

FAQPage: technikailag támogatott, de a legtöbb webhelyen ritkán látható

A FAQPage külön megjegyzést érdemel, mert korábban könnyű sikernek számított. Éveken át a FAQ jelölés kérdés-válasz harmonikákkal bővíthette a kivonatokat. Ez vonzóvá tette, és kiszámítható módon túlhasználták.

A Google később erősen korlátozta a FAQ bővített találatokat, általában csak jól ismert, tekintélyes kormányzati és egészségügyi oldalaknál jelenítve meg őket. Más keresőmotorok továbbra is használhatják másként a FAQ jelölést, és a jelölés továbbra is segíthet a gépeknek megérteni a tartalom szerkezetét, de a legtöbb kereskedelmi és szerkesztőségi oldalnak nem érdemes látható FAQ bővített találatokra számítania.

Csak akkor használj FAQ jelölést, ha az oldal valóban tartalmaz GYIK-et. Ne adj hozzá hamis kérdés-válasz blokkokat csak azért, hogy nagyobb keresési felületet szerezz.

DiscussionForumPosting és ProfilePage

A közösségi tartalom hangsúlyosabbá vált a keresési találatokban, és a strukturált adat segíthet azonosítani a fórumszálakat és profiloldalakat.

A DiscussionForumPosting hasznos lehet fórumok, Q&A közösségek és vitaplatformok esetében, ahol a fő tartalom felhasználók által létrehozott beszélgetés. A ProfilePage segíthet azonosítani személyekről vagy közreműködőkről szóló oldalakat, különösen ott, ahol a szakértelem, szerzőség vagy közösségi identitás számít.

Ez nem megfelelő hétköznapi marketinges ajánlásokhoz vagy bloghozzászólásokhoz. Az oldaltípusnak meg kell egyeznie a tényleges élménnyel.

Hasznos, de gyakran túlértékelt típusok

Egyes schema.org típusok szemantikailag ésszerűek, de önmagukban ritkán hoznak létre látható keresési bővítéseket.

Példák:

• Service
• Thing
• CreativeWork
• Person
• Place
• ImageObject
• WebPage
• AboutPage
• ContactPage

Ezek nem „rossz” típusok. Segíthetnek pontosabban leírni egy oldalt, és hasznosak lehetnek tágabb tudásgráf-kontextusokban. De ha a célod látható változás a keresési találatokban, általában másodlagosak.

Például egy tanácsadási oldal Service típusú megjelölése nem hoz létre megbízhatóan különleges szolgáltatási bővített találatot. Egy jól strukturált oldal világos szöveggel, belső linkekkel, gyors rendereléssel és hiteles bizonyítékokkal többet tesz a keresési teljesítményért, mint a bonyolult, de nem támogatott jelölés.

Hasonlóképpen, az ImageObject leírhat képeket, de a képkeresési teljesítmény függ a környező szövegtől, fájlnevektől, képaláírásoktól, képminőségtől, indexeléstől és akadálymentességtől is. A schema nem helyettesíti az alapokat.

A JSON-LD általában a legjobb megvalósítási formátum

A keresőmotorok több strukturáltadat-formátumot is tudnak olvasni, beleértve a Microdata és RDFa formátumot, de a JSON-LD általában a legtisztább választás.

Külön tartja a jelölést a HTML-megjelenítéstől, könnyebb tesztelni, és kisebb eséllyel törik el, amikor a tervezők módosítják a sablonokat. A legtöbb csapat számára az oldal head vagy body részében elhelyezett JSON-LD a praktikus alapértelmezés.

Egy egyszerű termékpélda így néz ki:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Acme Carbon Tripod",
  "image": "https://example.com/images/tripod.jpg",
  "description": "A lightweight carbon tripod for travel photography.",
  "brand": {
    "@type": "Brand",
    "name": "Acme"
  },
  "offers": {
    "@type": "Offer",
    "priceCurrency": "USD",
    "price": "149.00",
    "availability": "https://schema.org/InStock",
    "url": "https://example.com/products/carbon-tripod"
  }
}

A példa szándékosan egyszerű. A legtöbb strukturált adatnak unalmasnak kell lennie. A pontosság többet ér az ötletességnél.

Gyakorlati priorizálási modell

Ha azt döntöd el, mit érdemes először megvalósítani, használd ezt a sorrendet:

1. Kezdd azokkal az oldaltípusokkal, amelyek támogatott keresési funkciókhoz kapcsolódnak. A product, recipe, event, job, video, breadcrumb, article és local business jelölés általában előbb érdemel figyelmet, mint a homályos típusok.
2. Csak azt jelöld meg, amit a felhasználók látnak. A rejtett állítások gyakori okai annak, hogy a strukturált adat jogosulatlanná vagy kockázatossá válik.
3. Sablonokat javíts, ne egyedi oldalakat. A strukturált adat akkor tartható karban a legkönnyebben, ha a CMS-edből vagy termékadatbázisodból generálódik.
4. Validálj, majd figyelj. Használj hivatalos bővített találati és schema-validációs eszközöket, majd kövesd a Search Console javítási jelentéseit, ahol elérhetők.
5. Ne hagyd figyelmen kívül az oldalélményt. A bővített találatok segíthetik a megjelenítést, de a felhasználók továbbra is az oldalra érkeznek. Ha a teljesítményjelentések idegessé teszik a csapatodat, olvasd a Lighthouse jelentéseket pánik nélkül, mielőtt a schemából újabb figyelemelterelés lenne.

Gyakori hibák, amelyek csökkentik a hatást

Rossz oldaltípus megjelölése

Egy kategóriaoldal nem termékoldal. Egy karrier nyitóoldal nem álláshirdetés. A közelgő webináriumok listája nem feltétlenül egyetlen esemény.

A keresési funkciókat általában konkrét oldalszándékok köré tervezik. Igazítsd a jelölést az oldal domináns céljához.

Nem látható tulajdonságok hozzáadása

Ha az oldal nem jelenít meg értékelést, ne szerepeltesd az aggregateRating tulajdonságot. Ha az állásoldal nem említ fizetést, légy óvatos a kompenzációs jelölés kitalálásával. Ha egy termék nincs készleten, ne jelöld készleten lévőként.

A strukturált adatnak a látható tényeket kell könnyebben feldolgozhatóvá tennie, nem az oldal párhuzamos verzióját létrehoznia.

A validálás sikerként kezelése

Az, hogy egy validátoron átmegy az oldal, csak azt jelenti, hogy a szintaxis elfogadható, és a kötelező mezők esetleg jelen vannak. Nem jelenti azt, hogy az oldal bővített találatot kap.

A validálásra alapként gondolj, ne eredményként.

A schema egyszeri bevezetése és elfelejtése

Az árak változnak. Az állások lejárnak. Az eseményeket elhalasztják. A szerzők távoznak. A logókat újratervezik.

Az elavult mezőkből generált strukturált adat csendben pontatlanná válhat. Vizsgáld felül, amikor sablonokat, CMS-mezőket vagy üzleti adatforrásokat módosítasz.

<!-- tool-cta:start -->

💡 Próbáld ki: Mielőtt megvizsgálnád, mely sématípusok számítanak valójában, tisztítsd meg a JSON-LD-det a JSON Formatter segítségével, hogy a struktúra könnyen ellenőrizhető legyen.

<!-- tool-cta:end -->

A nyugodt ajánlás

A legtöbb webhely számára a schema stratégia legyen szerény és tudatos.

Vezesd be azokat a típusokat, amelyek megfelelnek a valódi tartalmadnak, és támogatott keresési funkciókhoz kapcsolódnak. Tartsd pontosan az adatokat. Megbízható forrásokból generáld őket. Validáld. Figyeld az eredményeket. Aztán állj meg.

Nem kell minden főnevet megjelölni az oldalon. Nincs szükséged tizenkét egymásba ágyazott schema típusra csak azért, mert egy ellenőrzőlista ezt mondta. És végképp nincs szükséged olyan strukturált adatra, amely többet állít, mint maga az oldal.

A schema.org akkor a leghasznosabb, amikor csökkenti a kétértelműséget. A keresési találatok akkor javulnak, amikor ez a tisztaság olyan funkcióhoz igazodik, amelyet a keresőmotorok valóban támogatnak.