Functies

Subdomeinen die zich gedragen als echte sites

Richt de app, winkel, documentatie of stagingomgeving in waar u maar wilt en krijg er een echte, volledig geïsoleerde site achter: met een eigen stack, database, cache, back-ups en resourcebeveiliging. Volledige controle over DNS-records, automatische SSL inclusief wildcards en subdomeinen voor staging met één klik. Beschikbaarheid: databasethrottling per site is in volle ontwikkeling en nog niet beschikbaar. Al het andere dat hier wordt beschreven, is vanaf vandaag live.

  • 1-klikStaging-subdomein en push-to-live
  • WildcardSSL automatisch en gratis uitgegeven
  • 99,99%Uptime-garantie
  • 650.000+wereldwijd gehoste websites

Een subdomein is hier een volledige website, geen map

Op de meeste hosts is een subdomein een map met een herschrijfregel ervoor. Hier is het een volwaardig siterecord met een eigen blueprint-versie, een eigen plaatsing op de vloot en een eigen isolatiegrens. Alles wat u met een primair domein kunt doen, kunt u ook met een subdomein doen.

Een eigen stack en blauwdruk

Elke subdomeinsite is gebouwd op basis van een versiebeheerde blauwdruk en draait op een eigen stacktype en runtime: managed WordPress, WooCommerce, PHP, statische HTML of Node. Uw docsubdomein kan statische HTML zijn terwijl de root WordPress gebruikt, zonder compromissen daartussen.

Een eigen database en object-cache

Een MariaDB-database per site, LiteSpeed LSCache full-page caching en een per-site Redis of Memcached object cache. Er wordt niets gedeeld met de hoofdsite, dus een zwaar subdomein kan de cache van de hoofdsite niet wissen of de bijbehorende queries belasten.

Zijn eigen isolementscel

CloudLinux LVE begrenst CPU, RAM, IO, IOPS en entry processes per site, CageFS geeft elke site zijn eigen bestandssysteemweergave en MySQL Governor throttlet de databasebelasting per site. Een op hol geslagen subdomein wordt binnen zijn eigen kooi ingeperkt.

Een eigen back-up- en herstelpad

Dagelijkse back-ups worden 30 dagen bewaard met herstel in één klik, per site. U kunt een subdomein terugzetten naar gisteren zonder de moedersite of andere subdomeinen aan te raken.

DNS-records waar je daadwerkelijk controle over hebt

Subdomeinen zijn eerst een DNS-probleem en pas daarna een hostingprobleem, dus de DNS-laag wordt correct blootgesteld in plaats van verborgen achter een formulier met twee velden.

Elk registreerbaar domein dat je host krijgt een DNS-zone die wordt beheerd via onze DNS-driver. Je beschikt over record-CRUD voor alle verwachte recordtypen, dus het toevoegen van app, shop, docs, mail of een wildcard-host is een recordwijziging in plaats van een supportticket. De zonestatus wordt idempotent afgestemd op de provider, wat betekent dat een half toegepaste wijziging of een opnieuw geprobeerde bewerking convergeert naar de door jou gevraagde status in plaats de zone in een onduidelijke tussenstatus achter te laten.

Registrar en DNS zijn bewust van elkaar losgekoppeld: u kunt een domein bij ons registreren en DNS elders onderbrengen, of het domein bij uw bestaande registrar houden en eenvoudig een subdomein naar ons laten verwijzen. We verifiëren de delegatie en activering van nameservers voordat we een domein als live beschouwen, zodat u via het platform ontdekt dat een record niet klopt in plaats van via een klant.

  • Volledig recordbeheer per zone, inclusief wildcard-hosts
  • Idempotente zone-reconciliatie, zodat een geprobeerde of gedeeltelijke wijziging convergeert in plaats van afwijkt
  • Premium anycast DNS inbegrepen bij elk abonnement, via een pool van onafhankelijke providers
  • Nameserver- en activatiecontroles voordat een domein als actief wordt beschouwd
  • Breng een domein mee dat al van jou is: verifieer het eigendom, koppel de DNS, behoud je registrar
  • Geen langetermijnverplichtingen bij het weggaan, inclusief het opvragen van de auth-code en het ontgrendelen van de registrar voor transfers

Certificaten, levering en snelheid op elke host

Een subdomein dat traag is of een certificaatwaarschuwing toont, is erger dan helemaal geen subdomein, dus het afleverpad is precies hetzelfde als dat van het hoofddomein.

Gratis SSL, inclusief wildcards

Let's Encrypt-certificaten worden automatisch uitgegeven en vernieuwd. Gebruik een wildcard-certificaat om alle subdomeinen tegelijk te dekken, hostspecifieke certificaten waar u ze wilt scheiden, of upload uw eigen aangepaste certificaat.

LiteSpeed en HTTP/3

Elke site wordt gehost door LiteSpeed met HTTP/3 ingeschakeld, zodat een subdomein dezelfde prestaties op verbindingsniveau krijgt als het rootdomein in plaats van een tweederangs vhost.

Volledige pagina- en objectcaching

