Wat is een subdomein? | phoenixNAP IT-woordenlijst

Een subdomein is een onderdeel van het hoofddomein van een website. domein Dat helpt om content, services of omgevingen overzichtelijker te organiseren.

Wat is de betekenis van een subdomein?

Een subdomein is een extra label dat wordt toegevoegd aan het begin van een geregistreerde domeinnaam. Domain Name System (DNS) Om een unieke hostnaam te creëren die verkeer naar een specifieke bestemming kan routeren. Deze bevindt zich links van het hoofddomein (het "apex" of "root" domein) en wordt gescheiden door een punt, zoals api.example.com, waarbij example.com het geregistreerde domein is en api het subdomein. Technisch gezien kunnen subdomeinen genesteld zijn (v2.api.example.com), omdat elk label links de naamruimte onder het hoofddomein verder onderverdeelt.

Een subdomein kan naar hetzelfde verwijzen. server en toepassing als hoofddomein of op een volledig andere infrastructuur, omdat DNS-records omdat het subdomein kan verwijzen naar verschillende IP adressen, load balancersof dienst eindpuntenDit maakt subdomeinen tot een flexEen eenvoudige manier om websites en services te segmenteren, verschillende configuraties en beveiligingsbeleid toe te passen en afzonderlijke omgevingen of producten te beheren, terwijl alles onder hetzelfde domein blijft vallen.

Subdomeinstructuur

Een subdomein is opgebouwd uit DNS-"labels" die van links naar rechts worden gelezen, gescheiden door punten, waarbij het meest specifieke deel helemaal links staat en het top-leveldomein (TLD) helemaal rechts. blog.example.com, blog .subdomein is het label, bijvoorbeeld .subdomein is het geregistreerde domein (vaak het tweede-niveaudomein genoemd), en .com is het top-niveaudomein. De volledige hostnaam is .subdomein. blog.example.com, en DNS lost die hostnaam op door records op te zoeken die voor die specifieke naam zijn gedefinieerd (of door regels met wildcards te matchen).

Subdomeinen kunnen enkelvoudig of meervoudig zijn. Zo is api.example.com een veelvoorkomend enkelvoudig subdomein, terwijl v2.api.example.com een genest subdomein is, waarbij v2 een subdomein is van api.example.com. Elk extra label verkleint de naamruimte verder en kan zijn eigen DNS-records en routeringsregels hebben. Het "apex"-domein (ook wel het rootdomein genoemd) is het geregistreerde domein zelf, zoals example.com, en wordt in sommige DNS-configuraties anders behandeld omdat het in veel gevallen geen CNAME kan zijn, terwijl subdomeinen dat meestal wel kunnen.

Vanuit praktisch oogpunt is het label van een subdomein het onderdeel dat je kiest om te beschrijven waarvoor het dient, zoals www, app, api, mail of dev. DNS bepaalt vervolgens waar verzoeken aan die hostnaam naartoe moeten. Hoewel een subdomein deel uitmaakt van hetzelfde hoofddomein, gedraagt het zich op internet als een apart adres. Daarom wordt het vaak gebruikt om services, omgevingen of websiteonderdelen overzichtelijk van elkaar te scheiden.

Hoe werken subdomeinen?

Een subdomein werkt door DNS-records en webgegevens te combineren. server Routing zorgt ervoor dat een specifieke hostnaam (zoals api.example.com) naar het juiste systeem verwijst en de juiste inhoud of service levert. Dit omvat de volgende stappen:

