Multiregionális SEO: teljes útmutató

A multiregionális SEO azt jelenti, hogy egy weboldalt úgy építesz fel, hogy több ország keresőiben is a megfelelő verzió jelenjen meg. Ehhez el kell döntened az URL-struktúrát (országkódos domain, aldomain vagy alkönyvtár), jelezned kell a régiós változatokat hreflang-gel, és valóban lokalizált tartalmat kell adnod: árat, pénznemet, szállítást, helyi kifejezéseket.

Alapfogalmak

Mielőtt bármilyen technikai döntést hoznál, érdemes tisztázni, miről szól pontosan a multiregionális SEO, és miben különbözik a rokon fogalmaktól. A nemzetközi keresőoptimalizálás két, gyakran összekevert irányt fed le: a többnyelvű és a multiregionális megközelítést. A kettő átfedheti egymást, de a döntéseid másként alakulnak attól függően, hogy nyelvet vagy országot célzol.

Multiregionális kontra többnyelvű oldal

A többnyelvű oldal ugyanazt a tartalmat több nyelven kínálja, függetlenül attól, hogy a látogató melyik országban él. A multiregionális oldal ezzel szemben országokat vagy régiókat céloz, akár ugyanazon a nyelven is. Jó példa erre egy német nyelvű webshop, amely külön verziót tart fenn Németországnak, Ausztriának és Svájcnak. A nyelv közös, de eltér a pénznem (Svájcban frank), az áfakulcs, a szállítási idő, a jogi tájékoztató és néha a szóhasználat is.

A legtöbb valós projekt a kettő keveréke: például egy magyar cég, amely magyarul Magyarországnak, németül Ausztriának és Németországnak, angolul pedig az Egyesült Királyságnak és Írországnak szolgál ki. Ilyenkor nyelv és régió kombinációkban gondolkodsz.

A legfontosabb fogalmak röviden

Fogalom	Jelentés	Mire figyelj
ccTLD	Országkódos legfelső szintű domain, például .hu, .de, .at	Erős földrajzi jelzés, de minden domain külön épít tekintélyt
gTLD	Általános domain, például .com, .net	Nem köt országhoz, a célzást struktúrával és hreflang-gel oldod meg
Alkönyvtár	pelda.com/de-at/ típusú felépítés	Egy domain, közös tekintély, egyszerűbb karbantartás
Aldomain	at.pelda.com típusú felépítés	Külön kezelhető technikailag, de a tekintély megosztása kevésbé egyértelmű
hreflang	Annotáció, amely jelzi a keresőnek az oldal nyelvi és regionális alternatíváit	Kölcsönös hivatkozás kell, és ISO kódokat használ
x-default	Alapértelmezett verzió azoknak, akikre egyik változat sem illik	Gyakran egy nyelvválasztó vagy a globális angol oldal
Kanonikus URL	Az oldal preferált, indexelendő változata	Régiós verziók ne mutassanak kanonikusan egymásra

Mikor van szükséged multiregionális megközelítésre?

Nem minden nemzetközi forgalom indokol külön régiós verziót. Ha egy angol nyelvű tudásbázisod van, amelyet a világ minden tájáról olvasnak, de nincs régiónként eltérő ajánlatod, valószínűleg elég egyetlen angol verzió. A multiregionális felépítés akkor éri meg, ha legalább az egyik teljesül:

régiónként eltér az ár, a pénznem vagy a termékkínálat;
eltérő jogi, adózási vagy szállítási feltételek vonatkoznak a vásárlókra;
a keresési szándék és a használt kifejezések országonként érdemben különböznek (például brit és amerikai angol);
helyi ügyfélszolgálatot, telefonszámot vagy fizetési módot kínálsz;
az adott piacon helyi szereplőkkel versenyzel, akik helyi jelzésekkel erősebbnek tűnnek.

Ha egyik sem igaz, a régiós bontás csak duplikált tartalmat és karbantartási terhet termel. Ez az egyik leggyakoribb félreértés: a több régiós verzió önmagában nem hoz több forgalmat, csak akkor, ha a verziók valóban mást adnak a felhasználónak.

Gyakori tévhit: a szerver helye dönt

