Mi az a strukturált adat? Sémajelölés egyszerűen

A strukturált adat egy kis kódrészlet a weboldalon, amely szabványos formátumban címkézi, miről szól az oldal, amit a keresőmotorok értenek — például: „ez az oldal a Levendula gyertya nevű termékről szól, ára 24 dollár, és raktáron van.” A Google úgy írja le, mint szabványos formátumot az oldalról szóló információk megadására és a tartalom osztályozására. Helyesen megírva segít a keresőmotoroknak megérteni az oldalt, és jogosulttá teheti gazdagabb keresési találatokra, például árak, értékelések vagy eseménydátumok megjelenítésére közvetlenül a találatban.

Miért fontos, ha AI-val építesz

A keresőmotorok jól olvassák az oldalakat, de így is találgatniuk kell. A „24” ár, mennyiség vagy dátum? A „Riverside Hall” helyszín vagy személy? A strukturált adat megszünteti a találgatást.

Az AI-val épített oldalaknál két gyakorlati szempont van:

• Ez kód, nem tartalom, ezért könnyű megfeledkezni róla. Az AI-építő általában nem adja hozzá, ha nem kéred, és ha hozzáadja, egyeznie kell azzal, ami ténylegesen látszik az oldalon.
• Könnyű úgy rosszul csinálni, hogy jónak tűnjön. Az AI kitalálhat egy ötcsillagos értékelést, olyan tartalomhoz adhat jelölést, amely nem látszik, vagy olyan típust használhat, amelyet a Google már nem jelenít meg. A Google irányelvei szigorúak a pontosságot illetően, a félrevezető jelölés figyelmen kívül hagyható vagy büntethető.

Egy kevés, pontos, a valódi tartalomhoz illeszkedő strukturált adat megéri. A sok kitalált jelölés rosszabb, mint semmi.

Mindennapi hasonlat

Gondolj egy termékre a szupermarketben. A csomagoláson színes dizájn és marketingszöveg van — ez a weboldalad, ahogy az emberek látják. A hátoldalon viszont ott a szabványos tápanyag-címke: ugyanazok a mezők, ugyanabban a sorrendben, minden terméken. Bárki gyorsan elolvashatja és összehasonlíthatja a termékeket.

A strukturált adat az oldalad tápanyag-címkéje. A dizájn bármi lehet; a címke szabványosított, hogy a gépek megbízhatóan olvassák. És mint a tápanyag-címkének, őszintének kell lennie arról, mi van benne.

Hogyan működik a strukturált adat

A strukturált adatnak két része van:

1. Szókincs — a dolgok leírására használt szavak. A legelterjedtebb a schema.org, egy közös szókincs olyan típusokkal, mint a Product, LocalBusiness, Event, Article, Recipe és Organization, valamint olyan tulajdonságokkal, mint a name, price, address és startDate.
2. Formátum — ahogyan a címkék az oldalba íródnak. A Google háromfélét támogat: JSON-LD, Microdata és RDFa. A JSON-LD-t ajánlja: ez egy JSON blokk a <script> tagben, a látható HTML-től elkülönítve.

A keresőmotorok beolvassák a blokkot, megértik az oldalon szereplő entitásokat, és ha az oldal megfelel a követelményeknek, megjelenhet egy gazdag találat (rich result): egy keresési találat extra részletekkel.

Példa: egy gyertyabolt termékoldala

Tegyük fel, hogy webshopot építettél, és az egyik oldal levendula gyertyát árul. A látható oldalon a név, egy fotó, a leírás, az ár ($24.00) és a „Raktáron” felirat szerepel.

Az oldal JSON-LD-je így nézhet ki:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Levendula szójagyertya",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Kézzel öntött szójagyertya levendulaolajjal. Körülbelül 40 órán át ég.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Ezt a <script type="application/ld+json">…</script> elemben kell elhelyezni az oldal HTML-jében.

Figyeld meg, mi nincs benne: nincs aggregateRating, mert a bolt nem mutat értékeléseket az oldalon. Olyan értékelés hozzáadása, amelyet a látogatók nem látnak, megsértené a Google szabályait.

A bolt kapcsolati oldala leírhatja magát a vállalkozást is:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

Itt is igaz: minden érték egyezik azzal, ami látszik az oldalon.

