A tiszta bloglapozás három szabálya

Mindhárom szabály így szerepel – közvetlenül vagy közvetve – a Google saját dokumentációjában. Nem mondanak ellent egymásnak, hanem kiegészítik egymást.

1. Self-canonical minden archívumoldalon

Minden komponensoldal önmagára kanonizál: a /page/2/ a /page/2/-re, nem az 1. oldalra. Ha az összes archívumoldal canonicalje az első oldalra mutat, az azt mondja a Google-nak, hogy „a további oldalak duplikátumok” – pedig nem azok, más bejegyzéseket listáznak. A Google a hivatalos dokumentációban kifejezetten azt ajánlja, hogy minden lapozott oldal saját kanonikus URL-t kapjon.

2. Normál HTML-linkek az oldalak között

A Googlebot az a-href linkeket követi. Az a lapozás, amely csak JavaScript-kattintáskezelővel vagy „Továbbiak betöltése” gombbal működik, a robot számára zsákutca – a Google ugyanabban a dokumentációban megnevezi a megoldást: a gombokat valódi linkekkel kell kiegészíteni vagy helyettesíteni.

3. Nincs noindex az archívumoldalakon

Az elterjedt SEO-bővítményopció, az „archívumoldalak ne indexelődjenek”, abból az időből származik, amikor a duplikált tartalomtól féltek. Ma kétszeresen fizetsz érte: először is a tartósan nem indexelt oldalak kiesnek a feltérképezési ritmusból, másodszor gyengíti a régebbi bejegyzésekhez vezető linkútvonalat. Hagyd az archívumoldalakat indexelhetőnek – ritkán rangsorolnak, de hordoznak.

Lapozás: a szabályok áttekintése

Intézkedés	Ajánlás	Miért
Self-canonical archívumoldalanként	Kötelező	Megakadályozza, hogy a Google a további oldalakat duplikátumnak tekintse
Normál HTML-linkek az oldalak között	Kötelező	Csak így tudja a Googlebot az összes oldalt követni
noindex az archívumoldalakon	Kerülendő	Elvágja a régebbi bejegyzésekhez vezető linkútvonalat
rel=”prev” / rel=”next”	2019 márciusa óta hatás nélkül	Már nem indexelési jel, de ártalmatlan
Bejegyzések archívumoldalanként	10–20	Szokásos sáv a betöltési idő és a használhatóság szempontjából

Így ellenőrzöd a lapozásodat

Öt lépés, amellyel egy blog lapozásának állapota külön eszközök nélkül ellenőrizhető:

1. Nyisd meg egy archívumoldal forráskódját (jobb klikk → Oldal forrásának megtekintése), és keress rá a rel="canonical"-ra: az URL önmagára mutat vagy az 1. oldalra?
2. Ellenőrizd a SEO-bővítmény beállításait: aktív-e egy olyan opció, mint az „archívumoldalak ne indexelődjenek” vagy a „noindex a lapozott oldalakon”? Ha igen, kapcsold ki.
3. Ellenőrizd, hogy a /page/2/ és a további oldalak valódi a-href linkeken keresztül elérhetők-e – nem csak egy link-tartalék nélküli „Továbbiak betöltése” gombbal.
4. Ellenőrizd az archívum mélységét: hány kattintásra vannak a legrégebbi bejegyzések a kezdőoldaltól? Rakj rendet a kategóriák és címkék között, a fontos evergreen-bejegyzéseket linkeld be közvetlenül.
5. A rel=”prev”/rel=”next”-et, ha van a témában, hagyd meg – eltávolítani nem kötelező, hozzáadni 2019 óta már semmit sem ér.

Gyakori kérdések a lapozásról

Olvass tovább

Ahol az akadálymentesség és a SEO ugyanaz a munka

A WCAG-kritériumok nagy része egybeesik azzal, ami amúgy is az onpage-optimalizáláshoz tartozik. Hat pont, amely mindkettőt egyszerre szolgálja:

• Alt-szövegek: a képernyőolvasók felolvassák, a Google a képkeresőhöz használja őket. Egy 5–15 szavas alt-szöveg mindkettőt kiszolgálja.
• Címsor-hierarchia: pontosan egy H1, aztán H2/H3 ugrások nélkül. Az asszisztív technológia címsorok szerint navigál, a Google a struktúrát olvassa.
• Kontrasztok: a WCAG 2.1 AA 4,5:1-et követel a folyószövegnél és 3:1-et a nagy betűknél.
• Billentyűzetes kezelés: valódi button- és a-elemeket kényszerít ki div-ekre tett kattintáskezelők helyett – pontosan ezt a HTML-t térképezi fel megbízhatóbban a Google.
• Érthető linkszövegek: „A visszaküldési szabályzathoz” a „Kattints ide” helyett – megmondja a képernyőolvasóknak és a Google-nak, mi van a link mögött.
• Tiszta, szemantikus HTML: nav, main, table – az akadálymentesség és a feltérképezhetőség közös alapja.

