Tartalom

Definíciós blokk a cikk elején: a legolcsóbb AI-idézhetőségi fogás

A definíciós blokk a cikk elejére tett 40-60 szavas fogalommagyarázat, amit a válaszmotorok kontextus nélkül is idézhetnek. Sablon, példák, ellenőrzőlista.

Scheo · · Frissítve: · olvasási idő ~10 perc · Szerző: Schmidt Péter

Röviden: A cikk elejére tett, 40-60 szavas, önmagában is megálló fogalommagyarázat a legolcsóbb szerkesztési fogás, amivel egy válaszmotor a szövegedet a környezetéből kiemelve is fel tudja használni. Négy szakmai példán és egy négyelemű sablonon keresztül mutatjuk meg, hogyan írd meg, és min ellenőrizd le.
Kulcs tanulságok
  • A definíciós blokk célja nem a bevezetés, hanem az idézhetőség: a szövegrésznek a cikkből kiemelve is igaznak és értelmesnek kell maradnia.
  • A működő sablon négy eleme: mi az, kinek szól, mihez képest más, mikor nem alkalmas.
  • Névmás, visszautalás („ahogy fentebb írtuk”), időfüggő megfogalmazás és márkanév-kezdés mind rontja az önálló felhasználhatóságot.
  • Egy 40-60 szavas blokk megírása jellemzően negyedóra, ezért a szerkesztési ráfordításhoz mérten ez az egyik leggyorsabban megtérülő elem.
  • A definíciós blokk nem garantál idézést, csak megszünteti az egyik gyakori technikai akadályát.

Van egy szerkesztési elem, ami nagyjából negyedórába kerül, nem kell hozzá fejlesztő, nem kell hozzá új tartalomstratégia, és nem kell hozzá egyetlen új aloldal sem: a cikk elejére tett, önmagában is megálló fogalommagyarázat. A magyar szakmai tartalmak nagy részéből mégis hiányzik. Helyette az áll a lead alatt, hogy „ebben a cikkben megnézzük, hogyan”, vagy hogy „sok ügyfelünk kérdezi tőlünk”. Ezek a mondatok emberi olvasónak elmennek, egy válaszmotornak viszont nulla információt hordoznak.

Definíciós blokk a cikk elején: a legolcsóbb AI-idézhetőségi fogás
Definíciós blokk a cikk elején: a legolcsóbb AI-idézhetőségi fogás

Mi az a definíciós blokk, és miért ez a legolcsóbb fogás?

Rövid válasz: a definíciós blokk egy 40-60 szavas bekezdés a cikk első képernyőjén, amely a cikk központi fogalmát úgy magyarázza el, hogy a szöveg a saját környezetéből kiemelve, előzmény és folytatás nélkül is igaz és értelmes marad.

A hangsúly az utolsó tagmondaton van. Nem attól lesz definíciós blokk, hogy a cikk elején van, és nem attól, hogy rövid. Attól lesz az, hogy kiállja a kiemelés próbáját: ha valaki kimásolja, és beilleszti egy üres dokumentumba, akkor is pontosan ugyanazt jelenti.

Saját tapasztalat (Scheo, ügyféltartalmak szerkesztése): a szerkesztői munkánk során ez az az elem, amit a legritkábban látunk meg egy átvett cikkben, és amit a leggyorsabban lehet pótolni. Egy meglévő, egyébként jó szakcikkbe utólag beilleszteni egy definíciós blokkot általában egy bekezdés megírását jelenti, nem újraírást. Ezért nevezzük olcsónak: nem az eredmény garantált, hanem a ráfordítás alacsony.

Szakmai feltételezés: a legtöbb magyar oldalon azért marad ki, mert a szerzők a bevezetőt hangulati elemnek tekintik, nem információhordozónak. A klasszikus SEO-logikában a bevezető feladata az volt, hogy az olvasót lentebb húzza. Egy válaszmotornál nincs „lentebb”: ott a bekezdés vagy önmagában használható, vagy kiesik.

Miért tud egy válaszmotor kontextus nélkül idézni egy ilyen blokkot?

Rövid válasz: mert a nagy nyelvi modellekre épülő keresők és asszisztensek a weboldalakat jellemzően darabokban dolgozzák fel, és egy-egy szövegrészletet a teljes oldal nélkül emelnek be a válaszukba.

Hivatalosan igazolt rész: a Google dokumentációja évek óta leírja, hogy az emelt válaszokat (kiemelt kivonat) a rendszer az oldal egy részletéből állítja elő, és hogy ezekhez nincs külön jelölés vagy kérelmezési lehetőség. Az OpenAI és az Anthropic publikus dokumentációja pedig azt írja le, milyen crawlerek érik el az oldaladat, és hogyan tilthatod vagy engedheted őket. Ez a kettő együtt annyit mond ki, hogy a szövegedből részletek kerülhetnek egy válaszba, és hogy a hozzáférést te szabályozod.

