Hogyan kell hozzáadni a Schema Markup kódot?

A Schema Markup (strukturált adat) kódok olyan szabványosított adatjelölések, amelyeket a HTML-be ágyazva a keresőmotorok számára tesszük egyértelműbbé az oldal tartalmát. A legpraktikusabb módszer, ha kiválasztod az adott oldaltípusnak megfelelő séma típust, előkészíted a kódot JSON-LD formátumban, beilleszted azt az oldal <head> szekciójába vagy egy megfelelő bővítménybe, majd érvényesíted a Google Rich Results Teszt segítségével. Ha ezt a folyamatot helyesen hajtod végre, a termékek, cikkek, GYIK szekciók, vélemények, események, céges adatok és hasonló tartalmak sokkal áttekinthetőbb formában jelenhetnek meg a keresési találatok között.

A 2026-os SEO szabványok szerint a schema markup kódok önmagukban nem garantálnak jobb helyezést; ugyanakkor segítik a keresőmotorokat a tartalom értelmezésében, hozzájárulnak a mesterséges intelligencia által vezérelt találatok (mint az AI Overviews) pontosabb kontextusának felépítéséhez, és növelik a rich snippetek megjelenítésének esélyét. Különösen az e-kereskedelmi, vállalati weboldalak, blogok, hírportálok, helyi vállalkozások és SaaS projektek esetében a strukturált adat a technikai SEO ellenőrzőlista egyik alapvető eleme.

Ebben az útmutatóban lépésről lépésre elmagyarázzuk, mire jók a schema markup kódok, mely típusokat érdemes választanod, hogyan adhatod hozzá őket WordPress és egyedi fejlesztésű oldalakhoz, és mire kell figyelned a tesztelési folyamat során. Ha a weboldalad tárhelye lassú, nem biztonságos vagy gyakran elérhetetlen, a technikai SEO lépésekből nehéz lesz maximális hatékonyságot kihozni; éppen ezért egy stabil tárhely-infrastruktúra kialakításához érdemes áttekinteni a Hostragons web hosting csomagok oldalt, a biztonságos kapcsolathoz pedig a SSL tanúsítvány megoldások oldalunkat.

Mi az a Schema Markup?

A schema markup egy strukturált adat jelölőnyelv, amely a Schema.org szótárát használja. A Google, a Bing, a Yandex és más keresőmotorok ennek a szótárnak a segítségével könnyebben azonosítják az oldalon található entitásokat. Például jelezheted, hogy egy szöveg nem csupán egy hosszú bekezdés, hanem egy termékleírás, egy recept, egy cikk, egy orvosi profil, egy oktatási anyag vagy egy GYIK szekció.

A hagyományos HTML a felhasználónak mutatja meg a tartalmat; a schema markup ezzel szemben a keresőmotoroknak meséli el a tartalom jelentését. Ha egy termékoldalon az ár, a készletinformáció, a pénznem, a márka, az értékelési pontszám és a vélemények száma külön-külön meg vannak jelölve, a keresőmotor megbízhatóbban tudja értelmezni az oldalt. Ha egy blogbejegyzésben a cím, a szerző, a publikálás dátuma, a frissítés dátuma, a kép és a fő tartalomtípus is fel van tüntetve, a tartalom minőségére utaló jelek sokkal rendezettebben kerülnek átadásra.

A strukturált adatokat általában három formátumban lehet megvalósítani: JSON-LD, Microdata és RDFa. Napjaink technikai SEO gyakorlatában a leginkább ajánlott formátum a JSON-LD. Ennek oka, hogy nem töri össze a HTML struktúrát, külön script blokként kerül beillesztésre, könnyen frissíthető, és a Google dokumentációjában a legtöbb példa ezt használja alapértelmezett módszerként.

Miért fontosak a Schema Markup kódok?

