Subdomein beheer hosting: praktische gids voor mkb

Subdomeinbeheer binnen hosting is het proces waarbij je subdomeinen aanmaakt, configureert en beheert via DNS-instellingen in jouw hostingomgeving. Voor kleine bedrijven en ondernemers maakt dit het mogelijk om verschillende diensten of websitegedeelten, zoals een webshop, blog of testomgeving, onder één hoofddomein te organiseren. Denk aan shop.jouwbedrijf.nl naast blog.jouwbedrijf.nl. Hoe werkt subdomain beheer hosting precies, en wat moet je weten om dit goed te doen? Tools zoals DirectAdmin en het OVHcloud Control Panel maken dit beheer toegankelijk, ook zonder diepgaande technische kennis.
Hoe werkt subdomain beheer hosting technisch?
Een subdomein is een voorvoegsel op je hoofddomein. Waar jouwbedrijf.nl je hoofddomein is, wordt winkel.jouwbedrijf.nl een subdomein. Technisch gezien is een subdomein een zelfstandige website onder hetzelfde hoofddomein, met een eigen interface en functionaliteit. Dit maakt subdomeinen bij uitstek geschikt om inhoud te organiseren in aparte platforms voor blogs, webshops of testomgevingen.
Wanneer je een subdomein aanmaakt, registreer je dit via het DNS-systeem van je hostingomgeving. DNS staat voor Domain Name System en vertaalt domeinnamen naar IP-adressen. Bij het aanmaken van een subdomein stel je een DNS-record in dat bepaalt waar het verkeer naartoe gaat. De drie meest gebruikte recordtypen zijn:
- A-record: koppelt het subdomein direct aan een IP-adres van een server.
- CNAME-record: verwijst het subdomein naar een andere domeinnaam, handig bij externe diensten zoals een e-mailmarketingplatform.
- TXT-record: bevat tekstinformatie, vaak gebruikt voor verificatie of beveiligingsinstellingen zoals SPF.
Via beheertools zoals DirectAdmin kun je onbeperkt subdomeinen aanmaken, elk met een eigen DNS- en hostingconfiguratie. OVHcloud biedt een vergelijkbaar controlepaneel waarbij je in enkele stappen een subdomein koppelt aan een map of externe service. Nameservers spelen hierbij een centrale rol: zij zijn verantwoordelijk voor het doorzetten van DNS-verzoeken naar de juiste server. Zonder correct ingestelde nameservers bereikt een bezoeker jouw subdomein simpelweg niet.
Pro-tip: Maak voor elke nieuwe dienst of omgeving een apart subdomein aan in plaats van alles op het hoofddomein te stapelen. Dit maakt beheer, beveiliging en troubleshooting een stuk overzichtelijker.

Wat is TTL en hoe beïnvloedt het de zichtbaarheid van wijzigingen?
TTL, ofwel Time To Live, bepaalt hoe lang een DNS-record in de cache van een resolver wordt bewaard. TTL is de belangrijkste hefboom om de snelheid van subdomeinwijzigingen te controleren. Een lage TTL betekent dat wijzigingen snel zichtbaar zijn. Een hoge TTL betekent dat het langer duurt voordat iedereen de nieuwe instelling ziet.

