Subdomain vs alkönyvtár: teljes útmutató

Nemzetközi oldalnál az alkönyvtár (pelda.hu/de/) általában a biztonságosabb alapválasztás, mert egy domainen tartja a tekintélyt, és egyszerűbb karbantartani. A subdomain (de.pelda.hu) akkor indokolt, ha az adott piac külön szerveren, külön csapattal vagy eltérő technológiával fut. A döntést ne a rangsorolási mítoszok, hanem az üzemeltetés, a csapat és a piaci célok alapján hozd meg.

Alapfogalmak

Mielőtt bármelyik szerkezet mellett döntenél, érdemes pontosan tisztázni, miről beszélünk. A vita sokszor azért parttalan, mert a résztvevők mást értenek ugyanazon a szón. A Nemzetközi SEO keretein belül a webhely URL-szerkezete az egyik első, és később nehezen visszafordítható döntés.

Mi az alkönyvtár?

Az alkönyvtár (angolul subdirectory vagy subfolder) a fő domain alatti útvonal. Példa: pelda.hu/de/ vagy pelda.hu/en-gb/. Technikailag ugyanaz a host szolgálja ki, a tartalom csak az útvonalban különbözik. A keresők szemében ez egyértelműen ugyanannak a webhelynek a része, így a domainre mutató hivatkozások, a márkajelzések és a feltérképezési előzmények közösen hasznosulnak.

Mi a subdomain?

A subdomain (aldomain) a domain elé tett előtag: de.pelda.hu, shop.pelda.hu. DNS-szinten külön bejegyzés, mutathat teljesen más szerverre, más tárhelyre, más CMS-re. A keresők képesek felismerni, hogy egy aldomain ugyanahhoz a szervezethez tartozik, de a gyakorlatban sokszor különálló webhelyként kezelik a feltérképezés és a jelek szintjén, főleg ha a tartalom és a belső linkelés is elválik.

Hol jön képbe a ccTLD?

A harmadik lehetőség az országkódos legfelső szintű domain, például pelda.de. Ez a legerősebb földrajzi jelzés, de minden piachoz külön domain, külön tekintélyépítés és sokszor külön adminisztráció kell. Ebben a témakörben főleg az aldomain és az alkönyvtár összevetéséről van szó, de a ccTLD-t mindig érdemes harmadik opcióként a táblázatban tartani.

Szempont	Alkönyvtár	Subdomain	ccTLD
URL-példa	pelda.hu/de/	de.pelda.hu	pelda.de
Tekintély megosztása	Közös a domainnel	Részben elkülönül	Teljesen külön
Szerver, technológia	Jellemzően közös	Lehet teljesen eltérő	Lehet teljesen eltérő
Földrajzi jelzés	Gyenge, hreflanggal erősíthető	Gyenge, hreflanggal erősíthető	Erős
Karbantartási teher	Alacsony	Közepes	Magas

Nyelv vagy ország?

Gyakori fogalmi csúszás, hogy a szerkezetet csak nyelvre gondolják. Egy német nyelvű alkönyvtár (/de/) más, mint egy németországi (/de-de/) és egy osztrák (/de-at/) változat. Ha több nyelvet szolgálsz ki, az a Többnyelvű SEO: teljes útmutató terepe, ha ugyanazon a nyelven több országot, akkor a Multiregionális SEO: teljes útmutató témaköre. Az URL-szerkezetnek mindkét esetben következetesen kell tükröznie, hogy nyelvet, országot vagy a kettő kombinációját célzod.

Gyakori tévhit: a subdomain automatikusan gyengébb

Sokan abszolút szabályként kezelik, hogy az aldomain „nem örökli” a fő domain erejét. A valóság árnyaltabb: a keresők nem publikáltak olyan egyszerű szabályt, amely szerint az aldomain eleve hátrányban lenne. A gyakorlati különbség inkább abból fakad, hogy az aldomainek jellemzően gyengébb belső linkelést, külön technikai beállítást és elszigeteltebb tartalmat kapnak. Ha ezeket rendben tartod, a különbség kisebb lehet, mint amit a hiedelmek sugallnak.

Hogyan működik?

A szerkezet hatása három rétegen érvényesül: hogyan találja meg és járja be a kereső az oldalakat, hogyan rendeli össze a jeleket (linkek, márka, minőség), és hogyan dönti el, melyik változatot mutassa melyik felhasználónak. Mindhárom rétegben más a dinamika aldomainnél és alkönyvtárnál.

Feltérképezés és crawl-erőforrás

A keresőrobotok a feltérképezési kapacitást hostonként kezelik. Egy alkönyvtáras szerkezetnél minden nyelvi változat ugyanazon a hoston osztozik, ami előny (közös előzmények, gyors felfedezés), és kockázat is (ha a szerver lassú, minden piac megszenvedi). Aldomainnél minden host külön kezelt, így egy gyenge infrastruktúrájú piac nem húzza le a többit, viszont az új aldomainnek sokszor nulláról kell felépítenie a feltérképezési előzményeit.

