Aldomainek vs Almappak: Egy Laza SEO Osszehasonlitas Webfejlesztoknek 2025-ben

Mit Gondol Valojaban a Google (Spoiler: A Te Dontesed)
Tobbnyelvuseg es Foldrazi Celzas
SaaS Termekek, Alkalmazasok es Iranyitopultok
Blogok es Tartalom Szekciok
Dontesi Tablazat: Aldomain vs Almappa

A blog.example.com es az example.com/blog kozotti valasztas gyakran elvonk vitat valt ki a fejlesztok es SEO-szakemberek kozott. Az igazsag az, hogy a Google sajat szoszoloi azt mondjak, hogy barmelyik megkozelites megfelelo – "a webes kereses jol mukodik mind az aldomainek, mind az alkonyvtarak hasznalataval" – de az oldal strukturaja megis hatassal van a bejatasra, az analitikara es arra, hogyan erzekelik a felhasznalok es a keresomotorok a tartalmat. Ebben a cikkben valos peldan keresztul vagunk at a mitusokon: a tobbnyelvusites oldalak beallitasatol a SaaS iranyitopultokig, a blogoktol az e-kereskedelmi kategoriakig es szolgaltatas-specifikus mikrooldalakig. Kozben felfedezhetsz betekinteseket a legutobbi Google algoritmus-frissitesekbol es megosztunk konkret SEO-statisztikakat es tapasztalatokat.

Mit Gondol Valojaban a Google (Spoiler: A Te Dontesed)

A Google utmutatasa kovetkezetes volt: tedd a tartalmat almappakba vagy aldomainekbe aszerint, ami szamodra ertelmes, nem egy rangsorolasi elony miatt. A Google John Mueller-je ismetelten hangoztatta, hogy a Google ezeket a strukturakat "nagyjabolegyen ertekunek" kezeli rangsorolasi celokra. Sot, azt mondta, hogy "szemelyesen probalna a dolgokat egyutt tartani amennyire csak lehetseges" es csak akkor hasznalna aldomaineket, ha a szekciok valoban kulonbozoek. Mas szoval, ha nincs meggyozo technikai vagy szervezeti okod egy oldal felosztasara, az egyszerubb altalaban jobb. Ez visszahangozza a Google Matt Cutts korabbi tanacsat: "Nagyjabolegyen ertekuek... valaszd azt, amelyik konnyebb" a tartalmadhoz es CMS-edhez.

A bejatas es indexeles tekinteteben a Google mindkettot jol kezeli. A bejaro robotok latogathatnak es indexelhetnek almappakat vagy aldomaineket, bar fontos megjegyezni, hogy kulon Google Search Console tulajdonsagokra lehet szukseged minden egyes aldomain szamara (errol kesobb tobbet). A lenyeg: ne varj varszlatos rangsorolasi novekedeest pusztan az aldomainek valasztasabol. Ehelyett gondolj az architekturadra: az osszetartozo oldalak egy domain ala csoportositasa egyszerubbe teszi a belso hivatkozasokat es az analitakat, mig az izolalt szekciok (alkalmazasok, kampanyok, segitseg kozpontok stb.) aldomaineken elhetnek, ha szukseges.

Meg a Google nemzetkozi SEO dokumentacioja is mindket megkozelitest ervenyeskent mutatja. Peldaul azt javasolja, hogy adj minden nyelvnek sajat URL-t (akar almappa, akar aldomain) es jelold meg oket hreflang cimkekkel. A Google kifejezetten illusztralja ezt mintakkal, mint de.example.com vs. example.com/de/, felsorolva az elonyoket es hatranyokat. A gyakorlatban ez azt jelenti, hogy valaszthatsz almappakat vagy aldomaineket nyelvekhez es regiokhoz — csak biztositsd, hogy megfelelo hreflang annotaciokat haszanalj, hogy a Google tudja, melyik verziot mutassa az egyes felhasznaloknak.