DNS-propagatie is passief van aard. Resolvers verversen hun cache pas nadat de TTL is verlopen. Dit verklaart waarom de ene bezoeker jouw nieuwe subdomein al ziet, terwijl een andere bezoeker nog de oude situatie ziet. Dit is geen fout, maar een kenmerk van hoe het DNS-systeem werkt.
De onderstaande tabel geeft een overzicht van veelgebruikte TTL-waarden en hun praktische betekenis:
| TTL-waarde | Propagatietijd | Aanbevolen gebruik |
|---|---|---|
| 300 seconden | ~5 minuten | Migraties en actieve wijzigingen |
| 3.600 seconden | ~1 uur | Regelmatig beheer |
| 86.400 seconden | ~24 uur | Stabiele, zelden gewijzigde records |
Bij een TTL van 300 seconden is een wijziging binnen vijf minuten merkbaar. Bij 86.400 seconden kan het tot een volledige dag duren. SIDN Labs adviseert een hogere TTL voor stabiele records vanwege betere performance, en een lage TTL bij migraties voor een snelle update.
Verlaag de TTL van een record minimaal 24 uur vóór een geplande migratie naar 300 seconden. Zo zorg je dat de wijziging snel zichtbaar is en minimaliseer je downtime voor bezoekers.
Pro-tip: Gebruik whatsmydns.net om te controleren of jouw DNS-wijziging wereldwijd is doorgevoerd. Je ziet per regio of het nieuwe record al actief is.
Bij cruciale wijzigingen, zoals het aanpassen van MX-records of een volledige nameserver wisseling, kan propagatie langer duren dan de ingestelde TTL. Dit komt door caching in meerdere DNS-lagen tegelijk. Houd hier rekening mee bij het plannen van onderhoud.
Subdomein of submap: wat kies je wanneer?
Een subdomein (blog.jouwbedrijf.nl) en een submap (jouwbedrijf.nl/blog) lijken op elkaar, maar werken technisch heel anders. Een subdomein functioneert als een zelfstandige site, terwijl een submap een map is binnen de bestaande website. Die technische scheiding heeft gevolgen voor beheer, beveiliging en vindbaarheid.
De keuze hangt af van jouw situatie. Kleine bedrijven kiezen vaak voor een submap als de content nauw verwant is aan het hoofddomein, omdat zoekmachines de autoriteit van het hoofddomein dan meerekenen. Een subdomein is de betere keuze als de content of dienst technisch los staat van de hoofdsite, zoals een apart klantenportaal of een testomgeving.
| Kenmerk | Subdomein | Submap |
|---|---|---|
| Technische scheiding | Volledig zelfstandig | Onderdeel van hoofdsite |
| Beheer | Eigen DNS en hosting | Gedeeld met hoofdsite |
| SEO-autoriteit | Aparte entiteit | Deelt autoriteit hoofddomein |
| Beveiliging | Apart te beveiligen | Gedeeld beveiligingsprofiel |
| Gebruik | Portaal, webshop, testomgeving | Blog, categoriepagina, landingspagina |
Voordelen van een subdomein:
- Volledig eigen technische omgeving, inclusief apart SSL-certificaat.
- Makkelijker te migreren of te verwijderen zonder impact op de hoofdsite.
- Geschikt voor aparte teams of externe leveranciers die toegang nodig hebben.
Voordelen van een submap:
- Eenvoudiger te beheren via één hostingomgeving.
- SEO-voordeel doordat de autoriteit van het hoofddomein wordt gedeeld.
- Minder DNS-configuratie nodig.
Voor een kleine ondernemer die een webshop wil toevoegen aan een bestaande informatiesite, is een subdomein zoals winkel.jouwbedrijf.nl vaak de meest praktische keuze. Je kunt de webshop dan apart hosten, apart beveiligen en apart beheren. Lees ook meer over hosting voor webshops vergelijken als je twijfelt welke hostingvorm het beste past.
Praktische tips voor effectief subdomeinbeheer
Goed subdomeinbeheer begint met een duidelijk plan. Zonder structuur groeit het aantal subdomeinen snel uit de hand, wat beheer en beveiliging bemoeilijkt. Volg deze stappen voor een gecontroleerde aanpak:
- Bepaal het doel van het subdomein. Maak alleen een subdomein aan als er een duidelijke technische of organisatorische reden voor is. Willekeurige subdomeinen verhogen de beheerlast zonder voordeel.
- Maak het subdomein aan via het controlepaneel. Gebruik DirectAdmin of het OVHcloud Control Panel. In enkele stappen koppel je het subdomein aan een map of externe service.
- Stel de juiste DNS-records in. Kies het juiste recordtype: A-record voor een eigen server, CNAME voor een externe dienst. Controleer de instellingen dubbel voordat je opslaat.
- Pas de TTL aan op de situatie. Gebruik een lage TTL (300 seconden) bij nieuwe of tijdelijke subdomeinen. Verhoog de TTL naar 3.600 of 86.400 seconden zodra het subdomein stabiel is.
- Beveilig elk subdomein apart. Een SSL-certificaat op het hoofddomein dekt subdomeinen niet automatisch. Gebruik een wildcard-certificaat of installeer per subdomein een apart certificaat.
Veelgemaakte fouten bij subdomeinbeheer zijn het vergeten van SSL-certificaten, het instellen van een te hoge TTL vlak voor een migratie, en het niet bijhouden van welke subdomeinen actief zijn. Maak een eenvoudige lijst bij van alle subdomeinen, hun doel en de bijbehorende DNS-instellingen. Dit bespaart tijd bij problemen en maakt hosting migraties een stuk soepeler.
Pro-tip: Maak een back-up van je DNS-instellingen voordat je wijzigingen doorvoert. De meeste controlepanelen bieden een exportfunctie. Zo herstel je snel bij een fout.
Wil je een subdomein verwijderen? Verwijder dan ook het bijbehorende DNS-record. Een subdomein zonder actieve DNS-record kan leiden tot verwarrende foutmeldingen voor bezoekers en is een potentieel beveiligingsrisico, ook wel bekend als “subdomain takeover”.
Belangrijkste inzichten
Effectief subdomeinbeheer vereist de juiste DNS-configuratie, een bewuste TTL-instelling en een duidelijk plan per subdomein.
| Punt | Details |
|---|---|
| DNS-records correct instellen | Gebruik A-records voor eigen servers en CNAME-records voor externe diensten. |
| TTL aanpassen bij wijzigingen | Verlaag TTL naar 300 seconden vóór een migratie om downtime te beperken. |
| Subdomein versus submap | Kies een subdomein voor technisch losse diensten, een submap voor verwante content. |
| Beveiliging per subdomein | Installeer een apart SSL-certificaat of gebruik een wildcard-certificaat voor alle subdomeinen. |
| Bijhouden van actieve subdomeinen | Maak een overzicht van alle subdomeinen met doel en DNS-instellingen om beheer overzichtelijk te houden. |
Wat ik na jaren subdomeinbeheer heb geleerd
Ik zie bij kleine bedrijven steeds dezelfde fout: subdomeinen worden aangemaakt voor een tijdelijk project en daarna nooit meer opgeruimd. Na een jaar staan er tien subdomeinen actief waarvan niemand meer weet wat ze doen. Dat is niet alleen rommelig, het is ook een beveiligingsrisico.
Wat ik altijd adviseer: behandel een subdomein als een apart project. Geef het een naam, een doel en een einddatum als het tijdelijk is. Zet het in een intern document. Dit klinkt als extra werk, maar het bespaart uren troubleshooting later.
Een ander punt dat ondernemers onderschatten: de TTL. Ik heb meegemaakt dat een bedrijf een nameserverwissel doorvoerde met een TTL van 86.400 seconden. Het gevolg was dat bezoekers 24 uur lang op de verkeerde server uitkwamen. Dat had voorkomen kunnen worden door de TTL een dag van tevoren te verlagen. Kleine ingreep, groot verschil.
Voor minder technische ondernemers is mijn advies simpel: kies een hostingpartij die het beheer voor je regelt en die je kunt bellen als er iets misgaat. Technische kennis is mooi, maar een betrouwbare partner is waardevoller. Bekijk ook de gids voor zorgeloos ondernemen met hosting als je wilt weten wat je van een goede hostingpartner mag verwachten.
— Ken
NLXS regelt jouw subdomeinbeheer zonder gedoe
Subdomeinbeheer hoeft geen technische puzzel te zijn. NLXS helpt kleine bedrijven en ondernemers in de regio Breda en omstreken met betrouwbare webhosting waarbij subdomeinbeheer standaard is inbegrepen. Problemen worden binnen één dag opgelost, zonder verrassingen in de rekening.