Jelek összesítése

Ha egy német cikkre jó minőségű link érkezik a pelda.hu/de/ alatt, az a domain egészének tekintélyét is erősíti, és a belső linkelésen keresztül más piacok oldalaihoz is eljuthat. Aldomainnél ez a hatás közvetettebb: a de.pelda.hu-ra érkező link elsősorban azt a hostot erősíti, és csak akkor segít a fő domainnek, ha erős kölcsönös belső linkelés köti össze őket.

A változat kiválasztása: hreflang és jelek

Egyik szerkezet sem mondja meg önmagában a keresőnek, hogy melyik oldal melyik országnak szól. Ezt a hreflang annotációk, a tartalom nyelve, a pénznem, a helyi elérhetőségek és a hivatkozások együtt jelzik. A beállítás részleteit a Hreflang: teljes útmutató tárgyalja. Itt annyi a lényeg, hogy hreflang mindkét szerkezettel működik, aldomainek között és alkönyvtárak között is, csak a kölcsönösségnek és az abszolút URL-eknek pontosnak kell lenniük.

Search Console és tulajdonjog

Alkönyvtáraknál a domain szintű tulajdon alatt minden piac látszik, és érdemes mellé alkönyvtár szintű URL-előtag tulajdonokat is felvenni a piaconkénti szűréshez. Aldomaineknél a domain szintű tulajdon szintén lefedi őket, de az URL-előtag tulajdonokat aldomainenként kell létrehozni. A gyakorlatban mindkét megoldás jól mérhető, csak az elején tudatosan kell felépíteni a tulajdonstruktúrát.

Egy kidolgozott példa folyamata

Vegyünk egy szemléltető esetet: egy magyar kerti bútor webáruház Ausztriába és Németországba lép. A kereső útja így néz ki alkönyvtáras szerkezetben:

A robot a pelda.hu főoldalon találja a nyelvválasztó linkeket a /de-at/ és /de-de/ felé.
A már meglévő tekintély miatt az új útvonalakat várhatóan gyorsabban bejárja, mint egy teljesen új hostot.
A hreflang jelzi, hogy a /de-at/ oldal az osztrák, a /de-de/ a német felhasználóknak szól.
Az árak euróban, a szállítási feltételek országonként eltérnek, ami tovább erősíti a különbségtételt.
A német oldalakra érkező külső linkek a teljes domain tekintélyét is növelik.

Ugyanez aldomainnel (at.pelda.hu, de.pelda.hu) is működik, de az első lépésekben több idő telhet el, amíg a hostok előzményt szereznek, és a linkek hatása erősebben marad az adott aldomainen belül.

Fő módszerek

A döntés nem egy „melyik jobb” kérdés, hanem illesztés: melyik szerkezet felel meg a szervezetednek, a technológiádnak és a piaci terveidnek. Az alábbi módszerek abban segítenek, hogy a döntés indokolható és később is vállalható legyen. A tágabb stratégiai keretet a Nemzetközi SEO: teljes útmutató adja.

Döntési szabály: öt kérdés

Ha az alábbi kérdések többségére igen a válasz, az alkönyvtár a jó irány. Ha többségükre nem, komolyan mérlegeld az aldomaint vagy a ccTLD-t.

Ugyanaz a CMS és ugyanaz a technikai csapat kezeli az összes piacot?
A piacok termékkínálata nagyrészt átfedő?
A márka egységes, nincs szükség piaconként eltérő arculatra?
Szeretnéd, hogy a meglévő domain tekintélye az új piacokon is gyorsan érvényesüljön?
Korlátozott a SEO és fejlesztői kapacitás a karbantartásra?

Mikor jogos az aldomain?

Vannak helyzetek, ahol az aldomain nem kompromisszum, hanem észszerű döntés. Ilyen, ha egy piacot helyi partner üzemeltet saját rendszerrel, ha jogi vagy adatkezelési okból elkülönített infrastruktúra kell egy adott régióban, vagy ha egy felvásárolt cég oldalát kell gyorsan beintegrálni, és a teljes migráció hónapokat venne igénybe. Ilyenkor az aldomain átmeneti vagy tartós megoldásként is védhető, feltéve hogy a belső linkelést és a hreflangot rendesen kiépíted.

Hibrid megoldások

Nem kell mindenhol ugyanazt választani. Elterjedt minta, hogy a fő piacok alkönyvtárban futnak, egy-egy stratégiailag kiemelt ország pedig ccTLD-t kap. Fordított eset is előfordul: a tartalom alkönyvtárban, a funkcionális alkalmazás (fiók, fizetés) aldomainen. A hibrid szerkezet akkor működik, ha dokumentált a logikája, és mindenki tudja, miért melyik piac hova került.

