A legtöbb AI-SEO cikk arról szól, hogyan kerülsz be a ChatGPT vagy a Google AI-válaszaiba. Van egy csendesebb helyzet is, amivel kevesebben foglalkoznak. A látogató már a weboldaladon van, de nem olvassa végig. Megnyomja a böngésző Gemini vagy Copilot gombját, és megkéri, hogy foglalja össze neki az oldalt, vagy rákérdez valamire. Ilyenkor a cégedet egy asszisztens mutatja be, a te tartalmadból, a saját szavaival. Ez a cikk azt nézi meg, mi marad meg ebből a bemutatásból, mi vész el útközben, és hogyan tudod úgy rendezni az oldalt, hogy az összefoglaló végén ott legyen a következő lépés is.
Mit csinál a böngészőbe épített AI-asszisztens, amikor összefoglalja az oldalt?
Röviden: az asszisztens a megnyitott lap tartalmát kapja meg, és abból válaszol a látogató kérdésére. Amit az oldal abban a pillanatban nem ad át olvasható szövegként, az jó eséllyel kimarad a válaszból.
Hivatalosan igazolt: a Google a Chrome asztali változatába építette be a Geminit, amely a felhasználó kérésére az éppen megnyitott oldallal dolgozik, például összefoglalja vagy kérdésekre válaszol róla. A Microsoft Edge-ben a Copilot oldalsávja szintén fel tudja használni az aktuális oldal tartalmát, ha a felhasználó ezt engedélyezi. Mindkét gyártó dokumentációja jelzi, hogy a funkció a felhasználó kezdeményezésére fut, és az elérhetősége országtól, nyelvtől és fióktípustól is függ.
Szakmai feltételezés: a gyártók nem közlik részletesen, milyen formában kerül át az oldal a modellhez. Lehet ez a betöltött oldal szövege, az akadálymentességi fa, egy képernyőkép, vagy ezek keveréke, és ez verzióról verzióra változhat. Emiatt nem érdemes egyetlen technikai trükkre építeni. A biztonságos irány az, ha a fontos tartalom egyszerre van jelen szövegként a HTML-ben, látszik a képernyőn, és akadálymentességi szempontból is értelmes.
Miben más ez, mint a keresőben megjelenő AI-válasz?
Röviden: a keresőben az AI sok forrásból válogat, a böngészőben viszont csak a te oldaladból dolgozik, és olyan látogatónak válaszol, aki már nálad van. Itt a tét a bemutatás pontossága, és az, hogy a látogató ne álljon meg félúton.
A keresési AI-válasznál az a kérdés, hogy egyáltalán idéznek-e. A böngészős összefoglalónál ez adott, hiszen az asszisztens a te lapodat olvassa. A kockázat máshol van. Ha a lényeges állítás lenyíló blokkban, képen vagy egy kattintásra betöltődő fülön van, az összefoglaló hiányos lesz, és a látogató azt hiheti, hogy nálad nincs meg, amit keres. Ez rosszabb annál, mintha egyszerűen nem olvasná el az oldalt. Egy magabiztos, de hiányos összefoglaló után ritkán görget vissza bárki ellenőrizni.
Saját tapasztalat: a felhasználók egy része nem görget, hanem kérdez. Jellemzően rövid, gyakorlati kérdéseket tesz fel, például „kiszálltok hétvégén is?”, „kell előre fizetni?” vagy „hogyan tudok időpontot kérni?”. Ha ezekre az oldal nem ad szöveges választ, az asszisztens vagy azt mondja, hogy nem találja, vagy általános, a cégedre nem jellemző választ ad.
Mely tartalmi elemek vesznek el vagy torzulnak a leggyakrabban?
Röviden: a kattintásra betöltődő tartalom, a képbe írt szöveg, a felugró ablakok és a sütibanner okozza a legtöbb gondot. A klasszikus, HTML-ben jelen lévő lenyíló blokk általában kisebb kockázat, mint elsőre gondolnád.
Lenyíló blokkok és fülek
Két nagyon különböző megoldás néz ki ugyanúgy a képernyőn. Az egyikben a válasz szövege már a betöltéskor ott van a HTML-ben, csak rejtve, és kattintásra kinyílik. A másikban a szöveg csak a kattintás után töltődik le a szerverről. Az első esetben a szöveg jó eséllyel eljut az asszisztenshez, a másodikban nagy valószínűséggel nem, amíg a látogató ki nem nyitja a blokkot.
Hivatalosan igazolt: a HTML szabványos <details> és <summary> eleme pont erre készült. A tartalom a dokumentum része marad, a böngésző csak a megjelenítést kezeli. Egy egyszerű, jól olvasható minta így néz ki.
<details><summary>Kiszálltok vidékre is?</summary><p>Igen, Budapesten és Fejér megyében is vállalunk munkát.</p></details>
Szakmai feltételezés: ha a GYIK-ot egy bővítmény JavaScripttel, külön kérésből tölti be, számolj azzal, hogy az összefoglaló nem fogja látni. Ezt a lenti teszttel pár perc alatt ellenőrizheted.
Képbe írt szöveg
Ide tartozik a bannerre írt nyitvatartás, az infografikába zárt szolgáltatáslista, a fotóra írt akció. A multimodális modellek tudnak képről olvasni, de nem tudhatod, hogy az adott asszisztens a képet is megkapja-e, vagy csak a szöveget és az alt attribútumot. Saját tapasztalat: a képen lévő információ az összefoglalókban gyakran egyszerűen hiányzik, vagy pontatlanul jelenik meg. A megoldás egyszerű. Minden képen lévő lényeges állítás szerepeljen az oldalon szövegként is, a kép mellett vagy alatt, a kép alt szövege pedig mondja el röviden, mit ábrázol.
Felugró ablakok
A hírlevél-feliratkozás, a kedvezménykód vagy a kilépéskor felbukkanó ablak szövege bekerül az oldal kódjába, gyakran az elejére vagy a végére. Szakmai feltételezés: ha a felugró a kérés pillanatában nyitva van, az asszisztens könnyen nagy súlyt ad neki. Az összefoglalóba bekerülhet egy mondat a feliratkozásról, miközben a valódi szolgáltatásod háttérbe szorul. Rosszabb esetben a felugró ajánlatot úgy foglalja össze, mintha az lenne a cég fő tevékenysége.
Sütibanner
A sütibanner jogi kötelezettség, ezt nem kell és nem is szabad kikerülni. Egy hosszú, jogi szövegű banner, amely a képernyő nagy részét takarja, viszont két dolgot okozhat. Az egyik, hogy a szövege bekerül a kontextusba, és az összefoglaló első mondata az adatkezelésről szól. A másik, hogy ha a tartalom egy része csak a hozzájárulás után töltődik be (beágyazott térkép, értékelő modul, időpontfoglaló), akkor az asszisztens elfogadás előtt ezeket nem látja. Saját tapasztalat: a beágyazott foglalási és értékelő modulok tartalma a böngészős összefoglalókban ritkán jelenik meg megbízhatóan. Ami ezekben fontos, azt érdemes egy mondatban az oldal saját szövegében is kimondani.
Ami még torzíthat
- Csúszka (slider), ahol a második vagy harmadik dián van a lényeg.
- Ugyanaz az adat többször, eltérő változatban, például régi és új nyitvatartás, amiből az asszisztens a rosszat választhatja.
- Semmitmondó gombfelirat („Tovább”, „Kattints ide”), amelyből nem derül ki, mi a következő lépés.
- PDF-be zárt információ, amire csak egy link mutat.
Hogyan kerül bele az összefoglalóba a következő lépés?
Röviden: úgy, hogy a teendő szövegként, egyértelmű mondatban szerepel az oldalon, a szolgáltatás leírása közelében, és a gomb felirata is elmondja, mi történik rákattintva. Az asszisztens azt tudja visszaadni, ami le van írva.
A legtöbb oldalon a cselekvésre hívás egy gomb („Ajánlatkérés”) és egy telefonszám a fejlécben. Ez a szemnek elég, egy összefoglalónak kevés. Ha a látogató azt kérdezi, hogyan tud kapcsolatba lépni veled, az asszisztensnek kell egy mondat, amelyből össze tudja rakni a választ. Egy ilyen bekezdés például így hangozhat.
„Ajánlatot az oldal alján lévő űrlapon kérhetsz, vagy hívj minket hétköznap 8 és 17 óra között a +36 1 234 5678-as számon. Az ajánlathoz a helyszín címe és néhány fotó elég.”
Ebben benne van a csatorna, az elérhetőség ideje, és az is, mi kell az induláshoz. Egy összefoglaló ezt jó eséllyel szinte szó szerint visszaadja. Néhány gyakorlati szabály segít ebben.
- A telefonszám legyen szöveg és link is, például
<a href="tel:+3612345678">+36 1 234 5678</a>. A képbe írt vagy csak ikonként megjelenő szám nem segít. - Legyen egy rövid „Hogyan tovább?” bekezdés minden szolgáltatásoldal végén, ne csak a kapcsolat oldalon.
- A gomb felirata mondja ki a cselekvést, például „Ajánlatot kérek” vagy „Időpontot foglalok”.
- Egy oldalon egy fő lépés legyen. Ha öt különböző gomb versenyez, az összefoglaló vagy mindet felsorolja, vagy egyiket sem.
- Írd le, mi történik utána, például „A kérésed után visszahívunk, és egyeztetjük a helyszíni felmérést.” Határidőt ne írj bele, ha az nem csak rajtad múlik.
Hivatalosan igazolt: a Schema.org LocalBusiness és ContactPoint típusai a telefonszám, a nyitvatartás és az elérhetőség géppel olvasható leírására szolgálnak. Szakmai feltételezés: arról nincs nyilvános gyártói információ, hogy a böngészős asszisztensek használják-e a strukturált adatot az oldal összefoglalásához. A látható szöveg ezért az elsődleges, a strukturált adat a kiegészítés.
Hogyan teszteld magad, fejlesztő nélkül?
Röviden: nyisd meg a saját oldaladat Chrome-ban és Edge-ben, kérd meg az asszisztenst, hogy foglalja össze és mondja meg a következő lépést, majd vesd össze a választ azzal, amit szeretnél, hogy a látogató megtudjon.
- Írd le előre a saját listádat. Mi az az öt dolog, amit minden látogatónak tudnia kell erről az oldalról? Mit csinálsz, kinek, hol, miért téged válasszon, és mi a következő lépés.
- Nyisd meg az oldalt új látogatóként. Használj egy friss böngészőprofilt, hogy a sütibanner és a felugrók úgy jelenjenek meg, ahogy egy első látogatónál. Ha az asszisztens inkognitó módban nem érhető el, a friss profil ugyanazt a célt szolgálja.
- Első kör a banner elfogadása előtt. Kérd ezt: „Foglald össze ezt az oldalt öt pontban.” Mentsd el a választ.
- Második kör a banner elfogadása és a felugrók bezárása után. Ugyanaz a kérés. Ha a két válasz érdemben eltér, a banner vagy egy felugró befolyásolja az összefoglalót.
- Kérdezz rá a következő lépésre. „Hogyan tudok ajánlatot kérni vagy telefonálni ennek a cégnek?” Ha a válasz bizonytalan, vagy nem adja vissza a számot, ott dolgod van.
- Kérdezz rá a rejtett részekre. Válassz ki egy választ a GYIK-ból, és kérdezz rá szó szerint. Ha az asszisztens nem találja, a lenyíló blokk tartalma nem jut el hozzá.
- Kérdezz rá a képen lévő információra, például a képre írt nyitvatartásra vagy szolgáltatáslistára.
- Kérd a hiányok listáját. „Mit nem tudsz megválaszolni erről a cégről az oldal alapján?” Ez gyakran a leghasznosabb kérdés, mert megmutatja, hol hiányos a szöveg.
- Ismételd meg Edge-ben a Copilottal, és mobilon is, ha ott is elérhető számodra.
Van egy gyors kiegészítő próba is, eszköz nélkül. Nyomd meg az oldalon a Ctrl+A, majd a Ctrl+C billentyűt (Macen Cmd), és illeszd be a szöveget egy egyszerű szövegszerkesztőbe. Amit itt nem látsz, az jó eséllyel az asszisztensnek is nehezebben elérhető. Ez csak durva közelítés, a zárt lenyíló blokkok szövege például itt nem mindig jelenik meg, ezt a 6. lépés pontosabban méri. A képbe írt szöveget és a betöltetlen tartalmat viszont azonnal megmutatja.
Saját tapasztalat: az asszisztens válasza ugyanarra a kérésre futásonként kicsit eltérhet. Minden kérdést tegyél fel legalább kétszer, és az ismétlődő hiányokra figyelj, egyetlen furcsa válasz még nem jelent hibát.
Mit javíts először az oldalon?
Röviden: először a következő lépést tedd szövegessé, utána a képbe zárt és kattintásra betöltődő információt hozd ki szövegbe, végül rendezd a felugrókat és a bannert.
- Az oldal első bekezdése két-három mondatban kimondja, mit csinálsz, kinek és hol.
- Minden szolgáltatásoldal végén van egy „Hogyan tovább?” bekezdés a konkrét lépéssel.
- A telefonszám és az e-mail-cím szövegként szerepel, kattintható
tel:ésmailto:linkkel. - A gombfeliratok cselekvést mondanak („Ajánlatot kérek”), és kerülik az általános szót („Tovább”).
- A GYIK válaszai betöltéskor már a HTML-ben vannak (
<details>vagy egyenértékű megoldás), és nem kattintásra töltődnek le. - A képbe írt nyitvatartás, szolgáltatáslista vagy akció mellett ugyanez szövegként is ott van.
- A képek alt szövege leírja, mit mutat a kép, kulcsszóhalmozás nélkül.
- A felugró nem jelenik meg azonnal betöltéskor, és nem takarja el a fő tartalmat.
- A sütibanner rövid, érthető, és mellette a fő tartalom is olvasható marad.
- A hozzájáruláshoz kötött modulok (térkép, foglaló, értékelés) lényege egy mondatban az oldal szövegében is szerepel.
- Nincs ellentmondó adat (régi nyitvatartás, megszűnt szolgáltatás) az oldal eldugott részein.
- A fontos információ nem csak PDF-ben érhető el.
- A címsorok rendje logikus, egy H1 és alatta beszédes, lehetőleg kérdés formájú H2-k.
- A javítás után újrafuttattad a fenti tesztet mindkét böngészőben.
Mit tudunk biztosan, és mi csak feltételezés?
Röviden: az biztos, hogy a nagy böngészők beépített asszisztense a felhasználó kérésére a megnyitott oldalból dolgozik. Hogy pontosan mit és milyen formában olvas be, az gyártónként és verziónként változhat, ezért a saját teszt többet ér bármilyen általános szabálynál.
- Hivatalosan igazolt: a Chrome-ba épített Gemini és az Edge Copilot oldalsávja a felhasználó kérésére az aktuális oldal tartalmával dolgozik. A
<details>elem tartalma a dokumentum része. A Google Search Central dokumentációja szerint a Googlebot nem kattint és nem görget, ezért a csak interakcióra betöltődő tartalmat nem látja. Ez a keresőre vonatkozik, a böngészős asszisztensre nem közvetlenül, de jól mutatja az elvet. - Saját tapasztalat: a képbe írt szöveg, a beágyazott foglaló és értékelő modulok tartalma, valamint a homályos gombfeliratok mögötti teendő gyakran kimarad vagy pontatlanul jelenik meg az összefoglalókban.
- Szakmai feltételezés: a nyitva lévő felugró és a hosszú sütibanner elviheti az összefoglaló súlypontját, a strukturált adat szerepe pedig a böngészős összefoglalókban egyelőre nem ismert.
A jó hír, hogy ezek a javítások az AI-asszisztensen túl másoknak is segítenek. Könnyebb lesz az oldal a képernyőolvasót használó látogatóknak, a keresőnek és annak a sietős embernek is, aki csak átfut rajta. Ha az oldal egy gépi összefoglalóban is érthető, jó eséllyel a valóságban is az.
Források és további olvasnivalók
- Google Chrome súgó: Gemini a Chrome-ban
- Microsoft támogatás: Copilot a Microsoft Edge-ben
- Google Search Central: JavaScript SEO alapjai és késleltetett betöltés
- MDN Web Docs: a details és summary HTML elem
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2
- W3C WAI: ARIA Authoring Practices Guide, Disclosure és Accordion minták
- Schema.org: LocalBusiness és ContactPoint típusok
- A Chrome-ba épített Gemini és az Edge Copilot oldalsávja a felhasználó kérésére az éppen megnyitott oldal tartalmából foglal össze és válaszol.
- A kattintásra, külön kérésből betöltődő tartalom és a képbe írt szöveg veszik el a legkönnyebben, a HTML-ben jelen lévő lenyíló blokk kisebb kockázat.
- A felugró ablak és a hosszú sütibanner szövege bekerülhet a kontextusba, és elviheti az összefoglaló súlypontját a valódi ajánlatodtól.
- A következő lépés akkor kerül be jó eséllyel az összefoglalóba, ha egy egyértelmű mondat írja le a szolgáltatás leírása közelében, kattintható telefonszámmal.
- A tulajdonos maga is elvégezheti a tesztet: összefoglaltatja az oldalt a banner elfogadása előtt és után, rákérdez a következő lépésre és a hiányokra.
Gyakori kérdések
Látja a böngésző AI-asszisztense a lenyíló GYIK-blokkok tartalmát?
Ha a válasz szövege betöltéskor már a HTML-ben van, például details elemben, jó eséllyel igen. Ha csak kattintásra töltődik le a szerverről, nagy valószínűséggel nem látja, amíg a látogató ki nem nyitja.
Elolvassa a Gemini vagy a Copilot a képre írt szöveget?
Nem lehet rá biztosan építeni, mert a gyártók nem közlik, hogy a képet is megkapja-e a modell. A lényeges információ szerepeljen szövegként is a kép mellett, és a kép kapjon leíró alt szöveget.
Befolyásolja a sütibanner az AI-összefoglalót?
Befolyásolhatja. A banner szövege bekerülhet a kontextusba, a hozzájáruláshoz kötött modulok tartalma pedig elfogadás előtt nem töltődik be. Érdemes összefoglaltatni az oldalt a banner elfogadása előtt és után is, és összevetni a két választ.
Hogyan érhetem el, hogy az összefoglaló a hívást vagy az ajánlatkérést is említse?
Írd le a következő lépést egy egyértelmű mondatban a szolgáltatás leírása közelében, kattintható telefonszámmal és cselekvést kimondó gombfelirattal. Ez jó eséllyel segít, de az asszisztens válaszát teljesen nem tudod irányítani.
Kell fejlesztő a teszthez?
Nem. Elég megnyitni az oldalt Chrome-ban és Edge-ben, összefoglaltatni az asszisztenssel, rákérdezni a következő lépésre, a GYIK egy válaszára és a hiányokra, majd összevetni a választ a saját listáddal.
Segít a strukturált adat a böngészős összefoglalóban?
Erről nincs nyilvános gyártói információ. A Schema.org jelölés a keresőknek hasznos kiegészítés, de a böngészős összefoglalónál a látható, jól megírt szöveg az elsődleges.
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.