JavaScript SEO és log file elemzés

A modern webfejlesztés JavaScriptre épül. De a Google bejárórobotja nem ugyanolyan hatékonyan kezeli a JavaScript-tartalmakat, mint a hagyományos HTML-t.

A három renderelési modell:

CSR, Client-Side Rendering: A böngésző futtatja a JS-t és tölti be a tartalmat. SEO-hatás: A Google "üres" HTML-t lát első körben, a tartalom késleltetve indexelődik.

SSR, Server-Side Rendering: A szerver elkészíti a teljes HTML-t, a kliens kész oldalt kap. SEO-hatás: A Google azonnal látja a tartalmat, SEO-barát.

Dynamic Rendering: A szerver észleli, ha bot érkezik, és előrenderelt HTML-t küld nekik. SEO-hatás: Jó kompromisszum legacy rendszereknél, de Google inkább SSR-t javasol.

1. Google Search Console → URL Inspection
Írd be az URL-t → válassz "Élő teszt"
Nézd meg a "Beolvasott" HTML-t (nyers) és a "Renderelt" HTML-t
Ha a fontos tartalom csak a renderelt verzióban látható, a Google késleltetve indexeli.

2. curl + Googlebot User-Agent
Futtatsd: curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" -L https://pelda.hu/js-generalt-oldal
Ha a visszakapott HTML-ben hiányzik a tartalom (amelyet normál böngészővel látsz), indexelési probléma van.

3. Chrome DevTools → Lighthouse
Az "SEO" auditban ellenőrzi a title-t, meta leírást és az alap strukturális elemeket.

1. Tartalom csak JS futtatása után látható
Ha a cikk szövege, termékleírások vagy navigációs linkek fetch()/AJAX hívással töltődnek be, a Google nem biztos, hogy megvárja a betöltést.
Megoldás: Kulcstartalmakat statikusan add meg a HTML-ben (SSR vagy SSG), a JS csak kiegészítse.

2. Lazy-loaded képek a bot számára láthatatlanok
Ha egy kép csak scroll eseményre kerül be a DOM-ba, a Googlebot nem görget, így nem látja.
Megoldás: noscript fallback alkalmazása az img elemekhez.

3. Single Page Application (SPA) navigáció
Az SPA-k history.pushState() alapú navigációja esetén a Googlebot esetenként nem követi az oldalváltásokat.
Megoldás: Használj SSR-t (pl. Next.js, Nuxt.js) vagy ellenőrizd a Search Console URL Inspection-nel az SPA minden fontos aloldalát.

Mikor alkalmazz Dynamic Renderinget?
Csak akkor, ha SSR-re való átállás nem lehetséges (pl. régi rendszer, rövid határidő). A Google nem tiltja, de belső dokumentációban az SSR-t részesíti előnyben.

A szerver naplófájlja (access log) minden HTTP-kérést rögzít, beleértve a Googlebot látogatásait is. Ez az egyetlen hely, ahol pontosan látod, mit, mikor és hányszor jár be a Google a weboldaladon.

A Search Console csak összesített és korlátozott adatokat mutat. A log elemzés megmutatja:
- Melyik oldalakat kéri le a Googlebot és milyen gyakran
- Milyen HTTP státuszkódokat kap (200, 301, 404, 500)
- Hol pazarolódik a crawl budget
- Vannak-e szerver hibák a Googlebot kéréseinél

Mit keress az elemzésben?
1. Magas 404-es arány → törött belső/külső linkekre, rosszul konfigurált átirányításokra utal
2. Sok paraméteres URL feltérképezése → crawl budget probléma
3. 5xx hibák → szerverhiba, a robot lelassítja a bejárást
4. Ritka crawler látogatás fontos oldalakon → az indexelés lassú lesz, a frissítések késve jelennek meg

Vizuális eszközök:
- Screaming Frog Log File Analyser, grafikus felület, státuszkód diagramok
- Splunk / ELK Stack, nagyvállalati szintű log elemzés
- Python + pandas, egyedi elemzési scriptek nagy naplóhoz

A log file elemzés akkor lesz igazán értékes, ha összehasonlítod:

• Melyik URL-eket jár be a Googlebot (log) → melyek kerülnek az indexbe (Search Console)?
• Ha egy URL 200-as státuszt kap a logban, de a Search Console-ban "Feltérképezett, nem indexelt" → tartalmi vagy minőségi probléma