A WCAG 2.1 AA mint ellenőrzési keret

A BFSG nem nevez meg pixelértékeket. A gyakorlati referenciakeret az EN 301 549, amely a WCAG 2.1 AA-ra hivatkozik – mintegy 50 sikerkritérium:

1. Automatizált tesztelés: Lighthouse, WAVE vagy axe DevTools. Ingyenes, 10 perc alatt elvégezhető.
2. Őszinte értékelés: az automatikus eszközök a szabálysértéseknek csak mintegy 30–40 százalékát találják meg. A 100-as Lighthouse-pontszám nem jelenti azt, hogy „akadálymentes”.
3. Kézi ellenőrzés: az egész oldalt csak Tab, Enter és nyílbillentyűkkel kezelni. A rendelési folyamatot képernyőolvasóval (a VoiceOver minden iPhone-on előre telepítve van) végigjátszani.
4. Priorizálás: először a pénztár és az űrlapok – ott keletkezik a jogi és gazdasági kockázat. Aztán a sablonok, végül az egyedi oldalak.

BFSG-átépítés egy műhelyfelszerelés-webáruháznál

„Egy mintegy 3000 terméket kínáló műhelyfelszerelés-webáruháznál a BFSG miatt kiegyenesítettük a címsorstruktúrát, pótoltuk a termékképek alt-szövegeit, és billentyűzettel kezelhetővé tettük a pénztárat. Három hónap után a mobil láthatóság érezhetően jobb lett – nem egy titkos kapcsoló miatt, hanem mert végre stimmeltek az alapok.”

— Pásztor Viktor, SEO-szabadúszó

Gyakori kérdések az akadálymentesítésről és a mobil SEO-ról

Olvass tovább

Bizonyított, valószínű, spekuláció: a felosztás, ami számít

A GEO állításokkal teli terület. Mielőtt pénzt vagy időt fektetnél be, sorolj be minden intézkedést a három szint egyikébe. Ez a besorolás e cikk valódi értéke.

Bizonyított – így szerepel a Google dokumentációjában:

• Oldalszinten két feltétel: indexelve van, és megjeleníthet snippetet. Ehhez jön a weboldal bevonása a Search Console-ban.
• Az egyedi, tapasztalatra épülő tartalom a legerősebb eszköz. A már elmondottak összefoglalói nem azok.
• A strukturált adatok nem szükségesek a generatív keresőfunkciókhoz. Speciális séma nem létezik.
• A Google keresés nem dolgozza fel az llms.txt-t.

Valószínű – indokolható következtetés, hatásbizonyíték nélkül:

• Entitás-konzisztencia: azonos cégadatok a weboldalon, a sémában, az impresszumban és a cégprofilokban. A grounding-rendszerek összevetik a forrásokat, az ellentmondások gyengítik a hozzárendelést.
• Egy grounding-oldal, amely összegyűjti a céged idézhető alapadatait. Hasznos az embereknek, talán hasznos a gépeknek is.
• Az OAI-SearchBot engedélyezése: az OpenAI szerint azok a weboldalak, amelyek kizárják a robotot, nem jelennek meg a ChatGPT keresési válaszaiban. Az engedélyezés tehát feltétel – az idézés valószínűsége viszont nem következik belőle.

Spekuláció – terjed, de nem igazolható:

• Az llms.txt mint láthatósági eszköz.
• A tartalom „chunkolása”, átírás „az AI-nak”, vásárolt említések. A Google mindhármat kifejezetten szükségtelennek nevezi.
• Külső eszközök „AI-rangsorolási pontszámai”. A Google egyértelművé teszi: egyetlen külső eszköz sem fér hozzá a belső rangsorolási vagy AI-rendszerekhez.

Az az útmutató, amely ezt a három szintet összekeveri, spekulációt ad el neked tények áráért.

AI-robotok vezérlése: GPTBot, ClaudeBot, PerplexityBot, Google-Extended

Mára minden nagy szolgáltató különválasztja a tanítást, a keresést és a felhasználói lekéréseket. Az áttekintés:

Szolgáltató	Robot	Cél
OpenAI	GPTBot	A modellek tanítása
OpenAI	OAI-SearchBot	Keresési találatok a ChatGPT-ben
OpenAI	ChatGPT-User	Oldallekérés felhasználói kérésre
Anthropic	ClaudeBot	A modellek tanítása
Anthropic	Claude-SearchBot	Keresési minőség
Anthropic	Claude-User	Oldallekérés felhasználói kérésre
Perplexity	PerplexityBot	Keresési találatok a Perplexityben
Perplexity	Perplexity-User	Oldallekérés felhasználói kérésre
Google	Google-Extended	Tanítás és grounding a Gemini és a Vertex AI számára

