Ha megnézed, milyen forrásokat sorol fel egy AI-válasz egy gyakorlati kérdésnél, feltűnhet, hogy sokszor nem a cég szépen megírt szolgáltatási oldala szerepel közöttük. Gyakran egy súgócikk, egy GYIK-oldal vagy egy gyártói tudásbázis kerül oda. Ez a tartalom a legtöbb cégnél mostohagyerek, mert az ügyfélszolgálat írja, senki nem gondol rá marketinganyagként, és sokszor olyan helyen van, ahová a crawler be sem jut. A cikkben végigmegyünk azon, miért érdemes ezt rendbe tenni, és hogyan csinálhatod meg lépésről lépésre.
Miért idézik az AI-motorok gyakran a súgó- és GYIK-oldalakat?
Jó eséllyel azért, mert ezek az oldalak egy konkrét kérdésre adnak rövid, önmagában is érthető, tényszerű választ, és egy válaszmotornak pontosan ilyen részletre van szüksége. A súgócikk címe gyakran maga a kérdés, a szöveg lépésekből áll, és kevés benne a reklám. Egy szolgáltatási oldalból nehezebb kiemelni egy mondatot, mert az meggyőzésre épül, és a lényeg több szakaszban szóródik szét.
Ez a magyarázat szakmai feltételezés, mert egyik szolgáltató sem hozza nyilvánosságra a forrásválasztás teljes logikáját. Ami hivatalosan is ismert, hogy a Google szerint az AI-funkciókban való megjelenéshez nincs külön optimalizálás vagy külön jelölés. Az oldalnak indexeltnek kell lennie, és alkalmasnak arra, hogy kivonattal jelenjen meg a keresésben. A Google azt is leírja, hogy az AI Mode és az AI Overviews egy kérdést több kapcsolódó részkeresésre bonthat (query fan-out). Ha a felhasználó azt kérdezi, melyik fali kazánt válassza, a részkérdések között könnyen ott lehet a karbantartás, a hibakódok vagy a garancia kérdése is, és ezekre jellemzően súgótartalom felel.
Hol akadnak el ezek az oldalak a KKV-knál?
A legtöbb esetben a tartalom megvan, csak olyan helyen áll, ahol a crawler nem éri el, vagy nem tudja megbízhatóan feldolgozni. Saját tapasztalatunk szerint négy minta ismétlődik a magyar kis- és középvállalkozásoknál.
Bejelentkezés mögötti ügyfélportál
A legjobb válaszok gyakran az ügyfélfiókban vannak, mert valaki egyszer úgy döntött, hogy ez csak a vásárlóknak jár. A crawler nem lép be, így ami login mögött van, az számára nem létezik. Érdemes tételesen átnézni, melyik tartalom igazán bizalmas (szerződés, egyedi ár, személyes adat), és melyik csak megszokásból került oda. Egy általános beüzemelési útmutató szinte soha nem üzleti titok.
PDF-kézikönyv
A Google képes PDF-et indexelni, ez hivatalosan is dokumentált, tehát a PDF nem láthatatlan. A gond inkább a gyakorlat. Egy 80 oldalas kézikönyvben a garanciális rész a 60. oldalon van, a dokumentumból nem vezet link a szolgáltatási oldalra, a frissítéskor pedig gyakran új fájlnév készül, miközben a régi verzió továbbra is elérhető marad. Az, hogy az egyes AI-rendszerek hogyan dolgozzák fel a PDF-et, szolgáltatónként eltérhet, és nincs róla teljes körű nyilvános leírás. Mi ezért azt javasoljuk, hogy a PDF maradjon letölthető melléklet, a gyakori kérdésekre pedig készüljön külön HTML-oldal.
Külső helpdesk-aldomain
A help.ceged.hu vagy a szolgáltató saját domainjén futó súgó külön világ. A robots.txt a szabvány (RFC 9309) szerint hosztonként érvényes, tehát az aldomain saját fájlt használ, és a főoldalad beállításai nem vonatkoznak rá. Sok helpdesk-rendszerben a súgó alapból zárt lehet, vagy külön kapcsolóval lehet nyilvánossá tenni. Saját tapasztalatunk szerint ezeket az aldomaineket a beállítás után ritkán nézi meg bárki újra, a Search Console-ban sincsenek felvéve, és a fő weboldalról egyetlen eldugott lábléclink mutat rájuk.
JavaScriptből betöltött válaszok
A harmonika-elemben (accordion) lenyíló GYIK önmagában nem baj, ha a szöveg benne van a HTML-ben. Akkor lehet gond, ha a válasz csak kattintásra, API-hívásból töltődik be. A Googlebot renderel JavaScriptet, de arról nincs általános garancia, hogy minden AI-crawler így tesz. Szakmai feltételezésünk szerint az a biztonságosabb, ha a válasz már a nyers HTML-forrásban is olvasható. Ezt gyorsan ellenőrizheted, ha megnyitod az oldal forráskódját, és rákeresel a válasz egyik mondatára.
Milyen kérdések valók nyilvános súgóoldalra?
Azok, amelyek ismétlődnek, általános választ igényelnek, és a vásárlás előtt is eszébe juthatnak valakinek. Négy kérdéstípussal érdemes kezdeni.
- Beüzemelés. Mi kell az induláshoz, milyen sorrendben haladj, mit végezhetsz el magad, és mihez kell szakember. Egy szoftvernél ide tartozik az első beállítás, egy fizikai terméknél a telepítés feltétele.
- Garancia. Mire terjed ki, mi nem tartozik bele, hogyan kell bejelenteni, milyen dokumentum kell hozzá. Itt a szöveget egyeztesd az ÁSZF-fel és jogi szempontból is, mert az ügyfél erre hivatkozhat.
- Karbantartás. Milyen gyakran, milyen teendővel jár, ki végezheti el. Ha van gyártói előírás, azt add meg pontosan.
- Hibaelhárítás. Tünet, valószínű ok, mit próbálhat ki az ügyfél biztonságosan, és mikor hívjon szakembert. A pontos hibakód legyen benne a címben, mert az emberek így keresnek rá.
Nem való ide az egyedi ügyfélhelyzet, a jogilag vitatott eset, a belső eljárás és minden, amitől biztonsági kockázat keletkezhet. Ilyen például egy admin-felület címe, vagy egy gázkészülék olyan beavatkozása, amelyet csak jogosult szakember végezhet el.
Hogyan hat a vásárlás utáni válasz a vásárlás előtti döntésre?
Aki komolyan fontolgat egy vásárlást, az a jövőbeli gondjait is felméri, ezért a vásárlás utáni kérdéseket gyakran már a döntés előtt felteszi. Ez a cikk saját nézőpontja, és szakmai feltételezésként kezeld, mert közvetlen, hivatalos mérés nincs rá. Saját tapasztalatunk szerint viszont az ügyfélszolgálati kérdések egy része már ajánlatkérés előtt elhangzik.
Gondolj arra, mit kérdez valaki, mielőtt hőszivattyút vagy vállalatirányítási szoftvert választ. Mennyi karbantartást igényel? Mi történik, ha leáll? Mennyire nehéz az átállás? Ezek a kérdések egy AI-asszisztensnek feltéve már kockázatfelmérést jelentenek. Ha a válasz a te oldaladról érkezik, tiszta és tárgyszerű, akkor a cég a döntés kritikus pontján jelenik meg, olyan témában, ahol a reklámszöveg kevés. Ha pedig csak a versenytársad írta le nyilvánosan, mi a garancia menete, a válasz az ő nevével áll össze.
A nyilvános súgó ezért kétszer dolgozik. Csökkentheti az ismétlődő ügyfélszolgálati kérdéseket, és közben bizonyíték is arra, hogy a vásárlás után sem marad magára az ügyfél. A korlátokat is írd le őszintén, mert egy olyan válasz, amely kimondja, mire nem jó a termék, hitelesebb, és a később elégedetlen vásárlók számát is csökkentheti.
Hogyan lesz egy belső ügyfélszolgálati válaszból nyilvános, idézhető oldal?
Gyűjtsd ki a visszatérő kérdéseket, vedd ki belőlük az egyedi adatokat, a válasszal kezdd az oldalt, és jelölj ki felelőst, aki karban is tartja. A folyamat hat lépésből áll.
- Gyűjtés. Nézd át az elmúlt hónapok jegyeit, leveleit és telefonos jegyzeteit, és csoportosítsd őket téma szerint. Azok a kérdések a legjobb jelöltek, amelyek többször is előjönnek.
- Szó szerinti kérdés rögzítése. Őrizd meg, hogyan fogalmazott az ügyfél, mert a cím innen jön. Az „E04-es hibakódot mutat a kazán” jobb, mint a „Hibakódok kezelése” cím.
- Anonimizálás. Törölj minden nevet, címet, rendelésszámot és egyedi árat. A GDPR szempontjából az ügyféllevél nem nyersanyag közlésre, ezért szó szerinti idézetet csak engedéllyel használj.
- Átírás önálló válaszra. Az első két-három mondat feleljen a kérdésre, előzmény és köszönés nélkül. Az „ahogy a telefonban mondtam” típusú utalásoknak el kell tűnniük, a szöveg legyen érthető a beszélgetés ismerete nélkül is.
- Szakmai ellenőrzés. Az olvassa át, aki a munkát ténylegesen végzi. A garanciális és biztonsági részt a felelős személy is hagyja jóvá.
- Közzététel és bekötés. Rakd ki saját URL-re, tedd bele az oldaltérképbe, és linkeld a kapcsolódó szolgáltatási oldalról.
Lássunk egy példát, amely csak a szerkezetet mutatja, a hibakód és a teendő illusztráció. A belső válasz így hangzik: „Kedves Anna, átnéztem a fotót, a nyomás alacsony, töltsd fel a rendszert, és ha újra jön, hívj minket.” A nyilvános változat címe „Mit jelent az E04-es hibakód a kazánon?”, az első mondata pedig ez: „Az E04-es hibakód a példánkban alacsony rendszernyomást jelez, amelyet a kezelési útmutató szerint a felhasználó is rendezhet a nyomásmérő ellenőrzésével és a rendszer utántöltésével.” Ezután jönnek a lépések, majd az, hogy mikor kell szakembert hívni, végül a frissítés dátuma és egy link a szervizoldalra.
A strukturált adatnál légy visszafogott. A FAQPage és a HowTo séma létezik a Schema.org szótárában, de a Google a GYIK-es bővített találatokat erősen korlátozta, a HowTo megjelenítését pedig kivezette, így ezektől ne várj látványos keresési eredményt. A jelölés a tartalom gépi értelmezését segítheti, de a látható szöveggel egyeznie kell. Szoftvernél és technikai témánál a TechArticle, általában az Article is jó választás, dateModified mezővel.
Mit nézz át az indexelhetőség, a felelősség és a linkelés szempontjából?
Három területet ellenőrizz rendszeresen, mert a súgó általában nem egy nagy hibán, inkább több apró, észrevétlen beállításon bukik el. Az alábbi lista a saját munkafolyamatunkból származik, az indexelési pontok a Google és a crawlerek hivatalos dokumentációjára épülnek.
Indexelhetőség
- Az oldal bejelentkezés nélkül, inkognitóablakban is betöltődik.
- A forráskódban nincs
<meta name="robots" content="noindex">, és a szerver sem küldX-Robots-Tag: noindexfejlécet. - A helpdesk-aldomain saját robots.txt-je is megfelelő, ezt a
help.ceged.hu/robots.txtcímen nézd meg. - Tudatosan döntöttél arról, melyik botot engeded. Az OpenAI külön kezeli a keresési
OAI-SearchBot, a tanításiGPTBotés a felhasználói kérésre indulóChatGPT-Userügynököt, az Anthropic pedig hasonlóan bontja a saját botjait. - A tiltó szabály nem véletlenül maradt bent, például ilyen formában:
User-agent: *és alattaDisallow: /help/. - A súgócikkek szerepelnek az XML-oldaltérképben, az aldomain külön Search Console-tulajdonként is fel van véve.
- A válasz szövege benne van a nyers HTML-ben, és minden cikknek saját, állandó URL-je van.
- A kanonikus címke önmagára mutat, nem a súgó kezdőlapjára.
Frissítési felelősség
- Minden cikknek van névvel kijelölt gazdája, nem csak egy részleg a felelőse.
- Az oldalon látszik az utolsó ellenőrzés dátuma, és csak valódi tartalmi változáskor módosul.
- Termék-, ár- vagy feltételváltozáskor a súgó felülvizsgálata is része a folyamatnak.
- A garanciális szöveg egy helyen él, a többi oldal erre hivatkozik, így nem keletkezik két eltérő változat.
- A megszűnt termék cikke vagy átirányít az utódra, vagy egyértelműen jelzi, melyik modellre érvényes.
- Az ügyfélszolgálat jelezheti, ha egy válasz már nem állja meg a helyét, és ennek van bejáratott útja.
A dátum azért fontos, mert az elavult nyilvános válasz könnyen tovább élhet az AI-válaszokban akkor is, ha a kollégáid már mást mondanak. Hogy egy rendszer pontosan mennyire súlyozza a frissességet, nem ismert, ezért ezt szakmai feltételezésként kezeld.
Belső linkelés a szolgáltatási oldalak felé
- Minden súgócikk a tartalmához illő szolgáltatási vagy termékoldalra mutat, leíró horgonyszöveggel.
- A szolgáltatási oldalon van „Gyakori kérdések vásárlás után” blokk, amely a legfontosabb súgócikkekre visz.
- A hibaelhárítási cikk végén ott a következő lépés, például a szervizkérés oldala, de a válasz nélküle is teljes.
- A súgó a fő menüből vagy jól látható lábléclinkről elérhető, és a külön aldomain is kap linket a fő oldalról.
- Nincs árva cikk, tehát mindegyikre mutat legalább egy belső link.
- A kapcsolódó súgócikkek egymásra is hivatkoznak, a beüzemelésből a karbantartásra, onnan a garanciára.
Honnan tudod, hogy működik-e?
Mérj bejárást, forgalmat és mintakérdéseket, de ne várj tökéletes pontosságú adatot, mert az AI-felületek csak részben láthatók. A szervernaplóban nézd meg, hogy a súgócímeket eléri-e a fontosabb AI-crawler, és milyen válaszkódot kap. A Search Console-ban ellenőrizd a súgócikkek indexelését és a lekérdezéseket. Az analitikában figyeld a chatgpt.com és a perplexity.ai felől érkező hivatkozó forgalmat, tudva, hogy ennek egy része nem azonosítható. Érdemes egy rögzített kérdéslistát is rendszeresen végigpróbálni a fő AI-felületeken, és feljegyezni, ki szerepel forrásként. A válaszok személyenként és alkalmanként változhatnak, ezért trendet keress bennük, egyetlen futásból ne vonj le következtetést.
Mi hivatalos, mi tapasztalat és mi feltételezés ebben a témában?
A hozzáférés szabályai dokumentáltak, a forrásválasztás belső súlyozása viszont nem nyilvános. A cikk állításait így érdemes kezelni.
- Hivatalosan igazolt. A Google AI-funkcióihoz indexelt, kivonatra alkalmas oldal kell, külön jelölés nélkül. A
noindexés a robots.txt működése dokumentált, a robots.txt hosztonként érvényes, és az OpenAI külön botokat nevez meg. - Saját tapasztalat. A KKV-oldalak átnézésekor visszatérő minta a login mögé zárt tudás, a PDF-be rejtett kézikönyv és a gazdátlan helpdesk-aldomain. Ugyancsak tapasztalat, hogy az ügyfélszolgálati kérdések egy része már vásárlás előtt felmerül.
- Szakmai feltételezés. A tömör, kérdés-válasz szerkezet jó eséllyel növeli az idézhetőséget, a nyers HTML biztonságosabb a JavaScriptnél, a frissesség számíthat, és a vásárlás utáni válasz hathat a vásárlás előtti döntésre. Ezek logikus következtetések, de egyik sem garantál idézést vagy eredményt.
Források és további olvasnivalók
- Google Search Central, AI features and your website
- Google Search Central, Block Search indexing with noindex
- Google Search Central, Introduction to robots.txt
- Google Search Central, JavaScript SEO basics
- Google Search Central, FAQPage structured data
- IETF, RFC 9309 Robots Exclusion Protocol
- OpenAI dokumentáció, Overview of OpenAI Crawlers
- Anthropic Help Center, a Claude-crawlerek leírása
- Schema.org, FAQPage, HowTo, TechArticle
- W3C, Web Content Accessibility Guidelines (WCAG)
- A súgóoldal azért lehet jó AI-forrás, mert egy konkrét kérdésre ad önállóan is érthető választ, de az idézést semmi nem garantálja.
- A bejelentkezés mögötti, a noindexszel jelölt és a robots.txt-ben tiltott tartalom a keresőknek jellemzően elérhetetlen, a helpdesk-aldomainnek pedig saját robots.txt-je van.
- Beüzemelés, garancia, karbantartás és hibaelhárítás a négy legjobb témakör, mert a vásárló ezekkel méri fel a döntése kockázatát.
- Minden nyilvános válasznak legyen névvel kijelölt gazdája és látható frissítési dátuma, mert az elavult válasz az AI-válaszban is tovább élhet.
- A súgóoldalról a vonatkozó szolgáltatási oldalra, a szolgáltatási oldalról pedig vissza a súgóra vezető link köti össze a vásárlás előtti és utáni kérdéseket.
Gyakori kérdések
Miért jó AI-forrás egy súgóoldal?
Mert jellemzően egy konkrét kérdésre ad rövid, tényszerű választ, amelyet a rendszer könnyen kiemelhet. Ez szakmai feltételezés, és az idézést nem garantálja.
Indexelhető egy PDF-kézikönyv?
A Google tud PDF-et indexelni, de a gyakori kérdésekre érdemes külön HTML-oldalt készíteni, mert azt könnyebb frissíteni, linkelni és egy-egy kérdésre célozni.
Ugyanaz a robots.txt vonatkozik a helpdesk-aldomainre, mint a fő domainre?
Nem. A robots.txt hosztonként érvényes, ezért az aldomain saját fájlját külön ellenőrizd, és a Search Console-ban is érdemes külön felvenni.
Mit nem szabad nyilvános súgóba tenni?
Személyes adatot, egyedi árat, belső eljárást, biztonsági kockázatot jelentő részletet és olyan beavatkozást, amelyet csak jogosult szakember végezhet el.
Kell FAQPage strukturált adat a GYIK-oldalra?
Használhatod a tartalom értelmezésének segítésére, ha egyezik a látható szöveggel, de bővített találatot ne várj tőle, mert a Google ezt erősen korlátozta.
Milyen gyakran frissítsük a súgócikkeket?
Termék-, feltétel- vagy folyamatváltozáskor azonnal érdemes felülvizsgálni, a többit pedig rendszeres időközönként a kijelölt felelős nézze át, és csak valódi változáskor módosítsa a dátumot.
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.