• Search Console URL Inspection: az összes fontos oldal "Renderelt HTML"-je megegyezik a vizuálissal
• curl + Googlebot UA tesztje: a fontos tartalom megjelenik a nyers HTML-ben is
• Nincs kritikus tartalom, amely csak JS futtatása után töltődik be
• Naplófájlban a Googlebot 404-es aránya < 5%
• Naplófájlban nincs tömeges paraméteres URL bejárás (crawl budget pazarlás)
• Naplófájlban nincs 5xx hiba Googlebot kéréseinél
• SSR vagy SSG bevezetése megvizsgálva JS-alapú oldalhoz

2026-os valós eset: Egy 8 fős debreceni webfejlesztő stúdió. Az ügyfél egy React-alapú SPA (Single Page Application) e-learning platform volt, ahol 120 kurzusoldal tartalma csak a JavaScript futtatása után töltődött be.

A JavaScript SEO audit négy problémát tárt fel:
1. A kurzusleírások, title tagek és meta description-ök mind JavaScript által generálódtak — a Search Console URL Inspection "Beolvasott HTML" szekciójában üres volt az oldal.
2. A belső navigáció history.pushState() alapú volt, az SPA egyes aloldalait a Googlebot nem követte.
3. A log fájlban (access log) 340 kurzusoldalból csak 48-at kért le a Googlebot — a crawl budget nagy részét a paraméteres szűrőoldalak vitték el.
4. A logfájl-elemzés (log file analysis) kimutatta, hogy a Googlebot 12%-a 5xx hibát kapott csúcsterhelés idején.

A megoldás: Next.js-re migrálták a platformot, SSR/SSG kombinációval. A kurzusoldalak statikusan pre-renderelődtek, a navigáció szerver-oldalon is követhető lett. A canonical URL (kanonikus cím) jelölések is bekerültek minden kurzusoldalra, és a felesleges szűrőparamétereket robots.txt-tel letiltották.

Eredmény 10 héttel a migráció után: a Googlebot 340 kurzusoldalból 318-at indexelt (korábban 48 volt), az indexelés (indexing) sebessége háromszorosára nőtt, és az organikus forgalom 67%-kal emelkedett a Search Console-ban mért impressziók alapján. A belső linkek (internal linking) is hatékonyabbá váltak, mert a crawlerek immár minden aloldalt elértek.

• Kulcstartalom kizárólag JS-ben: Ha a termékleírás, az article szöveg vagy a navigáció csak JavaScript futtatása után jelenik meg a DOM-ban, a Googlebot esetenként nem indexeli. A megoldás: SSR vagy SSG az értékes oldalakon, JavaScript csak a kiegészítő funkcionalitáshoz.
• Log file elemzés kihagyása: A Search Console csak összesített adatokat mutat. A naplófájlok elemzése nélkül nem látod, hogy a Googlebot milyen hibákat kap, hol pazarolja a crawl budgetet, és melyek a kritikus 5xx hibák. Legalább negyedévente érdemes elvégezni egy log-auditot.
• Dynamic Rendering és [schema.org / strukturált adat](/tudastar/lexikon/mi-az-a-schema-org) ütközés: Ha Dynamic Renderinget alkalmazol, győződj meg róla, hogy a schema jelölések a bot által kapott előrenderelt HTML-ben is szerepelnek — nem csak a böngészőnek szánt dinamikus verzióban.

A JavaScript SEO lényege: amit a Googlebot a nyers HTML-ben nem lát, az indexelési szempontból nem létezik. 2026-ban az SSR (szerver-oldali renderelés) a legjobb megközelítés JS-alapú oldalakhoz. A log file elemzés az egyetlen módszer, amellyel pontosan látod a Googlebot viselkedését az oldaladon — a Search Console csak részleges képet ad.

1. Teszteld a legfontosabb 5–10 oldaladat a Search Console URL Inspection "Élő teszt" funkciójával: a "Renderelt HTML" megegyezik a vizuálissal?
2. Kérd el a szerver naplófájlokat (access log) az elmúlt 30 napra, és szűrd a Googlebot kéréseket — nézd meg a 404-es és 5xx arányokat.
3. Ha SPA-t üzemeltetsz, vizsgáld meg a Next.js vagy Nuxt.js SSR-re való átállás lehetőségét.

👉 Autopilot csomag megismerése — a Publicator AI automatikusan SSR-kompatibilis, statikus HTML-alapú tartalmat generál, amelyet a Googlebot azonnal és teljesen indexelni tud.