Tobbnyelvuseg es Foldrazi Celzas

Ha az oldaladnak tobb nyelvre vagy orszag-specifikus verziokra van szuksege, mindket struktura mukodhet, de mindegyiknek megvannak az arnyalatai. Peldaul a Nike weboldala alkonyvtarakat hasznal kulonbozo orszagokhoz: nike.com/au/ (Ausztralia), nike.com/gb/ (Egyesult Kiralysag), nike.com/ca/ (Kanada) stb. A Google ezeket a fo oldal strukturajanak reszekent ertelmezi. Ezzel szemben a Wikipedia minden nyelvet aldomainkent futtat (pl. en.wikipedia.org, de.wikipedia.org stb.), amit a Google szinten kulon oldalakkent tud kezelni.

A kulcs az, hogy kozold a Google-lel, mi micsoda. Hasznalj hreflang linkeket, hogy minden nyelvi verziu URL-re mutassanak, legyen az almappa vagy aldomain. A Google tobb regios dokumentacioja felsorolja az elonyoket minden egyes beallitashoz: az aldomainek (mint de.example.com) megkonnyitik a regiok kulon szervereken valo tarheleyet vagy a kulonallo foldrazi celzast, mig az almappak (example.com/de/) egyszerusitik a tarhelyet (ugyanaz a szerver) es megosztjak a domain autoritasat. Roviden, a dontes gyakran a technologiadtol es szervezetedtol fugg. A Nike megkozelitese mappakkal megmutatja, hogyan szolgalhat ki egyetlen kodbazis tobb orszagot konnyen, mig egy nagy SaaS vagy tech ceg eloben reszesitheti az aldomaineket a valoban fuggetlen regionalis verziokhoz.

SaaS Termekek, Alkalmazasok es Iranyitopultok

A szoftver-mint-szolgaltatas (SaaS) termekek vagy webalkalmazasok eseten egy gyakori minta a marketing oldal a fo domainen, az alkalmazas vagy iranyitopult egy aldomainen. Az iparagi szakeretok tamogatjak ezt a felosztast: tartsd a kezdolapod es a tartalommarketinget az example.com-on, es tedd a bejelentkezett alkalmazast (vagy "ugyfelportalt") valami olyanra, mint app.example.com vagy dashboard.example.com. Konkret elonyok vannak itt. Egyreszt kulonbozo tech stackeket vagy szervereket hasznalhatsz: talan a fo oldalad egy statikus oldal vagy CMS, es az alkalmazasod egy React alkalmazas vagy OAuth-ot hasznal. Az alkalmazas aldomainre valo izolaalsaval kulon SSL tanusitvanyit vagy domain-alapu sutiket alkalmazhatsz a fo oldal konfiguraciojanak erintese nelkul.

A Winderwind SaaS architektura utmutatoja jol szemlelteti a pontot: "A marketing weboldalnak a fo domainen kell lennie es kulonvalasztva a termek alkalmazastol. A termek alkalmazasnak a sajat aldomainjen kell elnie". Sot, valos peldakat is ideznek: a Stripe a dashboard.stripe.com-ot hasznalja, a Xero a my.xero.com-ot, a GoCardless a manage.gocardless.com-ot es igy tovabb. A kodbazisok kulonvalasztasanak van egy masik elonye is: frissitheted a marketing oldalt (pl. A/B teszteket vegezhetsz vagy gyors szovegvaltoztatasokat hajthatsz vegre) anelkul, hogy kockaztatnad az allasidot vagy regressziot a kritikus felhasznaloi alkalmazasban.

