> Forrás: https://aiseo42.hu/blog/ai-kesz-weboldal-epites/ > Frissítve: 2026-08-14 > Négy építési hiba miatt látják üresnek a modellek az új weboldalakat — és a nyolc pontos lista, amitől egy build az első naptól AI-kész lesz. AI SEO # Miért bukik el az új weboldal az AI-keresésben? Megjelent: 2026. augusztus 14. · Frissítve: 2026. augusztus 14. Rövid válasz A legtöbb új weboldal azért marad láthatatlan az AI-keresésben, mert a tartalma csak JavaScript futása után jelenik meg, a strukturált adata kézzel karbantartott és elcsúszik a láthatótól, nincs gépi olvasásra szánt változata, és a szerkezete nem idézhető bekezdésekből áll. Ezek nem beállítások, hanem architekturális döntések: utólag nem kapcsolhatók be, csak újraépítéssel javíthatók. Egy AI-kész build ezért a kód első sorától szerveroldalon renderel, a strukturált adatot a tényleges tartalomból generálja, minden oldalhoz ad gépi tükröt és llms.txt-t, és önmagában megálló összefoglalóval kezd minden lapot. [Írd le, mire van szükséged →](https://aiseo42.hu/kapcsolat/) 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-](https://aiseo42.hu/geo/) és [AEO-programja](https://aiseo42.hu/aeo/). 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](https://aiseo42.hu/weboldalkeszites/) olvasható. A fejlesztést ugyanez a műhely végzi **RootCR** néven is ([rootcr.hu](https://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](https://rootcr.hu/ai-keresooptimalizalas/) és a [referenciák](https://rootcr.hu/referenciak/) 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. ## GYIK Elég, ha utólag ráteszünk egy SEO-bővítményt? A négy fő hiba közül egyet sem old meg. A bővítmény nem tudja szerveroldalon renderelni azt, amit a keretrendszer csak a böngészőben állít össze, és nem tudja garantálni, hogy a bejelentett ár megegyezzen a láthatóval — mert nem ugyanabból a forrásból dolgozik. Amit egy bővítmény ad, az a jelölés jelenléte, nem a megbízhatósága. Honnan tudom, hogy az én oldalam érintett-e? Kapcsold ki a JavaScriptet a böngésződben, és töltsd újra az oldalt. Amit ekkor látsz, az nagyjából az, amit egy AI-crawler is lát. Ha üres vázat kapsz, a tartalmad a modellek nagy része számára nem létezik. Újra kell építeni az oldalt, vagy javítható? Ha a rendszer alapból szerveroldalon renderel, és csak a strukturált adat, az llms.txt és a szerkezet hiányzik, akkor javítható. Ha a tartalom csak futásidőben áll össze, az architektúra kérdése — ott az újraépítés a gyorsabb és olcsóbb út. Mennyivel drágább egy AI-kész build? Jól megcsinálva semmivel: a strukturált adat generálása, a gépi tükör és az llms.txt a build része, nem külön munkafázis. Ami pénzbe kerül, az az utólagos javítás — vagyis pontosan az, ami elkerülhető. ## Szeretnéd, hogy az AI a te cégedet ajánlja? Mi csináljuk neked a GEO-t, AEO-t és AI SEO-t — kulcsrakészen, a módszer nálunk marad. [Ingyenes AI-check](https://aiseo42.hu/kapcsolat/)