Sokan még mindig úgy gondolják, hogy a tárhely földrajzi elhelyezkedése meghatározza, melyik országban rangsorol az oldal. A szerver helye legfeljebb gyenge, másodlagos jelzés lehet, és CDN mellett gyakorlatilag nincs jelentősége. Sokkal erősebb jelzés a domain, a hreflang, a tartalom nyelve és helyi elemei, valamint az, hogy honnan kapsz hivatkozásokat. A sebesség viszont számít a felhasználói élmény miatt, ezért egy CDN általában jobb választás, mint egy adott országba költözött szerver.

Hogyan működik?

A keresőmotor feladata ilyenkor kettős: egyrészt meg kell értenie, hogy az oldalaidnak több, egymással egyenértékű változata létezik, másrészt el kell döntenie, hogy egy adott keresőnek melyiket mutassa. Ezt jelzések kombinációjából teszi meg, és egyik jelzés sem garancia önmagában. A te feladatod, hogy ezek a jelzések egybehangzóak legyenek.

A célzási jelzések rétegei

Érdemes a jelzéseket erősség és megbízhatóság szerint rétegezni. Az alábbi sorrend tapasztalati jellegű, nem hivatalos súlyozás, de jól használható a tervezéshez:

Domain és URL-struktúra. Egy .at domain egyértelműen Ausztriát jelzi; egy /de-at/ alkönyvtár hreflang-gel együtt szintén világos.
hreflang annotációk. Ezek mondják meg, mely oldalak alkotnak egy csoportot, és melyik nyelv-régió párost szolgálja ki az egyes tag.
Tartalom nyelve és helyi elemei. Pénznem, telefonszám-formátum, cím, mértékegység, helyi kifejezések.
Belső és külső hivatkozások. Ha az osztrák verzióra osztrák oldalak linkelnek, az megerősíti a regionális kötődést.
Felhasználói jelek. Ha a látogatók egy adott verzióval elégedettebbek, az közvetve visszahat.

Mit csinál pontosan a hreflang?

A hreflang nem rangsorolási tényező abban az értelemben, hogy nem emeli meg a pozíciódat. Inkább helyettesítést végez: ha az oldalcsoportod valamelyik tagja rangsorol, a kereső a felhasználó nyelvéhez és helyéhez illő tagot mutathatja helyette. Ezért fordul elő, hogy hreflang beállítása után nem nő a forgalom összesen, de a megfelelő országból a megfelelő verzióra érkeznek a látogatók, ami jobb konverziót hozhat.

A hreflang három módon adható meg: a HTML fejlécében link elemekkel, HTTP fejlécben (főleg PDF-hez és nem HTML fájlokhoz), illetve XML oldaltérképben. Nagy oldalaknál az oldaltérképes megoldás szokott a legkezelhetőbb lenni, mert nem terheli az oldal fejlécét, és központilag generálható.

A kölcsönösség szabálya

Minden oldalnak hivatkoznia kell önmagára és az összes alternatívájára, és minden alternatívának vissza kell hivatkoznia. Ha a magyar oldal jelzi az osztrák verziót, de az osztrák nem jelzi vissza a magyart, a kereső figyelmen kívül hagyhatja az annotációt. Egy szemléltető példa egy háromverziós termékoldalra:

Oldal	hreflang értékek, amelyeket tartalmaznia kell
pelda.com/hu-hu/termek/	hu-HU (önmaga), de-AT, de-DE, x-default
pelda.com/de-at/produkt/	hu-HU, de-AT (önmaga), de-DE, x-default
pelda.com/de-de/produkt/	hu-HU, de-AT, de-DE (önmaga), x-default

Figyeld meg, hogy mindhárom oldal pontosan ugyanazt a halmazt sorolja fel. Ez a legegyszerűbb ellenőrzési szabály: egy csoporton belül minden tag ugyanazt a listát tartalmazza.

Automatikus átirányítás és a feltérképezés

A keresőrobotok jellemzően egy-egy fő helyről érkeznek, gyakran amerikai IP-címről, és általában nem küldenek nyelvi preferenciát. Ha az oldalad IP vagy böngészőnyelv alapján kényszerítve átirányít, előfordulhat, hogy a robot soha nem látja a többi régiós verziót. Biztonságosabb megoldás egy nem kényszerítő banner, amely felajánlja a látogatónak a számára valószínűleg megfelelőbb verziót, de a választást rá hagyja, és a döntést elmenti.

Kanonikus és hreflang együtt

