Csak valós, látható tartalmat jelöljön meg, és az adatokat ugyanabból a forrásból generálja, mint az oldalt. Hozzon létre stabil @id-t a szervezet, a weboldal és a személyek számára, használja a legkonkrétabb típusokat, és kapcsolja össze az entitásokat. A JSON-LD-t sablononként validálja, kövesse a keresőmotorok jelentéseit, és a tartalommal együtt frissítse.
A Schema.org strukturált adatok gépileg olvasható formában írják le az entitásokat és a kapcsolatokat. Így a keresőmotor vagy az AI-rendszer könnyebben megkülönböztetheti a szervezetet, a személyt, a cikket, a szolgáltatást, a terméket vagy a navigációs útvonalat. A jelölés azonban nem találhat ki olyan információkat, amelyeket a felhasználó nem lát az oldalon, és nem garantálhat bővített találatot. Ez egy pontossági réteg a minőségi tartalom fölött, nem a tartalom és a hitelesség helyettesítője.
A legelterjedtebb JSON-LD formátum generálható a sablonból, ugyanabból az adatforrásból, mint a látható oldal. Ennek köszönhetően az ár, az elérhetőség, a szerző vagy a dátum nem marad elavult egy változás után. A megvalósítás a valós entitások leltárával és a legkonkrétabb támogatott típus kiválasztásával kezdődik. Ezután stabil azonosítókkal kapcsolják össze őket, és technikai eszközökkel, valamint kézi ellenőrzéssel is ellenőrzik.
Készítsen gráfot a fő entitásokról
A kezdőlapon vagy a kapcsolati oldalon írja le a szervezetet vagy személyt, a hivatalos nevet, az URL-t, a logót, az elérhetőségi pontokat és a releváns profilokat. Csak olyan adatokat használjon, amelyeket naprakészen tud tartani. A stabil @id lehet egy fragmentummal ellátott kanonikus URL, amely lehetővé teszi, hogy cikkekből vagy szolgáltatásokból ugyanarra az entitásra hivatkozzon. A WebSite és a WebPage különböző entitások; egy oldal lehet a webhely része, és szólhat a szervezetről.
A cikk szerzője a tartalomért felelős valós személy vagy szervezet legyen, ne egy általános „admin”. A szolgáltatást csak a valóságnak megfelelő mértékben kapcsolja össze a szolgáltatóval és a kínálat területével. A helyi adatoknak összhangban kell lenniük a látható elérhetőséggel és a céges profilokkal. Ne hozzon létre pusztán a jelölés kedvéért számos fiktív fióktelepet vagy városi oldalt.
Válassza ki a típust az oldal és a látható tartalom alapján
Egy cikk használhatja az Article típust vagy annak specifikusabb altípusát címmel, szerzővel, a közzététel és a jelentős módosítás dátumával, képpel és kiadóval. A morzsamenüt a tényleges hierarchia szerint BreadcrumbList jelöléssel kell ellátni. A FAQPage típust csak akkor használja, ha az oldal látható kérdéseket és válaszokat tartalmaz, és a használat megfelel a célzott keresőmotor aktuális szabályainak. A rejtett vagy automatikusan generált válaszok jelölése félrevezető.
A termékadatok magukban foglalják a termék identitását és az ajánlatot az árral, a pénznemmel, az elérhetőséggel és az állapottal. A változatokat a kanonikus URL-ekkel és a látható választással összhangban modellezze. Értékeléseket csak valós, jogszerűen megjelenített forrásból adjon hozzá, és ne hozzon létre megalapozatlan összesítő számokat. Szolgáltatásoknál ne használja a Product típust csak azért, hogy a találat egy bizonyos megjelenését érje el; a típusnak a valódi entitásnak kell megfelelnie.
- Organization vagy Person a szolgáltatóhoz
- Article és BreadcrumbList a tartalomhoz
- Product és Offer valós katalógushoz
- FAQ csak látható kérdések és válaszok esetén
Generáljon adatokat egyetlen forrásból
A JSON-LD-t a sablonban állítsa össze a tartalomkezelő rendszer validált mezőiből, ne kézzel minden egyes cikkbe. A kanonikus URL, a nyelv, a kép, a szerző és a dátum így az oldallal együtt frissül. A webáruházi árnak és elérhetőségnek ugyanabból a termékállapotból kell származnia, mint a látható blokknak. Kritikus mező változásakor érvénytelenítse a cache-t, különben a felhasználó és a robot eltérő információt lát.
Ha egy SEO-bővítmény generálja a gráf egy részét, a saját kód ne hozzon létre második szervezetet vagy duplikált Article-t. Vizsgálja meg az eredményül kapott DOM-ot, és bővítse a meglévő entitást a támogatott interfészen keresztül. A független blokkok ugyanazzal az @id-vel kapcsolhatók össze. Figyeljen a nyelvi változatokra, az abszolút URL-ekre, a helyes dátumokra és az elérhető képekre. A szkriptnek érvényes JSON-t kell tartalmaznia, megjegyzések és escape nélküli karakterek nélkül.
Validálja a szintaxist, a jelentést és az aktualitást
Először validálja a JSON-t és a Schema.org szótárat, majd a célkeresőmotor eszközével ellenőrizze a támogatott funkciókhoz szükséges mezőket. A hiba, a figyelmeztetés és az ajánlott mező eltérő prioritású. Az eszköz nem ellenőrzi a valóságtartalmat és az oldallal való egyezést, ezért kézzel vesse össze a címet, a szerzőt, az árat, a pénznemet, az elérhetőséget és a dátumokat. Teszteljen minden sablontípust, valamint a határeseteket is, például kép nélkül vagy elfogyott termékkel.
Az élesítés után kövesse a jelentéseket és a dokumentáció változásait, mert a támogatott megjelenítések folyamatosan fejlődnek. A sablon átdolgozásakor vegye fel a strukturált adatokat a regressziós tesztek közé. Ha egy látható elemet eltávolít, távolítsa el a jelölésből is. Tartsa nyilván a mezők felelőseit, hogy a kapcsolat, a logó vagy a profilok ne maradjanak évekig elavultak. A sikeres validálás technikailag olvasható jelölést jelent, nem a megjelenítés vagy a jobb helyezés ígéretét.
Készítse fel adatait az AI-alapú keresésre is, különleges trükkök nélkül
A keresést és válaszgenerálást használó rendszerek ugyanabból az egyértelmű alapból profitálnak: egyértelműen megnevezett entitások, következetes elérhetőségek, érthető szolgáltatásoldalak, szerzőség és hivatkozások elsődleges forrásokra. A Schema segít kifejezni a kapcsolatokat, de a tartalomnak HTML-ben is olvashatónak kell maradnia. A fontos tényeket ne rejtse el kizárólag JSON-LD-be, képbe vagy interakcióba. A stabil azonosítók megkönnyítik ugyanarra a személyre vagy szervezetre vonatkozó említések összekapcsolását a weben.
A GEO-optimalizálás nem marketingállítások tömeges hozzáadása a sémához. Sokkal hasznosabbak a pontos válaszok, az egyértelmű frissítési dátumok, a leírt eljárás, az átlátható szerző és a következetes terminológia. Helyi működés esetén a valós területeket és elérhetőségeket adja meg, fiktív fiókok nélkül. A strukturált adatokat folyamatosan vesse össze a látható tartalommal, hogy a gép ne kapjon elavult vagy ellentmondásos változatot a tényekről.
- Következetes entitások és stabil azonosítók
- A fontos tények a HTML-ben is láthatók
- Szerző és dátum a szakmai tartalomnál
- Nincsenek fiktív helyszínek vagy értékelések
Gyakori kérdések
Javítják a strukturált adatok a helyezéseket?
Nem garantálják a jobb helyezést. Segítenek a rendszereknek megérteni a tartalmat, és a szabályok teljesülése esetén lehetővé tehetnek bizonyos bővített megjelenítést. Az alapot továbbra is a releváns tartalom, a technikai elérhetőség és a megbízható információk jelentik.
A JSON-LD vagy a Microdata a jobb?
A JSON-LD-t gyakran könnyebb a HTML-től elkülönítve generálni és karbantartani, de mindkét formátum lehet érvényes. A lényeg a helyesség, a látható tartalommal való egyezés, az egyértelmű entitások és az adott platform támogatása.
Hozzáadhatok FAQ schemát minden oldalhoz?
Csak akkor, ha az oldal valóban tartalmaz releváns, látható kérdéseket és válaszokat, és a jelölés megfelel a célzott keresőmotor szabályainak. Ugyanannak a GYIK-nek a tömeges beillesztése vagy a rejtett szöveg nem ad hozzáadott értéket, és figyelmen kívül hagyható.
Források és további olvasnivaló
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
