Az @id a JSON-LD-ben egy stabil, egyedi azonosító, amellyel megnevezed a sémában leírt entitást, hogy később és máshonnan is ugyanarra a dologra lehessen hivatkozni. Gyakorlatilag egy URI, ami azt mondja: „ez a szervezet itt ugyanaz, mint amelyik a másik oldal sémájában szerepel”.
Hogyan működik
A JSON-LD gráf-alapú formátum. Minden csomópont egy entitás: egy szervezet, egy termék, egy cikk, egy személy. Ha nem adsz @id-t, a csomópont névtelen marad. Egy névtelen csomópontot a feldolgozó nem tud biztosan összekötni egy másik oldalon lévő csomóponttal.
Az @id értéke egy URI. A gyakorlatban a legtöbben a saját domainjükön lévő horgony-címet használják, például https://pelda.hu/#organization. Ez nem kell, hogy megnyitható oldal legyen. Az a dolga, hogy globálisan egyedi és időben állandó maradjon. Ha ugyanazt az @id-t használod az aloldalakon is, a feldolgozó egyetlen entitásként látja a szervezetet az egész oldalon.
Mire jó a hivatkozás
Az @id másik fele a hivatkozás. Egy Article séma publisher mezőjébe nem kell újra bemásolnod a teljes szervezet-blokkot. Elég egy {"@id": "https://pelda.hu/#organization"} utalás. A @graph blokkon belül így épül fel a séma-hálózat felesleges ismétlés nélkül.
Miért számít a generatív keresőknek
Egy nyelvi modell és egy tudásgráf ugyanazzal a problémával küzd: melyik „Kovács Kft.” melyik. A Knowledge Graph entitás-feloldást végez, és ehhez azonosítókra támaszkodik. Az @id a belső horgony, a sameAs a külső bizonyíték. A kettő együtt adja meg, hogy a márkád egy konkrét, létező entitás, nem egy szövegdarab.
A riportokban ezt látjuk: a magyar KKV-oldalak többségén van Organization séma, de @id nélkül. Ilyenkor minden aloldal új, névtelen szervezetet deklarál. Ez nem hiba a validátorban, de az összekapcsolás elmarad.
Mikor számít igazán
- Többoldalas site, ahol a szervezet több helyen is szerepel a sémában.
- Ha cikkeket, termékeket vagy eseményeket kötsz a kiadóhoz.
- Ha több telephelyed vagy több márkád van ugyanazon a domainen.
Röviden: az @id az a horgony, amivel a gép biztosan tudja, hogy két helyen ugyanarról az entitásról beszélsz.
Technikai példa
Szervezet állandó @id-vel és sameAs hivatkozásokkal, @graph szerkezetben:
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://pelda.hu/#organization",
"name": "Példa Kft.",
"url": "https://pelda.hu/",
"logo": "https://pelda.hu/logo.png",
"sameAs": [
"https://www.facebook.com/pelda",
"https://www.linkedin.com/company/pelda",
"https://www.wikidata.org/wiki/Q000000"
]
},
{
"@type": "WebSite",
"@id": "https://pelda.hu/#website",
"url": "https://pelda.hu/",
"name": "Példa Kft.",
"publisher": { "@id": "https://pelda.hu/#organization" }
}
]
}
A publisher mezőben csak egy hivatkozás áll. A szervezet adatai egyszer szerepelnek, mégis minden csomópont eléri őket.
Gyors ellenőrzés parancssorból, hogy megjelenik-e az @id a kiadott HTML-ben:
curl -s https://pelda.hu/ | grep -o '"@id":"[^"]*"' | sort -u
A kimenetben ugyanazoknak az azonosítóknak kell szerepelniük minden aloldalon. Ha oldalanként mások, a generálás hibás.
Gyakori kérdések
Kell, hogy az @id megnyitható URL legyen?
Nem. Az @id azonosító, nem cím. A horgony-formátum, például https://pelda.hu/#organization, pont azért terjedt el, mert egyedi és nem ütközik valódi oldallal. Az a lényeg, hogy abszolút, egyedi és állandó legyen.
Mi a különbség az @id és a sameAs között?
Az
@id a te saját azonosítód az entitásra, a saját domaineden. A
sameAs külső hivatkozás: megmutatja, hogy ugyanez az entitás hol szerepel máshol, például a Facebookon vagy a Wikidatán. Az egyik belső horgony, a másik külső bizonyíték. Együtt működnek jól.
Hoz ez több forgalmat?
Közvetlenül nem. A hatása alacsony, és inkább az entitás-felismerést javítja. Ha viszont a márkádat AI-válaszokban is emlegetik, a pontos azonosítás számít. Olcsó, egyszeri munka, ami utána magától működik.
A WordPress SEO-pluginom már kiadja. Kell vele bármit csinálnom?
Ellenőrizd a forrásban, hogy tényleg szerepel-e @id, és két aloldalon azonos-e. Nézd meg azt is, hogy nem ad-e ki a téma egy második, párhuzamos szervezet-sémát. Duplikált séma esetén az egyiket kapcsold ki.
Mi történik, ha domaint váltok?
Az
@id értékét frissítened kell az új domainre. A régi azonosító egy másik entitást jelöl, ezért az összekapcsolás megszakad. Érdemes a
301-es átirányítások mellett a sémát is átnézni.
