Soms wil je dat bezoekers je eigen domein in de adresbalk blijven zien, terwijl de inhoud ergens anders vandaan komt. Bijvoorbeeld omdat je website op een platform staat met een lang, onhandig adres. Domain masking regelt dat. Het klinkt als de ideale oplossing, maar het heeft beperkingen die je vooraf moet kennen.
Hoe domain masking werkt
Bij een gewone redirect antwoordt de server met een statuscode als 301 en gaat de browser naar het nieuwe adres. Bij domain masking gebeurt dat niet. De server stuurt een eenvoudige HTML-pagina terug met daarin een frame, en in dat frame wordt de bestemming geladen.
Vereenvoudigd ziet die pagina er zo uit:
<!doctype html>
<html lang="nl">
<head>
<title>Jouw merk</title>
</head>
<body style="margin:0">
<iframe src="https://jouwmerk.platform.com"
style="border:0;width:100%;height:100vh"></iframe>
</body>
</html>Voor de bezoeker lijkt het alsof hij gewoon op jouwmerk.nl zit. In werkelijkheid draait de website op een ander adres, en kijkt hij er door een venster naar.
Wat het je oplevert
- Je eigen domein blijft zichtbaar. Handig als je merk belangrijk is en de echte website een adres heeft dat je liever niet laat zien.
- Geen hosting nodig. Je hoeft geen eigen server in te richten om je domein aan een bestaande pagina te koppelen.
- Snel opgezet. Eén DNS-record en een schakelaar, en het werkt. Mits de bestemming het toelaat, daarover zo meer.
- Meerdere domeinen, één bestemming. Je kunt meerdere domeinen aan dezelfde gemaskeerde redirect hangen, en per domein per dag zien hoeveel bezoekers erop binnenkomen.
De nadelen
SEO
Zoekmachines kijken naar waar de inhoud werkelijk staat. Google indexeert de pagina’s van de bestemming op hun eigen adres, niet op jouw gemaskeerde domein. Jouw domein bevat voor Google alleen een frame. Wil je met je eigen domein gevonden worden, dan helpt masking je daar niet bij.
Diepe links en de terugknop
Klikt een bezoeker binnen het frame door naar een andere pagina, dan verandert de adresbalk niet mee. Hij blijft jouwmerk.nl tonen. Gevolgen:
- Een link naar een specifieke pagina delen gaat niet. Wie de adresbalk kopieert, deelt altijd de homepage.
- Bladwijzers wijzen altijd naar de startpagina.
- Verversen brengt de bezoeker terug naar het begin.
- De terugknop gedraagt zich niet altijd zoals de bezoeker verwacht.
Inloggen en betalen
Browsers zijn streng geworden met cookies binnen frames van een ander domein. Een website in een frame kan daardoor problemen krijgen met inloggen of een winkelmandje dat wordt vergeten. Betaalpagina’s en inlogpagina’s van externe partijen weigeren bovendien vaak om in een frame te laden. Een bestelling die halverwege vastloopt, is het laatste wat je wilt.
Waarom masking niet bij elke site werkt
Een website kan zelf bepalen of ze in een frame op een ander domein geladen mag worden. Veel sites verbieden dat, om te voorkomen dat iemand hun pagina in een eigen omgeving laat zien en bezoekers misleidt (clickjacking). Dat gebeurt met een van deze headers:
X-Frame-Options: SAMEORIGIN
Content-Security-Policy: frame-ancestors 'self'Stuurt de bestemming zo’n header mee, dan weigert de browser de pagina in het frame te tonen. De bezoeker ziet dan een lege pagina of een foutmelding. Dat los je niet op met een andere instelling aan jouw kant. Alleen de beheerder van de bestemming kan het toestaan.
Grote platforms, banken, social media en veel webshopsystemen sturen deze headers standaard mee. Controleer dus altijd of je bestemming in een frame werkt voordat je op masking rekent.
Masking of een gewone redirect?
| Situatie | Beste keuze |
|---|---|
| Je verhuist je website naar een nieuw domein | 301 redirect |
| Extra domeinen naar je hoofdsite | 301 redirect |
| Webshop of site met inloggen | Redirect, of het domein direct aan het platform koppelen |
| Eenvoudige pagina met een lang platformadres, die framing toestaat | Masking kan |
| Je wilt met het domein gevonden worden in Google | Een eigen website op dat domein |
Kan je platform je eigen domein rechtstreeks koppelen, dan is dat bijna altijd beter dan masking. Dan draait de site echt op jouw domein, met werkende links en zonder frame. Masking is vooral een oplossing als die mogelijkheid er niet is.
Twijfel je, kies dan de gewone redirect. Die werkt met elke bestemming, geeft zoekmachines een duidelijk signaal en laat bezoekers zien waar ze werkelijk zijn. Bezoekers vertrouwen een adres dat ze herkennen vaak meer dan een pagina waarvan de adresbalk nooit verandert.
Wil je weten hoe een gewone doorverwijzing werkt, lees dan hoe je een domein doorstuurt of waarom de 301 redirect de standaard is.
Domain masking instellen
In WebsiteRedirect is masking een schakelaar op de redirect. Zo zet je het op:
- Maak een redirect aan met de bestemming die je wilt tonen, bij voorkeur een https-adres.
- Zet domain masking aan. In plaats van een statuscode krijgt de bezoeker dan je domein in de adresbalk en de bestemming in een frame.
- Voeg je domein toe, en ook de www-variant als je die gebruikt.
- Zet het DNS-record. Voor het hoofddomein een A-record met het IP-adres uit je dashboard, voor een subdomein zoals www een CNAME naar edge.websiteredirect.nl.
- Wacht op verificatie. Zodra het record naar ons wijst, wordt het domein geverifieerd en krijgt het automatisch een SSL-certificaat.
- Test in je browser. Open het domein en klik een paar pagina’s door. Zie je een lege pagina, dan blokkeert de bestemming framing en kun je beter een gewone redirect gebruiken.
Met de redirect checker zie je hoe je domein antwoordt. Of de bestemming in een frame mag, zie je in de netwerktab van je browser aan de headers X-Frame-Options en Content-Security-Policy.