A schema markup kódok csökkentik a keresőmotorok robotjainak az oldal értelmezésére fordított költségét. Még ha a tartalmad kiváló minőségű is, a robotoknak akkor is pontosan össze kell párosítaniuk az oldalon lévő elemeket. A strukturált adat ezt az összepárosítást egyértelműbbé és szabványosabbá teszi. 2026-ban a keresési élmény már nem csupán a klasszikus kék linkekből áll; a rich snippetek, a vizuális kártyák, a termékmodulok, a helyi vállalkozás panelek és a mesterséges intelligencia összegzései is a láthatósági stratégia részét képezik.

A schema helyes használata a következő előnyökkel járhat:

Növeli annak valószínűségét, hogy a keresési találatok között megjelenjenek a csillagos értékelések, árak, készletinfók, GYIK vagy eseménydátumok.
Segít a Google-nak pontosabban megérteni az oldal típusát, a szerző adatait és a tartalom célját.
Figyelemfelkeltőbb snippet struktúrákat hozhat létre, ami növelheti az átkattintási arányt.
Technikailag rendszerezi a tartalomleltárt, és skálázható SEO menedzsmentet biztosít nagyobb weboldalak esetén.
Támogatja a márka-, termék- és szolgáltatásinformációk konzisztensebb értelmezését a MI-alapú keresési rendszerekben.

A kritikus pont itt a következő: A Schema kizárólag olyan információkat jelölhet meg, amelyek valóban megtalálhatók az oldalon. Az oldalon nem látható csillagos értékelés, nem létező készletadat vagy valótlan szerzői információ schema-ba illesztése spamnek minősülhet. Az ilyen gyakorlatok a rich snippetek elvesztéséhez, manuális büntetéshez vagy a bizalmi jelek gyengüléséhez vezethetnek.

A leggyakoribb Schema típusok és felhasználási területeik

Nem minden oldalra kerül ugyanaz a schema. A sikeres megvalósítás első lépése a megfelelő schema típus kiválasztása. Egy blogbejegyzéshez az Article vagy BlogPosting, egy termékoldalhoz a Product, egy vállalati kapcsolat oldalhoz az Organization vagy LocalBusiness, egy segítség oldalhoz pedig a FAQPage a legmegfelelőbb. Az alábbi táblázat összefoglalja a gyakran használt típusokat.

A leggyakoribb Schema típusok és felhasználási területeik
Schema Típus	Megfelelő Oldal	Jelölhető Információk	Fontos Megjegyzés
Article / BlogPosting	Blogbejegyzések, hírek, útmutatók	Cím, szerző, dátum, kép, leírás	A szerzőnek és a dátumnak láthatónak kell lennie az oldalon
Product	Termék vagy szolgáltatás értékesítési oldalak	Ár, készlet, márka, vélemény, pontszám	Az árat és a készletadatokat naprakészen kell tartani
FAQPage	Gyakran ismételt kérdéseket tartalmazó oldalak	Kérdés és válasz párok	A válaszoknak láthatónak kell lenniük a felhasználó számára az oldalon
Organization	Vállalati weboldalak	Logó, márkanév, közösségi profilok, kapcsolat	Az információknak minden csatornán konzisztensnek kell lenniük
LocalBusiness	Helyi vállalkozás oldalak	Cím, telefon, nyitvatartás, hely	A NAP információnak összhangban kell lennie a Google Business profiljával
BreadcrumbList	Kategória és tartalomhierarchiával rendelkező oldalak	Oldalútvonal, kategória sorrend	Meg kell egyeznie a látható morzsa menüvel
HowTo	Lépésről lépésre folyamatokat bemutató útmutatók	Lépések, időtartam, eszközök, eredmény	Minden lépésnek egyértelműen szerepelnie kell a tartalomban

Egy oldalon többféle schema is használható. Például ennél a cikknél a BlogPosting, a BreadcrumbList és a FAQPage egyszerre is alkalmazható. Azonban minden schema típusnak az oldal fő célját kell támogatnia. Ha csupán több jelölést adsz hozzá, az nem jelent automatikusan jobb SEO-t; a felesleges vagy ellentmondásos adatok ronthatják a minőséget.

Hogyan adjuk hozzá a Schema Markup kódokat a weboldalhoz?

