Strukturált adatok Szakszó

WebSite és WebPage séma

Szerző: · 6 perc olvasás · Frissítve:
WebSite és WebPage séma - Strukturált adatok (szakszó) a tudástárban
WebSite és WebPage séma - Strukturált adatok | eClick GEO-audit tudástár

A WebSite és a WebPage séma két schema.org típus: az egyik magát a webhelyet írja le gépi formában, a másik az éppen megnyitott aloldalt. Együtt azt mondják ki, hogy ez a konkrét URL melyik webhelyhez tartozik, mi a címe, milyen nyelvű és mikor frissült.

Hogyan működik

A jelölés JSON-LD formátumban, egy <script type="application/ld+json"> blokkban kerül a HTML-be. A WebSite a webhely gyökeréhez tartozik, elég belőle egy darab. A WebPage viszont oldalanként más: minden URL-nek saját példánya van.

A kettőt az isPartOf mező köti össze. A hivatkozás @id azonosítókon keresztül történik, így a gép nem szöveget egyeztet, hanem stabil azonosítót követ. A WebSite publisher mezője mutat az Organization sémára, a WebPage breadcrumb mezője pedig a BreadcrumbList elemre.

Miért érdekli ez a gépeket

Egy nyers HTML-ből a robotnak ki kell találnia, hogy a lap egy blogbejegyzés, egy kategória vagy a kezdőlap. A WebPage ezt kimondja, nem sejteti. A url mező ráadásul megerősíti, melyik a hivatalos cím, ezért érdemes a Canonical URL értékével azonosra állítani.

A generatív keresők és az AI-crawlerek darabokban dolgozzák fel az oldalt. Nekik sokat ér, ha a nyelv, a szerző-szervezet és a frissítés dátuma egy strukturált blokkban is ott van.

Mikor számít igazán

Nagy, sok szekciós oldalakon, ahol nehéz eldönteni, mi a fő tartalom. Ott is, ahol több nyelv vagy több aldomain fut, és keveredhetnek az URL-ek.

Röviden: a WebSite és a WebPage nem rangsoroló varázsszó, hanem a keret, amibe a többi séma bekötődik.

Miért fontos

SEO-hatás

A hatása alacsony, és ezt nem is szépítjük. A Google nem ad érte külön találati megjelenést. Amit ad: tisztább oldalkontextus, pontosabb nyelv- és dátum-jelzés, kevesebb félreértés a duplikált URL-eknél.

AI-értelmezhetőség

A nyelvi modellek szívesen indulnak ki a strukturált blokkból, mert az rövid és egyértelmű. Egy WebPage name és description mező sokszor pontosabb összefoglalót ad, mint a tele-widgetes sablon szövege.

Üzleti következmény

Az igazi nyereség a rendszerben van. Ha a WebSite keret megvan, a @graph szerkezetbe később olcsón beköthető a Product, az Article vagy a FAQPage. A riportokban azt látjuk, hogy amelyik oldalon nincs WebSite, ott általában a többi séma is hiányzik vagy szétesett.

Kikre vonatkozik

Vonatkozik minden nyilvános weboldalra: bemutatkozó oldalra, blogra, webshopra, egyoldalas landing oldalra is.

Külön hasznos:

  • több nyelvet kiszolgáló oldalakon, az inLanguage miatt
  • nagy webshopokban, ahol kategória és termék keveredik
  • hírportálokon és blogokon, ahol a dateModified számít

Nem kell vele foglalkozni staging- és fejlesztői környezetben, illetve noindex alatt futó oldalakon. Ott a séma úgysem jut el senkihez.

Hogyan ellenőrzöd

  1. Nyisd meg a Rich Results tesztet vagy a validator.schema.org oldalt, és illeszd be a vizsgált URL-t.
  2. Nézd meg a felismert típusok listáját: szerepel-e WebSite és WebPage.
  3. A böngésző devtools Elements fülén keress rá az application/ld+json szövegre, és olvasd el a blokkot.
  4. Parancssorból is megy: curl -s https://pelda.hu/ | grep -c 'application/ld+json'.
  5. Ellenőrizz legalább négy oldaltípust: kezdőlap, kategória, termék vagy szolgáltatás, blogbejegyzés.

Jó jel

  • egy WebSite a webhelyen, saját @id értékkel
  • oldalanként egy WebPage, isPartOf hivatkozással
  • a url mező megegyezik a canonical címmel
  • kitöltött inLanguage, például hu-HU

Rossz jel

  • minden aloldalon külön WebSite, eltérő azonosítókkal
  • WebPage name értéke a sablon neve, nem az oldal címe
  • a url egy régi HTTP-s vagy www nélküli változatra mutat
  • a validátor hibát jelez a JSON szintaxisára

Hogyan javítod

WordPress

  1. Telepíts egy séma-képes SEO-bővítményt, vagy használd a téma beépített kimenetét.
  2. A bővítmény beállításainál add meg a webhely nevét és a szervezet adatait.
  3. Ellenőrizd, hogy csak egy forrás ad ki sémát. Két bővítmény két WebSite blokkot jelent.
  4. Ha nincs bővítmény, a wp_head horogra írj ki saját JSON-LD blokkot.