Ami nem hivatalos, hanem szakmai feltételezés: az, hogy pontosan mekkora darabokban, milyen határok mentén és milyen súlyozással történik ez. Erről a nagy szolgáltatók nem közölnek részletes leírást. A gyakorlati következtetés viszont ettől függetlenül is levonható: ha egy bekezdés csak a saját szövegkörnyezetében értelmes, akkor kiemelve vagy pontatlan lesz, vagy használhatatlan. Ha önállóan is megáll, akkor legalább nem a szerkesztésen múlik, hogy nem használják fel.

Ez a különbség a lényeg. A definíciós blokk nem növeli az esélyt varázsütésre. Egy technikai akadályt szüntet meg, ami korábban ott volt.

Milyen szerkezetet kövessen a definíciós blokk?

Rövid válasz: négy elemet érdemes egymás után, tömören végigvinni: mi az, kinek szól, mihez képest más, és mikor nem alkalmas.

A négy elem nem négy külön mondat. Kettő-három mondatba is belefér, és sokszor jobb is, ha belefér. A 40-60 szavas keret nem babonás szám: annyi, amennyi egy tömör, teljes gondolatot elbír anélkül, hogy táviratstílusúvá válna.

Hogy néz ki a jó és a rossz definíció négy különböző szakmában?

Rövid válasz: a rossz definíció a cikkre hivatkozik vagy a cégre, a jó definíció a fogalomra. Négy szakma, négy párhuzamos példa.

Klímaszerelés: karbantartás

Rossz: „Ahogy fentebb is írtuk, ez egy nagyon fontos szolgáltatás, amit érdemes minden évben elvégeztetni. Nálunk ezt szakemberek végzik.” Itt visszautalás van, névmás van, a fogalom neve viszont nincs benne, és a mondat a cégről szól.

Jó: „A klímakarbantartás a beltéri és kültéri egység tisztítását, a hűtőközeg nyomásának ellenőrzését és a kondenzvíz-elvezetés átvizsgálását jelenti, jellemzően évente egyszer. Lakossági és irodai split rendszereknél szokásos. A javítástól abban tér el, hogy meglévő hibát nem feltételez. Meghibásodott berendezésnél nem helyettesíti a hibakeresést.”

Könyvelés: bérszámfejtés

Rossz: „Sokan keverik a könyveléssel, pedig nem ugyanaz. Erről lentebb részletesen is írunk.” A mondat igaz, de üres: nem mondja meg, mi az, és a folytatásra mutat.

Jó: „A bérszámfejtés a munkavállalók havi járandóságának, a levont közterheknek és a nettó bérnek a kiszámítása és dokumentálása. Munkáltatókra vonatkozik, az első alkalmazott belépésétől kezdve. A könyveléstől abban különbözik, hogy nem a cég gazdasági eseményeit, hanem a munkaviszonyokat kezeli. Megbízási jogviszony díjazására csak részben alkalmazható.”

Fogászat: dentálhigiéniai kezelés

Rossz: „Ez az a kezelés, amit mindenkinek ajánlunk, mielőtt bármi máshoz hozzákezdenénk.” Névmással kezd, a rendelő nézőpontjából fogalmaz, és kiemelve semmit nem jelent.

Jó: „A dentálhigiéniai kezelés a fogkő és a lepedék eltávolítása ultrahangos és kézi eszközzel, majd a fogfelszín polírozása. Felnőtteknél és ínyvérzés esetén szokásos, jellemzően 45-60 perces ülésben. A fogfehérítéstől eltér, mert nem a fog színét változtatja, hanem a lerakódást szünteti meg. Aktív ínygyulladás kezelését nem váltja ki.”

B2B szoftver: készletszinkron

Rossz: „A rendszerünk egyik legerősebb funkciója, ami sok időt spórol meg neked.” Márkával kezd, ígér, és a fogalmat nem magyarázza el.

Jó: „A készletszinkron az az automatikus adatcsere, amely a raktári nyilvántartás darabszámait meghatározott időközönként átvezeti a webáruház felületére. Több értékesítési csatornán árusító kereskedőknél használatos. A manuális készletfeltöltéstől abban tér el, hogy emberi beavatkozás nélkül fut. Egyedi gyártású, nem darabszám alapú termékeknél nem alkalmazható.”

Vedd észre a közös mintát: mind a négy jó változat a fogalom nevével kezd, egyik sem tartalmaz cégnevet, és mindegyikben ott van az elhatárolás meg a korlát.