Reverse proxy mint híd

Ha a technikai elkülönítés miatt aldomain kellene, de SEO szempontból alkönyvtárat szeretnél, a reverse proxy megoldás lehet a középút: a pelda.hu/de/ útvonalat a szerver egy másik rendszerre irányítja a háttérben, a felhasználó és a kereső pedig alkönyvtárat lát. Ez fejlesztési munkát és gondos tesztelést igényel (fejlécek, kanonikusok, abszolút linkek, sütik), de sok szervezetnél ez oldja fel a látszólagos ellentmondást.

Ellenőrzőlista az indulás előtt

Rögzítetted a nyelv- és országkódok formátumát (például de-at, kisbetűvel, egységesen)?
Minden változat önhivatkozó kanonikust kap, nem a forrásnyelvi oldalra mutatót?
A hreflang kölcsönös, és tartalmaz x-default változatot?
A nyelvválasztó sima, feltérképezhető linkekből áll?
Nincs IP alapú kényszerített átirányítás, ami elzárná a robotot egyes változatoktól?
Az XML sitemap piaconként vagy egy közös fájlban, de teljes lefedéssel elkészült?
A Search Console tulajdonok piaconként fel vannak véve?

Gyakori hibák

A legtöbb probléma nem a választásból, hanem a kivitelezésből fakad. Egy jól megválasztott alkönyvtáras szerkezet is alulteljesíthet, ha a részletek rosszak, és egy aldomain is szépen működhet, ha minden más rendben van. Az alábbi hibák visszatérő mintázatok.

Félúton megállt migráció

Tipikus helyzet: a cég aldomainről alkönyvtárra költözik, átirányít, de a régi aldomain fele még él, a belső linkek egy része a régi címekre mutat, a hreflang pedig vegyesen hivatkozik régi és új URL-ekre. Az eredmény zavaros jelzés és hosszan elhúzódó ingadozás. Migrációnál minden régi URL-nek pontosan egy új célja legyen, egylépcsős 301-es átirányítással, és a belső linkeket, kanonikusokat, hreflangot és sitemapot egyszerre kell frissíteni.

Automatikus átirányítás nyelv vagy IP alapján

Ha a látogatót a böngésző nyelve vagy az IP-címe alapján kényszerűen átdobod egy változatra, a robot (amely jellemzően meghatározott helyről érkezik) könnyen csak egy verziót lát. A jobb gyakorlat egy javaslósáv („Úgy tűnik, Ausztriából érkeztél, átváltasz?”), amely nem blokkolja a többi változat elérését.

Rossz kanonikus beállítás

Gyakori, hogy minden fordított oldal kanonikusa a magyar eredetire mutat. Ezzel azt mondod a keresőnek, hogy a német oldal csak másolat, ne indexelje. Minden nyelvi és regionális változat önmagára kanonikusítson, a kapcsolatot pedig a hreflang írja le.

Vékony vagy lefordítatlan tartalom

Egy /de-at/ és egy /de-de/ alkönyvtár, amely betűre ugyanazt tartalmazza, csak a pénznem más, működhet, de érdemes valódi helyi különbségeket megjeleníteni: szállítás, elérhetőség, helyi kifejezések, jogi információk. Még rosszabb, ha félig lefordított oldalak kerülnek ki magyar navigációval és angol termékleírással. Ez szerkezettől függetlenül rontja a felhasználói élményt és a rangsorolási esélyeket.

Elszigetelt aldomain

Az aldomaines megoldások gyakori gyenge pontja, hogy a fő oldal alig linkel rájuk, a navigációban csak egy kis zászló utal a létezésükre. Ilyenkor tényleg igaz lesz, hogy „az aldomain gyengébb”, de ennek oka a linkelés hiánya, nem maga a szerkezet.

Hiba	Tünet	Javítás
Kanonikus a forrásnyelvre mutat	Idegen nyelvű oldalak nem indexelődnek	Önhivatkozó kanonikus minden változaton
IP alapú kényszerített átirányítás	Egyes piacok oldalai hiányoznak az indexből	Javaslósáv, szabad választás
Hreflang nem kölcsönös	Rossz nyelvi változat jelenik meg a találatok között	Kétirányú annotáció minden párra
Átirányítási láncok migráció után	Lassú újraindexelés, linkérték szivárgás	Egylépcsős 301, belső linkek frissítése
Elszigetelt aldomain	Alacsony láthatóság a piacon	Erős kölcsönös belső linkelés

Határeset: egy nyelv, egy ország, mégis alkönyvtár

Néha csak egyetlen külföldi piac van, és felmerül, hogy megéri-e egyáltalán bármilyen szerkezet. Ha az angol változat csak néhány oldal, és nincs konkrét célország, egy egyszerű /en/ alkönyvtár x-default hreflanggal bőven elég. A túltervezés (aldomain, külön CMS) ilyenkor csak költség.