A schema hozzáadásának folyamata a weboldal architektúrájától függően változik, de az alapvető logika ugyanaz: határozd meg az oldal típusát, készítsd elő a releváns mezőket, generáld le a JSON-LD kódot, illeszd be az oldalra, teszteld, majd kövesd nyomon az élő teljesítményt. Az alábbi lépések mind a WordPress, mind az egyedi fejlesztésű, mind a statikus HTML oldalak esetében alkalmazható keretrendszert nyújtanak.

1. Határozd meg az oldal típusát és a keresési szándékot

Először tisztázd, mit reprezentál az oldal. Egy útmutató cikkről, egy termékoldalról, egy kategória oldalról vagy egy vállalati szolgáltatási oldalról van szó? Például egy tárhelycsomagokat bemutató oldalt a Product vagy Service logikával lehet jelölni, míg egy tárhelyválasztásról szóló blogbejegyzést BlogPosting-ként kell kezelni. Ha domain vásárlási útmutatót készítesz, természetes linkekkel erősítheted a kontextust olyan releváns oldalak irányába, mint a domain keresés és regisztráció útmutató.

A keresési szándék is fontos. Ha a felhasználó információt szeretne szerezni, a FAQPage és az Article lehet támogató. Ha a felhasználó közel áll a vásárláshoz, a Product, az Offer és a Review mezők értelmesebbek. Egy helyi szolgáltatás oldalán a LocalBusiness és a kapcsolati adatok kerülhetnek előtérbe.

2. Listázd ki a szükséges mezőket

Mielőtt megírnád a schema kódot, ellenőrizd, milyen információk találhatók az oldalon. Egy blogbejegyzéshez minimálisan a cím, a leírás, a szerző, a publikálás dátuma, a frissítés dátuma, a kiemelt kép és az URL mezőket készítheted elő. Egy termékoldalhoz a terméknév, leírás, kép, SKU, márka, ár, pénznem, készlet státusz és vélemény információk értékelhetők.

Készíts egy praktikus ellenőrzőlistát:

Világos az oldal címe és meta leírása?
A szerző, a márka vagy a vállalati információ megbízhatóan van feltüntetve?
Konzisztensek a publikálási és frissítési dátumok?
A képek elérhető URL-en keresztül vannak megadva?
Az olyan dinamikus mezők, mint az ár, készlet vagy pontszám automatikusan frissülnek?
A schema-ban lévő információ a felhasználó számára is látható az oldalon?

Nagyobb weboldalak esetén ezeknek a mezőknek a manuális kezelése növeli a hibázás kockázatát. Különösen az e-kereskedelmi vagy több szerzős blogoknál egészségesebb megoldás, ha a CMS sablonokba dinamikus schema mezőket építenek be.

3. Készítsd el a kódot JSON-LD formátumban

A JSON-LD lehetővé teszi, hogy a schema kódot egy külön script blokként illeszd be. Az alapstruktúra a következő logikát követi: egy <script type=application/ld+json> tag-gel kezdődik, amely tartalmazza a @context, @type és a kiválasztott schema mezőket, majd a script lezárásával végződik. Például egy blogbejegyzésnél a @type értéke BlogPosting lehet; hozzáadhatók a headline, description, author, publisher, datePublished, dateModified és image mezők.

Éles projektekben a kód kézi írásakor gyakoriak a vessző, idézőjel, zárójel és URL hibák. Ezért kezdetben biztonságosabb a Google dokumentációjában található példákra, a Schema.org referenciáira vagy megbízható SEO bővítmények által generált kódokra támaszkodni. Azonban a kész kód puszta másolása helyett minden egyes mezőt a saját weboldaladra kell szabni.

Például egy Hostragons blogbejegyzés esetében a publisher mezőben a vállalat neve, a logó URL-je és az oldal címe szerepelhet. A logó képnek letapogathatónak, HTTPS-en keresztül kiszolgáltnak és megfelelő méretű fájlnak kell lennie. Azoknál az oldalaknál, amelyek nem használnak HTTPS-t, a biztonság és a feltérképezés minősége szempontjából prioritásként kell kezelni a SSL tanúsítvány telepítése témakört.