Of je nu een webshop, klantenportaal of testomgeving wilt opzetten onder jouw domein: NLXS regelt de configuratie en houdt het beheer overzichtelijk. Klanten zoals JCI Breda en TU Eindhoven vertrouwen op de aanpak van NLXS. Bekijk de webhostingdiensten van NLXS en ontdek welk pakket past bij jouw situatie. Neem contact op voor een eerlijk gesprek zonder verplichtingen.
Veelgestelde vragen
Wat is een subdomein precies?
Een subdomein is een voorvoegsel op je hoofddomein, zoals shop.jouwbedrijf.nl. Het functioneert als een zelfstandige website onder hetzelfde hoofddomein, met een eigen DNS-configuratie en hostingomgeving.
Hoe lang duurt het voordat een subdomein actief is?
Dit hangt af van de ingestelde TTL. Bij een TTL van 300 seconden is het subdomein binnen vijf minuten zichtbaar. Bij een TTL van 86.400 seconden kan dit tot 24 uur duren.
Wat is het verschil tussen een A-record en een CNAME-record?
Een A-record koppelt een subdomein direct aan een IP-adres. Een CNAME-record verwijst naar een andere domeinnaam, wat handig is bij externe diensten die geen vast IP-adres hebben.
Heb ik een apart SSL-certificaat nodig per subdomein?
Ja, een SSL-certificaat op het hoofddomein dekt subdomeinen niet automatisch. Gebruik een wildcard-certificaat om alle subdomeinen onder één certificaat te beveiligen, of installeer per subdomein een apart certificaat.
Wat is het risico van ongebruikte subdomeinen?
Ongebruikte subdomeinen met actieve DNS-records vormen een beveiligingsrisico, ook wel “subdomain takeover” genoemd. Verwijder altijd het DNS-record als je een subdomein niet meer gebruikt.
Reacties0
Nog geen reacties
Deel als eerste uw gedachten.
Meld u aan of registreer u om een reactie te plaatsen.