SEO AI-val épített weboldalakhoz: mi számít valójában

Egy AI-val épített weboldal ugyanúgy rangsorolható, mint bármely más: a keresőmotorok azt ítélik meg, mit tartalmaz az oldal, és mennyire szolgálja ki a látogatót, nem azt, hogy melyik eszköz írta a kódot. A bökkenő technikai. Sok AI építő olyan egyoldalas alkalmazásokat készít, amelyek a böngészőnek szinte üres HTML fájlt küldenek, a tartalmat pedig JavaScripttel rajzolják ki, ami minden oldalt nehezebben olvashatóvá és megosztható számára. Ezt előrenderelessel vagy szerveroldali renderelessel lehet javítani, adjon minden oldalnak saját címet, leírást és URL-t, készítsen oldaltérképet, tartsa gyorsan az oldalt, majd végezze el azt a részt, amelyet egyetlen eszköz sem végez el Ön helyett: írjon olyan tartalmat, amelyre az emberek keresnek.

Miért küzdhetnek az egyoldalas alkalmazások a keresésben

A hagyományos weboldal minden oldal teljes szövegét elküldi a HTML-ben. Az egyoldalas alkalmazás (SPA) — sok AI építő alapértelmezett kimenete, jellemzően React egy olyan eszközzel, mint a Vite — egy kis HTML vázat küld, például egy üres <div id="root"> elemet, plusz egy JavaScript csomagot. A böngésző lefuttatja a JavaScriptet, amely aztán felépíti az oldalt.

Ez három módon számít a keresésben:

1. A renderelés egy extra lépés. A Google három fázisra bontja a JavaScript oldalak feldolgozását: feltérképezi a HTML-t, renderelés egy fejléc nélküli Chromiumban, majd az renderelt eredményt indexeli. A Google saját útmutatója szerint a szerveroldali renderelés vagy az előrenderelés továbbra is jó ötlet, mert gyorsabb a felhasználóknak és a feltérképezőknek is, és mert nem minden bot tud JavaScriptet futtatni.
2. Az oldal más olvasói egyáltalán nem renderelnek. A csevegőalkalmazások és közösségi hálózatok linkelőhelyzetei, valamint sok más feltérképező jellemzően csak a kezdeti HTML-t olvassa. Ha a címet és az előnézeti képet a JavaScript a betöltés után állítja be, ezek az előnézetek az üres váz alapértelmezett értékeit mutatják — gyakran ugyanazt a címet minden oldalon.
3. Minden egy HTML fájlt használ. Hacsak az alkalmazás nem frissíti, minden URL ugyanazt a <title> és leírást kapja, ami keveset árul el a keresőmotoroknak az egyes oldalakról.

Ezek egyike sem jelenti azt, hogy egy SPA nem indexelhető. Azt jelenti, hogy a feltérképezőre többet bízza, és elveszíti a kontrollt afelett, mit látnak a nem renderelő olvasók.

Válasszon renderelési megközelítést

Négy gyakori módja van annak, hogy valódi HTML-t kapjanak a feltérképezők. Nagyjából abban a sorrendben, ahogyan erősen megváltoztatják az alkalmazást:

Gyakorlati szabály: az oldala nyilvános, kereshető része legyen statikus vagy előrenderelt; a mögötte lévő, bejelentkezés utáni alkalmazás maradhat normál SPA. A keresőmotoroknak amúgy sem kellene irányítópultokat indexelniük.

Ha nulláról indul és számít a SEO, ezt már az első promptban mondja el, hogy az AI megfelelő felépítést válasszon:

Építsen marketing oldalt egy gyógytornász rendelőnek, a Főoldal, a Szolgáltatások (szolgáltatásonként egy oldal), a Rólunk, az Árak és a Kapcsolat oldalakkal. A SEO fontos: minden oldalnak a teljes tartalmát és a saját címét és meta leírását már a kezdeti HTML-ben kell szállítania — statikus vagy előrenderelt felépítést használjon, ne kizárólag kliensoldali SPA-t.

Ha már van Vite SPA-ja, kérje a nyilvános útvonalak előrenderelését:

Hagyja ezt a React alkalmazást úgy, ahogy van, de a nyilvános útvonalakat (/, /pricing, /about, /blog és minden /blog/:slug) renderelje statikus HTML-re build időben, mindegyiknek saját címmel, meta leírással, kanonikus URL-lel és Open Graph címkékkel. A bejelentkezés utáni /app útvonalak maradhatnak kliensoldalon renderelve.