4. Illeszd be a kódot az oldalra

Egyedi fejlesztésű vagy statikus HTML oldalaknál a JSON-LD kódot általában az adott oldal <head> szekciójába illesztik be. Technikailag a body-n belül is működhet; azonban a kezelhetőség és a szabványosság szempontjából a head szekció az előnyösebb. Ha az oldal sablonrendszert használ, hatékonyabb külön schema blokkokat létrehozni a blog, termék, kategória és vállalati oldalsablonok számára.

WordPress oldalakon három elterjedt módszer létezik. Az első, hogy a Yoast SEO, Rank Math vagy hasonló SEO bővítmények automatikus schema funkcióit használod. A második, hogy egyedi mezők és téma fájlok segítségével dinamikus JSON-LD-t generálsz. A harmadik, hogy a Google Tag Manageren keresztül injektálsz schema-t bizonyos oldalakra. A Tag Manager módszer hasznos lehet gyors teszteléshez; azonban a kritikus és állandó megvalósításoknál a szerver oldalon vagy a CMS sablonban generált schema megbízhatóbbnak számít.

A WooCommerce-t használó e-kereskedelmi oldalakon a Product schema-t a legtöbbször automatikusan generálják a bővítmények. Ennek ellenére tesztelni kell, hogy az ár, a készlet, a variációk, a pénznem és a vélemények mezői helyesen jelennek-e meg. Az olyan digitális termékeknél, mint a tárhely, viszonteladói tárhely vagy szerver szolgáltatás, a csomag jellemzőit világosan fel kell tüntetni az oldalon, és a schema-ban is a valóságnak megfelelően kell definiálni. Az ilyen oldalakon a Hostragons VPS szerver megoldások és a viszonteladói hosting csomagok termék linkjei támogathatják a felhasználói utat.

5. Érvényesítsd a Rich Results Teszttel

A kód beillesztése után az első tesztet a Google Rich Results Teszttel kell elvégezni. Tesztelhető az élő URL vagy maga a kódrészlet is. Az eszköz megmutatja, hogy az oldal alkalmas-e a rich snippetekre, valamint jelzi a hibákat és figyelmeztetéseket. A hibák általában kötelező mező hiányából, hibás dátumformátumból, nem elérhető képből vagy érvénytelen URL-ből adódnak. A figyelmeztetések nem mindig kritikusak; azonban lehetőség szerint tiszta kimenetre kell törekedni.

Második ellenőrzésként a Schema Markup Validator használható. Ez az eszköz inkább az általános schema struktúrára összpontosít, nem pedig a Google-specifikus rich snippetekre. Nagyobb oldalaknál emellett a Search Console Fejlesztések jelentését is rendszeresen figyelemmel kell kísérni. Ha itt megjelennek a Termék snippetek, GYIK, Breadcrumb vagy Videó jelentések, a hibatrendek nyomon követhetők.

6. Kövesd nyomon az élő teljesítményt

A schema hozzáadása után a hatások nem biztos, hogy azonnal láthatóvá válnak. Időbe telik, amíg a Google újra feltérképezi az oldalt, feldolgozza az adatokat, és alkalmasnak találja a rich snippet megjelenítésére. Kisebb oldalaknál ez néhány napot, nagyobb és ritkábban feltérképezett oldalaknál akár néhány hetet is igénybe vehet. Ebben az időszakban a Search Console teljesítményjelentésében figyelni kell az átkattintási arányt, a megjelenítéseket, az átlagos pozíciót és a keresési lekérdezések változásait.

Különösen fontos, hogy az olyan mezőket, mint a publikálás dátuma, az ár és a készlet, naprakészen tartsd. Ha az oldalon az ár 9990 Ft, míg a schema-ban 7990 Ft szerepel, az bizalmi problémát okoz. A keresőmotorok az ilyen következetlenségek észlelésekor korlátozhatják a rich snippetek megjelenítését.

Schema hozzáadásának módszerei WordPress oldalakon