Milyen ellenőrzőlistán menjen át a kész blokk?

Rövid válasz: nyolc kérdés, mindegyikre igennel kell tudni válaszolni, mielőtt a szöveg felkerül.

Kiegészítő szempont a mérhetőség: ha a blokk tartalmaz egy konkrét, ellenőrizhető részletet (időtartam, gyakoriság, mennyiség), az önmagában is emeli az értékét, mert olyan információt ad, amit sablonszövegből nem lehet kitalálni. Számot csak akkor írj bele, ha valós.

Hogyan kapcsolódik ehhez a strukturált adat?

Rövid válasz: a strukturált adat nem pótolja a jó szöveget, de gépi olvasásra alkalmas formában megismételheti azt, amit a definíciós blokk emberi nyelven mond ki.

A Schema.org szótárában erre a DefinedTerm típus való. Egy egyszerű JSON-LD blokk így néz ki:

{"@context":"https://schema.org","@type":"DefinedTerm","name":"Klímakarbantartás","description":"A beltéri és kültéri egység tisztítása, a hűtőközeg nyomásának ellenőrzése és a kondenzvíz-elvezetés átvizsgálása."}

Hivatalosan igazolt: a Google csak a dokumentált gazdag találat típusokat kezeli megjelenítési szempontból, és a DefinedTerm jelenleg nem tartozik közéjük. Szakmai feltételezés: a strukturált adat ettől függetlenül lehet hasznos gépi értelmezési támpont más rendszereknek. Fontos szabály: a JSON-LD leírás szó szerint egyezzen az oldalon látható szöveggel, mert az eltérés a Google strukturált adatra vonatkozó irányelvei szerint kifogásolható.

Mikor ne tegyél definíciós blokkot a cikk elejére?

Rövid válasz: ha a cikknek nincs egyetlen központi fogalma, vagy ha a fogalom annyira köznapi, hogy a magyarázat üresen szól.

Egy „hét tipp a nyári nyitvatartáshoz” típusú összeállításnak nincs mit definiálnia, egy „mi az a weboldal” kezdetű blokk pedig komolytalanná teszi a szerzőt. Ilyenkor jobb a cikk első bekezdését arra használni, hogy a tartalom hatókörét rögzíti: kire vonatkozik, milyen helyzetre, mit nem tartalmaz.

Szintén rossz irány, ha a definíciós blokk gyakorlatilag ugyanaz a szöveg minden aloldalon, csak a fogalom nevét cserélted benne. Ez sablonosodáshoz vezet, és nem ad hozzáadott értéket.

Hogyan mérd, hogy megtérült-e?

Rövid válasz: a definíciós blokk hatását közvetlen forgalmi mutatóval ritkán lehet kimutatni, ezért ellenőrzött, ismételhető lekérdezésekkel érdemes követni.

Gyakorlati módszer: írj össze nyolc-tíz olyan kérdést, amire a definíciós blokk a válasz, és havonta ugyanazokkal a szövegekkel kérdezd meg őket több asszisztenstől. Rögzítsd, hogy megjelenik-e a domained forrásként, és hogy a visszaadott megfogalmazás mennyire hasonlít a te szövegedre. Ez nem statisztikai mérés, hanem mintavétel, viszont ismételhető, és a változás iránya látszik belőle.

Kiegészítésként a szervernaplóban követheted, milyen gyakran és milyen mélységig járnak nálad az AI-crawlerek. Ez arról ad képet, hogy egyáltalán elérhető-e a tartalmad, nem arról, hogy idézik-e.

Saját tapasztalat: a szerkesztési ráfordításhoz mérten ez az elem hozza a leghamarabb az első látható jelet, mert nem függ új tartalom megjelenésétől, csak a meglévő szöveg átírásától. Garanciát viszont nem ad: a válaszmotorok forrásválasztása sok tényezőtől függ, amit szerkesztéssel nem lehet befolyásolni.

Források és további olvasnivalók

Gyakori kérdések

Hány szavas legyen pontosan a definíciós blokk?

A 40-60 szavas keret gyakorlati ajánlás, nem szabály. Ennyibe fér bele a négy elem (mi az, kinek szól, mihez képest más, mikor nem alkalmas) anélkül, hogy táviratstílusú lenne. Ha a fogalom összetettebb, 70-80 szó is elfogadható, de a kiemelhetőség romlik, ahogy nő a hossz.

Hol legyen a blokk: a H1 alatt vagy az első H2 után?

A leggyakoribb és legjobban működő elhelyezés a főcím alatti első bekezdés, még az első H2 előtt. Így az olvasó és a gépi feldolgozás is a legelső érdemi szövegként találja meg. Ha a cikkhez tartozik egy „Röviden” doboz, a definíció lehet annak első mondata is, de akkor ne ismételd meg szó szerint lentebb.