LSCache full-page caching plus een Redis object-cache per site, met gececoördineerde leegmaakfuncties vanuit het dashboard of vanuit WordPress. Het leegmaken van de hoofdsite wist de cache van uw subdomein niet.

CDN-account naar keuze

Implementeer via onze CDN en de Cloudflare-accountpool of verbind uw eigen accounts en kies naar welke account een bepaalde site wordt geïmplementeerd. Levering is een beslissing die u neemt, niet een die wij voor u nemen.

Staging-subdomeinen en push-to-live

De meest voorkomende reden om een subdomein te willen, is om een veilige plek te hebben om dingen te slopen. Dat pad is ingebouwd en zonder beperkingen beschikbaar op Mainstream-abonnementen.

Klonen naar staging maakt een geISOleerde kopie van een live site op een staging-subdomein, met behoud van de bestanden en database, op dezelfde stack en blueprint-versie als productie. Je werkt aan de kopie met de volledige set aan tools: gejailde SSH en SFTP, wp-cli, de op de browser gebaseerde VS Code editor, phpMyAdmin of Adminer, per-site cron en omgevingsvariabelen.

Wanneer de wijziging is bewezen, voert push to live een database-bewuste synchronisatie uit terug naar productie. U kiest bestanden, database of beide, en het zoeken en vervangen wordt voor u afgehandeld, zodat de URL's in uw inhoud de site volgen in plaats de staging-host te blijven aanwijzen. Omdat provisioning, klonen en implementatie allemaal worden uitgevoerd als duurzame Temporal workflows met herpogingen per stap en compensatie, draait een fout halverwege het gedeeltelijke werk terug in plaats van u achter te laten met een half gekloonde site.

  • Kloon in één klik naar een geïsoleerd staging-subdomein, inclusief bestanden en database
  • Zelfde stack en blueprint-versie als productie, dus wat je test is wat je releaset
  • Database-gebaseerde push-to-live met zoeken-vervangen, bestanden of database of beide
  • Duurzame, herprobeerbare workflows met compensatie, zodat een mislukte kloon halverwege een website niet laat strandden
  • Volledige ontwikkelaarstoegang tot de stagingkopie: SSH, SFTP, wp-cli, web-ide, databasetools

Wanneer een subdomein de verkeerde tool is

We vertellen dit je liever vooraf dan dat we je iets verkopen dat ondermijnt wat je probeert te bereiken.

Subdomeinen zijn de juiste keuze voor het structureren van één merk: een app, een winkel, een documentatiewebsite, een klantenportaal, een staging-omgeving per klant. Ze zijn de verkeerde keuze voor een privé-bloggenetwerk. Elk subdomein deelt één registreerbaar domein, dus iedereen die er een auzoekt, weet precies wie de eigenaar is van de rest. Onder een wildcardcertificaat delen ze ook een certificaat, en de uitgifte van certificaten wordt gepubliceerd in openbare Certificate Transparency-logboeken, waardoor hosts onder een gedeeld domein doorzoekbaar zijn voor iedereen die de moeite neemt om te kijken. Dat is een eigenschap van het openbare web-PKI en DNS, niet van ons platform, en geen enkele hostingconfiguratie verandert daar iets aan.

Subdomeinen vallen dus onder onze Mainstream- en Agency-lijnen, en niet onder de Footprint-Free-lijn. Als je vereiste is dat sites niet aan elkaar te koppelen mogen zijn, heb je aparte registreerbare domeinen nodig op de footprint-free-productlijn, waar de CDN- en DNS-accountpools, footprintbeheer en statische-HTML-levering precies bestaan om dat patroon te doorbreকেন. Beide draaien op dezelfde engine en hetzelfde dashboard, dus correct kiezen kost je niets aan gebruiksgemak.

Subdomeinen over een portfolio

Bureaus en resellers gebruiken subdomeinen op grote schaal: een staging-host per klant, een preview-host per project, een portaal per account. Het platform is gebouwd voor die manier van werken.

Hiërarchische tenancy

Organisaties zijn hiërarchisch gestructureerd als een boomstructuur, van reseller naar klant tot websites, en elk record is afgeschermd en afgedwongen in de database met row-level security. De subdomeinen van een klant behoren tot de organisatie van die klant, en niet tot een gedeelde pool die je op basis van afspraken moet controleren.

Bulkbewerkingen

Implementeer, update en beheer meerdere sites in één actie in plaats van jezelf te herhalen voor elke site.

API-, CLI- en MCP-toegang

Alles in het dashboard bevindt zich in de publieke API, gegenereerd vanuit de OpenAPI-specificatie. Beheer subdomeinaanmaak via een API-sleutel met organisatiebereik, de CLI, Terraform of een AI-tool via onze MCP-server.

Beheerde activiteiten met auditlogboek

Privilegedente en administratieve acties worden gelogd voor audits, en op rollen gebaseerd toegangsbeheer bepaalt wie binnen je team wat kan doen. Je kunt zien wie een host heeft aangemaakt, gewijzigd of verwijderd.