A WordPress felhasználók számára a leggyorsabb út egy minőségi SEO bővítmény használata. A Rank Math, Yoast SEO, SEOPress és hasonló bővítmények automatikusan képesek generálni az alapvető Article, Organization, Breadcrumb és néhány GYIK struktúrát. Azonban egy bővítmény telepítése nem old meg mindent; a weboldal nevét, logóját, közösségi profiljait, az alapértelmezett tartalomtípust és a szerzői beállításokat helyesen kell megadni.

Egy WordPress blog esetében az ajánlott alapbeállítás a következő lehet:

Az általános weboldal schema típust állítsd Organization-re.
A blogbejegyzéseknél válaszd az Article vagy BlogPosting típust.
A szerzői archívumokban használj valós szerzői életrajzot és szakértői információkat.
Aktiváld a breadcrumb funkciót, és tedd láthatóvá a témán belül.
A GYIK szekcióval rendelkező írásoknál a FAQ blokkokat kizárólag valós kérdések és válaszok esetén használd.
Ha gyorsítótár bővítményt használsz, teszteld, hogy a schema kimenet nem sérül-e a minifikálás után.

A teljesítmény oldalról sem szabad megfeledkezni. A lassan betöltődő oldalakon a keresőmotorok robotjai korlátozottabb erőforrásokkal térképezhetnek fel. Ha gyors és izolált erőforrásokkal rendelkező infrastruktúrát keresel a WordPress oldaladhoz, a WordPress tárhely csomagok oldal jó kiindulópont lehet a technikai SEO teljesítményének támogatásához.

Schema stratégia egyedi fejlesztésű és vállalati oldalakon

Az egyedi fejlesztésű oldalakon a schema megvalósítása rugalmasabb, de nagyobb felelősséget igényel. A fejlesztőcsapatnak össze kell hangolnia a CMS mezőket a schema mezőkkel. Például a blog tábla title mezője headline-ként, a summary mezője description-ként, az author_id kapcsolat author-ként, a published_at mező pedig datePublished-ként használható. Amint ez a szerkezet felépül, több száz tartalomhoz lehet dinamikus és konzisztens schema-t generálni.

A vállalati oldalakon az Organization schema-t mindenképpen körültekintően kell előkészíteni. A márkanevet, a logót, a hivatalos weboldalt, a telefonszámot, az e-mailt, a közösségi média profilokat és adott esetben az alapítókat vagy részlegeket pontosan meg kell határozni. Ha ugyanaz a márka különböző platformokon eltérő nevekkel szerepel, a konzisztencia megtörik. Például a cég nevének a Google Business profilban, a közösségi média fiókokban, a számlázási adatokban és a weboldal láblécében azonos formában kell megjelennie.

Az API-alapú rendszerekben, ha az olyan mezők, mint a termék ára, készlet vagy esemény dátuma külső forrásokból érkeznek, a gyorsítótár idejét jól meg kell tervezni. Ahhoz, hogy a schema adat naprakész maradjon, az adat frissítésekor az oldal gyorsítótárát is törölni kell. Ezen a ponton a megbízható szerverarchitektúra, a CDN és az SSL használata a technikai SEO láthatatlan, de kritikus részei.

Gyakori Schema hibák

A strukturált adat megvalósítások leggyakoribb hibája a nem látható információ jelölése. A Google irányelvei szerint kockázatos olyan információt hozzáadni kizárólag a keresőmotorok számára, amelyet a felhasználó nem lát. A második gyakori hiba, hogy minden oldalra ugyanazt a schema kódot másoljuk. A főoldal, a blogbejegyzés, a termékoldal és a kategória oldal más-más célt szolgál; ezért eltérő jelölési stratégiát igényelnek.

További fontos hibák a következők:

Érvénytelen JSON formátum használata; hiányzó vesszők vagy hibás zárójelek.
HTTP kép URL használata, vagy a kép blokkolása a robots.txt által.
A datePublished és dateModified mezők hibás formátumban való megadása.
Az oldalon nem létező vélemények vagy pontszámok feltüntetése a schema-ban.
Több bővítmény ugyanazt a schema típust duplán generálja.
FAQPage vagy HowTo használata nem megfelelő oldalon.
A dinamikus ár- és készletadatok elhanyagolása.