Először a leggyakoribb tévhit: a Google-Extended nem az AI Overviews-t vezérli. A token a jövőbeli Gemini-modellek tanítását és a Gemini-alkalmazásokban, valamint a Vertex AI-ban történő groundingot érinti. A Google kifejezetten leírja: a token sem a keresésbe való bekerülést, sem a rangsorolást nem befolyásolja. Az AI Overviews a normál Googlebot-on keresztül működik. Aki onnan ki akar kerülni, annak a snippeteket kellene letiltania – és ezzel a klasszikus keresést is elveszíti.

Az, hogy engedélyezed-e a többi szolgáltató robotjait, üzleti döntés, nem technikai. Az engedélyezés azt jelenti: esély a megemlítésre a válaszaikban, gyakran kattintás nélkül. A tiltás azt jelenti: a tartalmaidat ott nem hasznosítják, cserébe láthatatlan vagy. Egyébként nem minden lekérés tartja be a robots.txt-t. Maga a Perplexity dokumentálja, hogy a Perplexity-User a felhasználó által indított lekéréseknél általában figyelmen kívül hagyja a robots.txt szabályait.

Entitás-konzisztencia: az alulértékelt rész

A grounding-rendszerek több forrásban vetik össze az adatokat. Ha a weboldaladon, az impresszumban, az Organization-sémában és a Google cégprofilban eltérő cégnevek, címek vagy önleírások szerepelnek, minden ellentmondás gyengíti a hozzárendelést. Az intézkedés nem látványos: mindenhol ugyanazok a tények. Egységes cégnév jogi formával együtt, azonos elérhetőségek, ugyanazok az alapszámok.

Ez nem új AI-mesterség, hanem gondozott onpage-munka tiszta sémával – csak itt a hanyagság drágább lehet, mint korábban. A hatás nem bizonyított. De ez az egész terület legvalószínűbb, még nem bizonyított intézkedése, és szinte semmibe sem kerül.

Gyakorlati példa egy B2B-projektből

Egy B2B-ügyfél tudni akarta, miért említi a ChatGPT iparági kérdéseknél a versenytársakat, őt viszont nem. A vizsgálat kimutatta: a robots.txt egységesen kizárt minden nem Google-robotot – egy régi biztonsági konfiguráció maradványa. Ráadásul három különböző cégnév volt forgalomban: egy az impresszumban, egy a sémában, egy harmadik az iparági jegyzékekben.

Az intézkedések: az OAI-SearchBot és a PerplexityBot az ügyfél döntése alapján engedélyezve, a GPTBot az ügyfél kérésére tiltva, a cégnév mindenhol egységesítve, az alapadatok egy látható, belinkelt oldalon összegyűjtve. Idézési ígéret nem volt – egyetlen szolgáltató sem garantál láthatóságot. De a dokumentált feltételek most teljesülnek, és minden robotról szóló döntés írásban az ügyfélnél van.

GYIK

Olvass tovább

GEO: az új cél az idézés kattintás helyett

Amióta a Google az AI Overviews-t és az AI Mode-ot görgeti ki, a keresés sok kérdést közvetlenül megválaszol – egy generált válasszal, amely forrásokat idéz. Hogy ez mit jelent a kattintásokra, azt megmérték: AI-összefoglalóval rendelkező kereséseknél az amerikai felhasználók 2025 márciusában a látogatások mindössze 8 százalékában kattintottak klasszikus találatra, összefoglaló nélkül 15 százalékban (Pew Research Center).

A GEO pontosan ezekre az idézésekre való optimalizálást írja le. A szakma hasonlóan sorolja be: a WordStream és a Seer Interactive a GEO-t továbbfejlődésként írja le, nem a SEO leváltásaként; a piaci megfigyelők, mint a Colling Media a Gartnerre hivatkozva, 2026 végéig a klasszikus keresések érezhető visszaesését várják az AI-válaszok javára – a pontos szám előrejelzés, az irány vitathatatlannak számít.

Amit a GEO gyakorlatilag megkövetel, erősen átfed a jó SEO-val: precíz válaszblokkok (40–60 szó, számmal), tiszta struktúra, konzisztens entitások – tehát mindenhol ugyanaz a cégnév, ugyanazok a tények, összekapcsolt profilok. Az új a fókusz: idézhető egységeket írsz, nem csak rangsoroló oldalakat.

Az őszinteséghez hozzátartozik: hogy a GEO-intézkedések mennyire növelik az idézési valószínűséget, nehezebben mérhető, mint egy rangsorolás. Aki „1. helyet a ChatGPT-ben” ad el neked, mérőműszer nélküli ígéretet ad el. Ami bizonyított: indexelhető, strukturált, konzisztens tartalmak nélkül biztosan nem idéznek.

A hármas összehasonlítás

Így áll egymás mellett a három megközelítés:

Kritérium	SEO	GEO	MCP SEO
Cél	Rangsorolás + kattintás	Idézés AI-válaszokban	A rutin automatizálása
Mérhetőség	magas (pozíciók, kattintások)	kiépülőben (a GSC egyelőre nem mutatja ki külön az AI-forgalmat)	magas (elvégzett feladatok, idő, költségek)
Időhorizont	Hónapok	Hónapok, a SEO-ra építve	munkamódszerként azonnal hatásos
Kinek kell	mindenkinek, akinek van keresési kereslete	mindenkinek, akinek az ügyfelei AI-válaszokat használnak	mindenkinek, aki SEO-rutinért fizet
Viszony	A GEO SEO-t feltételez · az MCP SEO mindkettőt gyorsítja

