SEO fejlesztőknek: hogyan rendereljük az oldalakat úgy, hogy a crawlerek el tudják olvasni, adjunk vissza helyes HTTP-kódokat, szállítsuk a lényeges fejléccímkéket, teljesítsük a Core Web Vitals küszöbértékeit, és maradjunk látható az AI számára.

Ezen az oldalon
Röviden
fejlesztőként a SEO azt jelenti, hogy minden fontos oldal elérhető, renderelhető és egyértelmű a crawlerek számára. A fő tartalmat a kezdeti HTML-ben szolgáld ki (szerveroldali renderelés vagy statikus generálás), adj vissza őszinte HTTP-státuszkódokat, a title, a meta leírás, a kanonikus és a robots-utasítások kerüljenek a szerver válaszába, a linkek valódi <a href> elemek legyenek, teljesítsd a Core Web Vitals küszöbértékeit, és adj hozzá JSON-LD strukturált adatokat. A legtöbb AI-crawler nem futtat JavaScriptet, így az a tartalom, amely csak a hidratálás után jelenik meg, láthatatlan a ChatGPT, a Claude és a Perplexity számára.
Szeretnél többet megtudni? Kérdezd meg
Gyors kvíz
Neked való a SEO, és hogyan kezdd el?
A Sorank illeszkedik a válaszaidra
Próbáld ki 3 napig a saját weboldaladon, és nézd meg, hol állsz a Google-ben, a ChatGPT-ben és a többi MI-ben.
Indítsd el a 3 napos ingyenes próbát3 nap ingyen, utána bármikor leállhatsz. 90 napos eredménygarancia visszatérítéssel.
Az SEO fejlesztőknek a keresőoptimalizálás azon része, amely a kódban él: sablonok, útvonalkezelés, renderelés, fejlécek és teljesítmény. A marketingesek választanak kulcsszavakat és írnak tartalmat, de egy hibás státuszkód, egy csak kliensoldali útvonal vagy egy véletlen noindex egyetlen telepítéssel le tudja nullázni ezt a munkát. A Google saját JavaScript SEO alapjai dokumentációja három fázist ír le (feltérképezés, renderelés, indexelés), és mindegyiknek vannak olyan hibamódjai, amelyeket csak a fejlesztők javíthatnak meg. Ez az útmutató abban a sorrendben tárgyalja őket, ahogy elromlanak.
| Terület | Fejlesztői felelősség | Jellemző tünet, ha elromlik |
|---|---|---|
| Renderelés | A fő tartalom és a linkek a szerver HTML-jében vannak | Üres vagy részleges tartalommal indexelt oldalak |
| Státuszkódok | 200, 301, 404, 410, 5xx őszintén visszaadva | Soft 404-ek, indexelt hibaoldalak, törölt oldalak, amelyek még mindig rangsorolnak |
| Fejléccímkék | Egyedi title, leírás, kanonikus, robots, hreflang | Duplikációk, rossz URL rangsorol, oldalak hiányoznak az indexből |
| Feltérképezés irányítása | robots.txt, XML-sitemap, belső linkek, paraméterek | Fontos oldalak nem találhatók meg, a feltérképezés szűrőkre megy el |
| Teljesítmény | Core Web Vitals valódi mobil felhasználóknál | Gyenge oldalélmény, alacsonyabb konverzió |
| Strukturált adatok | Érvényes JSON-LD, amely megegyezik a látható tartalommal | Nincsenek gazdag találatok, entitás-összekeveredés |
| AI-hozzáférés | Engedélyezett AI-felhasználói ügynökök, JavaScript nélkül olvasható tartalom | A márka hiányzik a ChatGPT és a Perplexity válaszaiból |
A Googlebot futtat JavaScriptet, de egy második lépésben, amely késhet, és maga a Google írja, hogy „a szerveroldali vagy az előrenderelés továbbra is kiváló ötlet”, mert gyorsabb a felhasználóknak és a crawlereknek, és mert nem minden bot futtat JavaScriptet. Ez az utolsó pont ma még fontosabb: a Vercel 2024 decemberi elemzésében, Az AI-crawler felemelkedése címmel, azt találták, hogy „a nagyobb AI-crawlerek jelenleg egyike sem renderel JavaScriptet”, és ezt többek között a GPTBot, az OAI-SearchBot, a ChatGPT-User, a ClaudeBot és a PerplexityBot teszi. A Gemini, amely a Google infrastruktúráját használja, kivétel.
| Renderelési mód | Amit a crawlerek kapnak | SEO-illeszkedés |
|---|---|---|
| Kliensoldali renderelés (CSR) | Szinte üres HTML-váz, a tartalom a JavaScript futása után | Gyenge: a Google-nál késik, a legtöbb AI-crawler számára láthatatlan |
| Szerveroldali renderelés (SSR) | Teljes HTML minden kérésre | Erős dinamikus oldalaknál |
| Statikus generálás (SSG) | Teljes HTML a telepítéskor elkészítve | A legerősebb ritkán változó tartalomnál |
| Inkrementális újragenerálás (ISR) | Statikus HTML, amelyet ütemezve vagy igény szerint frissítenek | Erős nagy katalógusoknál és blogoknál |
Két szabály érvényes a keretrendszertől függetlenül. A linkeknek href attribútummal rendelkező <a> elemeknek kell lenniük: a Google szerint csak ilyen formában tudja felfedezni a linkeket, így a kattintáskezelős gombok és a fragmentumalapú útvonalak zsákutcák. És minden útvonalnak saját URL-je kell legyen, # jel nélkül, amely közvetlenül visszaadja a tartalmát. A JavaScript SEO, az egyoldalas alkalmazások SEO-ja és a Next.js SEO útmutatóink keretrendszerspecifikus részleteket tárgyalnak.
A státuszkódok utasítások a crawlereknek. A Google HTTP-státuszkódokról és hálózati hibákról szóló dokumentációja leírja, hogyan kezeli az egyes családokat:
Ellenőrizd, mit küld valójában a szervered egy HTTP-fejléc-ellenőrzővel, és tartsd az átirányítási láncokat egyetlen ugrásban: a SEO-átirányításokról szóló cikkünk a migrációs mintákat tárgyalja.
Minden indexelhető oldalnak kell egy egyedi title és leírás, egy önmagára mutató kanonikus címke, és többnyelvű oldalaknál hreflang jelölések. Ezeket a szerver válaszában tartsd:
<title>Futócipők lúdtalpra | Példa</title>
<meta name="description" content="Tesztelt választások, méretek és árak.">
<link rel="canonical" href="https://example.com/running-shoes-flat-feet">
<link rel="alternate" hreflang="fr" href="https://example.com/fr/chaussures-pieds-plats">
<meta name="robots" content="index, follow">A kanonikus címke arra az URL-re mutasson, amelyet rangsorolni szeretnél, a webhelyed protokoll-, host- és záró perjel-konvenciójával pontosan egyezve.
Figyelem
Soha ne támaszkodj JavaScriptre a noindex eltávolításához. A Google szerint, ha noindex-címkét talál, előfordulhat, hogy kihagyja a renderelést, így az az oldal, amely a HTML-ben noindexet küld, majd kliensoldalon eltávolítja, kimaradhat az indexből.
A keresőmotorok URL-eket indexelnek, ezért az URL-séma SEO-döntés. Használj kisbetűs, kötőjellel elválasztott, olvasható útvonalakat; válassz egy záró perjel-konvenciót, a másikat irányítsd át; és tartalomdarabonként csak egy URL legyen. A szűrők, rendezések és követőparaméterek tartalom nélkül szaporítják az URL-eket: a tiszta változatra mutató kanonikus címkével lásd el őket, és ne linkelj olyan paraméterkombinációkra, amelyeket nem akarsz feltérképezve látni.
A belső linkek egyszerre hordozzák a felfedezhetőséget és a fontosságot. A navigációt, a morzsamenüt és a kapcsolódó tartalmi blokkokat szerveroldalon rendereld, a lapozott listák minden oldalához adj sima linket, és kerüld a végtelen görgetést lapozott URL-ek nélkül. Az a termék vagy cikk, amely csak a webhelykereséssel vagy egy JavaScript-szűrővel érhető el, a crawler szemében árva oldal.
A robots.txt a feltérképezést szabályozza, nem az indexelést: egy letiltott URL attól még megjelenhet a találatok között, hogy más oldalak linkelnek rá. Ahhoz, hogy egy oldal kikerüljön az indexből, engedd feltérképezni, és adj vissza noindexet. Az XML-sitemapot az útvonalaidból vagy az adatbázisodból generáld, csak a kanonikus, 200-as URL-eket sorold fel, a lastmod dátumot pedig csak akkor frissítsd, ha a tartalom valóban változott. A szabályokat minden kiadás előtt teszteld egy robots.txt-ellenőrzővel, és soha ne telepíts éles környezetbe olyan staging robots.txt-t, amelyben „Disallow: /” áll.
A Google a Core Web Vitals mutatókat az oldalélmény-jelek részeként használja. A web.dev szerint egy oldal akkor jó, ha ezeket a küszöböket teljesíti a valódi oldalbetöltések 75. percentilisénél, mobilon és asztali gépen:
| Mutató | Mit mér | Jó küszöbérték | Gyakori fejlesztői javítások |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Betöltés | 2,5 s vagy kevesebb | Hősképek előtöltése, a hajtás feletti tartalom szerveroldali renderelése, CDN |
| INP (Interaction to Next Paint) | Válaszkészség | 200 ms vagy kevesebb | Hosszú feladatok felbontása, harmadik féltől származó szkriptek halasztása, a hidratálás költségének csökkentése |
| CLS (Cumulative Layout Shift) | Vizuális stabilitás | 0,1 vagy kevesebb | Médiaelemek width és height megadása, hely fenntartása hirdetéseknek és beágyazásoknak |
Az INP 2024-ben a First Input Delay helyét vette át stabil Core Web Vitals mutatóként. Az ítélethez valós felhasználói adatokat használj (Search Console, Chrome UX Report), a hibakereséshez laboratóriumi eszközöket. A Core Web Vitals szószedeti szócikkünk felsorolja az eszközöket.
Használj JSON-LD-t egy script elemben, szerveroldalon renderelve, amely leírja, ami az oldalon látszik:
<script type="application/ld+json">
{"@context": "https://schema.org", "@type": "Article",
"headline": "Futócipők lúdtalpra",
"datePublished": "2026-10-01",
"author": {"@type": "Person", "name": "Jane Doe"}}
</script>Az oldallal azonos adatokból generáld, hogy a kettő soha ne térjen el egymástól, validáld CI-ben, és kerüld a beillesztését tagkezelőn keresztül. Egy sémagenerátor kezdősablont ad a gyakori típusokhoz.
Tipp
Adj SEO-ellenőrzéseket a folyamatodba: hibázzon a build, ha egy indexelhető sablonból hiányzik a title vagy a kanonikus, ha egy útvonal ismeretlen slugra 200-at ad, vagy ha az éles robots.txt tartalmaz „Disallow: /” sort. Ezeket a regressziókat telepítés előtt olcsó elkapni, utána drága.
Az AI-láthatóság a hozzáféréssel kezdődik. Döntsd el, mely AI-felhasználói ügynökök (GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot és mások) férhetnek hozzá, és írj egyértelmű szabályokat a robots.txt-be; a robots.txt AI-crawlerekhez című útmutatónk magyarázza a tanító és a kereső botok közti különbséget. Ezután gondoskodj róla, hogy a szöveg, az árak, a specifikációk és a GYIK a kezdeti HTML-ben legyenek, használj szemantikus címsorokat és táblázatokat szöveget tartalmazó képek helyett, és tartsd az oldalakat elég könnyűnek a gyors letöltéshez. Egy llms.txt fájl összefoglalhatja a kulcsoldalaidat az AI-eszközök számára, de egyetlen nagy asszisztens sem erősítette meg, hogy támaszkodna rá, ezért tekintsd opcionálisnak.
A Sorank a mi termékünk: egy autopilot SEO- és GEO-szoftver. A fejlesztők többnyire az integrációin keresztül találkoznak vele: WordPress, Shopify, Webflow vagy Wix felületre publikál cikkeket, bármely egyedi rendszerbe pedig webhookon keresztül, ahogy az telepítési oldalon le van írva. Az SEO-csevegés beszélgetésben válaszol a webhelyedre vonatkozó kérdésekre, az AI-említéskövetés pedig havonta ellenőrzi, hogy a ChatGPT, a Claude és a Gemini idézi-e a márkádat.