Je maakt de subdomeinnaam aan onder je eigen domein. Je kiest een label, bijvoorbeeld blog, app of api, die een hostnaam vormt zoals blog.example.com geeft je een duidelijk, apart adres waarnaar je verkeer kunt doorsturen.
Je voegt DNS-records toe voor die hostnaam. Bij uw DNS-provider maakt u records aan (meestal A/AAAA of CNAME) voor blog.example.com zodat DNS weet naar welke bestemming deze naam moet verwijzen.
Recursieve DNS zoekt de records op wanneer iemand het subdomein bezoekt. Wanneer een gebruiker binnenkomt blog.example.com, hun apparaat vraagt een recursieve resolver aan (vaak uitgevoerd door een ISP of een openbare DNS-service) om te achterhalen waar die hostnaam naar verwijst.
DNS-resolutie retourneert een adres of doel voor het subdomein. De resolver haalt het relevante record op en retourneert een IP-adres (van A/AAAA) of een canoniek doel dat vervolgens wordt omgezet naar een IP-adres (van CNAME), wat de resolver vertelt... browser Waar moet ik verbinding maken?
De browser maakt verbinding met de bestemming. server en start een verzoek. Met behulp van het opgeloste IP-adres opent de browser een verbinding en verzendt een HTTP(S)-verzoek dat de Host-header bevat die is ingesteld op blog.example.com, waarmee wordt aangegeven welke hostnaam de gebruiker heeft opgevraagd.
TLS en de web server/proxy selecteer de juiste site of service. Voor HTTPS, de server presenteert een certificaat dat het subdomein dekt (of een wildcard zoals *.example.com), en de server or reverse proxy gebruikt de hostnaam om het verzoek door te sturen naar de juiste virtuele host, app of backend.
De applicatie reageert met de inhoud die bedoeld is voor het subdomein. De doorgestuurde service genereert het antwoord, zoals een blogeen API, of een beheerdersportaal, zodat het subdomein zich gedraagt als een eigen eindpunt, ook al maakt het deel uit van hetzelfde hoofddomein.

Subdomeinvoorbeelden

Subdomeinen worden vaak gebruikt om verschillende websitefuncties, diensten of doelgroepen van elkaar te scheiden, terwijl alles onder één hoofddomein blijft. Hier zijn een paar veelvoorkomende voorbeelden:

www.example.comDe traditionele hostnaam voor de belangrijkste publieke website (verwijst vaak naar dezelfde locatie als example.com).
blog.voorbeeld.com. Een blog apart gehost van de hoofdsite, soms op een ander platform of CMS.
app.voorbeeld.com. Een webapplicatie (dashboard, klantportaal, SaaS UI) gescheiden van marketingpagina's.
api.example.comEen API-eindpunt dat is doorgestuurd naar backend-services, vaak achter een API-gateway of load balancer.
ondersteuning.voorbeeld.comEen helpcentrum of ticketportaal, meestal gehost op een extern ondersteuningssysteem.
dev.voorbeeld.com. Een ontwikkeling of testomgeving die wordt gebruikt om wijzigingen te testen voordat productie.
mail.voorbeeld.comEen hostnaam die wordt gebruikt voor e-mailgerelateerde services (webmail, SMTP gateways, oftewel de routering van e-mail.

Waarom subdomeinen gebruiken?

Subdomeinen worden gebruikt om een domein op te splitsen in duidelijke, doelspecifieke eindpunten zonder dat daarvoor een apart domein nodig is. Dit maakt het eenvoudiger om services te organiseren, verkeer te routeren en configuraties te beheren op een schaalbare manier. Hieronder leggen we uit waarom u ze zou moeten gebruiken:

Scheid verschillende onderdelen van een website of product. Je kunt je marketingpagina's op www.example.com behouden terwijl je een webapplicatie op app.example.com draait, zodat beide onafhankelijk van elkaar kunnen evolueren.
Leid het verkeer om naar verschillende systemen of providers. Een subdomein kan verwijzen naar iets anders. server, load balancer, cloud service, of platform van derden (bijvoorbeeld een helpdesk op support.example.com) zonder het hoofddomein te wijzigen.
Creëer geïsoleerde omgevingen voor veiligere veranderingen. Teams gebruiken staging.example.com of dev.example.com vaak om releases en configuratiewijzigingen te testen zonder de productieomgeving te beïnvloeden.
Verschillende beveiligings- en toegangsbeleidsregels toepassen. Subdomeinen kunnen hun eigen TLS-certificaten hebben. WAF reglement, authenticatie, snelheidslimieten en zelfs afzonderlijke cookiebereiken, wat helpt bij het beheersen van risico's en het beschermen van gevoelige gebieden zoals beheerdersportalen.
Verbeter de operationele duidelijkheid en schaalbaarheid. Het is eenvoudiger om services te monitoren, te implementeren en op te schalen wanneer ze afzonderlijke hostnamen hebben, zoals api.example.com en cdn.example.com, elk met hun eigen logboeken, cachegedrag en infrastructuur.
Ondersteuning voor regionale of taalversies. Subdomeinen zoals eu.example.com of fr.example.com kunnen gelokaliseerde content aanbieden of gebruikers doorverwijzen naar regiospecifieke infrastructuur.

Hoe maak je een subdomein aan?

Het aanmaken van een subdomein houdt in dat je het definieert in DNS en ervoor zorgt dat je server Of de betreffende dienst weet hoe verzoeken hiervoor afgehandeld moeten worden. Hoewel de exacte interface per aanbieder verschilt, is het algemene proces consistent:

Kies de naam en het doel van het subdomein. Bepaal wat het subdomein zal vertegenwoordigen, bijvoorbeeld: blog, app of API, en bevestig waar het verkeer naartoe moet worden geleid.
Open het DNS-beheer van uw domein. Meld u aan bij de DNS-provider of de domeinregistrar die uw DNS-zone voor het hoofddomein beheert.
Voeg een DNS-record toe voor het subdomein. Maak een A- of AAAA-record aan dat het subdomein naar een IP-adres verwijst, of een CNAME-record dat het naar een andere hostnaam verwijst, afhankelijk van hoe de service wordt gehost.
Wachten op DNS-propagatie. Nadat het nieuwe record is opgeslagen, heeft het tijd nodig om zich te verspreiden over alle DNS-resolvers. Dit kan enkele minuten tot meerdere uren duren, afhankelijk van de omstandigheden. TTL instellingen.
Configureer de server of een dienst die het subdomein accepteert. Werk uw website bij server, reverse proxy, of toepassingsinstellingen zodat het de nieuwe hostnaam herkent en weet welke inhoud of service moet worden aangeboden.
Stel HTTPS in voor het subdomein. Installeer of update een TLS-certificaat dat het subdomein dekt (of gebruik een wildcardcertificaat) om veilige verbindingen te garanderen.
Test het subdomein van begin tot eind. Bezoek het subdomein in een browser of testclient om te controleren of DNS-resolutie, HTTPS en applicatieroutering naar behoren werken.

Wat zijn de voor- en nadelen van subdomeinen?

Laten we de voor- en nadelen van subdomeinen eens bekijken:

Aspect	Voordelen van subdomeinen	Nadelen van subdomeinen
Organisatie	Scheidt de terreingebieden duidelijk af (bijv. blog, app, api) zodat de architectuur en het eigenaarschap duidelijker zijn.	Te veel subdomeinen zonder consistente structuur en beheer kunnen tot fragmentatie leiden.
Infrastructuur en routering	Hiermee kunt u verschillende hostnamen naar verschillende servers routeren. servers, clouds, CDN's of platforms van derden zonder het hoofddomein te wijzigen.	Voegt meer DNS-records, certificaten en routeringsregels toe voor onderhoud en probleemoplossing.
Implementatie en omgevingen	Hiermee kunt u eenvoudig aparte omgevingen zoals staging.example.com en dev.example.com naast de productieomgeving draaien.	Verhoogt het aantal oppervlakken dat beveiligd, bewaakt en consistent gehouden moet worden in verschillende omgevingen.
Beveiligingsgrenzen	Hiermee kunnen per subdomein verschillende beveiligingsmaatregelen worden getroffen (WAF-regels, snelheidslimieten, authenticatie, headerbeleid) en kan de impact van een aanval worden verminderd.	Het risico op configuratiefouten neemt toe (CORS, cookies, redirects, authenticatiecallbacks), en elk subdomein is een potentieel doelwit voor overname als de DNS/applicatie niet goed wordt onderhouden.
Prestaties en caching	Maakt verschillend caching- en CDN-gedrag per subdomein mogelijk (bijv. cdn.example.com afgestemd op statische bestanden).	Vereist zorgvuldige afstemming om duplicatie te voorkomen. caching lagen of inconsistent gedrag over verschillende hostnamen.
SEO en contentstrategie	Handig voor duidelijk onderscheidende onderdelen (documentatie, ondersteuning, community) die mogelijk verschillende platforms en navigatie vereisen.	Zoekmachines kunnen subdomeinen als afzonderlijke eigendommen beschouwen, waardoor SEO-autoriteit en analyses opgesplitst kunnen raken en moeilijker te consolideren zijn.
Analytics en tracking	Analyses kunnen overzichtelijk worden gesegmenteerd op basis van hostnaam (bijv. product versus marketing versus documentatie).	Het volgen en toewijzen van gegevens over meerdere subdomeinen kan lastiger zijn (bereik van cookies, configuratie van metingen over meerdere domeinen).
Branding en UX	Zorgt voor een consistente merkidentiteit onder één domein en geeft tegelijkertijd een duidelijk doel aan (support.example.com voelt officieel aan).	Het kan verwarrend zijn voor gebruikers als de navigatie- en inlogprocedure verschillen tussen subdomeinen, vooral met SSO en sessiebeheer.
Certificaten en HTTPS	Werkt goed met certificaten per subdomein of een wildcardcertificaat (*.example.com).	Certificaatbeheer kan op grote schaal een last worden (verlengingen, SAN-limieten, beperkingen voor wildcards, verkeerd uitgegeven certificaten).
E-mail/operationeel gebruik	Gebruikelijk voor e-mail- en service-eindpunten (mail, smtp, status) die los moeten staan van de website.	Meer eindpunten om te documenteren, te bewaken en te ondersteunen; storingen kunnen lastiger te prioriteren zijn bij meerdere hostnamen.

Veelgestelde vragen over subdomeinen

Hier vindt u de antwoorden op de meest gestelde vragen over subdomeinen.

Welke invloed hebben subdomeinen op SEO?

Subdomeinen kunnen SEO beïnvloeden, met name omdat zoekmachines elk subdomein (zoals blog.example.com of shop.example.com) als een aparte sectie die zichtbaarheid en autoriteit moet verwerven door middel van eigen contentkwaliteit, interne links en backlinks, in plaats van automatisch de volledige rankingkracht van het hoofddomein over te nemen.

Google heeft aangegeven dat het subdomeinen en submappen op een vergelijkbare manier kan behandelen, maar in de praktijk gedraagt een subdomein zich vaak als een aparte 'property' (bijvoorbeeld in Search Console), waardoor signalen, rapportages en optimalisatiewerkzaamheden over meerdere hostnamen verdeeld kunnen worden. Dit betekent dat subdomeinen nuttig kunnen zijn wanneer de inhoud echt verschillend is (een app, documentatie, community of gelokaliseerde website), maar ze kunnen SEO ook bemoeilijken als je per ongeluk content isoleert, interne links verzwakt of inconsistente technische configuraties creëert over verschillende hostnamen (canonicals, hreflang, redirects, sitemaps, enz.).

Subdomeinen versus submappen

Laten we subdomeinen en subdirectories vergelijken om meer te weten te komen over hun unieke eigenschappen:

Aspect	subdomeinen	Subdirectory's
Structuur	Verschijnen als een aparte hostnaam (bijv. blog.example.com).	Verschijn als een pad onder het hoofddomein (bijv. example.com/).blog).
DNS en hosting	Vereist DNS-records en kan naar verschillende adressen verwijzen. servers of platformen.	Geen DNS-wijzigingen nodig; gehost onder dezelfde domeininfrastructuur.
Infrastructuur flexibiliteit	Hoog flexmogelijkheid; elk subdomein kan verschillende stacks, providers of regio's gebruiken.	Lagere flexibiliteit; doorgaans gekoppeld aan dezelfde stack en hostingomgeving.
Beveiliging en configuratie	Kan aparte TLS-certificaten, WAF-regels, authenticatie en cookies hebben.	Deel de meeste beveiligings- en configuratie-instellingen met de hoofdsite.
SEO-behandeling	Vaak wordt het als een aparte eigenschap beschouwd, waardoor bevoegdheden en signalen gescheiden kunnen zijn.	Verwerf domeinautoriteit directer, waardoor SEO-consolidatie eenvoudiger wordt.
Analytics en tracking	Het is noodzakelijk om tracking over meerdere subdomeinen in te stellen om sessies en gebruikers te verenigen.	Eenvoudigere analyses, omdat alles onder één domein valt.
Inhoudsscheiding	Het meest geschikt voor duidelijk afgebakende functies (apps, API's, supportportals).	Het meest geschikt voor nauw verwante inhoud (blog(documenten, marketingpagina's).
Implementatie en eigendom	Maakt onafhankelijke releasecycli en teamverantwoordelijkheid per subdomein mogelijk.	Nauwere koppeling tussen teams en releases.
User experience	Geeft een specifiek gebied of product aan, maar kan aanvoelen als een aparte locatie.	Het voelt als een doorlopend onderdeel van dezelfde website.
Onderhoudsoverhead	Hoger; meer DNS-records, certificaten, monitoring en beleidsregels om te beheren.	Lagere prijs; minder bewegende onderdelen en eenvoudigere bediening.