Ellenőrzés. Illeszd be az élő URL-t a Google Rich Results Test eszközébe, hogy lásd, jogosult-e az oldal a Google gazdag találataira, és hiányzik-e valami kötelező. Általános schema.org ellenőrzéshez használd a Schema Markup Validator-t. Indítás után a Search Console mutatja a hibákat az egész oldalon.

Érdemes ismerni a szabályokat

A Google strukturált adatokra vonatkozó dokumentációjából:

• Csak azt jelöld meg, amit a felhasználók láthatnak. Ne adj strukturált adatot olyan információról, amely nem látszik az oldalon, még ha pontos is.
• Add meg a kötelező tulajdonságokat. Minden gazdag találat típusnál felsorolják a kötelező mezőket; a hiányzók miatt az oldal nem lesz jogosult.
• A jogosultság nem garancia. A helyes jelölés jogosultá teszi az oldalt egy gazdag találatra, de nem biztos, hogy meg is kapja.
• A gazdag találatok típusai változnak. A Google idővel megszüntet funkciókat. Például a FAQ gazdag találatok csak jól ismert kormányzati és egészségügyi oldalakra korlátozódtak, a Google pedig bejelentette, hogy 2026 májusától nem jelennek meg a Keresésben. Mielőtt egy adott gazdag találatra építenél, nézd meg a Google aktuális keresési galériáját.
• Ne hozz létre oldalakat csak azért, hogy jelölést tartalmazzanak.

Gyakori fogalmak magyarázata

Gyakori hibák és tévhitek

• „A strukturált adat növeli a helyezést.” Fő értéke a megértés és a gazdag találatokra való jogosultság, nem egy rangsorolási kiskapu.
• Kitalált értékelések vagy minősítések. A hamis vagy alátámasztatlan értékelések megsértik a Google szabályait, és félrevezetik az embereket.
• Jelölés, ami nem egyezik az oldallal. Ha a JSON-LD-ben 24 $ ár szerepel, az oldalon pedig 29 $, az probléma.
• Rejtett tartalom. A látogatók számára nem látható szöveg megjelölése ellentétes az irányelvekkel.
• Jelölés másolása minden oldalra. A Product blokk a termékoldalra tartozik, nem a főoldalra vagy a blogra.
• Megszűnt funkciókra építés. Ellenőrizd, hogy a kívánt gazdag találat még létezik-e.
• Jelölés csak a böngészőben. Ha az oldal minden elemet JavaScripttel renderel, a Google még megtalálhatja, de a JSON-LD megbízhatóbb, ha a szerver által küldött HTML-ben van.
• Soha nem teszteled. Egyetlen hiányzó vessző miatt az egész blokk olvashatatlan lesz.

Mit kérj az AI-építődtől

• „Adj hozzá JSON-LD strukturált adatot, az egyes oldalakhoz illő schema.org típusokkal: Product a termékoldalakon, LocalBusiness a kapcsolati oldalon, Article a blogbejegyzéseken.”
• „Az értékeket ugyanabból az adatból generáld, amelyet az oldal megjelenít, hogy mindig egyezzenek.”
• „Ne adj hozzá értékeléseket, véleményeket vagy olyan tulajdonságot, amely nem látszik az oldalon.”
• „A JSON-LD-t a szerver által renderelt vagy előrenderelt HTML-be tedd.”
• „Add meg az adott típusú Google gazdag találathoz szükséges összes kötelező tulajdonságot, és mondd meg, melyeket használtad.”
• „Adj egy listát az URL-ekről, amelyeket a Rich Results Testben érdemes ellenőrizni.”

A nagyobb kép részeként lásd mi a SEO, mi a sitemap, és a technikai összefoglalót: SEO AI-val épített weboldalakhoz.

Strukturált adat a Mythexben

A Mythex nem ad automatikusan strukturált adatot: ezt a chatben kéred, és az ügynök beírja az alkalmazásod kódjába. Mondd meg, mely oldalak termékeket, eseményeket vagy a vállalkozásodat képviselik, és kérd, hogy a JSON-LD-t ugyanabból az adatból generálja, amelyet az oldal megjelenít. A SEO a közzétett alkalmazásodhoz dokumentációs recept tartalmazza a „Ne hozz létre kitalált értékelés-sémát” sort, amelyet érdemes minden promptban megtartani. Mivel az alapbeállítás kliens oldalon renderelt egyoldalas alkalmazás, ha a keresés fontos, kérj előrenderelt vagy statikusan is működő szerkezetet, majd publikáld, és teszteld az élő URL-eket.

Kérdések