A dupla schema generálás különösen gyakori a WordPress oldalakon. A téma, a SEO bővítmény és a WooCommerce egyszerre is generálhat termék schema kimenetet. Ebben az esetben a teszteszközök ellentmondásos vagy ismétlődő adatokat mutathatnak. A megoldás az, hogy meghatározzuk, melyik eszköz lesz az elsődleges schema generátor, és a többi kimenetet letiltjuk.

A Schema Markup és az E-E-A-T kapcsolata

Az E-E-A-T a tapasztalat, szakértelem, tekintély és megbízhatóság jeleit jelenti. A schema markup önmagában nem hoz létre E-E-A-T pontszámot; azonban segít ezeknek a jeleknek a technikailag érthetőbb bemutatásában. Ha például egy egészségügyi tartalomban a szerző szakértelme, az ellenőrző személy neve, a publikálás dátuma és a forrásoldalak jól láthatóan fel vannak tüntetve, a strukturált adat megerősítheti ezeknek az információknak a kontextusát.

Egy tárhelyszolgáltatással foglalkozó blogon az E-E-A-T konkrét megvalósításai a következők lehetnek: a technikai kifejezések pontos magyarázata, valós ellenőrzőlisták biztosítása, naprakész eszköznevek használata, a tesztelési lépések világos leírása, a szerzői életrajzban a technikai tapasztalat feltüntetése és a tartalmak rendszeres frissítése. A schema támogatja ezt a struktúrát; azonban a hiányos vagy felszínes tartalmat önmagában nem teszi minőségivé.

Különösen 2026-ban, a mesterséges intelligenciával támogatott keresési élményekben a konzisztens entitásinformáció felértékelődött. Ha a márkaneved, a domained, az SSL állapotod, a közösségi profiljaid és a vállalati adataid összhangban vannak a különböző platformokon, a keresőmotorok könnyebben felismernek. Ha új márkát vagy projektet hozol létre, a domain stratégia kialakításához értékelheted a megfelelő domaineket a domain regisztrációs szolgáltatások linken keresztül.

Megvalósítás utáni ellenőrzőlista

A schema kódok hozzáadása után az alábbi ellenőrzőlista segítségével auditálhatod a megvalósítást. Ez a lista összhangban van azokkal az alapvető ellenőrzésekkel, amelyeket az ügynökségek és a technikai SEO csapatok az élesítés előtt elvégeznek.

Minden fontos oldaltípushoz a megfelelő schema típus lett kiválasztva?
A JSON-LD kód érvényes és hibamentes a teszteszközökben?
A schema-ban szereplő összes információ látható a felhasználó számára az oldalon?
A kép URL-ek HTTPS-en keresztül érhetők el, letapogathatók és megfelelő minőségűek?
A publikálás és a frissítés dátuma megfelelő formátumban van?
A termék ára, készlete és pénzneme valós időben vagy rendszeresen frissül?
Van-e dupla schema generálás a SEO bővítmény, a téma és az egyedi kód között?
Rendszeresen figyelemmel van kísérve a Search Console Fejlesztések jelentés?
A gyorsítótár, a CDN vagy a tűzfal blokkolja-e a schema kimenetet?
Az oldaltérkép és a robots.txt fájlok támogatják-e a fontos oldalak feltérképezését?

Ezeket az ellenőrzéseket legalább havonta egyszer érdemes elvégezni, ami különösen a sok tartalmat előállító oldalakon segít a hibák korai felismerésében. A nagyobb változtatások után, mint például témacsere, SEO bővítmény váltás, új terméksablon bevezetése vagy CDN átállás, a schema teszteket feltétlenül meg kell ismételni.

Hogyan mérjük a Schema Markup sikerét?

A sikert kizárólag azzal mérni, hogy megjelenik-e a rich snippet, hiányos lenne. A Google ugyanis nem köteles minden érvényes schema-val rendelkező oldalt rich snippetként megjeleníteni. Az egészségesebb méréshez három adatforrást kell együtt vizsgálni: a Search Console teljesítményjelentését, a Search Console fejlesztési jelentéseit és az analitikai eszközökben az organikus forgalom viselkedését.