Veelgestelde vragen

Telt een subdomein mee voor de siteslimiet van mijn abonnement?

Ja. Omdat elk subdomein werkt als een volledige, afzonderlijk geïsoleerde site met een eigen stack, database, cache en back-ups, neemt dit een siteslot op je abonnement in beslag op dezelfde manier als een primair domein. Abonnementen worden verkocht op basis van het aantal sites dat ze dekken, dus het toevoegen van een subdomainsite werkt financieel precies hetzelfde als het toevoegen van elke andere site.

Kan elk subdomein een andere stack dan de main site draaien?

Ja, en ze zijn echt onafhankelijk. Elk subdomein is een eigen sitemaprecord met een eigen blauwdruk, dus de stacks hoeven niet overeen te komen: WordPress op het hoofdveld, WooCommerce op shop, een Node.js-app op app en een statische site op docs is hier een gebruikelijke opzet in plaats van een uitzondering. Ze kunnen op verschillende machines draaien, verschillende runtimes en verschillende PHP- of Node-versies gebruiken, en op hun eigen schema worden gedeployed, gestaged, geback-uped en teruggedraaid. Niets van de ene beperkt de andere, behalve dat ze een domeinnaam delen.

Krijgen subdomeinen een eigen SSL-certificaat?

Ze vallen hoe dan ook automatisch onder de dekking. U kunt een wildcard-certificaat aanmaken dat alle hosts onder het domein tegelijk dekt, of per host een certificaat aanmaken als u ze gescheiden wilt houden. Let's Encrypt-certificaten zijn gratis, worden automatisch uitgegeven en vernieuwd, en u kunt in plaats daarvan een eigen certificaat uploaden als u er een heeft.

Kan ik subdomeinen gebruiken om een PBN te bouwen?

We raden het af en we verkopen het niet op die manier. Elk subdomein deelt één registreerbaar domein, en onder een wildcard-certificaat een gedeeld certificaat waarvan de uitgifte zichtbaar is in openbare Certificate Transparency-logboeken, waardoor de hosts voor iedereen die ernaar kijkt aan elkaar te koppelen zijn. Gebruik voor werk waarbij sites niet met elkaar in verbinding mogen staan afzonderlijke registreerbare domeinen op onze Footprint-Free lijn, die hiervoor speciaal is ontworpen met CDN- en DNS-accountpools, beheerde footprints en statische HTML-levering.

Kan het probleem van één subdomein de andere beïnvloeden?

Het platform is zo ontworpen dat het problemen insluit in plaats van ze te laten verspreiden. CloudLinux LVE begrenst de CPU, het geheugen en de IO van elke site binnen zijn eigen kooi, CageFS geeft elke site een geïsoleerd bestandssysteem zodat een inbreuk wordt ingeperkt, en MySQL Governor throttlet de databasebelasting per site zodat zware queries van één site de server niet vertragen. Malware-scanning, een proactieve webapplicatiefirewall en onveranderbare back-ups per site ondersteunen dit. Insluiting is het ontwerpdoel; geen enkele host kan beloven dat een compromittering onmogelijk is.

Kan ik een subdomein naar jullie verwijzen terwijl mijn DNS ergens anders blijft?

Ja. Registrar en DNS zijn bewust los gekoppeld van elkaar. Je kunt je domein bij je huidige registrar houden en je zone bij je huidige DNS-provider, en eenvoudig een record van een subdomein naar ons laten wijzen. We verifiëren de delegatie en activatie voordat we de site als live beschouwen, zodat een verkeerd getyped record direct opvalt in plaats van stil te falen. Wanneer de zone van het hoofddomein al hier wordt gehost, schrijven we in plaats daarvan het record van het subdomein er voor je in, zodat je zelf niets met de hand hoeft toe te voegen.

Hoe verschilt een testsubdomein van een gewone?

Alleen in de manier waarop het wordt gemaakt. Kloon naar staging maakt een geïsoleerde kopie van een live site, inclusief bestanden en database, op een staging-subdomein dat dezelfde stack en blueprint-versie gebruikt als de productieomgeving. Wanneer u tevreden bent, synchroniseert push-to-live het geheel terug met een database-bewuste zoek-en-vervangfunctie. Al het overige, isolatie, SSL, caching, back-ups en ontwikkelaarstoegang, is identiek aan elke andere site.

Wat gebeurt er met mijn subdomeinen als ik vertrek?

Je neemt ze mee. Er is nergens in het platform sprake van een lock-in: je kunt auth-codes opvragen, domeinen ontgrendelen en verhuizen, je eigen CDN- en DNS-accounts koppelen en je websites exporteren. Elke externe provider die we gebruiken bevindt zich achter een verwisselbare adapter, en dat geldt net zo goed voor jou als voor ons.

Geef elk subdomein een waardevolle website

Volledige isolatie, wildcard SSL, echte DNS-besturing en staging met één klik op elke host die je toevoegt. Start een proefperiode van 14 dagen zonder creditcard en ontdek of het bij je past voordat je je ergens aan verbindt.

Start gratis