Van egy visszatérő beszélgetés. A cég kifizet egy szép, modern weboldalt, minden simán működik, a látogatók dicsérik — aztán valaki beírja a ChatGPT-be, hogy „ki a legjobb [szakma] [városban]”, és a cég nincs a válaszban. Sőt: ha rákérdezel a modellnél magára a cégre, alig tud róla mondani valamit, pedig az oldalon minden ott van.
Nem a modell hibázik. Az oldal az, ami gépi szemmel majdnem üres.
Első hiba: mi történik, ha a tartalom csak JavaScript után jelenik meg?
A kliensoldali renderelés a legsúlyosabb hiba a négy közül, és ezt szúrják el a legdrágább oldalak. A modern keretrendszerek nagy része a böngészőben állítja össze a lapot: a szerver egy szinte üres vázat küld, és a szöveg csak azután kerül bele, hogy lefutott a kód. Az aiseo42 ezért épít minden weboldalt szerveroldali rendereléssel.
Az AI-crawlerek jelentős része nem futtat JavaScriptet, vagy csak korlátozottan. Ami nincs benne a nyers HTML-ben, az számukra nem létezik.
Egy perces teszt: kapcsold ki a JavaScriptet a böngésződben, és töltsd újra a saját oldalad. Amit ekkor látsz, az nagyjából az, amit egy crawler lát. Ha üres vázat kapsz, megvan a válasz.
Ez nem beállítás kérdése. Ez architektúra: vagy szerveroldalon renderel a rendszer, vagy nem.
Második hiba: miért csúszik el a kézzel karbantartott strukturált adat?
A strukturált adat az a gépi réteg, ami nem szövegként, hanem adatként mondja el, mit ábrázol az oldal: terméket árral és készlettel, céget címmel és nyitvatartással, cikket szerzővel és dátummal.
A baj az, hogy sok oldalon ezt egy bővítmény vagy egy ember tölti ki, külön a látható tartalomtól. Aztán az ár változik az oldalon — a bejelentett adatban nem. Innentől az oldal mást állít a gépnek, mint az embernek, és ezt a keresők kifejezetten büntetik.
A helyes megoldás nem az, hogy „legyen schema”. Az, hogy a schema ugyanabból a forrásból generálódjon, mint a látható tartalom. Akkor nem tud elcsúszni, mert ugyanaz az adat.
Harmadik hiba: miért kell gépi olvasásra szánt változat?
A gépi olvasásra szánt tartalomtükör hiánya a harmadik gyakori hiba. Egy nyelvi modell nem szereti a zajt: a menük, a sütibanner, a lábléc és a dizájn-jelölés mind olyan tartalom, amin át kell rágnia magát, hogy eljusson a lényegig — és minden ilyen réteg egy újabb esély a félreértésre. Az aiseo42 minden lapja mellé készít jelölés nélküli szöveges változatot; ez a lap is elérhető így.
Erre két, olcsó és nagyon hatásos válasz van:
- Oldalankénti tartalomtükör: ugyanaz a szöveg, jelölés nélkül, tiszta formában, ugyanazon az útvonalon elérhetően és a HTML fejlécében meghirdetve.
llms.txtés teljes tartalomkivonat: egy tömör tény- és oldallista dátumokkal, mellette a teljes tartalom egyetlen fájlban. Néhány kilobájt, amiből egy modell egy kéréssel megérti az egész céget.
Ez a legjobb ár-érték arányú tétel az egész listán, mégis ez hiányzik a leggyakrabban.
Negyedik hiba: mitől lesz egy szöveg idézhető?
A modellek nem oldalakat rangsorolnak, hanem bekezdéseket emelnek át. Ehhez olyan mondatok kellenek, amelyek önmagukban is megállnak.
| Ez nem idézhető | Ez idézhető |
|---|---|
| „Több éves tapasztalattal állunk ügyfeleink rendelkezésére.” | „Egy egyedi webshop 6–10 hét alatt készül el, a forráskód a megrendelőé marad.” |
| „Gyors, modern weboldalakat készítünk.” | „TTFB 0,065 s, saját szerverről mérve, 2026. augusztus 14.” |
| „Ügyfeleink elégedettek.” | „192 indexelt URL, nulla strukturált adat hiba (Google Search Console).” |
A szabály egyszerű: alany–állítmány szerkezetű tény, számmal, forrással, dátummal. Ezen kívül két dolog segít sokat: minden lap élén egy 40–70 szavas, önmagában megálló összefoglaló, és címsorok, amelyek maguk a keresett kérdések.
Mit tartalmaz pontosan egy AI-kész build?
- Szerveroldalon renderelt kimenet — a tartalom valódi szöveg a nyers HTML-ben.
- Strukturált adat a tényleges tartalomból generálva — nem kézzel, nem külön forrásból.
- Gépi olvasásra szánt tartalomtükör minden oldalhoz, a fejlécben meghirdetve.
llms.txtés teljes tartalomkivonat — tények, oldallista, dátumok.- Idézhető szerkezet — összefoglaló az elején, kérdés-címsorok, forrásolt számok.
- Beengedő
robots.txt— GPTBot, OAI-SearchBot, PerplexityBot, ClaudeBot, Google-Extended és társaik név szerint. - Sebesség, mérve — nem ígéretként, hanem jegyzőkönyvvel, hogy fél év múlva legyen mihez hasonlítani.
- Látható frissítési dátum, amit a rendszer ír, nem ember.
Ebből a nyolcból hetet csak építéskor lehet olcsón megcsinálni. Utólag mindegyik megoldható valahogy — de a „valahogy” itt azt jelenti, hogy drágábban és törékenyebben.
Mit tegyél most, ha ez rád is igaz?
Ha van oldalad: futtasd le a JavaScript-tesztet, és nézd meg a strukturált adatodat a Google Rich Results Testjével. Ha mindkettő rendben van, akkor nem építeni kell, hanem tartalmat és láthatóságot fejleszteni — arra való az aiseo42 GEO- és AEO-programja.
Ha az oldal maga a probléma, vagy még nincs is oldal: érdemes eleve AI-készen építeni, mert a fenti nyolc tétel ekkor nem kerül külön pénzbe. Az aiseo42 ezt is vállalja — a részletes szolgáltatásleírás a weboldalkészítés oldalon olvasható.
A fejlesztést ugyanez a műhely végzi RootCR néven is (rootcr.hu), ahol a teljes technikai bontás — és élő, mért ügyfélpélda — megtalálható az AI-kereshetőségről szóló oldalon és a referenciák között.
A lényeg egy mondatban: az AI-láthatóság nem egy csomag, amit hozzá lehet venni egy kész weboldalhoz — hanem az, ahogyan az a weboldal megépül.