Például egy FAQPage-vel ellátott útmutató tartalomnál három héttel később a releváns keresőkifejezésekre növekedhet a megjelenítések száma, javulhat az átkattintási arány és nőhet az oldalon töltött idő. Egy Product schema-val ellátott termékoldalon az ár és készletadatok megjelenése a keresési találatokban azt eredményezheti, hogy a vásárláshoz közelebb álló felhasználók érkeznek. Ezek a hatások azonban az iparágtól, a versenytől, a tartalom minőségétől, a márkaismertségtől és a technikai infrastruktúrától függően változnak.

A mérés során fontos feljegyezni a változtatások dátumát. Rögzítsd, mikor adtál hozzá schema-t, mikor frissítetted a tartalmat, változtattál címet vagy végeztél sebességoptimalizálást. Így a teljesítményváltozásokat sokkal pontosabban tudod értelmezni.

Gyakran Ismételt Kérdések

A schema markup kódok közvetlenül növelik a helyezést?

A schema markup kódok önmagukban nem garantálnak jobb helyezést. Viszont segíthetnek a keresőmotoroknak jobban megérteni az oldalt, növelhetik a rich snippetek megjelenésének esélyét és javíthatják az átkattintási arányt. Ezért a technikai SEO egyik fontos és támogató eleme.

A schema kódot a head szekcióba kell beilleszteni?

A JSON-LD formátumú schema kódot általában az oldal head szekciójába illesztik be, és ez a módszer kezelési szempontból praktikus. Vannak esetek, amikor a body-n belül is működhet; azonban a szabványos, tiszta és fenntartható megvalósítás érdekében a head vagy a CMS sablon szintje az ajánlott.

WordPress esetén elegendő egy schema bővítmény használata?

A legtöbb WordPress oldal számára egy minőségi SEO bővítmény kezdetben elegendő. Ennek ellenére ellenőrizni kell a weboldal nevét, logóját, a szerzőt, a tartalomtípust, a breadcrumb-ot és a GYIK beállításokat. Emellett a bővítmény által generált schema-t feltétlenül érvényesíteni kell a Rich Results Teszttel.

Minden oldalra kerülhet FAQ schema?

Nem. A FAQ schema kizárólag akkor adható hozzá, ha az oldalon valóban látható egy kérdés-válasz szekció. Csak azért, hogy rich snippetet kapj, irreleváns vagy nem látható GYIK szekció hozzáadása ellenkezhet a minőségi irányelvekkel, és negatívan befolyásolhatja a rich snippet láthatóságot.

Hogyan ellenőrizhetem a schema hibákat?

A schema hibákat a Google Rich Results Teszttel, a Schema Markup Validatorral és a Google Search Console Fejlesztések jelentéseivel ellenőrizheted. Hiba észlelésekor először a kötelező mezőket, a JSON formátumot, a dátumokat, a kép URL-eket és az oldalon látható információkkal való összhangot kell megvizsgálnod.

Összegzés

A Schema Markup (Strukturált adat) kódok az egyik leghatékonyabb eszközt jelentik arra, hogy weboldalad tartalmát világosabban és szabványosabb formában kommunikáld a keresőmotorok felé. Ha a megfelelő schema típust választod és tisztán, JSON-LD formátumban illeszted be, megerősítheted a rich snippetekre való alkalmasságodat és a keresési láthatóságodat. A legjobb eredmény érdekében a strukturált adatokat a minőségi tartalommal, a gyors tárhellyel, a HTTPS biztonsággal és a rendszeres technikai SEO ellenőrzésekkel együtt érdemes kezelned. Ha szeretnéd megerősíteni weboldalad alapjait, tekintsd meg a Hostragons tárhely, domain és SSL megoldásait, hogy szilárd alapot teremthess a technikai SEO számára.

Schema Markup (Strukturált adat) kódok hozzáadása a weboldalhoz – Teljes útmutató