Nem baj, ha a definíció szárazabb, mint a cikk többi része?

Nem. A definíciós blokk feladata a pontosság, nem a hangulatteremtés. A stílust a következő bekezdéstől kezdve viheted vissza. A tapasztalat szerint az olvasók sem zavaróak találják, mert a rövid, tényszerű nyitás gyorsabban válaszolja meg a kérdésüket, mint egy bevezető.

Elég, ha csak JSON-LD-be teszem a definíciót, a látható szövegbe nem?

Nem elég, és kockázatos is. A Google strukturált adatra vonatkozó irányelvei szerint a jelölésnek az oldalon látható tartalommal kell egyeznie, a felhasználó elől elrejtett jelölés pedig kifogásolható. A látható szöveg az elsődleges, a strukturált adat csak megismétli.

Több fogalmat magyarázó cikknél mit csináljak?

Válaszd ki azt az egyet, amelyikre a cikk címe és fő kérdése épül, és arra írd meg a nyitó definíciós blokkot. A többi fogalmat a saját H2 vagy H3 szakaszuk elején definiáld ugyanezzel a négyelemű sablonnal, egyenként 40-60 szóban. Így minden szakasz külön is kiemelhető marad.

Garantálja ez, hogy egy AI-asszisztens forrásként megjelöl?

Nem garantálja. A válaszmotorok forrásválasztása sok, nyilvánosan nem dokumentált tényezőtől függ, és ezt szerkesztéssel nem lehet kikényszeríteni. A definíciós blokk annyit ér el, hogy megszünteti az egyik technikai akadályt: a szövegrészleted kiemelve is értelmes és igaz marad.

Források és további olvasnivalók

Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.

A cikk szerzője

Schmidt Péter, online marketing szakértő, a Scheo Tanácsadó Kft. alapítója. Székesfehérvárról, országosan dolgozó csapattal végzünk keresőoptimalizálást, AI-láthatóság mérést, Google és Meta hirdetéskezelést, weboldalkészítést. Amit itt leírunk, azt ügyfélmunkában is használjuk. Rólunk bővebben · Szolgáltatásaink

Kapcsolódó olvasnivaló

Kapcsolódó

Aeo jelentése: amit tudnod kell róla

Kapcsolódó

Idézettségi audit: hogyan mérd fel, mely oldalaidat idézik az AI-motorok

Kapcsolódó

Az AI-ból érkező látogató más: mit várjon el tőle a céloldalad

Kapcsolódó

Tartalom összefoglaló: amit tudnod kell róla

Kapcsolódó

Idézhető bekezdés: hogyan írj az AI-nak

Kapcsolódó

Forrásjelölés a saját cikkeidben: így lesz belőle AI-idézhetőségi előny

Kapcsolódó

AI-láthatóság mérés lépésről lépésre: hogyan ellenőrizd magad, idéz-e a ChatGPT?

Kapcsolódó

Mennyi heti óra kell a tartalomkészítéshez: reális erőforrásterv kkv-nak

Kapcsolódó

Saját adat és kutatás publikálása: a legerősebb idézhetőségi jel

Kapcsolódó

Looker Studio ügyfélriport: melyik 6 blokk kerüljön bele, és mi maradjon ki

Helyi szolgáltatás a környékeden

Országosan dolgozunk, online és személyesen. Válaszd ki a városodat, és nézd meg, hogyan segítünk helyben:

Online marketing & AI SEO SzegedOnline marketing & AI SEO MiskolcOnline marketing & AI SEO PécsOnline marketing & AI SEO KecskemétOnline marketing & AI SEO NyíregyházaOnline marketing & AI SEO Szombathely

Weboldalkészítés városra bontva

Ha először a honlap kell, itt városonként arról írtunk:

Weboldalkészítés TatabányaWeboldalkészítés KaposvárWeboldalkészítés BékéscsabaWeboldalkészítés EgerWeboldalkészítés ZalaegerszegWeboldalkészítés Szekszárd

Mind a 20 városunk és az összes szolgáltatás →

15 perces AI-láthatósági gyorselemzés - díjmentesen

Megnézzük három, számodra fontos keresőkérdésnél, hogy megjelenik-e a céged a ChatGPT, a Gemini és a Google AI-válaszaiban, mely versenytársakat ajánlják helyetted, és melyik három területen érdemes először javítani. A weboldaladat előzetesen átnézzük, tehát nem sablonos, automata riportot kapsz.

Adataidat kizárólag a kapcsolatfelvételhez használjuk. Kapcsolat: m@rketinges.hu
💬 Konzultáció