A régiós oldalak kanonikus URL-je mindig önmaga legyen. Ha az osztrák oldal kanonikusan a német oldalra mutat, azzal azt üzened, hogy az osztrák változat duplikátum, és nem kell indexelni, ami ellentmond a hreflang-nek. Az ellentmondó jelzéseknél a kereső a saját belátása szerint dönt, ami ritkán az, amit szerettél volna.

Fő módszerek

A multiregionális SEO gyakorlati megvalósítása három nagy döntésből áll: az URL-struktúra kiválasztásából, a régiós jelzések technikai beállításából és a tartalom lokalizálásából. Ezek egymásra épülnek, ezért érdemes ebben a sorrendben haladni.

URL-struktúra kiválasztása

Szempont	ccTLD (.hu, .at)	Alkönyvtár (/de-at/)	Aldomain (at.)
Földrajzi jelzés erőssége	Nagyon erős	Közepes, hreflang-gel erős	Közepes
Tekintély megosztása	Minden domain külön épít	Közös domain, közös erő	Részben elkülönülő
Költség és adminisztráció	Magas, több domain, esetleg helyi regisztrációs feltételek	Alacsony	Közepes
Helyi bizalom a felhasználóknál	Jellemzően magas	Márkától függ	Márkától függ
Rugalmasság új piac indításakor	Lassabb	Gyors	Közepes

Döntési szabály az URL-struktúrához

Az alábbi döntési sor egy saját, gyakorlati szűrő, nem iparági szabvány, de a legtöbb helyzetet lefedi:

Ha kevesebb mint három piacot célzol, és nincs külön helyi csapatod: alkönyvtár.
Ha egy piacon a helyi bizalom döntő (például pénzügyi szolgáltatás, ahol a vásárlók kifejezetten helyi szolgáltatót keresnek), és van erőforrásod külön linképítésre: ccTLD az adott piacon.
Ha a régiós oldalakat technikailag külön rendszer szolgálja ki (más platform, más csapat): aldomain vagy ccTLD jöhet szóba, de csak tudatosan.
Minden más esetben: alkönyvtár, mert ez adja a legjobb arányt a ráfordítás és az eredmény között.

Határeset: ha már van egy erős .hu domained, és Ausztriába terjeszkedsz, a .hu alá tett /de-at/ alkönyvtár zavaró lehet, mert a .hu erős magyar jelzést ad. Ilyenkor egy .com domainre költözés vagy egy új .at domain indítása is mérlegelendő, a döntésnél pedig a migrációs kockázatot is számold bele.

Technikai beállítás lépésről lépésre

Készíts egy táblázatot a célzott nyelv-régió párokról ISO 639-1 nyelv- és ISO 3166-1 alpha-2 országkódokkal (például de-AT, en-GB).
Rendeld hozzá minden oldalhoz a régiós megfelelőit egy közös azonosítóval, hogy a csoportok gépileg generálhatók legyenek.
Generáld a hreflang-et oldaltérképben vagy a fejlécben, önhivatkozással és x-default-tal.
Állítsd be az önhivatkozó kanonikus URL-eket.
Kapcsold ki a kényszerített IP alapú átirányítást, helyette tegyél fel választást felajánló bannert.
Ellenőrizd, hogy minden régiós URL 200-as állapotkódot ad, és indexelhető.

Tartalomlokalizálás, nem csak fordítás

A régiós verziók közötti különbség a tartalomban dől el. Egy ausztriai vásárló a "Jänner" szót ismeri a január megnevezésére, a "Paradeiser" szót a paradicsomra, és a kulcsszókutatásod is ezt fogja mutatni. Lokalizálni kell az árakat és pénznemet, a szállítási és visszaküldési feltételeket, a jogi szövegeket, a fizetési módokat, a mértékegységeket és a helyi példákat, véleményeket.

Saját kidolgozott példa

Vegyünk egy szemléltető esetet: egy magyar kerékpáralkatrész-webshop, amely Magyarországot, Ausztriát és Németországot célozza. A döntési szabály szerint alkönyvtárat választ egy .com domainen: /hu-hu/, /de-at/, /de-de/. A két német verzió szövegének nagy része közös, de az osztrák oldalon helyi szállítási díj, osztrák ügyfélszolgálati telefonszám, osztrák kifejezések és osztrák vásárlói vélemények szerepelnek. Az x-default a nyelvválasztó oldal. A kulcsszókutatást mindkét német piacon külön végzik, és ahol eltérő a keresett kifejezés, ott a címek és a leírások is eltérnek. Így a két német oldal már nem közel azonos duplikátum, hanem két valóban különböző ajánlat.

