Subdomein of submap: wat is beter voor SEO?
Auteur: Redactie Domeny.ForSale Gepubliceerd Bijgewerkt
Kort samengevat: Voor content die nauw samenhangt met de hoofdwebsite is een submap, zoals voorbeeld.pl/blog/, meestal de eenvoudigere en veiligere keuze. Een subdomein, zoals blog.voorbeeld.pl, is zinvol als dat deel van de website een afzonderlijk product is, andere infrastructuur vereist of onafhankelijk beheerd moet worden. De adresstructuur op zichzelf garandeert geen hogere posities in zoekresultaten: ook de content, links, toegankelijkheid voor zoekmachinerobots en technische samenhang tellen mee.
Wat is het verschil tussen een subdomein en een submap?
Een subdomein is het deel van een adres dat vóór het hoofddomein staat, bijvoorbeeld winkel.voorbeeld.pl. Het kan op een andere server draaien, een afzonderlijk systeem gebruiken en eigen technische instellingen hebben.
Een submap, ook wel subdirectory genoemd, staat na de domeinnaam, bijvoorbeeld voorbeeld.pl/winkel/. Voor de gebruiker voelt een submap doorgaans meer als een integraal onderdeel van één website, hoewel ook een submap technisch door een afzonderlijke applicatie kan worden bediend.
Een zoekmachine kan beide oplossingen indexeren. Beschouw een subdomein dus niet als automatisch ‘slechter’, en een submap niet als een garantie dat alle waarde van het domein wordt overgedragen. Wat telt, is hoe de sectie met de rest van de website verbonden is, wat de kwaliteit ervan is en of een zoekmachinerobot de pagina’s goed kan vinden en interpreteren.
Wanneer is een submap de verstandigere keuze?
Een submap past goed bij een sectie die aansluit bij hetzelfde onderwerp, merk en zakelijke doel als het hoofddomein. Typische voorbeelden zijn een bedrijfsblog, kennisbank, producthandleidingen, dienstencategorieën en taalversies die binnen één systeem worden beheerd.
De belangrijkste voordelen van een submap zijn organisatorisch:
- gezamenlijke navigatie en interne links zijn eenvoudiger te onderhouden;
- webanalyse, sitemaps en indexeringsregels kunnen samen worden beheerd;
- de gebruiker blijft binnen één samenhangende adresstructuur;
- het team hoeft minder vaak sjablonen, instellingen en publicatieprocessen te dupliceren.
Een voorbeeld: een fabrikant van koffiemachines beheert de website voorbeeld.pl en publiceert in voorbeeld.pl/handleidingen/ handleidingen over het kiezen van koffie, het reinigen van apparaten en het gebruik van verschillende modellen. De content ondersteunt dezelfde producten en hetzelfde merk. Deze content onderbrengen op een subdomein levert daarom meestal geen duidelijk voordeel op.
Een submap lost echter geen problemen met een slechte sitestructuur op. Als handleidingen diep in de structuur verborgen zitten, er geen links naartoe leiden en pagina’s dubbel voorkomen, zal alleen een adres binnen het hoofddomein geen goede resultaten opleveren.
Wanneer is een subdomein praktisch zinvol?
Een subdomein is geschikt wanneer een deel van de website functioneel of operationeel echt losstaat van de rest. Denk aan een applicatieomgeving op app.voorbeeld.pl, een helpcentrum dat door een extern systeem wordt beheerd, een platform voor partners of een website die op andere infrastructuur draait.
Zo’n opsplitsing kan gerechtvaardigd zijn wanneer:
- een ander team de sectie beheert en deze een eigen releasecyclus heeft;
- afzonderlijke beveiliging, servers of configuraties voor DNS nodig zijn;
- het product eigen navigatie, doelgroepen en een eigen contentmodel heeft;
- beperkingen van het gebruikte systeem het moeilijk maken om dat systeem in een submap te laten draaien.
Een voorbeeld is een bedrijf dat een SaaS-dienst aanbiedt. De verkoopwebsite staat op voorbeeld.pl, terwijl de applicatie waarvoor gebruikers moeten inloggen op app.voorbeeld.pl staat. Die scheiding is duidelijk, omdat de openbare website en de tool voor gebruikers verschillende functies hebben. Als het bedrijf handleidingen maakt om klanten aan te trekken, kan het logischer zijn om die in een submap van het hoofddomein te plaatsen dan op het subdomein van de applicatie.
Hoe neem je een beslissing zonder te gokken?
Bepaal eerst de rol van de nieuwe sectie. Als die in dezelfde gebruikersbehoeften voorziet, dezelfde producten ondersteunt en gezamenlijke navigatie hoort te gebruiken, begin dan met een submap. Overweeg een subdomein als de sectie een zelfstandig hulpmiddel is of een duidelijke technische scheiding vereist.
Beantwoord vóór de implementatie vijf vragen:
- Heeft de content hetzelfde merk, dezelfde thematiek en dezelfde doelgroep als de hoofdwebsite?
- Moet de gebruiker soepel tussen beide delen kunnen navigeren?
- Kan één systeem de publicatie, webanalyse en controle over indexering verzorgen?
- Lost een subdomein een concreet technisch of organisatorisch probleem op?
- Kan het team afzonderlijke configuraties, monitoring en links onderhouden?
Als het enige argument voor een subdomein de overtuiging is dat het ‘beter scoort in zoekmachines’, ontbreekt een goede reden om de sitestructuur ingewikkelder te maken. Als het enige argument voor een submap de verwachting is dat die zonder goede content en links de autoriteit van het domein zal erven, kan het resultaat eveneens tegenvallen.
Een bestaande structuur wijzigen vraagt om voorzichtigheid
Een migratie van een subdomein naar een submap, of andersom, verandert de URL-adressen. Dat brengt risico’s mee: tijdelijke schommelingen in de zichtbaarheid, onjuiste redirects, verlies van een deel van de signalen uit links en problemen met het meten van verkeer. Voer zo’n migratie niet uitsluitend uit omdat één variant als gunstiger wordt beschouwd.
Bij een goed onderbouwde migratie moet je een overzicht maken waarin elk oud adres aan een nieuw adres wordt gekoppeld, permanente één-op-één-redirects instellen, interne links, canonieke adressen en sitemaps bijwerken en indexeringsfouten controleren. Controleer de details van het gebruik van zoekmachinetools en het analysesysteem in hun actuele documentatie, omdat interfaces en beschikbare functies kunnen veranderen.
Neem voor een nieuwe, thematisch verwante sectie een submap als uitgangspunt. Kies een subdomein wanneer je een concrete behoefte aan scheiding kunt aanwijzen die opweegt tegen de extra complexiteit van het beheer.
Zie ook: Een 301-redirect na aankoop van een domein: wanneer is dat zinvol?
Lees ook
