Valget mellem blog.example.com og example.com/blog udløser ofte livlige debatter blandt udviklere og SEO-specialister. Sandheden er, at Googles egne talsmænd siger, at begge tilgange er i orden – “websøgning har det fint med at bruge enten subdomæner eller undermapper” – men webstedsstruktur påvirker stadig crawl, analyser og hvordan brugere og søgemaskiner opfatter dit indhold. I denne artikel vil vi skære igennem myterne med eksempler fra den virkelige verden: fra opsætning af flersprogede sider til SaaS-dashboards, fra blogs til e-handelskategorier og service-specifikke mikrosites. Undervejs vil vi spotte indsigter fra de seneste Google-algoritmeopdateringer og dele konkrete SEO-statistikker og erfaringer.
May 17 2025 • 12 min read • 2258 words
Subdomæner vs Undermapper: En Uformel SEO-duel for Webudviklere i 2025
Hvad Google Virkelig Tænker (Spoiler: Det Er Dit Valg)
Googles vejledning har været konsekvent: læg indhold i undermapper eller underdomæner alt efter hvad der giver mening for dig, ikke på grund af en rangeringsfordel. Googles John Mueller har gentagne gange understreget, at Google behandler disse strukturer “nogenlunde ens” med hensyn til rangering. Faktisk sagde han, at han “personligt ville forsøge at holde tingene sammen så meget som muligt” og kun bruge underdomæner, når sektioner er virkelig adskilte. Med andre ord, hvis du ikke har en overbevisende teknisk eller organisatorisk grund til at opdele et site, er enklere normalt bedre. Dette ekkoer tidligere råd fra Googles Matt Cutts: “De er nogenlunde ens… vælg den, der er nemmest” for dit indhold og CMS.
Når det kommer til crawling og indeksering, kan Google håndtere begge dele fint. Crawlers kan besøge og indeksere undermapper eller underdomæner, men bemærk, at du måske har brug for separate Google Search Console-egenskaber for hvert underdomæne (mere om det senere). Bundlinjen: forvent ikke et magisk rangeringsløft blot ved at vælge underdomæner. Tænk i stedet på din arkitektur: at gruppere relaterede sider under ét domæne gør intern linking og analyse enklere, mens isolerede sektioner (apps, kampagner, hjælpecentre osv.) kan leve på underdomæner, hvis det er nødvendigt.
Selv Googles internationale SEO-dokumenter viser begge tilgange som gyldige muligheder. For eksempel anbefaler det at give hvert sprog sin egen URL (enten en undermappe eller underdomæne) og markere dem med hreflang-tags. Google illustrerer eksplicit dette med mønstre som de.example.com vs. example.com/de/, og lister fordele og ulemper ved hver. I praksis betyder det, at du kan vælge undermapper eller underdomæner til sprog og regioner — bare sørg for at bruge korrekte hreflang-annoteringer, så Google ved, hvilken version der skal vises til hver bruger.
Flersproget & Geo-Targeting
Hvis dit websted har brug for flere sprog eller landespecifikke versioner, kan begge strukturer fungere, men hver har sine nuancer. For eksempel bruger Nike-webstedet undermapper til forskellige lande: nike.com\/au\/ (Australien), nike.com\/gb\/ (Storbritannien), nike.com\/ca\/ (Canada), osv. Google tolker dem som en del af hovedsidens struktur. Omvendt kører Wikipedia hvert sprog som et subdomæne (f.eks. en.wikipedia.org, de.wikipedia.org, osv.), som Google også kan håndtere som separate sites.
Det vigtigste er at fortælle Google, hvad der er hvad. Brug hreflang-links til at pege på hver sprogversion-URL, uanset om det er en undermappe eller et subdomæne. Googles egne multiregionale dokumenter opremser fordele for hver opsætning: subdomæner (som de.example.com) gør det nemt at hoste regioner på forskellige servere eller adskille geotargeting, mens undermapper (example.com\/de\/) forenkler hosting (samme server) og deler domæneautoritet. Kort sagt afhænger beslutningen ofte af din teknologi og organisation. Nikes tilgang med mapper viser, hvordan en enkelt kodebase nemt kan betjene flere lande, mens et stort SaaS- eller teknologifirma måske foretrækker subdomæner for virkelig uafhængige regionale versioner.
SaaS-produkter, apps og dashboards
For software-as-a-service (SaaS) produkter eller webapps er et almindeligt mønster at have en marketing-side på hoveddomænet og en app eller dashboard på et subdomæne. Brancheeksperter anbefaler denne opdeling: hold din hjemmeside og indholdsmarkedsføring på example.com, og læg den loggede ind app (eller "kundeserviceportal") på noget som app.example.com eller dashboard.example.com. Der er konkrete fordele ved dette. For det første kan du bruge forskellige teknologiske stakke eller servere: måske er din hovedside en statisk side eller CMS, og din app er en React-app eller bruger OAuth. Ved at isolere appen på et subdomæne kan du anvende et separat SSL-certifikat eller domænebaserede cookies uden at ændre hovedsidens konfiguration.
Winderwinds SaaS-arkitektur guide illustrerer pointen godt: "Marketing-websitet bør være på hoveddomænet og adskilt fra produktappen. Produktappen skal leve på sit eget subdomæne". De nævner endda virkelige eksempler: Stripe bruger dashboard.stripe.com, Xero bruger my.xero.com, GoCardless bruger manage.gocardless.com og så videre. Adskillelsen af kodebaserne har en anden fordel: du kan opdatere marketing-siden (f.eks. lave A/B-tests eller hurtige tekstændringer) uden at risikere nedetid eller regression i den kritiske brugerapp.
Der er også andre service-type scenarier: hvis dit site har en blog, der kræver et bestemt CMS, eller et hjælpecenter på en tredjepartstjeneste. For eksempel bemærker Weglot, at et firma kaldet Flodesk bruger help.flodesk.com til sin vidensbase (hostet på en ekstern help desk), i stedet for flodesk.com/help. På samme måde, hvis dine udviklingsressourcer eller tredjepartsværktøjer ikke integrerer let med dit hoveddomæne, kan et subdomæne huse den sektion uden friktion.
Husk dog, at subdomæner skal behandles uafhængigt i nogle henseender. Du skal muligvis opsætte separate Search Console-egenskaber (Googles webmasterværktøjer) for hvert subdomæne, og analyser kan kræve tværdomænesporing for at binde dataene sammen. Hvis du vælger et subdomæne til din app, skal du sørge for at konfigurere alt korrekt, så trafikken flyder korrekt, og Google ved, at begge dele tilhører det samme brand.
Blogs og indholdssektioner
Blogs, nyhedssektioner og indholdshubs er nogle af de mest almindelige anvendelsestilfælde for denne debat. Her er SEO-afvejningerne ofte i fokus. Mange indholdsmarkedsførere foretrækker underkataloger til blogs, fordi det konsoliderer SEO-værdien under ét domæne. Faktisk tyder forskning og casestudier på, at indhold i undermapper har en tendens til at gavne hoveddomænets placeringer. Weglot påpeger, at søgemaskiner behandler underkataloger som en del af dit hoveddomæne, så den "Domæneautoritet" du har, strømmer til disse sider.
For eksempel, hvis example.com har høj autoritet, så arver example.com/blog/hello-world den styrke. Følgelig vil eventuelle backlinks til dine blogindlæg også løfte rod-domænets autoritet.
Denne intuition understøttes af casestudier. Et firma rapporterede, at deres blog-underdomæne "trak trafik ind" men "ikke gavnede vores hovedwebsted" – det var "som om vi havde holdt en fest, men nogle af vores gæster havde det sjovt i et separat rum, mens hovedområdet ikke fik den fulde fordel af deres tilstedeværelse".
Med andre ord gik deres hovedsite glip af SEO-boostet. De fandt ud af, at migrering af bloggen til example.com/blog var bedre i tråd med deres mål (al SEO-kærlighed forblev på hovedsitet). Generelt har undermapper en tendens til at integrere problemfrit: bloggen føles som en del af dit site, hvilket kan være lettere for navigation og for brugere at dele links. Når det er sagt, bruger nogle store virksomheder stadig underdomæner til blogs eller indholdssektioner uden katastrofe. For eksempel driver HubSpot berømt sin blog på blog.hubspot.com (og har andre underdomæner som ecosystem.hubspot.com til forskelligt indhold). Hvis din blog eller ressourcecenter er meget stor eller har brug for separat arkitektur, kan et underdomæne fungere. Googles holdning vil ikke straffe dig for det valg, men du skal opbygge autoritet for det underdomæne separat.
For e-handelswebsteder med mange kategorier og produktsider er tommelfingerreglen at holde alt under hoveddomænet. Forestil dig en onlinebutik med kategorier som /electronics/phones eller /clothing/shirts; det er normalt bedst at placere disse under example.com/category/.... Hvorfor? Fordi al SEO-equity (backlinks, interne links, anchor-tekst osv.) forbliver på brandets domæne. Som SEMrush bemærker, "Google ser ofte underdomæner som separate enheder, mens underkataloger ses som en del af hoveddomænet". I praksis betyder dette, at ethvert link til example.com/shop/widget giver et boost til alle sider på example.com (inklusive andre kategorier), mens et link til shop.example.com kun ville booste det underdomænes site.
De fleste større detailwebsteder følger dette mønster. For eksempel bruger Amazon, eBay og Walmart alle undermapper (som amazon.com/books/, ebay.com/electronics/phone-accessories/, osv.) snarere end et separat shopping-underdomæne. Når Googles crawlers og algoritmer evaluerer kategorisider, ruller de den værdi op i rod-domænets metrikker. Denne konsolidering fører ofte til stærkere domæneautoritet over tid. Når det er sagt, er der legitime grunde til, at et e-handelswebsted kan bruge et underdomæne (f.eks. integration med Shopify eller en anden platform). Hvis du gør det, skal du bare være opmærksom på, at det behandles som et selvstændigt mini-site. Enhver SEO-autoritet, du har opbygget på example.com, overføres ikke automatisk; du skal optjene backlinks til underdomænet separat.
Nogle gange tilbyder et firma helt forskellige tjenester eller brands under én paraply, og det kan beslutte at fremhæve disse forskelle via underdomæner. For eksempel kører Lego (legetøjsproducenten) et særligt kampagnesite på ideas.lego.com, hvor brugere kan indsende nye produktideer. Dette underdomæne er tydeligt branding af en separat initiativ udover lego.com. Ligeledes, hvis dit site er vært for flere microsites til marketingkampagner eller community hubs, kan det at placere dem på underdomæner holde tingene organiseret. Som Weglot siger, "hvis du kører digitale marketingkampagner, der har brug for separat branding og landingssider, kan det give mening at parkere dem under forskellige underdomæner". Et andet eksempel: hvis dine tjenester er meget forskellige (sige, du både laver design og konstruktion), kan du bruge design.example.com og build.example.com, så hver kan have sit eget udseende og budskab. Teknisk set er et underdomæne blot en anden vært, så du kan pege det til sin egen kodebase eller server. Men husk, dette betyder også, at søgemaskiner vil behandle hver som stort set separate. I de tilfælde skal du kun bruge underdomæner, hvis du virkelig ønsker separate marketingindsatser — ellers kan du splitte din SEO-vægt.
Beslutningstabel: Subdomæne vs Undermappe
| Overvejelse | Subdomæne (sub.eksempel.com) |
Undermappe (eksempel.com/sub/) |
|---|---|---|
| SEO Autoritet | Separat site. Tilbage-links gavner primært subdomænets placering (øger ikke hoveddomænet). Kræver opbygning af autoritet for hvert subdomæne. | Delt site. Tilbage-links til undermapper forøger hele domænets autoritet. PageRank flyder gennem hele sitet. |
| Infrastruktur | Uafhængig. Kan bruge forskellig hosting, CMS eller teknologi for hvert subdomæne. God til mikrotjenester/apps. | Enhedlig. Alt indhold på én server/stak. Simpel deployment og vedligeholdelse, men mindre fleksibilitet for blandet teknologi. |
| Opsætning & Sporing | Mere kompleks. Kræver DNS og muligvis SSL for hvert subdomæne, separat Search Console & analytik-sporing (tværdomæne-opsætning). | Simpel. Én servercertifikat, én Search Console-ejendom (med undermapper) og én analytik-kode dækker det hele. |
| Anvendelsestilfælde | Apps, dashboards eller tjenester, der er helt adskilt eller har brug for dedikerede servere. Flersproget/regionalt indhold (hver sprog på sin egen vært). Særlige kampagner eller tredjepartsintegrationer (f.eks. helpdesk på help.eksempel.com). | Integreret indhold. Firmaets blog, nyheder eller ressourcer sektioner designet til at øge hovedsitets SEO. Kerneindhold (f.eks. butiks kategorier, dokumentation), der bør gavne hoveddomænet. |
| Fleksibilitet | Høj. Kan flytte subdomæne til ny vært eller platform uden at røre hovedsitet. | Lavere. Alt indhold bundet til hovedvært; det er sværere at migrere sektioner separat. |
| Domæneautoritet | Isoleret. Subdomæne kan have sin egen “Domæneautoritet” score (i SEO-værktøjer) uafhængig af roden. | Enhedlig. Én domæneautoritet for alt; undermapper deler normalt rodenes SEO-signaler. |
| Eksempel | app.eksempel.com (kundeportal), jp.eksempel.com (landsitet), blog.eksempel.com (hvis separat CMS). | eksempel.com/app/ (app-sider), eksempel.com/jp/ (landsektion), eksempel.com/blog/ (firmablog). |
I opgøret mellem subdomæne og undermappe er den ultimative afgørende faktor normalt dit projekts behov, ikke Googles algoritmer. Som Googles John Mueller minder os om, “hvis du tænker ‘nå, jeg er ligeglad med hvad som helst,’ så ville jeg bare beholde det inden for det samme site”. I praksis betyder det, at hvis alt dit indhold – blog, kategorier, dokumentation – er tæt forbundet, vil det generelt maksimere din SEO-autoritet og forenkle din arbejdsgang at placere det under ét domæne (med undermapper). På den anden side, hvis du har en god teknisk eller organisatorisk grund – såsom en separat SaaS-app, en særskilt marketingkampagne eller et hjælpecenter på en anden platform – er et subdomæne helt acceptabelt og vil ikke straffe dig i Googles øjne. Vær blot forberedt på at administrere det som et separat “mini-site” (med sin egen sporing og linkstrategi). For at opsummere: ingen af strukturerne er iboende bedre for SEO. Googles algoritmer har udviklet sig til at genkende og indeksere begge uden bias. Fokusér på klarhed, brugeroplevelse og praktisk vedligeholdelse. For de fleste udviklere er den anbefalede tilgang at starte med undermapper for enkelhed og SEO-konsolidering, og reservere subdomæner til klare tilfælde, hvor uafhængighed eller skalerbarhed er vigtigere. Hold dine mål i tankerne, overvåg din trafik og ranking efter enhver ændring, og iterer. Med omhyggelig planlægning kan du få begge valg til at fungere effektivt for dit site.