Hoeveel subdomeinen kan een domein hebben?

In DNS is er geen vaste, universele limiet voor het aantal subdomeinen dat een domein kan hebben. Je kunt er zoveel aanmaken als je DNS-provider en operationele configuratie redelijkerwijs aankunnen. De praktische beperkingen komen voort uit DNS- en providerlimieten: elk "label" in een naam (zoals api in api.example.com) mag maximaal 63 tekens lang zijn en de volledige domeinnaam maximaal 253 tekens. Diep geneste namen hebben dus een harde lengtelimiet.

Daarnaast zijn de werkelijke beperkingen zaken als het aantal DNS-records dat uw provider toestaat, de omvang van uw zone en de mate van complexiteit die u bereid bent te handhaven (certificaten, routering, monitoring en beveiligingsbeleid) naarmate het aantal subdomeinen groeit.

Zijn subdomeinen veilig?

Subdomeinen kunnen beveiligd zijn, maar ze zijn niet "standaard beveiligd". Elk subdomein is in feite een apart toegangspunt met eigen DNS-records, TLS-configuratie, applicatiestack en beveiligingsinstellingen. De algehele beveiliging hangt dus af van hoe consistent u ze configureert en onderhoudt. Een goed beheerd subdomein kan de beveiliging verbeteren door functies te isoleren (bijvoorbeeld door api.example.com gescheiden te houden van www.example.com) en door specifieke controles toe te passen, zoals strikte authenticatie, rate limiting en WAF-regels.