Gyakori hibák

A multiregionális projektek többsége nem stratégiai, hanem kivitelezési hibák miatt teljesít gyengén. A jó hír, hogy a legtöbb hiba rendszeres ellenőrzéssel kiszűrhető. Az alábbiakat érdemes minden induló és meglévő projektnél végignézni.

Technikai hibák

Hiányzó visszahivatkozás. Az A oldal jelzi B-t, de B nem jelzi A-t, így a pár érvénytelenné válhat.
Hibás kódok. Az "en-UK" helytelen, a helyes "en-GB". Gyakori hiba az is, ha valaki csak országkódot ad meg nyelv nélkül, például "at", ami nyelvkódként értelmeződne.
hreflang nem kanonikus vagy átirányított URL-re mutat. Az annotációban mindig a végleges, 200-as, kanonikus URL szerepeljen.
Kanonikus az egyik régiós verzióra. Ezzel kioltod a többi verzió indexelését.
Kényszerített átirányítás. A robot és a külföldön tartózkodó felhasználó nem éri el a kívánt verziót.
Noindex egy régiós oldalon, miközben hreflang hivatkozik rá. Ellentmondó jelzés, amelyet a kereső jellemzően a csoport rovására old fel.

Tartalmi hibák

A leggyakoribb tartalmi hiba a gépi fordítás ellenőrzés nélküli közzététele. A nyelvileg helyes, de idegen hangzású szöveg rontja a bizalmat és a konverziót. Hasonlóan gyakori, hogy a régiós oldalakon ugyanaz az ár, ugyanaz a pénznem és ugyanaz a szállítási információ szerepel, csak a zászló más. Ilyenkor a felhasználó semmit sem nyer a régiós verzióval.

Gyakori a kulcsszókutatás átvétele is: a magyar kulcsszavakat lefordítják, és azt hiszik, a célpiacon is így keresnek. A keresési szokások viszont országonként eltérnek, néha egy termékkategóriára teljesen más szót használnak, mint a szó szerinti fordítás.

Stratégiai hibák

Túl sok régió indítása egyszerre, amikor egyikhez sincs elég tartalom és erőforrás.
Régiós verzió olyan piacra, ahol nincs valódi üzleti kiszolgálás (nem szállítasz oda, nincs helyi fizetés).
Linképítés kizárólag a fő piacra, így a többi régiós verzió gyenge marad.
A belső linkelés elhanyagolása: a régiós oldalak csak egy nyelvválasztón keresztül érhetők el, a navigáció pedig keveri a verziókat.

Ellenpélda: amikor a hreflang nem segít

Előfordul, hogy minden technikai beállítás hibátlan, a forgalom mégsem nő az új piacon. Ilyenkor a hreflang jól végzi a dolgát: ha nincs olyan oldalad, amely rangsorol, nincs mit helyettesítenie. A hreflang nem indexelési vagy rangsorolási gyorsító. A megoldás ilyenkor a helyi tartalom, a helyi hivatkozások és a valódi helyi ajánlat erősítése.

Ellenőrzőlista indulás előtt

Minden régiós oldal önhivatkozó kanonikus URL-lel rendelkezik.
Minden hreflang csoport teljes és kölcsönös.
A kódok helyesek (nyelv kisbetűvel, ország nagybetűvel ajánlott).
Van x-default.
Nincs kényszerített átirányítás.
Árak, pénznem, szállítás, jogi szövegek régiónként lokalizáltak.
A címek és meta leírások régiós kulcsszókutatáson alapulnak.
A régiós oldalaktérképek beküldve, a régiós verziók indexelhetők.

Mérés

A multiregionális SEO eredményét régiónként kell mérni, mert az összesített számok elfedik a lényeget. Egy piacon tapasztalt növekedés eltakarhat egy másikon bekövetkezett visszaesést, és fordítva. A mérés célja kettős: igazolni, hogy a megfelelő verzió jelenik meg a megfelelő országban, és megmutatni, hogy ez üzletileg megtérül.

Mit mérj régiónként?