Ezután ellenőrizze az eredményt: nyisson meg egy oldalt, válassza az Oldal forrásának megtekintése opciót (nem a fejlesztői eszközök Elements paneljét, amely a renderelt oldalt mutatja), és győződjön meg róla, hogy a szöveg és a cím a nyers HTML-ben van.

Az oldalon belüli alapok rendben legyenek

Ezek a renderelési megközelítéstől függetlenül érvényesek.

Címek és meta leírások

• Oldalanként egy egyedi <title>, az oldal fő témájával az elején. Körülbelül 50–60 karakter általános irányelv, mert a hosszabb címek a találatokban gyakran levágódnak.
• Oldalanként egy egyedi meta leírás — egy mondat, amelyre az ember rá akar kattintani, nem kulcsszólista. A Google átírhatja, de a jó leírást gyakran használja.
• Hagyja ki a meta kulcsszavakat. A Google szerint a címke nincs hatással az indexelésre vagy a rangsorolásra.

URL-ek, címsorok és linkek

• Valódi URL-ek valódi oldalakhoz. Minden tartalomnak saját útvonal kell (/services/sports-massage), nem olyan fül vagy modális ablak, amely csak kattintás után létezik. Kerülje a # fragmentum alapú útválasztást az indexelni kívánt tartalomnál.
• Oldalanként egy h1, utána ésszerű h2/h3 felépítés. Az AI által generált dizájnok néha címsorokat használnak stílusozásra; kérjen szemantikus címsorokat.
• Feltérképezhető linkek. A navigációhoz valódi <a href> linkeket használjon. A JavaScripttel oldalt váltó gombok láthatatlanok a linkeket követő feltérképezők számára.
• Kanonikus címkék, amelyek minden oldalt a preferált URL-jére mutatnak, hogy a ?utm= változatok és a záró perjeles duplikátumok ne versenyezzenek egymással.
• Leíró alt szöveg a lényeges képeken.

Közösségi előnézetek

Adjon Open Graph címkéket (og:title, og:description, og:image, og:url) minden nyilvános oldalhoz, a kezdeti HTML-ben. Ezt rontják el az SPA-k a leggyakrabban, mert a linkelőhelyzet botjai nem futtatnak JavaScriptet.

Oldaltérképek és robots.txt

Az oldaltérkép egy XML fájl, amely felsorolja az indexelni kívánt URL-eket. Segít a keresőmotoroknak megtalálni az oldalakat, különösen új oldalaknál, amelyeknek kevés bejövő linkjük van. A Google dokumentációja szerint 2026 szeptemberétől:

• Egyetlen oldaltérkép legfeljebb 50 000 URL-t vagy tömörítetlenül 50 MB-ot tartalmazhat; a nagyobb oldalakat oldaltérkép-indexszel bontsa részekre.
• A Google figyelmen kívül hagyja a <priority> és a <changefreq> elemeket.
• A Google a <lastmod> elemet csak akkor használja, ha az következetesen pontos, ezért valódi tartalmi változásnál frissítse, ne minden buildnél.

A robots.txt fájl megmondja a feltérképezőknek, mely útvonalakat ne térképezzék fel. Használja arra, hogy távol tartsa a feltérképezőket a /app, /admin és API útvonalaktól, és innen mutasson az oldaltérképre. Ne feledje, hogy a robots.txt a feltérképezést állítja le, nem az indexelést: ha egy oldalt ki akar tartani a találatokból, használjon noindex robots meta címkét, és hagyja, hogy fel legyen térképezve.

Az oldaltérképet a Google Search Console-ban küldje be, amint az oldal a végleges domainen van. A Search Console azt is megmutatja, mely oldalak vannak indexelve és miért nem a többi — ez a leghasznosabb ingyenes SEO eszköz.

Strukturált adatok

A strukturált adatok gépileg olvasható jelölések, amelyek leírják, mi az oldal: szervezet, helyi vállalkozás, termék, cikk, esemény. A Google a JSON-LD formátumot ajánlja, és két ponton egyértelmű:

• Jogosulttá tehetik az oldalakat gazdag találatokra, de nem garantálják azokat.
• A látható információt kell leírniuk az oldalon. Ne jelöljön meg olyan értékeléseket, árakat vagy GYIK-et, amelyeket a látogatók nem láthatnak.

Jó kiindulópontok: Organization vagy LocalBusiness a főoldalon, Product a termékoldalakon, Article a blogbejegyzéseken, BreadcrumbList a mélyebb oldalakon. Tesztelje a Google Rich Results Test eszközével.