Vannak mas szolgaltatas-tipusu szcenariak is: ha az oldaladnak van egy blogja, ami egy adott CMS-t igenyel, vagy egy segitseg kozpontja egy harmadik felu szolgaltatason. Peldaul a Weglot megjegyzi, hogy egy Flodesk nevu ceg a help.flodesk.com-ot hasznalja a tudasbazisahoz (egy kulso help desken tarolva), a flodesk.com/help helyett. Hasonloan, ha a fejlesztesi eroforrasaid vagy harmadik felu eszkozeoid nem integralodhak konnyen a fo domaineddel, egy aldomain surlodas nelkul tarhelyet adhat annak a szekcioanak.

Azonban ne feledkezz meg arrol, hogy az aldomaineket egyes tekintetben fuggetlenul kell kezelni. Szukseged lehet kulon Search Console tulajdonsagok beallitasara (a Google webmesteri eszkozei) minden aldomainhez, es az analitika kereszt-domain koveteset igenyelheti az adatok osszekapcsolasahoz. Ha aldomaint valasztasz az alkalmazasodhoz, biztositsd, hogy mindent megfeleloen konfiguralsz, hogy a forgalom helyesen aramljon es a Google tudja, hogy mindket darab ugyanahhoz a markethez tartozik.

Blogok es Tartalom Szekciok

A blogok, hir szekciok es tartalom hubok a leggyakoribb felhasznalasi esetek egyike ebben a vitaban. Itt az SEO kompromisszumok gyakran az eloteben vannak. Sok tartalommarketing-szakember az almappakat reszesiti elonyben a blogokhoz, mert egyetlen domain ala konsolidalja az SEO-erteket. Valojaban a kutatasok es esettanulmanyok azt sugalljak, hogy az almappakban levo tartalom hajlamos a fo domain rangsorolasat elonyosen befolyasolni. A Weglot ramutat, hogy a keresomotorok az almappakat a fo domain reszekent kezelik, igy az altalad birtokolt "Domain Autoritias" atadodik ezekre az oldalakra.

Peldaul, ha az example.com magas autoritassal rendelkezik, akkor az example.com/blog/hello-world orokli ezt az erot. Kovetkezeskent a blogbejegyzeseidre mutato barmilyen visszahivatkozas szinten noveli a gyoker domain autoritasat.

Ezt a megerzest esettanulmanyok tamasztjak ala. Egy ceg arrol szamolt be, hogy a blog aldomainjuk "vonzotta a forgalmat" de "nem segitette a fo weboldalunkat" – olyan volt, "mintha bulizz szerveztunk volna, de vendegunk egy resze egy kulon szobaban szorakozott, mig a fo terulet nem kapta meg a jelenlletuk teljes elonyet". Mas szoval, a fo oldaluk lemaradt az SEO lendulettol. Raajttek, hogy a blog atmigraalsa az example.com/blog-ra jobban illeszkedett a celjaikhoz (az osszes SEO-ertek a fo oldalon maradt). Altalanossagban az almappak zavartalanul integralodonk: a blog az oldalad reszeenek tunik, ami konnyebb lehet a navigaciohoz es a felhasznalok szamara a linkek megosztasahoz. Ennek ellenere nehhany nagy ceg meg mindig aldomaineket hasznal blogokhoz vagy tartalom szekciokhoz katasztrofa neklul. Peldaul a HubSpot hires blogjat a blog.hubspot.com-on futtatja (es mas aldomainekkel is rendelkezik, mint az ecosystem.hubspot.com kulonbozo tartalmakhoz). Ha a blogod vagy eroforras kozpontod nagyon nagy vagy kulon architekturatit igenyel, egy aldomain mukodhet. A Google allaspointja nem bunteti meg ert a valasztasert, de kulonkul kell epitened az autoritasat annak az aldomainnek.