Mutató	Mit árul el	Hol nézheted
Megjelenések és kattintások országonként	Láthatóság az adott piacon	Google Search Console, ország szerinti szűréssel
Melyik URL kap forgalmat melyik országból	Működik-e a helyettesítés	Search Console, oldal és ország szűrő kombinálásával
Indexelt régiós oldalak aránya	Látja-e a kereső a verziókat	Search Console indexelési jelentés, oldaltérképenként
Konverziós arány régiónként	Üzleti haszon	Analitikai eszköz, régiós alkönyvtárra szűrve
Pozíciók helyi találati listában	Versenyhelyzet	Rangsorkövető, országra és nyelvre beállítva

A rossz verzió problémájának diagnosztikája

A legárulkodóbb jel, ha egy országból nem az oda szánt verzióra érkezik a forgalom. Ezt úgy ellenőrizheted, hogy a Search Console-ban szűrsz egy országra, például Ausztriára, majd megnézed, mely oldalak kapják a kattintásokat. Ha a /de-de/ oldalak dominálnak, a hreflang csoportokban vagy a tartalmi különbségekben kell keresni a hibát. Ha a két verzió szinte azonos, a kereső összevonhatja őket, és csak az egyiket mutatja.

Mérési folyamat havi bontásban

Exportáld régiónként a kattintásokat és megjelenéseket az előző hónapra.
Számold ki, a célország forgalmának mekkora része érkezik a neki szánt verzióra. Szemléltető példa: ha Ausztriából 1000 kattintás jön, és ebből 820 a /de-at/ oldalakra, akkor a találati arány 82 százalék.
Hasonlítsd össze az előző hónappal; a csökkenés hreflang vagy indexelési problémára utalhat.
Futtass feltérképezést egy crawlerrel, és szűrd a hiányzó visszahivatkozásokat, hibás kódokat, nem 200-as célokat.
Vesd össze a konverziós arányt régiónként, és jelöld ki azokat a piacokat, ahol a forgalom megvan, de a konverzió elmarad (ez gyakran lokalizálási hiányra utal).

Elemzési beállítások

Az alkönyvtáras felépítés mérési előnye, hogy minden régiós verzió egyszerűen szűrhető URL-előtag alapján. Érdemes a Search Console-ban külön tulajdont létrehozni minden régiós alkönyvtárhoz is, így a jelentések átláthatóbbak. Az analitikában hozz létre régiós szegmenseket, és figyelj arra, hogy a pénznem szerinti bevételek összevethetők legyenek, például egységes átváltással.

Mikor várhatsz eredményt?

Erre nincs megbízható általános szám. Egy új régiós alkönyvtár indexelése és a helyettesítés stabilizálódása hetekbe telhet, egy új ccTLD-n a tekintély felépítése jellemzően lassabb. Ezért érdemes az első hónapokban a technikai mutatókat (indexelés, helyes verzió aránya) figyelni, és csak később a forgalmi és üzleti eredményeket.

Kapcsolódó részletes útmutatók

A multiregionális SEO a nemzetközi keresőoptimalizálás egyik fő területe, és sok döntése szorosan összefügg a többnyelvű felépítéssel, a nemzetközi kulcsszókutatással és a piacválasztással. Ha a régiós stratégiád mellé a tágabb keretet is át akarod látni, érdemes a nemzetközi SEO áttekintésével folytatni.

Ajánlott továbbhaladás

Mielőtt új piacot indítasz, nézd át a nemzetközi szintű döntéseket: melyik piac éri meg, milyen nyelvi lefedettség kell, és hogyan illeszkedik ehhez az URL-struktúra. A regionális beállítások csak akkor működnek jól, ha ezekre a kérdésekre már van válaszod.

Nemzetközi SEO

Rövid összefoglaló ellenőrzéshez

A fenti témák közül ezeket érdemes kéznél tartani, amikor továbblépsz a tágabb nemzetközi stratégiára:

Először üzleti indok, csak utána régiós verzió.
Alkönyvtár az alapértelmezés, ccTLD csak erős helyi bizalmi igénynél és elég erőforrás mellett.
hreflang kölcsönösen, önhivatkozással, x-default-tal, helyes ISO kódokkal.
Önhivatkozó kanonikus, kényszerített átirányítás nélkül.
Valódi lokalizálás: ár, pénznem, szállítás, jogi szöveg, helyi kifejezések.
Mérés országonként, a helyes verzió arányával és a régiós konverzióval.

Ha ezekre a pontokra mindegyik célpiacodon igennel tudsz felelni, a multiregionális felépítésed alapjai rendben vannak, és a további munka már a piacspecifikus tartalomépítésről és a helyi tekintély növeléséről szól.