Adjon hozzá JSON-LD strukturált adatokat: LocalBusiness a főoldalon, az oldalon már megjelenő címmel, telefonszámmal és nyitvatartással, és Article minden blogbejegyzésen. Ne adjon hozzá értékeléseket vagy véleményeket.

Sebesség és mobil

A Google az oldalélmény jeleit használja, köztük a Core Web Vitals mutatókat, a sebesség pedig a látogatóknak mindenképpen számít. A Google „jó” küszöbértékei, az oldalbetöltések 75. percentilisén mérve:

Az AI-val épített oldalak szokásos javításai:

• Képek — átméretezés, tömörítés, modern formátumok, szélesség és magasság megadása (ez akadályozza meg az elrendezés-ugrálást), és a hajtás alatti képek lusta betöltése.
• JavaScript — egy nagy csomag késlelteti az egész SPA-t. Az előrenderelés segít; segít az is, ha a kódot útvonalanként bontja szét.
• Betűtípusok — korlátozza a családok és súlyok számát, és előtöltse azt, amelyik a hajtás felett van.
• Harmadik féltől származó szkriptek — minden csevegőwidget és követőpixel sebességbe kerül. Tartsa meg azokat, amelyeket ténylegesen használ.

Teszteljen az élő URL-en a PageSpeed Insights vagy a Lighthouse eszközzel mobil módban.

A tartalom a legfontosabb

A technikai SEO az akadályokat hárítja el; keresletet nem teremt. Az oldalak azért kerülnek jó helyre, mert jobban válaszolnak egy keresésre, mint az alternatívák. A legtöbb kis oldalnál ez azt jelenti:

• Oldal minden témához, amelyre az emberek keresnek. Egy vízvezeték-szerelőnek szolgáltatásonként és kiszolgált területenként külön oldal kell, nem egyetlen „Szolgáltatások” oldal, amely mindent felsorol.
• Konkrét, eredeti részletek — árak, folyamat, valódi munkákról készült fotók, válaszok a telefonon feltett kérdésekre.
• Frissítse, amikor változik valami. Az elavult nyitvatartás és a régi árak gyorsan elveszítik a bizalmat.

Az AI gyorsan tud oldalakat vázolni, ami kísértést jelent sok vékony, hasonló oldal közzétételére. A Google útmutatója azt a tartalmat célozza, amelyet főleg a rangsorolás miatt készítenek, nem az emberek segítésére, függetlenül attól, hogyan született. Az AI-t vázlatkészítésre használja, majd adja hozzá azt, amit csak Ön tud. A könyvtár-jellegű oldalak érintettek ebben a legjobban; lásd hogyan építsen könyvtár weboldalt, hogy a listaoldalak indexelésre érdemesek legyenek.

Indítási ellenőrzőlista

• A nyilvános oldalak a teljes tartalmat a kezdeti HTML-ben szállítják (ellenőrizze az Oldal forrásának megtekintése opcióval)
• Egyedi cím, meta leírás és kanonikus URL minden oldalon
• Open Graph címkék és megosztási kép minden nyilvános oldalon
• Oldalanként egy h1, valódi <a href> linkek, alt szöveg a képeken
• sitemap.xml valódi URL-ekkel; a robots.txt tiltja az alkalmazás és API útvonalakat
• Strukturált adatok csak a látható tartalomhoz, tesztelve
• Az LCP, INP és CLS mobilon a „jó” tartományban
• Az oldal a végleges domainen, HTTPS-sel, és be van küldve a Search Console-ba

A saját domainre való átállás még a keresési forgalom építése előtt elkerüli a későbbi átirányításokat — lásd hogyan csatlakoztasson egyedi domaint. A szélesebb építési folyamathoz olvassa el a hogyan építsen weboldalt AI-val útmutatót, a látogatókat konvertáló oldalakhoz pedig a hogyan építsen konvertáló landing oldalt útmutatót.

SEO a Mythexen

A Mythexnek nincs külön SEO panelje; a SEO-t úgy javítja, hogy a chaten vagy kódon keresztül módosítja az alkalmazást. Az új webalkalmazások alapértelmezetten Vite és React egyoldalas alkalmazások, ezért ha a keresés számít, kérjen már az elején statikus vagy előrenderelt oldalt, vagy Next.js-t. A dokumentációban a SEO az alkalmazásához oldal tartalmaz kezdő promptot a címekhez, Open Graph címkékhez, oldaltérképhez és robots.txt-hez, a statikus weboldalak pedig a tartalomközpontú oldalakat tárgyalja. A változások után publikáljon újra, hogy az élő oldal átvegye őket. Egyedi domain a Pro csomagban érhető el.

Kérdések