Shopify

  1. Nézd meg a téma theme.liquid fájlját, a legtöbb modern téma már ad WebSite jelölést.
  2. Ha nincs, a <head> végére tedd be a saját JSON-LD blokkot, {{ shop.url }} és {{ page_title }} változókkal.
  3. A termékoldalon a WebPage helyett a Product séma a fő elem, a WebPage marad keretnek.

Unas

  1. A sablonszerkesztőben keresd meg a fejléc egyedi kód mezőjét.
  2. Illeszd be a WebSite blokkot, statikus névvel és URL-lel.
  3. Az oldalszintű WebPage-hez használd a sablon címváltozóját, hogy ne minden lapon ugyanaz szerepeljen.

Shoprenter

  1. A Kinézet menüben nyisd meg az aktív sablon fejlécét.
  2. Szúrd be a JSON-LD blokkot a záró </head> elé.
  3. Kategória- és termékoldalon külön blokkot adj ki, hogy a name mező releváns legyen.

Egyedi fejlesztés

  1. Csinálj egy közös séma-szolgáltatást, ami minden oldalhoz összeállítja a @graph tömböt.
  2. A WebSite azonosítója legyen konstans, például https://pelda.hu/#website.
  3. A WebPage url értékét ugyanabból a forrásból vedd, amiből a canonical készül.
  4. Írj egy tesztet, ami minden sablontípusra validálja a kimenő JSON-t.

Gyakori hibák

  • Minden aloldalon új WebSite blokk, saját azonosító nélkül: a gép több webhelyet lát egy helyett.
  • Hiányzó isPartOf: a WebPage a levegőben lóg, nem derül ki, melyik webhelyhez tartozik.
  • A url és a canonical eltér: ellentmondó jelzés, amit a robot vagy figyelmen kívül hagy, vagy rosszul old fel.
  • Sablonnév az oldal neve helyett: minden lap WebPage neve ugyanaz, így a mező nem hordoz információt.
  • Két bővítmény párhuzamos kimenete: duplikált, gyakran ütköző sémák kerülnek a HTML-be.
  • Kézzel írt dateModified: elévül, és pár hónap múlva valótlan adatot állít.
  • A WebSite mindent helyettesít alapon: WebSite van, Organization nincs, így a cégről semmi nem derül ki.

Technikai példa

Minimális, de teljes keret @graph szerkezetben, egy szolgáltatásoldalon:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "WebSite",
      "@id": "https://pelda.hu/#website",
      "url": "https://pelda.hu/",
      "name": "Példa Könyvelőiroda",
      "inLanguage": "hu-HU",
      "publisher": { "@id": "https://pelda.hu/#organization" }
    },
    {
      "@type": "WebPage",
      "@id": "https://pelda.hu/szolgaltatasok/konyveles#webpage",
      "url": "https://pelda.hu/szolgaltatasok/konyveles",
      "name": "Könyvelés kisvállalkozásoknak",
      "description": "Havi könyvelés és bérszámfejtés budapesti kkv-knak.",
      "inLanguage": "hu-HU",
      "isPartOf": { "@id": "https://pelda.hu/#website" },
      "datePublished": "2024-03-11",
      "dateModified": "2026-02-04"
    }
  ]
}

A blokk a HTML <head> részébe kerül, <script type="application/ld+json"> elemben. Gyors ellenőrzés parancssorból:

curl -s https://pelda.hu/szolgaltatasok/konyveles | grep -o '"@type": *"[A-Za-z]*"'

A kimenetben látnod kell a WebSite és a WebPage típust is. Ha csak az egyik jön vissza, a keret fele hiányzik.

Gyakori kérdések

Kell WebSite séma, ha már van Organization?
A kettő mást ír le. Az Organization a céget, a WebSite a webhelyet. Egymásra hivatkoznak a publisher mezőn keresztül, és együtt adnak teljes képet. Külön-külön is működnek, de a pár erősebb.
Hoz ez jobb pozíciót a Google-ben?
Közvetlenül nem. A WebSite és WebPage séma nem rangsoroló tényező, és nem jár érte külön találati megjelenés. Amit ad: tisztább kontextus a robotoknak, kevesebb félreértés. A kis hatású, olcsó javítások közé tartozik.
A SearchAction jelölést érdemes még kitenni?
A Google már nem jeleníti meg a találatokban a webhely kereződobozát, tehát találati nyereséget nem hoz. Hibát sem okoz, ha bent marad. Új jelölésnél nyugodtan hagyd ki, és a kötelező mezőkre koncentrálj.
Oldalanként külön WebPage kell, vagy elég egy globális?
Oldalanként kell. A WebPage lényege, hogy az adott URL-t írja le: saját név, leírás, canonical cím és dátum. Ha minden lapon ugyanaz szerepel, a mező nem hordoz információt, és a gép figyelmen kívül hagyja.
Mi van, ha a bővítmény és a téma is ad ki sémát?
Akkor duplikált WebSite blokkok kerülnek a HTML-be, gyakran eltérő adatokkal. Válassz egy forrást, a másikat kapcsold ki. A magyar KKV-oldalak többségén ez a leggyakoribb séma-hiba.

Források

Kapcsolódó fogalmak

A te oldaladon hogy áll a(z) „WebSite és WebPage séma”?

Futtass egy GEO-auditot: pontszám, fejlesztői ítélet, a leggyorsabb javítások, és minden tételhez bizonyíték.

Ingyenes GEO-audit indítása