Az e-kereskedelmi oldalak szamos kategoria- es termekoldallal altalanos szabalya az, hogy mindent a fo domain ala tartsd. Kepzelj el egy online boltot kategoriakkal, mint /electronics/phones vagy /clothing/shirts; altalaban jobb ezeket az example.com/category/ ala helyezni.... Miert? Mert az osszes SEO-toke (visszahivatkozasok, belso hivatkozasok, horgonyszoveg stb.) a marka domainjen marad. Ahogy a SEMrush megjegyzi, "A Google gyakran kulon entitasoknak tekinti az aldomaineket, mig az almappakat a fo domain reszenek latja". A gyakorlatban ez azt jelenti, hogy barmely link az example.com/shop/widget-re impulzust ad az osszes oldalnak az example.com-on (beleertve mas kategoriakat), mig egy link a shop.example.com-ra csak annak az aldomainnek az oldalat erositi.

A legtobb nagy kiskereskedelmi weboldal kooveti ezt a mintat. Peldaul az Amazon, az eBay es a Walmart mind almappakat hasznal (mint amazon.com/books/, ebay.com/electronics/phone-accessories/ stb.) egy kulon vasarlasi aldomain helyett. Amikor a Google bejaroi es algoritmusai ertekelik a kategoria oldalakat, az erteket a gyoker domain meroszamaiba goritik ossze. Ez a konsolidacio gyakran erosebb domain autoritashoz vezet idovel. Ennek ellenere vannak jogos okok, amiert egy e-kereskedelmi oldal aldomaint hasznalhat (pl. Shopify-val vagy mas platformmal valo integracio). Ha igy teszel, legy tudataban, hogy onallo mini-oldalkkent kezelik. Barmilyen SEO autoritast epitetteel az example.com-on, az nem fog automatikusan atadodni; kulon kell visszahivatkozasokat szerezned az aldomainre.

Neha egy ceg hatarozottan kulonbozo szolgaltatasokat vagy markakat kinal egyetlen egernyuo alatt, es ugy donthet, hogy kiemeli ezeket a kulonbsegeket aldomaineken keresztul. Peldaul a Lego (a jatekgyarto) egy specialis kampanyoldalt futtat az ideas.lego.com cimen, ahol a felhasznalok uj termekotleteket nyujthatnak be. Ez az aldomain egyertelmuen egy kulon kezdemenyezest markaz a lego.com-tol. Hasonloan, ha az oldalad tobb mikrooldalt tarol marketing kampanyokhoz vagy kozossegi hubokhoz, aldomainekre helyezesuk megorizhetik a rendet. Ahogy a Weglot fogalmaz, "ha digitalis marketing kampanyokat futtat, amelyeknek kulon markaarasra es celoldalakra van szukseguk, ertelmes lehet azokat kulonbozo aldomainek ala helyezni". Masik pelda: ha a szolgaltatasaid nagyon sokfelek (mondjuk, tervezessel es epitesselegyarant foglalkozol), hasznalhatod a design.example.com-ot es a build.example.com-ot, hogy mindegyiknek sajat kinezete es uzenete lehessen. Technikailag egy aldomain csak egy masik host, igy a sajat kodbazisara vagy szerverere iranyithatod. De ne feledd, ez azt is jelenti, hogy a keresomotorok mindegyiket nagyjabolkulonnallokent kezelik. Ezekben az esetekben csak akkor hasznalj aldomaineket, ha tenyleg kulon marketing erosfesziteseket akarsz — kulonben feloszthatod az SEO-sulyodat.

Dontesi Tablazat: Aldomain vs Almappa