A helyzetértékelés az első beszélgetésben

Az ingyenes első beszélgetésben ugyanabban a sorrendben megyek végig a három kérdésen, amelyet ez az összehasonlítás is megad. Először a SEO: technikailag tiszta, indexelhető a weboldal, tartalmas tartalmakkal? Ha nem, minden GEO-vita korai – rangsorolási alap nélkül nincs semmi, amit idézni lehetne.

Csak utána kerül asztalra a GEO: a legfontosabb válaszok önálló, idézhető blokkokként vannak-e megfogalmazva, konzisztens entitásokkal a weboldalon, a schemában és a cégprofilban? És végül az MCP SEO: a visszatérő feladatok közül – feltérképezések, metaadatok, átirányítások, riportok – melyiket éri meg automatizálni úgy, hogy egyetlen változtatás se menjen élesbe jóváhagyás nélkül? Ez a sorrend nem véletlen: pontosan a fenti összehasonlító táblázat függőségét követi.

Gyakori kérdések a SEO-ról, a GEO-ról és az MCP SEO-ról

Olvass tovább

Ellenőrzés a Search Console-ban, hogy egy URL az indexben van-e

Felejtsd el a site: lekérdezést – durva becslés, nem riport. A megbízható forrás a Google Search Console, és 0 euróba kerül.

Egyetlen URL: írd be a címet az URL-ellenőrzésbe. Másodpercek alatt látod: az URL a Google-nál van? Mikor volt utoljára feltérképezve? Melyik kanonikus URL-t választotta a Google?

Teljes weboldal: az „Indexelés → Oldalak” jelentés az összes nem indexelt URL-t listázza indoklással. Két státusz jön elő folyton: „Feltérképezve – jelenleg nincs indexelve” (minőségi vagy duplikátum-probléma) és „Megtalálva – jelenleg nincs indexelve” (még nincs feltérképezve, gyakran a crawl-priorizálás kérdése).

Crawl-büdzsé: csak ötszámjegyű URL-számoktól téma

A technikai SEO legtúlértékeltebb témája. A kb. 10 000 URL alatti weboldalaknak gyakorlatilag nem kell aggódniuk. Kb. 1 millió URL-től válik relevánssá – vagy kb. 10 000 naponta változó tartalmú URL-től, például nagy shopoknál facettás navigációval.

Ha a weboldaladnak 300 oldala van, és egyikük nincs indexelve, az nem a crawl-büdzsén múlik. Blokkolva van, túl vékony vagy duplikátum.

Indexelési jelek áttekintve

Jel	Mit vezérel	Hatás
noindex	Indexelés	Az oldal kimarad az indexből – előfeltétel, hogy feltérképezhető legyen
Canonical	Duplikátumok	Ajánlás a Google-nak, nem zárolás
robots.txt (disallow)	Feltérképezés	Megakadályozza a lekérést, de nem feltétlenül az indexelést
XML-sitemap	Megtalálás	Csak indexre érdemes, 200-as státuszkódú URL-eket tartalmazzon

A négy jel különböző feladatokat old meg. Aki keveri őket – például a robots.txt-t deindexelő eszközként használja –, pontosan a következő szakasz hibáit produkálja.

Gyakori hibák az indexelésnél és a feltérképezésnél

Mikor melyik csatorna a helyes választás

SEA, ha gyorsan kellenek eredmények: terméklaunch, szezonális üzlet, vagy kulcsszavak tesztelése, mielőtt tizenkét hónapnyi SEO-t teszel rájuk. Egy 5 eurós kattintási ár 2 százalékos konverziós ráta mellett azt jelenti: 250 euró leadenként – ezt tartósan meg kell tudnod engedni magadnak.

Social media, ha az ajánlatod magyarázatot igényel vagy új, és senki nem keres rá. Vagy ha a célcsoportod vizuálisan vásárol: divat, lakberendezés, food.

E-mail, amint van egy listád. A csatorna a konstansan legjobb megtérüléssel, mert az elérésért nem fizetsz minden alkalommal újra.

SEO, ha van mérhető keresési volumen, és években gondolkodsz. Hogy a SEO részleteiben mit nyújt, az külön téma – itt az összképbe való besorolásról van szó.

Őszintén: mikor rossz választás a SEO

Rövid távú akciók. Egy kedvezményes hétvége, egy esemény hat hét múlva – mire a SEO hatna, az akciónak vége. Ez a SEA és az e-mail esete.

Nincs keresési volumen. Ha senki nem keres az ajánlatodra, nincs mit rangsorolni. Egy újszerű terméknek először kereslet kell – social, PR vagy hirdetések révén. A SEO utána jön.