Mérés

A szerkezeti döntés hatását csak akkor tudod értékelni, ha előre definiálod, mit mérsz, és a méréseket piaconként szét tudod választani. Ez a pont az, ahol az alkönyvtár és az aldomain gyakorlati különbsége a legjobban látszik, mert a riportok felépítése eltér.

Mit érdemes mérni?

Indexelt oldalak aránya piaconként (beküldött és ténylegesen indexelt URL-ek).
Megjelenések és kattintások országonként és oldalcsoportonként.
Rossz változat megjelenése: hány esetben látja egy osztrák felhasználó a német vagy magyar oldalt.
Organikus forgalom és konverzió piaconként.
Feltérképezési statisztikák hostonként (aldomainnél) vagy útvonalanként (alkönyvtárnál, szervernaplóból).

Szegmentálás a Search Console-ban

Alkönyvtáras szerkezetnél vegyél fel URL-előtag tulajdont minden piacra (például pelda.hu/de-at/), így a teljesítményjelentések tisztán piaconként szűrhetők. Emellett a domain szintű tulajdonban oldalszűrővel és országszűrővel keresztben is vizsgálhatod: ha a /de-at/ oldalak megjelenéseinek jelentős része Németországból jön, az a hreflang vagy a tartalmi különbségtétel gyengeségére utalhat. Aldomaineknél a logika ugyanez, csak a tulajdonok hostonként jönnek létre.

Analitika és szervernapló

Az analitikai eszközben hozz létre tartalomcsoportot vagy egyéni dimenziót a piacra, hogy ne kelljen minden riportban URL-mintákkal szűrni. Aldomaineknél ellenőrizd, hogy a domainek közötti követés be van-e állítva, különben a fő domainről az aldomainre lépő látogató új munkamenetként, önhivatkozó forrással jelenhet meg. A szervernaplóból azt látod, milyen gyakran járja be a robot az egyes piacokat, ami migráció után különösen hasznos.

Mérési workflow migrációnál

A migráció előtt legalább néhány hétnyi alapadatot rögzíts piaconként (megjelenés, kattintás, indexelt oldalak).
Készíts URL-megfeleltetési táblát, és mentsd el a régi rangsorolási állapotot a legfontosabb kulcsszavakra.
Az átállás napján ellenőrizd az átirányításokat mintavétellel és teljes feltérképezéssel.
Az első hetekben naponta figyeld a feltérképezési hibákat és a lefedettségi jelentést.
Néhány hét után vesd össze piaconként az alapadatokkal, és vizsgáld meg külön azokat az oldalakat, ahol a visszaesés tartós.

Szemléltető értelmezés

Képzeld el (kitalált számokkal), hogy aldomainről alkönyvtárra költözés után a német piac kattintásai az első hetekben 20 százalékkal esnek, majd két hónap múlva a korábbi szint fölé mennek. Ez a minta önmagában nem bizonyítja, hogy az alkönyvtár „jobb”: lehet, hogy a migráció során a belső linkelés is javult. Ezért érdemes a változásokat naplózni, és nem egyetlen tényezőnek tulajdonítani a teljes hatást.

Kapcsolódó részletes útmutatók

A subdomain vagy alkönyvtár kérdése szorosan összefügg a nyelvi és regionális célzással, valamint a hreflang beállításával. Ha a szerkezetről döntöttél, ezek a témák adják a következő lépéseket, hiszen a jó URL-felépítés csak a megfelelő jelzésekkel és tartalommal együtt hozza meg az eredményt.

Hogyan haladj tovább?

Ha még az alapstratégiánál tartasz, kezdd a nemzetközi SEO átfogó áttekintésével. Ha a szerkezet megvan, és a nyelvi változatok kidolgozása jön, a többnyelvű útmutató a következő. Ha ugyanazon a nyelven több országot célzol, a multiregionális témakörre lesz szükséged, a technikai összekötést pedig a hreflang útmutató részletezi.

Érdemes a sorrendet tartani: először a stratégia és a célpiacok listája, aztán az URL-szerkezet, majd a tartalom lokalizálása, és végül a technikai jelzések ellenőrzése. Ha ezt megfordítod, gyakran előfordul, hogy kész fordítások várnak egy szerkezetre, amelyet utólag kell átalakítani, és ez dupla munka.

Rövid emlékeztető a döntéshez

Egységes technológia és csapat esetén az alkönyvtár a kézenfekvő alapértelmezés.
Elkülönült üzemeltetés, partner vagy jogi ok esetén az aldomain védhető.
Erős helyi jelenlét és külön költségkeret mellett a ccTLD is szóba jön.
Bármelyiket választod, a hreflang, a kanonikus és a belső linkelés döntő.