Szempont	Aldomain (`sub.example.com`)	Alkonyvtar (`example.com/sub/`)
SEO Autoritas	Kulon oldal. A visszahivatkozasok elsosorban az aldomain rangsorolasat segitik (nem erositi a gyoker domaint). Az autoiritatas epiteset igenyel minden aldomainhez.	Megosztott oldal. Az almappakra mutato visszahivatkozasok az egesz domain autoritasat erosiitik. A PageRank vegigfolyik az egesz oldalon.
Infrastruktura	Fuggetlen. Kulonbozo tarhely, CMS vagy technologia hasznalhato minden aldomainhez. Jo mikroszolgaltatasokhoz/alkalmazasokhoz.	Egyseges. Minden tartalom egy szerveren/stacken. Egyszerubb telepites es karbantartas, de kevesebb rugalmassag a vegyes technologiakhoz.
Beallitas es Kovetes	Osszetettebb. DNS es talan SSL szukseges minden aldomainhez, kulon Search Console es analitika kovetes (kereszt-domain beallitas).	Egyszerubb. Egy szerver tanusitvany, egy Search Console tulajdonsag (almappakkal) es egyetlen analitika kod mindent lefed.
Felhasznalasi Esetek	Alkalmazasok, iranyitopultok vagy szolgaltatasok, amelyek teljesen kulonalloanak vagy dedikalt szerverekat igenyelnek. Tobbnyelvusetes/regionalis tartalom (minden nyelv sajat hoston). Specialis kampanyok vagy harmadik felu integraciok (pl. helpdesk a help.example.com-on).	Integralt tartalom. Ceges blog, hirek vagy eroforras szekciok, amelyek ceelja a fo oldal SEO eroseitese. Fo oldal tartalom (pl. bolt kategoriak, dokumentaciok), amelyeknek a fo domaint kell eroseiteniuk.
Rugalmassag	Magas. Az aldomain athelyezheto uj hostra vagy platformra a fo oldal erintetlenul.	Alacsonyabb. Minden tartalom a fo hosthoz kotott; a szekciok kulon migracioja nehezebb.
Domain Autoritas	Izolalt. Az aldomainnek sajat "Domain Autoritas" pontszama lehet (SEO eszkozoikben) a gyokertol fuggetlenul.	Egyseges. Egyetlen domain autoritas mindenre; az almappak altalaban megosztjak a gyoker SEO jeleit.
Pelda	app.example.com (ugyfelportal), jp.example.com (orszag oldal), blog.example.com (ha kulon CMS).	example.com/app/ (alkalmazas oldalak), example.com/jp/ (orszag szekcio), example.com/blog/ (ceges blog).

Az aldomain vs almappa osszecsapasban a vegsoo dontehozoo altalaban a projekted igenyei, nem a Google algoritmusai. Ahogy a Google John Mueller emlekeztet minket, "ha olyansmit erzel, hogy 'hat, nem erdekel egyik sem', akkor a sajt oldalon tartanam mindent". A gyakorlatban ez azt jelenti, hogy ha minden tartalmad – blog, kategoriak, dokumentaciok – szorosan osszetartozik, egyetlen domain ala helyezve (almappakkal) altalaban maximalizalja az SEO autoritasodat es egyszerusiti a munkafolyamatot. Masreszt, ha jo technikai vagy szervezeti okod van – mint egy kulon SaaS alkalmazas, egy onallo marketing kampany, vagy egy segitseg kozpont egy masik platformon – egy aldomain teljesen elfogadhato es nem buntet a Google szemeben. Csak legy felkeszulve, hogy kulon "mini-oldalkent" kezeld (sajat koveatessel es link strategiaval). Osszefoglalva: egyik struktura sem eredendoen jobb az SEO szamara. A Google algoritmusai fejlodtek, hogy elfogulatsag nelkul felismerjek es indexeljek mindkettot. Osszpontosits a vilagossagra, a felhasznaloi elmennyre es a praktikus karbantartasra. A legtobb fejleszto szamara az ajanlott megkozelites az, hogy almappakkal kezd az egyszeeruseg es SEO konsolidacio erdekeben, es az aldomaineket a nyilvanvalo esetekre tartsd fenn, ahol a fuggetlenseg vagy skatlatazhatosag fontosabb. Tartsd szem elott a celjaidat, figyeld a forgalmat es rangsorolasokat barmilyen valtozas utan, es iteraalj. Gondos tervezessel barmely valasztas hatekonyan mukodhet az oldaladhoz.