Nincs büdzsé a száraz időszakra. Aki az első 6–12 hónapot nem bírja ki, abbahagyja, mielőtt a hatás beindulna. Akkor inkább először SEA, és a SEO-t akkor kezdd, amikor van rá keret.

Gyakori hibák a csatorna-mixben

A tömeges AI-tartalom az új black hat

A klasszikus technikák ismertek, és megbízhatóan felismerik őket. Hogy mennyire megbízhatóan, azt a Google saját számai mutatják: a SpamBrain 2022-ben ötször több spam-weboldalt ismert fel, mint az előző évben, és 200-szor többet, mint 2018-ban – a Google-keresésből érkező látogatások 99 százaléka spammentes maradt (Google Webspam Report 2022).

Időszak	Felismert spam-weboldalak összehasonlítva	A spammentes keresési látogatások aránya
2018	Referenciaérték	–
2021	A 2022-es összehasonlító érték alapja	–
2022	5-ször több, mint 2021-ben, 200-szor több, mint 2018-ban	99 %

Forrás: Google Webspam Report 2022.

A mai releváns szürke zóna más: több száz vagy több ezer AI-generált oldal saját tartalmi többlet nélkül, csak a rangsorolásért gyártva. A Google erre a 2024. márciusi spam-frissítéssel saját kategóriát hozott létre: „scaled content abuse” – és kifejezetten nem az eszközt sorolja be, hanem a célt. AI-támogatással írni szabad; tömegesen többlet nélküli oldalakat kigörgetni nem.

Ez az a pont, ahol ma eldől, hogy egy szolgáltató tisztán dolgozik-e. Aki „500 oldalt egy hét alatt” ígér, kockázatot ad el neked. Hogy én ehelyett hogyan dolgozom AI-jal – a rutin automatizálása, jóváhagyás minden változtatás előtt, tartalmi többlet a te tudásodból – az MCP SEO alatt olvasható.

Negative SEO: a józan ellenőrzési terv

A link-támadásoktól való félelem nagyobb, mint a veszély: a Google évek óta magyarázza, hogy a spam-linkeket nagyrészt automatikusan leértékelik – ezért a disavow-eszköz a Google saját dokumentációja szerint csak egy esetre való: ha természetellenes linkek miatti manuális intézkedés áll fenn vagy reálisan fenyeget. Aki minden furcsa backlinknél disavow-t nyújt be, olyan problémával harcol, amelyet a Google rég megoldott.

Ha támadást gyanítasz, ebben a sorrendben ellenőrizz:

1. Search Console → Manuális intézkedések: ha ott nincs semmi, akut büntetési probléma nincs.
2. A rangsorolási veszteség datálása: egybeesik egy Google-frissítéssel? Akkor az ok többnyire a saját oldalnál van, nem a versenytársnál.
3. A backlink-profil megtekintése (Ahrefs/Semrush): az azonos horgonyszövegek hirtelen áradata spam-domainekről feltűnő – dokumentálni, figyelni.
4. Tartalomlopás ellenőrzése: a másolt tartalmakat idegen domaineken szükség esetén DMCA-bejelentéssel lehet eltávolíttatni.
5. Disavow csak manuális intézkedésnél – akkor célzottan, dokumentációval.

Gyakori hibák a black hat, white hat és negative SEO terén

A vasszabály: markup = látható tartalom

Mindennek, amit felcímkézel, láthatóan az oldalon kell állnia. Egy ár a markupban, amely nincs az oldalon; egy értékelés látható vélemények nélkül; kérdések a FAQPage-markupban, amelyek sehol nem jelennek meg a szövegben – mindez sérti a Google strukturált adatokra vonatkozó irányelveit.

A következmény valós: a Google manuális intézkedéseket szab ki a strukturáltadat-spamre. Akkor a teljes domain elveszíti a rich resultjait. Ökölszabály: először írd meg a látható tartalmat, abból generáld a markupot – soha nem fordítva.

Miért marad mégis a FAQPage-markup

A rich resultok sosem voltak a strukturált adatok egyetlen felhasználói. A FAQPage-markup géppel olvashatóan szállít kérdés-válasz párokat – pontosan az a formátum, amelyet az AI-keresőrendszerek a válaszok összeállításakor feldolgoznak. Egy tisztán felcímkézett, 40–60 szavas válasz kész idézési egység az AI Overviews-nak és az AI Mode-nak.

Ehhez jön az entitás-hatás: minden valid markup táplálja a keresőmotor megértését arról, ki vagy. Az ajánlásom: a FAQPage-markupot megtartani – de csak a láthatóan megválaszolt kérdésekhez.

Validálás: két eszköz, két kérdés

Két eszköz, két különböző kérdés:

1. Rich Results Test (Google): alkalmas-e a markup egy Google rich resultra? Csak a támogatott típusokat ellenőrzi.
2. Schema Markup Validator (Schema.org): szintaktikailag valid-e a markup – attól függetlenül, hogy a Google mit kezd vele?