A lényeg röviden: szállíts teljes HTML-t, őszinte státuszkódokat és helyes fejléccímkéket a szerverről, majd mérd a teljesítményt valódi felhasználóknál. Ez kiszolgálja a Googlebotot és azokat az AI-crawlereket, amelyek nem futtatnak JavaScriptet. Hogy a jól felépített webhelyedet rangsorolható tartalommal töltsd meg, nézd meg a Sorank csomagjait, havi 49 dollártól, 3 napos ingyenes próbaidőszakkal.
A Google esetében nem mindig, mert az futtat JavaScriptet, de késleltetést és kockázatot visz be, a legtöbb AI-crawler pedig egyáltalán nem futtat JavaScriptet. Azoknál az oldalaknál, amelyeknek rangsorolniuk vagy idézve lenniük kell, a fő tartalmat és a linkeket szerveroldali renderelés, statikus generálás vagy előrenderelés révén add a kezdeti HTML-ben, a kliensoldali renderelést pedig tartsd az interaktív részekre.
Mindkettő azt jelzi a Google-nak, hogy az oldal megszűnt, és mindkét esetben a Google idővel abbahagyja az URL használatát. A 410 kifejezetten jelzi, hogy az eltávolítás szándékos és végleges, ezt egyes csapatok előnyben részesítik a szándékosan törölt tartalmaknál. A legfontosabb az, hogy ne adj vissza 200-as választ hibaüzenettel, mert az soft 404-et hoz létre.
Részei a Google oldalélmény-jelzéseinek, amelyeket a Google a sok tényező egyikeként ír le, a relevancia és a tartalom minősége ennél többet nyom a latban. A gyakorlatban a hasonló oldalak közötti döntetlent törik el, és erősen hatnak a konverziókra, ezért a küszöbök teljesítése megéri a befektetést.
A TE ELŐTTED PRÓBÁLTÁK KI A SORANKOT
