Hoe koppel je een eigen domein aan je app of website
Om een eigen domein te koppelen koop je het domein bij een registrar en voeg je een DNS-record toe dat het naar je host wijst. Dat is meestal een CNAME-record voor een subdomein zoals www of app, of een A-record (of ALIAS/geflatt record) voor het root-domein. Daarna laat je je host het domein verifiëren en een HTTPS-certificaat uitgeven. Dat duurt meestal minuten, soms langer. De meeste problemen komen door een typefout in het record, het verkeerde recordtype, of een proxy voor de host.
Deze gids behandelt elke stap, de keuze tussen www en root, en hoe je problemen oplost. Voor de concepten achter domeinen, zie hoe domeinen en DNS werken.
De onderdelen
| Onderdeel | Wat het is | Wie levert het |
|---|---|---|
| Domeinnaam | De naam die je jaarlijks huurt, zoals voorbeeld.com | Een registrar |
| DNS | De publieke opzoeking die namen omzet in serveradressen | Je DNS-provider (vaak de registrar) |
| Records | Losse DNS-vermeldingen: "www wijst naar…" | Jij voegt ze toe |
| Host | De dienst die je app draait | Je hosting of appbouwer |
| Certificaat | Wat https:// mogelijk maakt | Meestal automatisch uitgegeven door de host |
De registrar en de DNS-provider zijn vaak hetzelfde bedrijf, maar dat hoeft niet. Wat telt is: waar bewerk je de DNS voor dit domein? Daar voeg je de records toe.
Stap 1: Koop een domein
Tips voor kiezen en kopen:
- Houd het kort en makkelijk om hardop te spellen. Als je de spelling moet uitleggen, kies iets anders.
.comis de standaard die mensen raden, maar landelijke en nieuwere extensies (.io,.app,.co.uk) zijn prima als ze bij je doelgroep passen.- Controleer de verlengingsprijs, niet alleen de prijs van het eerste jaar. Introductiekortingen zijn gebruikelijk en verlengingen kunnen duurder zijn.
- Zet automatische verlenging aan en houd de betaalkaart actueel. Een verlopen domein haalt je site en e-mail offline, en na een uitstelperiode kan iemand anders het kopen.
- Gebruik WHOIS-privacy als die wordt aangeboden, zodat je persoonlijke gegevens niet openbaar worden.
- Koop het in een account dat je beheert, niet in dat van een freelancer of bureau.
Sommige hosts en appbouwers laten je het domein rechtstreeks in het product kopen. Dat stelt ook DNS voor je in.
Stap 2: Kies het adres
Subdomein vs root-domein
- Root (apex)-domein:
voorbeeld.com - Subdomein:
www.voorbeeld.com,app.voorbeeld.com
Een veelgebruikte opzet is een marketingsite op voorbeeld.com of www.voorbeeld.com en het product op app.voorbeeld.com. Voor één site kies je tussen www en het root-domein.
www.voorbeeld.com | voorbeeld.com | |
|---|---|---|
| Recordtype | CNAME naar je host | A/AAAA-record, of ALIAS/ANAME/geflatte CNAME |
| Moeilijkheid van instellen | Makkelijk overal | Hangt af van je DNS-provider |
| Uiterlijk | Iets langer | Korter |
De DNS-standaard staat geen CNAME-record toe op het root van een domein, omdat daar andere records moeten staan (zoals de nameserver-records). Veel DNS-providers omzeilen dat met een speciaal recordtype, afhankelijk van de provider ALIAS, ANAME of CNAME-flattening genoemd, dat zich als CNAME op het root gedraagt. Als jouw provider dat niet heeft, is de betrouwbare aanpak: serveer de site op www en stel een redirect van het root naar www in bij je DNS-provider of registrar.
Wat je ook kiest, kies één hoofdadres en stuur het andere ernaartoe door. Als beide dezelfde inhoud tonen zonder redirect, is dat verwarrend voor gebruikers en zoekmachines. Zie SEO voor met AI gebouwde websites voor waarom één canoniek adres belangrijk is.
Stap 3: Voeg de DNS-records toe
Je host vertelt precies wat je moet toevoegen. Het ziet er ongeveer zo uit:
| Type | Naam / Host | Waarde / Doel | Gebruikt voor |
|---|---|---|---|
CNAME | www | jouwsite.hostnaam.com | Een subdomein naar een hostnaam laten wijzen |
A | @ | 192.0.2.10 | Het root laten wijzen naar een IPv4-adres |
AAAA | @ | 2001:db8::10 | Het root laten wijzen naar een IPv6-adres |
TXT | _verify of @ | een codestring | Bewijzen dat je het domein bezit |
Zo vul je het formulier bij de meeste DNS-providers in:
- Naam / Host: alleen het subdomeindeel, dus
wwwen nietwww.voorbeeld.com. Sommige providers voegen het domein automatisch toe, en als je het volledig intypt, ontstaatwww.voorbeeld.com.voorbeeld.com. Gebruik@voor het root als je provider die conventie hanteert. - Waarde / Doel: plak precies wat de host toont. Een afsluitende punt is prima als je provider er zelf een toevoegt.
- TTL: de standaardwaarde is prima. Een lagere TTL (zoals 5 minuten) zorgt dat toekomstige wijzigingen sneller doorwerken.
- Proxy: als je DNS-provider verkeer kan proxyen (bijvoorbeeld de oranje wolk van Cloudflare), volg dan de instructies van je host. Veel hosts vereisen "alleen DNS" zodat ze het certificaat kunnen uitgeven.
Laat bestaande records met rust, tenzij de host je vertelt ze te wijzigen. Raak vooral MX-records niet aan, want die leveren je e-mail af. Ze verwijderen of wijzigen is de meest voorkomende manier waarop een domeinwijziging e-mail breekt.
Nameservers wijzigen vs records toevoegen
Sommige hosts bieden twee opties: een record toevoegen, of al het DNS van je domein naar hen verplaatsen door de nameservers bij de registrar te wijzigen. Het wijzigen van nameservers verplaatst elk record, inclusief e-mail. Doe dat alleen als je bereid bent alle bestaande records bij de nieuwe provider opnieuw aan te maken. Een enkel record toevoegen is minder riskant.
Stap 4: Verifiëren en HTTPS inschakelen
Nadat het record er staat, ga je terug naar je host en klik je op de verifieerknop. De host controleert de DNS en vraagt vervolgens een certificaat aan, meestal bij een gratis certificaatautoriteit zoals Let's Encrypt, en begint je site via HTTPS te serveren.
- Verifiëren kan meerdere pogingen kosten terwijl DNS-wijzigingen doorwerken.
- Certificaten worden automatisch vernieuwd zolang het DNS-record blijft bestaan.
- Als je domein CAA-records heeft (die beperken welke certificaatautoriteiten het mogen uitgeven), zorg dan dat ze de certificaatautoriteit van je host toestaan, anders mislukt de uitgifte.
Zodra HTTPS werkt, controleer je of http:// doorstuurt naar https://. De meeste hosts doen dat automatisch.
Stap 5: Test het
-
https://www.voorbeeld.comlaadt je site met een slotje - De andere vorm (root of
www) stuurt door naar je hoofdadres -
http://stuurt door naarhttps:// - Inloggen, OAuth-aanmelding en betalingsredirects werken op het nieuwe domein (ze hebben vaak lijsten met toegestane URL's die nog naar het oude adres verwijzen)
- E-mail naar je domein komt nog aan
- Links in e-mails die je app verstuurt gebruiken het nieuwe domein
Het vierde punt zorgt vaak voor verrassingen: Google-aanmelding, Stripe-webhooks en wachtwoordresetlinks zijn allemaal ingesteld met specifieke URL's. Voeg het nieuwe domein toe waar je oude adres staat. Zie hoe je inloggen aan je app toevoegt voor de OAuth-kant.
Problemen oplossen
| Symptoom | Waarschijnlijke oorzaak | Oplossing |
|---|---|---|
| Verifiëren blijft mislukken | Typfout in het doel, verkeerd recordtype, of naam als volledig domein ingevoerd | Vergelijk het record teken voor teken met wat de host toont |
| Werkt voor jou, niet voor anderen (of andersom) | DNS-caching tijdens een wijziging | Wacht tot de TTL verstreken is; test vanaf een telefoon op mobiel netwerk |
| Certificaat- of "niet veilig"-fout | Certificaat nog niet uitgegeven, proxy ervoor, of CAA-records die blokkeren | Wacht een paar minuten en verifieer opnieuw; zet de proxy op alleen DNS; controleer CAA |
| "Te veel redirects" | Twee lagen die beide doorsturen (bijvoorbeeld een proxy die HTTPS afdwingt en de host die hetzelfde doet) | Schakel een van de redirects uit, of gebruik "alleen DNS" |
Root-domein werkt niet, www wel | Geen record of redirect voor het root | Voeg een ALIAS/geflat record toe, of stuur het root door naar www |
| E-mail werkt niet meer | MX-records gewijzigd of verloren bij het verplaatsen van nameservers | Herstel de MX-records volgens de instructies van je e-mailprovider |
| Oude site blijft zichtbaar | Oud A-record staat nog naast het nieuwe | Verwijder tegenstrijdige records voor dezelfde naam |
Een gratis online DNS-opzoektool, of dig www.voorbeeld.com in een terminal, laat zien wat de wereld nu ziet voor je record. Dat helpt om te bepalen of het probleem bij DNS of bij de host ligt.
Een eigen domein koppelen op Mythex
Eigen domeinen zijn een Pro-functie op Mythex. Gratis abonnementen publiceren naar een adres jouwnaam.mythex.app. Op Pro kun je:
- Een domein kopen binnen Mythex via Domeinen in de instellingen, of via Publiceren → Eigen domein op een live project. Mythex registreert het en stelt de DNS in. Registratie wordt los van het Pro-abonnement gefactureerd, en automatische verlenging staat standaard aan.
- Een domein koppelen dat je al bezit. Publiceer het project, kies Koppelen, voer de hostnaam in (bijvoorbeeld
app.voorbeeld.com), en voeg daarna een CNAME toe bij je DNS-provider dat naar het doel wijst dat Mythex toont (jouwslug.mythex.ai). Klik op Verifiëren. HTTPS wordt automatisch uitgegeven.
Als je DNS bij Cloudflare staat, zet dat CNAME dan op alleen DNS (grijze wolk), niet geproxied. Voor een root-domein raden de docs aan www of app te gebruiken en het root bij je DNS-provider door te sturen als die geen ALIAS of flattening ondersteunt.
Zie Eigen domeinen in de docs voor de volledige stappen en probleemoplossing, en Abonnementen voor wat in Pro zit. Voordat je een domein naar een app laat wijzen, is het de moeite waard om een AI-prototype naar productie brengen door te lopen.
Veelgestelde vragen
Hoe lang duurt het voordat een eigen domein werkt?
Vaak een paar minuten nadat je het DNS-record hebt toegevoegd, maar het kan langer duren, afhankelijk van je DNS-provider en de TTL van het record (hoe lang resolvers het in de cache houden). Als je nameservers hebt gewijzigd, reken dan op meer tijd.
Moet ik www of het root-domein gebruiken?
Beide werken voor bezoekers. Een subdomein zoals www of app is meestal makkelijker te koppelen, omdat het een CNAME-record kan gebruiken. Veel sites tonen www en sturen het root-domein daarheen door, of andersom. Kies er gewoon één als hoofdadres.
Moet ik een SSL-certificaat kopen?
Meestal niet. De meeste moderne hosts, waaronder appbouwers, geven gratis HTTPS-certificaten automatisch uit zodra je DNS naar hen wijst. Je hoeft er alleen een te kopen voor speciale gevallen, zoals sommige certificaten die door een organisatie zijn gevalideerd.
Waarom kan ik geen CNAME-record toevoegen voor mijn root-domein?
De DNS-regels staan geen CNAME toe op het root (apex) van een domein, omdat daar andere verplichte records staan. Sommige DNS-providers bieden ALIAS-, ANAME- of CNAME-flattening om hetzelfde effect te bereiken. Anders gebruik je www en stuur je het root-domein door.