Mindkettőt használd: egy FAQPage-blokk a Rich Results Testben 2026 májusa óta láthatatlan, a Schema Markup Validatorban továbbra is ellenőrizhető. Utána a Search Console-t érdemes figyelni.

@id-összekötés a megvalósításban

Így néz ki az összekötés a gyakorlatban:

„Egy B2B-szoftverszolgáltatónál mintegy 300 oldalon konszolidáltuk a szétszórt Organization-blokkokat egy központi @id-ra, és a szerzőket Person-entitásokként kötöttük össze. Négy hónappal később a szolgáltatót az AI Overviews-ban először nevezték meg név szerint forrásként – korábban ott egyáltalán nem jelent meg.”

— Pásztor Viktor, SEO-szabadúszó

Nem egyetlen schema-típus volt a döntő, hanem hogy a végén minden oldal ugyanarra a Person- és Organization-@id-ra mutatott – tucatnyi összekötetlen másolat létrehozása helyett.

Gyakori kérdések a strukturált adatokról

Olvass tovább

Státuszkódok áttekintve

Státuszkód	Jelentés	SEO-hatás
200 OK	Az oldal elérhető és tartalmat szállít	Normál állapot, nincs teendő
301 Moved Permanently	Állandó átirányítás	Átviszi a jeleket a cél-URL-re, standard költözésnél
302 Found	Átmeneti átirányítás	A cél-URL csak késéssel veszi át a jeleket
404 Not Found	Az oldal nem található	A Google többször újraellenőrzi, mielőtt kiesik az indexből
410 Gone	Tudatosan eltávolítva, nincs pótlás	Egyértelmű jel, többnyire gyorsabban tűnik el az indexből, mint a 404

A táblázat azokat a kódokat mutatja, amelyek a napi SEO-munkában valóban relevánsak. Az összes többi 4xx- és 5xx-kód általában technikai hiba, nem stratégiai döntés.

302: szinte mindig rossz választás

A „302 seo” keresési volumene kicsi, a mögötte lévő probléma nagy: a 302-t többnyire véletlenül állítják be, mert egyes rendszerekben ez az alapértelmezett. A következmény nem dráma – a tartósan fennálló 302-t a Google egy idő után 301-ként értékeli –, de az átmeneti idő fölösleges homály: a régi URL tovább marad az indexben, az új lassabban veszi át. Jegyezd meg: 302 csak akkor, ha ismered a visszatérés dátumát.

A relaunch-eset: ahol a láthatóság tényleg elveszik

A relaunch utáni rangsorolási veszteségek többségének ugyanaz az oka: az átirányítási koncepció hiányzott, vagy csak a főoldalakat fedte le. Hogy mennyi forog kockán, azt az Ahrefs jó kétmillió weboldalt vizsgáló tanulmánya mutatja: a 2013 óta ezekre a domainekre mutató linkek 66,5 százaléka mára halott.

Kategóriák, régi blog-slugok, paraméteres URL-ek – minden, ami backlinkeket vagy rangsorolást hordozott, 404-re fut. Ezért minden relaunch előtt a régi domain teljes feltérképezése és GSC-egyeztetés szükséges, és minden URL megkapja a fenti döntési fa négy döntésének egyikét. A munka átfogó keretét a technikai SEO adja.

Gyakori kérdések a státuszkódokról és átirányításokról

Indexelés ellenőrzése – a blokkoló minden más előtt

Nyisd meg a Google Search Console-t, és nézd meg az „Indexelés > Oldalak” jelentést. Ott látod, hány URL-ed van az indexben – és miért hiányzik a többi: noindex-tagek, átirányítási láncok, kanonikus URL nélküli duplikátumok, feltérképezési hibák.

Az egyes fontos oldalakat az URL-ellenőrzéssel vizsgálod. Ha ott az áll, hogy „Feltérképezve – jelenleg nincs indexelve”, a Google túl gyengének vagy másokhoz túl hasonlónak tartja az oldalt. Ez minőségi jel, nem véletlen.

Ökölszabály az auditjaimból: az 500-nál több URL-lel rendelkező weboldalaknak szinte mindig vannak olyan indexelési problémáik, amelyekről senki nem tudott. Ez az ellenőrzés minden SEO-audit első lépései közé tartozik.

Belső linkek – alulértékelt, és teljesen a te kezedben

A belső linkek megmutatják a Google-nak, mely oldalak fontosak neked, és tekintélyt örökítenek az erős oldalakról a gyengékre. A backlinkekkel ellentétben semmibe nem kerülnek a gondosságon kívül.

Kezdésnek három szabály elég. Először: minden fontos oldal legalább 3 tematikusan illő másik oldalról kap linket. Másodszor: a horgonyszöveg a célt írja le („kulcsszókutatás webshopoknak” a „kattints ide” helyett). Harmadszor: nincsenek árva oldalak – minden URL legfeljebb 3 kattintásra elérhető a kezdőlapról.

