Kiezen tussen blog.example.com en example.com/blog zorgt vaak voor een levendig debat onder ontwikkelaars en SEO's. De waarheid is dat Google’s eigen voorstanders zeggen dat beide benaderingen goed zijn – "web search is fine with using either subdomains or subdirectories" – maar de site-structuur beïnvloedt nog steeds crawling, analytics, en hoe gebruikers en zoekmachines je content waarnemen. In dit artikel snijden we door de mythes met real-world voorbeelden: van het opzetten van meertalige sites tot SaaS-dashboards, van blogs tot e-commerce categorieën en service-specifieke microsites. Onderweg ontdekken we inzichten uit recente Google algoritme-updates en delen we concrete SEO-statistieken en ervaringen.
May 17 2025 • 11 min read • 2122 words
Subdomeinen vs Submappen: Een Informele SEO Strijd voor Webontwikkelaars in 2025
Wat Google Echt Denkt (Spoiler: Het is Jouw Keuze)
De richtlijnen van Google zijn consistent: plaats content in submappen of subdomeinen afhankelijk van wat voor jou logisch is, niet vanwege een rankingvoordeel. John Mueller van Google heeft herhaaldelijk benadrukt dat Google deze structuren "ongeveer gelijk" behandelt voor rankingdoeleinden. Sterker nog, hij zei dat hij "persoonlijk zou proberen om dingen zoveel mogelijk bij elkaar te houden" en alleen subdomeinen zou gebruiken wanneer secties echt verschillend zijn. Met andere woorden, als je geen overtuigende technische of organisatorische reden hebt om een site op te splitsen, is eenvoudiger meestal beter. Dit weerklinkt eerdere adviezen van Matt Cutts van Google: "Ze zijn ongeveer gelijkwaardig... kies degene die makkelijker is" voor jouw content en CMS.
Voor crawling en indexering kan Google beide prima aan. Crawlers kunnen submappen of subdomeinen bezoeken en indexeren, hoewel je misschien aparte Google Search Console-eigendommen nodig hebt voor elk subdomein (meer daarover later). De bottom line: verwacht geen magische rankingboost alleen door subdomeinen te kiezen. Denk in plaats daarvan aan je architectuur: het groeperen van gerelateerde pagina's onder één domein maakt interne koppelingen en analyses eenvoudiger, terwijl geïsoleerde secties (apps, campagnes, helpcentra, enz.) indien nodig op subdomeinen kunnen worden geplaatst.
Zelfs de internationale SEO-documentatie van Google toont beide benaderingen als geldige opties. Het beveelt bijvoorbeeld aan om elke taal zijn eigen URL te geven (of een submap of subdomein) en ze te markeren met hreflang-tags. Google illustreert dit expliciet met patronen zoals de.example.com vs. example.com\/de\/, waarbij voor- en nadelen van elk worden opgesomd. In de praktijk betekent dit dat je submappen of subdomeinen voor talen en regio's kunt kiezen — zorg er wel voor dat je de juiste hreflang-aanduidingen gebruikt zodat Google weet welke versie aan elke gebruiker moet worden getoond.
Meertalig & Geo-Targeting
Als je site meerdere talen of land-specifieke versies nodig heeft, kunnen beide structuren werken, maar elk heeft nuances. Het Nike-websitevoorbeeld gebruikt subdirectories voor verschillende landen: nike.com\/au\/ (Australië), nike.com\/gb\/ (VK), nike.com\/ca\/ (Canada), enz. Google interpreteert deze als onderdeel van de structuur van de hoofdsite. Daarentegen runt Wikipedia elke taal als een subdomein (bijv. en.wikipedia.org, de.wikipedia.org, enz.), wat Google ook kan behandelen als aparte sites.
De sleutel is om Google te vertellen wat wat is. Gebruik hreflang-links om naar elke taalversie-URL te verwijzen, of het nu een submap of subdomein is. Google’s eigen multi-regionale documenten vermelden de voordelen voor elke opzet: subdomeinen (zoals de.example.com) maken het gemakkelijk om regio’s op verschillende servers te hosten of geotargeting te scheiden, terwijl subdirectories (example.com\/de\/) hosting vereenvoudigen (dezelfde server) en domeinautoriteit delen. Kortom, de beslissing komt vaak neer op je technologie en organisatie. De aanpak van Nike met mappen laat zien hoe een enkele codebase meerdere landen gemakkelijk kan bedienen, terwijl een groot SaaS- of technologiebedrijf mogelijk subdomeinen verkiest voor echt onafhankelijke regionale versies.
SaaS-producten, apps en dashboards
Voor software-as-a-service (SaaS)-producten of webapps is een veelvoorkomend patroon een marketingwebsite op het hoofddomein en een app of dashboard op een subdomein. Industrie-experts bepleiten deze splitsing: houd je homepage en contentmarketing op example.com, en plaats de ingelogde app (of "klantenportaal") op iets als app.example.com of dashboard.example.com. Er zijn hier concrete voordelen. Ten eerste kun je verschillende tech stacks of servers gebruiken: misschien is je hoofdsite een statische site of CMS, en is je app een React-app of gebruikt OAuth. Door de app op een subdomein te isoleren, kun je een apart SSL-certificaat of domeingebaseerde cookies toepassen zonder de configuratie van de hoofdsite aan te raken.
Winderwind’s SaaS-architectuurgids illustreert dit punt goed: “De marketingwebsite moet op het hoofddomein staan en gescheiden zijn van de productapp. De productapp moet op zijn eigen subdomein leven”. Ze noemen zelfs echte voorbeelden: Stripe gebruikt dashboard.stripe.com, Xero gebruikt my.xero.com, GoCardless gebruikt manage.gocardless.com, enzovoort. Het scheiden van de codebases heeft nog een voordeel: je kunt de marketingwebsite bijwerken (bijv. A/B-tests uitvoeren of snel tekstwijzigingen doorvoeren) zonder risico op downtime of regressie in de kritieke gebruikersapp.
Er zijn ook andere service-type scenario's: als je site een blog heeft die een specifiek CMS nodig heeft, of een helpcentrum op een externe service. Weglot merkt bijvoorbeeld op dat een bedrijf genaamd Flodesk help.flodesk.com gebruikt voor zijn kennisbank (gehost op een extern helpdesk), in plaats van flodesk.com/help. Evenzo, als je ontwikkelingsbronnen of externe tools niet gemakkelijk integreren met je hoofddomein, kan een subdomein dat gedeelte zonder wrijving huisvesten.
Vergeet echter niet dat subdomeinen in sommige opzichten onafhankelijk moeten worden behandeld. Je moet mogelijk aparte Search Console-eigenschappen (Google's webmastertools) instellen voor elk subdomein, en analytics kunnen cross-domein tracking vereisen om de gegevens samen te brengen. Als je kiest voor een subdomein voor je app, zorg er dan voor dat alles correct is geconfigureerd zodat het verkeer correct verloopt en Google weet dat beide stukken bij hetzelfde merk horen.
Blogs en Content Secties
Blogs, nieuwsrubrieken en contenthubs zijn een van de meest voorkomende toepassingen voor deze discussie. Hier staan de SEO-afwegingen vaak centraal. Veel contentmarketeers geven de voorkeur aan subdirectories voor blogs, omdat het de SEO-waarde onder één domein consolideert. Onderzoek en casestudy's suggereren zelfs dat content in submappen de rangschikking van het hoofddomein ten goede komt. Weglot wijst erop dat zoekmachines subdirectories behandelen als onderdeel van je hoofddomein, dus de "Domein Autoriteit" die je hebt stroomt naar die pagina's.
Bijvoorbeeld, als example.com hoge autoriteit heeft, erft example.com/blog/hello-world die sterkte. Bijgevolg zullen eventuele backlinks naar je blogposts ook de autoriteit van het hoofddomein versterken.
Deze intuïtie wordt ondersteund door casestudy's. Een bedrijf meldde dat hun blog-subdomein "verkeer aantrok" maar "niet ten goede kwam aan onze hoofdwebsite" – het was "alsof we een feestje hadden gegeven, maar sommige van onze gasten hadden plezier in een aparte kamer terwijl het hoofdgebied niet het volledige voordeel van hun aanwezigheid kreeg".
Met andere woorden, hun hoofdsite miste de SEO-boost. Ze ontdekten dat het migreren van de blog naar example.com/blog beter aansloot bij hun doelen (alle SEO-waarde bleef op de hoofdsite). Over het algemeen integreren submappen naadloos: de blog voelt als onderdeel van je site, wat navigatie en het delen van links door gebruikers kan vergemakkelijken. Dat gezegd hebbende, gebruiken sommige grote bedrijven nog steeds subdomeinen voor blogs of contentsecties zonder problemen. Bijvoorbeeld, HubSpot draait beroemd zijn blog op blog.hubspot.com (en heeft andere subdomeinen zoals ecosystem.hubspot.com voor verschillende content). Als je blog of kenniscentrum erg groot is of aparte architectuur nodig heeft, kan een subdomein werken. Google's standpunt zal je daar niet voor bestraffen, maar je moet wel autoriteit voor dat subdomein apart opbouwen.
Voor e-commercesites met veel categorie- en productpagina's is de algemene vuistregel om alles onder het hoofddomein te houden. Stel je een online winkel voor met categorieën zoals /electronics/phones of /clothing/shirts; het is meestal het beste om deze onder example.com/category/ te plaatsen.... Waarom? Omdat alle SEO-waarde (backlinks, interne links, ankertekst, enz.) op het merkdomein blijft. Zoals SEMrush opmerkt: "Google ziet subdomeinen vaak als aparte entiteiten, terwijl subdirectories worden gezien als onderdeel van het hoofddomein". In de praktijk betekent dit dat elke link naar example.com/shop/widget alle pagina's op example.com versterkt (inclusief andere categorieën), terwijl een link naar shop.example.com alleen de site van dat subdomein zou versterken.
De meeste grote retailwebsites volgen dit patroon. Bijvoorbeeld, Amazon, eBay en Walmart gebruiken allemaal submappen (zoals amazon.com/books/, ebay.com/electronics/phone-accessories/, enz.) in plaats van een apart winkel-subdomein. Wanneer Google's crawlers en algoritmen categoriepagina's evalueren, wordt die waarde opgenomen in de statistieken van het hoofddomein. Deze consolidatie leidt vaak tot sterkere domeinautoriteit na verloop van tijd. Dat gezegd hebbende, zijn er legitieme redenen waarom een e-commercesite een subdomein zou kunnen gebruiken (bijv. integratie met Shopify of een ander platform). Als je dat doet, wees er dan bewust van dat het wordt behandeld als een op zichzelf staande mini-site. Elke SEO-autoriteit die je op example.com hebt opgebouwd, wordt niet automatisch overgedragen; je zult backlinks voor het subdomein apart moeten verdienen.
Soms biedt een bedrijf duidelijk verschillende diensten of merken aan onder één paraplu, en kan het besluiten om die verschillen via subdomeinen te benadrukken. Bijvoorbeeld, Lego (de speelgoedfabrikant) runt een speciale campagnesite op ideas.lego.com waar gebruikers nieuwe productideeën indienen. Dit subdomein is duidelijk een aparte initiatiefbranding naast lego.com. Evenzo, als je site meerdere microsites voor marketingcampagnes of communityhubs host, kan het plaatsen daarvan op subdomeinen de zaken georganiseerd houden. Zoals Weglot het stelt: "Als je digitale marketingcampagnes uitvoert die aparte branding en landingspagina's nodig hebben, kan het zinvol zijn om ze onder verschillende subdomeinen te plaatsen". Een ander voorbeeld: als je diensten zeer divers zijn (stel dat je zowel ontwerp- als bouwdiensten aanbiedt), kan je design.example.com en build.example.com gebruiken zodat elk zijn eigen uitstraling en boodschap kan hebben. Technisch gezien is een subdomein gewoon een andere host, zodat je het kunt aanwijzen naar zijn eigen codebase of server. Maar onthoud, dit betekent ook dat zoekmachines elk grotendeels als apart behandelen. In die gevallen, gebruik alleen subdomeinen als je echt aparte marketinginspanningen wilt — anders kan je je SEO-gewicht splitsen.
Beslissingstabel: Subdomein versus Submap
| Overweging | Subdomein (sub.example.com) |
Submap (example.com/sub/) |
|---|---|---|
| SEO Autoriteit | Apart domein. Backlinks bevorderen voornamelijk de ranking van het subdomein (verhoogt niet de hoofddomein). Vereist het opbouwen van autoriteit voor elk subdomein. | Gedeeld domein. Backlinks naar submappen verhogen de autoriteit van de gehele domein. PageRank stroomt door de hele site. |
| Infrastructuur | Onafhankelijk. Kan verschillende hosting, CMS of technologie gebruiken voor elk subdomein. Geschikt voor microservices/apps. | Geïntegreerd. Alle content op één server/stack. Eenvoudiger implementatie en onderhoud, maar minder flexibiliteit voor gemengde technologie. |
| Setup & Tracking | Complexer. Vereist DNS en mogelijk SSL voor elk subdomein, aparte Search Console & analytics tracking (cross-domein setup). | Eenvoudiger. Eén servercertificaat, één Search Console-eigenschap (met submappen) en één analyticscode dekt alles. |
| Toepassingen | Apps, dashboards, of diensten die volledig gescheiden zijn of toegewijde servers nodig hebben. Meertalige/regionale content (elke taal op zijn eigen host). Speciale campagnes of integraties van derden (bijvoorbeeld helpdesk op help.example.com). | Geïntegreerde content. Bedrijfsblog, nieuws, of resource-secties bedoeld om de hoofddomein SEO te versterken. Kernsite-content (bijvoorbeeld winkelcategorieën, documenten) die de hoofddomein zou moeten bevoordelen. |
| Flexibiliteit | Hoog. Kan subdomein naar nieuwe host of platform verplaatsen zonder de hoofddomein aan te raken. | Lager. Alle content is aan de hoofddomein gebonden; het apart migreren van secties is moeilijker. |
| Domein Autoriteit | Geïsoleerd. Subdomein kan zijn eigen “Domein Autoriteit” score hebben (in SEO-tools) onafhankelijk van de hoofddomein. | Geïntegreerd. Eén domein autoriteit voor alles; submappen delen meestal de SEO-signalen van de hoofddomein. |
| Voorbeeld | app.example.com (klantenportaal), jp.example.com (landsite), blog.example.com (als apart CMS). | example.com/app/ (app-pagina's), example.com/jp/ (landsectie), example.com/blog/ (bedrijfsblog). |
In de strijd tussen subdomein en submap is de uiteindelijke beslisser meestal de behoeften van je project, niet de algoritmen van Google. Zoals John Mueller van Google ons eraan herinnert, “als je denkt 'nou, het maakt me niet uit,' dan zou ik het gewoon binnen dezelfde site houden”. In de praktijk betekent dit dat als al je content – blog, categorieën, documenten – nauw verwant is, het plaatsen onder één domein (met submappen) over het algemeen je SEO-autoriteit maximaliseert en je workflow vereenvoudigt. Aan de andere kant, als je een goede technische of organisatorische reden hebt – zoals een aparte SaaS-app, een aparte marketingcampagne, of een helpcentrum op een ander platform – is een subdomein volkomen acceptabel en zal het je niet straffen in de ogen van Google. Wees gewoon voorbereid om het te beheren als een apart “mini-site” (met eigen tracking en linkstrategie). Samenvattend: geen van beide structuren is inherent beter voor SEO. De algoritmen van Google zijn geëvolueerd om beide zonder vooroordeel te herkennen en te indexeren. Focus op duidelijkheid, gebruikerservaring, en praktisch onderhoud. Voor de meeste ontwikkelaars is de aanbevolen aanpak om te beginnen met submappen voor eenvoud en SEO-consolidatie, en subdomeinen te reserveren voor duidelijke gevallen waar onafhankelijkheid of schaalbaarheid belangrijker is. Houd je doelen in gedachten, monitor je verkeer en rankings na elke verandering, en pas aan. Met doordachte planning kan je met beide keuzes effectief werken voor je site.