De grootste risico's komen voort uit verkeerde configuratie en wildgroei. Veelvoorkomende problemen zijn onder andere ontbrekende HTTPS- of zwakke TLS-instellingen, inconsistente beveiligingsheaders, te tolerante CORS-instellingen, het lekken van cookies en sessies tussen subdomeinen, en "subdomeinovername" wanneer een DNS-record verwijst naar een externe dienst die niet langer wordt geclaimd.

In de praktijk zijn subdomeinen veilig wanneer ze worden behandeld als onafhankelijke productieomgevingen: afgeschermde DNS, sterke TLS en een robuuste beveiliging. server/app-instellingen en continue monitoring, net zoals je dat voor het hoofddomein zou doen.

Zijn subdomeinen gratis?

Subdomeinen zijn meestal gratis in de zin dat DNS-providers geen extra kosten per subdomein in rekening brengen. In plaats daarvan kunt u, zodra u een domein bezit, doorgaans een subdomein aanmaken. blog.example.com, api.example.com en vele andere zonder extra kosten.

De kosten, indien van toepassing, hangen af van waar het subdomein naar verwijst: hosting, load balancers, CDN-gebruik, TLS-certificaten (vaak gratis met Let's Encrypt, maar beheerde certificaten kunnen kosten met zich meebrengen) en de tijd en tools die nodig zijn om een ander eindpunt te beheren en te beveiligen. Sommige beheerde platforms kunnen ook subdomeinen beperken of kosten in rekening brengen voor functies die gekoppeld zijn aan aangepaste hostnamen, maar het aanmaken van een subdomein zelf is over het algemeen geen betaalde extra dienst.