A legerősebb linkadóidat a Search Console-ban a „Linkek” alatt találod: a legtöbb külső hivatkozással rendelkező oldalaknak a legfontosabb céloldalaidra kellene linkelniük. Hogy ez részleteiben hogyan néz ki, azt az on-page optimalizálás oldalam mutatja.

Betöltési idő csökkentése – kötelező, de nem csodaszer

A Core Web Vitals rangsorolási tényező, de kicsi. Egy oldal nem ugrik a 30. pozícióról a 3.-ra, mert gyorsabban tölt. De veszíthet pozíciókat, ha jelentősen lassabb a konkurenciánál.

A célértékek: LCP 2,5 másodperc alatt, INP 200 ezredmásodperc alatt, CLS 0,1 alatt. A legnagyobb fékek: tömörítetlen képek, harmadik féltől származó szkriptek, hiányzó cache. Mérj a PageSpeed Insights-szal, javítsd ki a három legnagyobb tételt, mérj újra.

A pozíció és a szándék dönt a kattintási arányról

Hogy a pozíció és a keresési szándék milyen erősen dönt a kattintási arányról, azt egy általam kezelt projekt Search Console-jába vetett pillantás mutatja.

Kulcsszó	Pozíció	Kattintási arány	Megjelenések
chiasamen mit apfelessig	1,5	13,6 %	–
höhle der löwen abnehmen	9	0,49 %	29.449

Forrás: Google Search Console, monikagungl.com (nyilvános referencia), 2025.08–2026.07. A nyers keresési volumen top-pozíció és megfelelő szándék nélkül szinte értéktelen – az 1,5-ös pozíciójú long-tail kulcsszó lényegesen magasabb kattintási arányt hoz, mint a közel 30 000 megjelenésű kulcsszó a 9. pozíción.

„Egy közepes négyszámjegyű URL-állományú Shopify-kereskedő csodálkozott a stagnáló rangsorolásokon. A feltérképezés megmutatta: a szűrőparaméterek több ezer duplikátumot hoztak létre, és a Google a crawl-büdzséjét variánsokra költötte a termékek helyett. A tisztítás után az indexelt releváns oldalak száma két hónapon belül jelentősen nőtt – a rangsorolások követték.”

— Pásztor Viktor, SEO-szabadúszó

Gyakori kérdések a rangsorolás javításáról

Olvass tovább

Alt-szövegek: először akadálymentesség, aztán SEO

Az alt-szöveg azoknak az embereknek létezik, akik nem látják a képet – képernyőolvasót használóknak, de bárkinek megszakadt kapcsolattal is. A SEO a mellékhatás. Aki megfordítja a sorrendet, olyan alt-szövegeket ír, mint „kep seo optimalizalas ugynokseg berlin” – haszontalan a vakoknak, kockázatos a rangsorolásnak. A Google a saját képkeresési dokumentációjában ugyanezt a sorrendet nevezi meg: először őszinte leírás, aztán a láthatóság.

• Írd le, ami látható, egy mondatban: „Szerelő centíroz egy kereket a szerelőállványon.”
• 80–125 karakter jó sáv.
• A dekoratív képek üres alt-attribútumot kapnak (alt=””), hogy a képernyőolvasók átugorják őket.
• Ne írd, hogy „kép valamiről…” – hogy ez egy kép, azt a szoftver már tudja.

Így kapcsolódik össze a fájlnév, az alt-szöveg és a fix méretek a markupban – tisztán példaként, anélkül hogy itt valódi kép töltődne be:

<img src="rennrad-carbon-rahmen-schwarz.avif"
     alt="Fekete karbon országúti kerékpárváz oldalról fotózva"
     width="800" height="600" loading="lazy">

Méretek és srcset: soha ne szállíts több pixelt a szükségesnél

Egy 2400 pixel széles kép egy 400 pixeles konténerben a leggyakoribb teljesítményhiba az auditjaimban. Hogy mennyi forog kockán, azt a HTTP Archive Web Almanac 2024 mutatja: a képek 1054 KB-tal a legnagyobb egyedi tétel egy asztali kezdőlap medián oldalsúlyában – a JavaScript, a betűtípusok, a CSS és a HTML előtt. A fentihez hasonló esetekben a böngésző a látható konténerhez szükséges adatok többszörösét tölti be.

A megoldás az srcset a sizes-zel: ugyanaz a kép több szélességben (pl. 400, 800, 1200, 1600 pixel), a böngésző kiválasztja a megfelelőt. A modern CMS-ek automatikusan generálják a variánsokat – csak azt ellenőrizd, hogy a sizes-megadás illik-e a layouthoz. Ide tartoznak a fix width- és height-attribútumok a HTML-ben: megakadályozzák a layout-ugrásokat, és stabilan tartják a CLS-értékedet.

AI-képek: jelölési kötelezettség az EU AI Act szerint

