FAQPage séma

Keresőoldali hatás

A legtöbb domainen ma nincs látványos nyereség. A FAQ rich result kormányzati és egészségügyi oldalakra szűkült. Ha kizárólag a találati kinézet miatt raktad fel, a várakozásod elavult.

AI-oldali hatás

A generatív felületek rövid, önálló válaszokat keresnek. A Question és az acceptedAnswer pár pontosan ilyen egységet ad át nekik. A riportokban ezt látjuk: a jelölt GYIK-kel rendelkező oldalak szövegét pontosabban idézik vissza a modellek.

Üzleti hatás

A tipikus vásárlói kérdések gépi formában is olvashatóvá válnak. Ide tartoznak a következők:

• szállítási idő és költség
• garancia és elállás feltételei
• árazás és fizetési módok
• működési terület

Ezek nélkül a modell találgat, vagy nem is említ. A hiányzó válasz hallucinációra ad teret.

Kikre vonatkozik

• Szolgáltatásoldalak, ahol visszatérő ügyféloldali kérdések vannak.
• Webshopok termék- és információs oldalai.
• Tudásbázisok, súgók, dokumentációs aloldalak.
• Önálló GYIK-oldal minden típusú oldalon.

Kikre nem

• Olyan oldalra, ahol nincs valódi, látható kérdés-válasz blokk.
• Kategórialistákra és szűrőoldalakra.
• Fórumszerű felületekre, ahol több felhasználói válasz versenyez. Ott a QAPage a helyes típus.
• Staging és fejlesztői környezetre, ahol amúgy is noindex, meta robots és X-Robots-Tag van.

Egy oldalon egy FAQPage blokk legyen. Ha több séma van az oldalon, fogd össze őket @graph szerkezetbe.

1. Nyisd meg az oldalt, és nézd meg, van-e valódi kérdés-válasz blokk a látogató számára.
2. Nyisd meg a böngésző devtoolsát, és keresd a forrásban a FAQPage szöveget.
3. Futtasd le az oldalt a Rich Results teszten. A renderelt HTML-t is vizsgálja, nem csak a nyers forrást.
4. Ellenőrizd a schema.org validátorával, hogy a mainEntity tömb minden eleme tartalmaz acceptedAnswer mezőt.
5. Nézd meg a Search Console Továbbfejlesztések menüjét. Ha korábban volt FAQ-riport, itt látod a hibás elemeket.

Jó jel

• A jelölt kérdések szó szerint megvannak a látható szövegben.
• Minden kérdéshez pontosan egy elfogadott válasz tartozik.
• A válasz önmagában is értelmes, 2-4 mondat.
• A blokk hibamentesen validál.

Rossz jel

• A séma kérdései nem szerepelnek az oldalon.
• A válasz egyetlen szó vagy puszta link.
• Ugyanaz a GYIK-séma minden aloldalon ismétlődik.
• A JSON-LD szintaktikai hiba miatt egyáltalán nem parsolódik.

Mit néz ebből a riport

Az audit megnézi, van-e FAQPage jelölés az oldalon, és érvényes-e a szerkezete. Külön jelzi, ha a kérdés-válasz blokk látszik a szövegben, de nincs mögötte séma. A riport ezt tipikusan gyors, alacsony kockázatú javításként sorolja be.

WordPress

1. Nézd meg, hogy a SEO-bővítményed vagy a blokkszerkesztő GYIK-blokkja generál-e már FAQPage sémát.
2. Ha igen, ne tegyél fel másodikat. A duplikált blokk zavarja a feldolgozást.
3. Ha nincs, használj GYIK-blokkot beépített sémakimenettel, vagy tedd be kézzel a JSON-LD-t a sablon wp_head hookjába.
4. Mentés után futtasd le a Rich Results tesztet az élő URL-en.

Shopify

1. Szerkeszd a témát, és keresd meg a theme.liquid vagy a termék-sablon fájlt.
2. Illeszd be a JSON-LD blokkot a </head> elé, a metamezőkből feltöltve.
3. Metamezőben tárold a kérdéseket, hogy ne kelljen kódot szerkeszteni minden változásnál.

Unas

1. A GYIK-tartalmat szerkeszthető szövegoldalon vagy termékleírásban tartsd.
2. A saját HTML-beszúrási pontra tedd fel a JSON-LD blokkot.
3. Ha a felület szűri a <script> tageket, a sablonszintű megoldáshoz kérj fejlesztői hozzáférést.

Shoprenter

1. Sablonszerkesztőben nyisd meg a fejléc sablont.
2. Tedd be a JSON-LD blokkot, lehetőleg feltétellel, hogy csak a GYIK-et tartalmazó oldalakon fusson.
3. Ellenőrizd, hogy a kimenet nem HTML-escapelve jelenik-e meg.

Egyedi fejlesztés

1. Generáld a sémát ugyanabból az adatforrásból, amiből a látható GYIK renderelődik.
2. Így a kettő soha nem csúszik szét.
3. Írj rá egy tesztet, ami ellenőrzi, hogy a JSON-LD parsolható marad.
4. A válaszban engedélyezett HTML korlátozott, ezért a nem támogatott tageket szűrd ki.

• Rejtett kérdések jelölése: olyan tartalmat írsz le a sémában, ami nem látszik az oldalon, és ez irányelvsértés.
• A séma és a szöveg szétcsúszása: a GYIK-et átírod, a JSON-LD marad a régi, így a modell elavult választ idéz.
• Ugyanaz a blokk minden aloldalon: a globális GYIK-séma felhígítja az oldalankénti jelentést.
• Marketingszöveg válasz helyett: a válaszmezőbe ajánlat kerül tényadat helyett, ezért idézhetetlen lesz.
• Kettős jelölés: a bővítmény és a kézi kód is kiad egy FAQPage blokkot, a feldolgozás pedig ellentmondásba fut.
• Törött JSON: egy lezáratlan kapcsos zárójel miatt a teljes blokk kiesik, pedig a forrásban ott van.
• QAPage helyett FAQPage: felhasználói kérdés-válasz felületen rossz típust használsz, ami érvénytelen jelölés.

Minimális, érvényes FAQPage blokk. Két kérdés, mindegyikhez egy elfogadott válasz.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Mennyi a szállítási idő?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "A raktáron lévő termékeket 1-2 munkanapon belül adjuk fel. A futár a feladás utáni munkanapon kézbesít."
      }
    },
    {
      "@type": "Question",
      "name": "Hány napon belül élhetek el a vásárlástól?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Az átvételtől számított 14 napon belül indokolás nélkül elállhatsz. A visszaküldés költsége a vásárlót terheli."
      }
    }
  ]
}
</script>

Gyors ellenőrzés parancssorból. A JSON-LD blokkok kilistázása az élő oldalról:

curl -s https://pelda.hu/gyik | grep -o 'application/ld+json' | wc -l
curl -s https://pelda.hu/gyik | grep -c 'FAQPage'

Ha az első szám nagyobb egynél, több séma van az oldalon. Ellenőrizd, hogy nem ütköznek-e, és a @id hivatkozások rendben vannak-e.