Att välja mellan blog.example.com och example.com/blog väcker ofta livliga debatter bland utvecklare och SEO-experter. Sanningen är att Googles egna förespråkare säger att båda tillvägagångssätten är okej – "web search is fine with using either subdomains or subdirectories" – men webbplatsstrukturen påverkar fortfarande crawl, analys och hur användare och sökmotorer uppfattar ditt innehåll. I den här artikeln kommer vi att skära genom myterna med verkliga exempel: från att ställa in flerspråkiga sajter till SaaS-dashboards, från bloggar till e-handelskategorier och tjänstespecifika mikrosajter. På vägen kommer vi att upptäcka insikter från de senaste Google-algoritmuppdateringarna och dela konkreta SEO-statistik och erfarenheter.
May 17 2025 • 13 min read • 2435 words
Subdomäner vs Undermappar: En Avslappnad SEO-Showdown för Webbutvecklare År 2025
Vad Google Verkligen Tänker (Spoiler: Det är upp till dig)
Googles vägledning har varit konsekvent: lägg innehåll i undermappar eller subdomäner beroende på vad som är vettigt för dig, inte på grund av en rankingfördel. Googles John Mueller har upprepade gånger betonat att Google behandlar dessa strukturer ”ungefär likvärdiga” för rankningsändamål. Faktum är att han sa att han ”personligen skulle försöka hålla saker samman så mycket som möjligt” och bara använda subdomäner när sektioner verkligen är distinkta. Med andra ord, om du inte har en övertygande teknisk eller organisatorisk anledning att dela upp en webbplats, är enklare vanligtvis bättre. Detta ekar tidigare råd från Googles Matt Cutts: ”De är ungefär likvärdiga... välj den som är enklare” för ditt innehåll och CMS.
För genomsökning och indexering kan Google hantera båda bra. Crawlers kan besöka och indexera undermappar eller subdomäner, notera dock att du kanske behöver separata Google Search Console-egenskaper för varje subdomän (mer om det senare). Slutsatsen: förvänta dig ingen magisk rankningshöjning bara genom att välja subdomäner. Tänk istället på din arkitektur: att gruppera relaterade sidor under en domän gör intern länkning och analys enklare, medan isolerade sektioner (appar, kampanjer, hjälpcenter, etc.) kan bo på subdomäner vid behov.
Även Googles internationella SEO-dokument visar båda tillvägagångssätten som giltiga alternativ. Till exempel rekommenderar det att ge varje språk sin egen URL (antingen en undermapp eller subdomän) och markera dem med hreflang-taggar. Google illustrerar detta explicit med mönster som de.example.com vs. example.com\/de\/, där för- och nackdelar för varje listas. I praktiken innebär detta att du kan välja undermappar eller subdomäner för språk och regioner — se bara till att använda korrekta hreflang-anteckningar så att Google vet vilken version som ska visas för varje användare.
Flerspråkighet & Geo-Targeting
Om din webbplats behöver flera språk eller landsspecifika versioner kan båda strukturerna fungera, men varje har sina nyanser. Till exempel använder Nike-webbplatsen underkataloger för olika länder: nike.com/au/ (Australien), nike.com/gb/ (Storbritannien), nike.com/ca/ (Kanada), etc. Google tolkar dem som en del av huvudwebbplatsens struktur. Å andra sidan kör Wikipedia varje språk som en subdomän (t.ex. en.wikipedia.org, de.wikipedia.org, etc.), vilket Google också kan hantera som separata webbplatser.
Nyckeln är att berätta för Google vad som är vad. Använd hreflang-länkar för att peka på varje språkversions-URL, oavsett om det är en underkatalog eller subdomän. Googles egna dokument för multiregionala webbplatser listar fördelar för varje upplägg: subdomäner (som de.example.com) gör det enkelt att vara värd för regioner på olika servrar eller separera geotargeting, medan underkataloger (example.com/de/) förenklar hosting (samma server) och delar domänauktoritet. Kort sagt, beslutet beror ofta på din teknik och organisation. Nikes upplägg med mappar visar hur en enda kodbas kan betjäna flera länder enkelt, medan ett stort SaaS- eller teknikföretag kanske föredrar subdomäner för verkligen oberoende regionala versioner.
SaaS-produkter, appar och instrumentpaneler
För programvara-som-en-tjänst (SaaS) produkter eller webbappar är ett vanligt mönster att ha en marknadsföringswebbplats på huvuddomänen, och app eller instrumentpanel på en subdomän. Branschexperter förespråkar denna uppdelning: håll din startsida och innehållsmarknadsföring på example.com, och placera den inloggade appen (eller "kundportalen") på något som app.example.com eller dashboard.example.com. Här finns konkreta fördelar. Till exempel kan du använda olika tekniska stackar eller servrar: kanske är din huvudsida en statisk webbplats eller CMS, och din app är en React-app eller använder OAuth. Genom att isolera appen på en subdomän kan du tillämpa ett separat SSL-certifikat eller domänbaserade cookies utan att röra huvudkonfigurationen.
Winderwinds SaaS-arkitekturguide illustrerar poängen väl: "Marknadswebbplatsen bör vara på huvuddomänen och separeras från produktappen. Produktappen bör bo på sin egen subdomän". De citerar till och med verkliga exempel: Stripe använder dashboard.stripe.com, Xero använder my.xero.com, GoCardless använder manage.gocardless.com, och så vidare. Att separera kodbaserna har en annan fördel: du kan uppdatera marknadswebbplatsen (t.ex. göra A/B-test eller snabba textändringar) utan att riskera driftstopp eller regression i den kritiska användarappen.
Det finns andra tjänstescenarier också: om din webbplats har en blogg som behöver ett speciellt CMS, eller ett hjälpcenter på en tredjepartstjänst. Till exempel noterar Weglot att ett företag som heter Flodesk använder help.flodesk.com för sin kunskapsbas (värd på en extern helpdesk), snarare än flodesk.com/help. På samma sätt, om dina utvecklingsresurser eller tredjepartsverktyg inte integreras lätt med din huvuddomaän, kan en subdomän hysa den sektionen utan friktion.
Men kom ihåg att subdomäner måste behandlas oberoende i vissa avseenden. Du kan behöva ställa in separata Search Console-egenskaper (Googles verktyg för webbansvariga) för varje subdomän, och analys kan kräva spårning över domäner för att binda ihop data. Om du väljer en subdomän för din app, se till att konfigurera allt korrekt så att trafiken flödar korrekt och Google vet att båda delarna tillhör samma varumärke.
Bloggar och Innehållssektioner
Bloggar, nyhetssektioner och innehållsnoder är några av de vanligaste användningsområdena för denna debatt. Här är SEO-avvägningarna ofta i fokus. Många innehållsmarknadsförare föredrar underkataloger för bloggar eftersom det konsoliderar SEO-värde under en domän. Faktum är att forskning och fallstudier tyder på att innehåll i undermappar tenderar att gynna huvuddomänens rankningar. Weglot påpekar att sökmotorer behandlar underkataloger som en del av din huvuddomän, så den "Domänauktoritet" du har flödar till dessa sidor.
Till exempel, om example.com har hög auktoritet, så ärver example.com/blog/hello-world den styrkan. Följaktligen kommer alla bakåtlänkar till dina blogginlägg också att höja rotens domänauktoritet.
Denna intuition stöds av fallstudier. Ett företag rapporterade att deras bloggsubdomän "drog in trafik" men "gynnade inte vår huvudsajt" – det var "som om vi hade haft en fest, men några av våra gäster hade kul i ett separat rum medan huvudområdet inte fick full nytta av deras närvaro".
Med andra ord, deras huvudsajt missade SEO-lyftet. De fann att migrera bloggen till example.com/blog stämde bättre överens med deras mål (all SEO-kärlek stannade på huvudsajten). Generellt sett tenderar undermappar att integreras sömlöst: bloggen känns som en del av din sajt, vilket kan vara enklare för navigering och för användare att dela länkar. Med det sagt, använder vissa stora företag fortfarande subdomäner för bloggar eller innehållssektioner utan katastrof. Till exempel kör HubSpot sin blogg på blog.hubspot.com (och har andra subdomäner som ecosystem.hubspot.com för olika innehåll). Om din blogg eller resurscenter är mycket stort eller behöver separat arkitektur kan en subdomän fungera. Googles inställning kommer inte att straffa dig för det valet, men du måste bygga auktoritet för den subdomänen separat.
För e-handelssajter med många kategori- och produktsidor, är den allmänna tumregeln att hålla allt under huvuddomen. Föreställ dig en nätbutik med kategorier som /elektronik/telefoner eller /kläder/skjortor; det är oftast bäst att placera dessa under example.com/category/.... Varför? För att all SEO-ekvitet (bakåtlänkar, interna länkar, ankartext, etc.) stannar på varumärkets domän. Som SEMrush noterar, "Google ser ofta subdomäner som separata enheter, medan underkataloger ses som en del av huvuddomen". I praktiken betyder detta att alla länkar till example.com/shop/widget stärker alla sidor på example.com (inklusive andra kategorier), medan en länk till shop.example.com bara skulle stärka den subdomänens sajt.
De flesta stora detaljhandelssajter följer detta mönster. Till exempel använder Amazon, eBay och Walmart alla undermappar (som amazon.com/books/, ebay.com/electronics/phone-accessories/, etc.) snarare än en separat shopping-subdomän. När Googles crawlers och algoritmer utvärderar kategorisidor, rullar de upp det värdet i rotens domäns mätvärden. Denna konsolidering leder ofta till starkare domänauktoritet över tiden. Med det sagt, finns det legitima skäl till varför en e-handelssajt kan använda en subdomän (t.ex. integrering med Shopify eller en annan plattform). Om du gör det, var bara medveten om att det behandlas som en fristående minisajt. All SEO-auktoritet du har byggt på example.com överförs inte automatiskt; du måste tjäna bakåtlänkar till subdomänen separat.
Ibland erbjuder ett företag tydligt olika tjänster eller varumärken under ett paraply, och det kan besluta att lyfta fram dessa skillnader via subdomäner. Till exempel driver Lego (leksakstillverkaren) en speciell kampanjsajt på ideas.lego.com där användare skickar in nya produktidéer. Denna subdomän är tydligt en separat initiativbranding från lego.com. På samma sätt, om din sajt är värd för flera mikrosajter för marknadsföringskampanjer eller community-noder, kan det hålla saker organiserade att placera dem på subdomäner. Som Weglot uttrycker det, "om du kör digitala marknadsföringskampanjer som behöver separat branding och landningssidor, kan det vara meningsfullt att parkera dem under olika subdomäner". Ett annat exempel: om dina tjänster är mycket olika (säg, du gör både design och konstruktion), kan du använda design.example.com och build.example.com så att varje kan ha sitt eget utseende och budskap. Tekniskt sett är en subdomän bara en annan värd, så du kan peka den till sin egen kodbas eller server. Men kom ihåg, detta betyder också att sökmotorer kommer att behandla varje som i stort sett separat. I dessa fall, använd bara subdomäner om du verkligen vill ha separata marknadsföringsinsatser — annars kan du dela upp din SEO-vikt.
Beslutstabell: Subdomän vs. Underkatalog
| Övervägande | Subdomän (sub.example.com) |
Underkatalog (example.com/sub/) |
|---|---|---|
| SEO Auktoritet | Separat webbplats. Bakåtlänkar gynnar främst subdomänens rankning (ökar inte huvuddomänens rankning). Kräver att bygga auktoritet för varje subdomän. | Delad webbplats. Bakåtlänkar till underkataloger stärker hela domänens auktoritet. PageRank flödar genom hela webbplatsen. |
| Infrastruktur | Oberoende. Kan använda olika hosting, CMS eller teknik för varje subdomän. Bra för mikrotjänster/appar. | Enhetlig. Allt innehåll på en server/stack. Enklare distribution och underhåll, men mindre flexibilitet för blandad teknik. |
| Installation & Spårning | Mer komplex. Behöver DNS och kanske SSL för varje subdomän, separat Search Console & analys spårning (cross-domain inställning). | Enklare. Ett servercertifikat, en Search Console-egendom (med underkataloger) och en enda analyskod täcker allt. |
| Användningsfall | Appar, dashboards eller tjänster som är helt separata eller behöver dedikerade servrar. Flerspråkigt/regionalt innehåll (varje språk på egen värd). Speciella kampanjer eller tredjepartsintegrationer (t.ex. helpdesk på help.example.com). | Integrerat innehåll. Företagsblogg, nyheter eller resurser avsedda att stärka huvudwebbplatsens SEO. Kärninnehåll (t.ex. butikskategorier, dokument) som bör gynna huvuddomänen. |
| Flexibilitet | Hög. Kan flytta subdomän till ny värd eller plattform utan att röra huvudwebbplatsen. | Lägre. Allt innehåll kopplat till huvudvärd; det är svårare att migrera sektioner separat. |
| Domänauktoritet | Isolerad. Subdomänen kan ha sin egen “Domänauktoritet” poäng (i SEO-verktyg) oberoende av huvuddomänen. | Enhetlig. En domänauktoritet för allt; underkataloger delar vanligtvis huvuddomänens SEO-signaler. |
| Exempel | app.example.com (kundportal), jp.example.com (landssida), blog.example.com (om separat CMS). | example.com/app/ (appsidor), example.com/jp/ (landssektion), example.com/blog/ (företagsblogg). |
I striden mellan subdomän och underkatalog är den slutgiltiga avgöraren vanligtvis ditt projekts behov, inte Googles algoritmer. Som Googles John Mueller påminner oss, “om du är som 'tja, jag bryr mig inte åt något håll,' då skulle jag bara hålla det inom samma webbplats”. I praktiken betyder det att om allt ditt innehåll – blogg, kategorier, dokument – är nära relaterat, kommer det generellt att maximera din SEO-auktoritet och förenkla ditt arbetsflöde att lägga det under en domän (med underkataloger). Å andra sidan, om du har en bra teknisk eller organisatorisk anledning – som en separat SaaS-app, en distinkt marknadsföringskampanj eller ett hjälpcenter på en annan plattform – är en subdomän helt acceptabel och kommer inte att straffa dig i Googles ögon. Var bara beredd att hantera det som en separat “mini-webbplats” (med egen spårning och länkstrategi). För att sammanfatta: ingen struktur är i sig bättre för SEO. Googles algoritmer har utvecklats för att känna igen och indexera båda utan partiskhet. Fokusera på klarhet, användarupplevelse och praktiskt underhåll. För de flesta utvecklare rekommenderas att börja med underkataloger för enkelhet och SEO-konsolidering, och reservera subdomäner för tydliga fall där oberoende eller skalbarhet är viktigare. Håll dina mål i åtanke, övervaka din trafik och rankningar efter varje förändring, och iterera. Med genomtänkt planering kan du få valfritt val att fungera effektivt för din webbplats.