2026 augusztusa óta teljes egészében érvényes az EU AI-rendelet 50. cikke: az AI által generált vagy manipulált képeknek felismerhetőnek kell lenniük. Konkrétan: az AI-képekhez géppel olvasható jelölés kell (sok generátor C2PA-metaadatokat ágyaz be – tömörítéskor ne távolítsd el). Valósághűen ható személyeknél, helyeknél vagy eseményeknél a jelölésnek láthatónak is kell lennie, például a képaláírásban.

Stockképeknél is érvényes: Ellenőrizd a licencet és a személyiségi jogokat. A „jogdíjmentes” nem jelent jogmentességet – a szerkesztőségi licencek gyakran nem engedik a kereskedelmi felhasználást, az ábrázolt személyekhez model release kell. Dokumentáld képenként a forrást, a licenctípust és a felhasználási kört – egy táblázat elég.

Egy képprojekt számokban

A számok többet nyomnak az állításoknál. Egy futó ügyfélprojekt példája mutatja, mit hoznak együtt az egyes karok – formátum, srcset, lazy loading-szabály – a gyakorlatban.

„Egy kerékpáralkatrész-shopnál mintegy 12 000 termékképet állítottunk át AVIF-ra, megjavítottuk az srcset-et, és a hero-képet eagerre állítottuk. Az LCP a CrUX-riportban 3,4-ről 1,9 másodpercre esett, a kép-megjelenések a Search Console-ban három hónapon belül mintegy 30 százalékkal nőttek.”

— Pásztor Viktor, SEO-szabadúszó

Egyik kar sem látványos önmagában. Együttvéve – formátum, helyes méret, korrekt betöltési prioritás – adják azt a különbséget, amely a Core Web Vitals-ban láthatóvá válik.

Gyakori kérdések a kép-SEO-ról

Olvass tovább

A break-even számítás, nyíltan

Vegyünk egy reális B2B-példát: cél-kulcsszavak összesen havi 2000 kattintás potenciállal, 6 €-s kattintási árral.

SEA: 2000 kattintás × 6 € = havi 12 000 € médiabüdzsé, plusz a kezelés. Az első naptól, pontosan skálázható, a büdzsével együtt ér véget.

SEO: Támogatás nálam havi 1000 €-tól. Eredmény: az első hónapokban kevés, a 6–12. hónaptól növekvő organikus arány. Ha az oldal a kattintási potenciálnak csak a negyedét is eléri (havi 500 kattintás), számításilag 3000 € médiabüdzsét vált ki – a támogatási költség háromszorosát. A felénél: a hatszorosát.

A break-even – az a pont, ahol a kumulált SEO-költségek ugyanazokra a kattintásokra a kumulált Ads-költségek alá kerülnek – szinte csak a kattintási áron múlik: 1 €-s kattintásoknál sokáig tart vagy sosem éri meg; 5 €-nál jellemzően a második évben van; 10 €+ felett gyakran már az elsőben. Ökölszabály: minél drágábbak a kattintásaid, annál gyorsabban éri meg a SEO. A feltételezések szándékosan konzervatívak – számold újra a valós kattintási áraiddal, ott vannak a Google Ads-fiókodban.

Kritérium	SEO	SEA (Google Ads)
Költség	támogatás havi 1000 €-tól	a példában 2000 kattintás × 6 € = havi 12 000 € médiabüdzsé
Idő a hatásig	6–12 hónap a növekvő organikus arányig	az első naptól
Fenntarthatóság	az állomány megmarad, szünet alatt is	a büdzsével együtt ér véget
Irányíthatóság	nincs garantált eredmény	azonnal ki- és bekapcsolható
Tipikus break-even az Ads-költségekhez képest	12–24. hónap, a kattintási ártól függően	–

Break-even számítás az ebben a szakaszban szereplő példa alapján: havi 2000 kattintás potenciál, 6 € kattintási ár, SEO-támogatás havi 1000 €-tól. A tényleges break-even az adott kattintási ártól függ.

A hibrid stratégia: az Ads mint a SEO adatforrása

A legokosabb használat nem vagy-vagy. Így kombinálom a két csatornát ügyfélprojektekben:

1. Először Ads a vásárlási kulcsszavakra: 4–8 hét kampány valós konverziós adatokat szállít kulcsszavanként – mielőtt egyetlen SEO-szöveg is megszületne.
2. SEO a nyertesekre: Azok a kulcsszavak, amelyek az Ads-ben bizonyítottan megkereséseket hoznak, oldalakat és tartalmakat kapnak. Nincs 12 hónapos fogadás feltételezésekre.
3. Az Ads fokozatos visszavétele ott, ahol az organikus rangsorolások átveszik – a felszabaduló büdzsé olyan kulcsszavakra vándorol, amelyek organikusan elérhetetlenek.

Így a SEA finanszírozza a tanulási fázist, a SEO pedig tartósan csökkenti a darabköltségeket. A social- és e-mail-csatornákkal való összehasonlítás külön téma – itt csak a két keresési csatorna közötti számításról volt szó.

Gyakori hibák a SEO vs. SEA összehasonlításban