Er zijn veel mo­ge­lijk­he­den om domeinen of sub­do­mei­nen door te verwijzen naar een ander deel van uw website of naar een extern adres. Door­ver­wij­zin­gen worden vaak uit­ge­voerd via .htaccess, PHP-script, HTML-metatags en Ja­vaScript.

Waarvoor worden do­mein­om­lei­din­gen gebruikt?

Om­lei­din­gen worden gebruikt om servers te in­for­me­ren dat de inhoud van een website van de ene URL naar de andere is ver­plaatst. Dit is nodig wanneer het oor­spron­ke­lij­ke webadres de be­stem­ming is van een inkomende link, is op­ge­sla­gen op de computer van een gebruiker of een pro­mi­nen­te positie zou kunnen innemen in de re­sul­ta­ten­pa­gi­na’s van zoek­ma­chi­nes (SERP’s). In dit geval geeft de redirect aan de browser of web­craw­ler door dat de inhoud is ver­plaatst, waardoor de gebruiker in plaats daarvan een link naar het nieuwe adres krijgt. Zonder redirects zouden web­si­te­be­zoe­kers een 404-fout­pa­gi­na te zien krijgen in plaats van de site die ze zoeken.

Dit is iets wat vooral com­mer­ci­ë­le web­pro­jec­ten willen vermijden. Online winkels bieden een voort­du­rend wisselend as­sor­ti­ment aan producten die op ver­schil­len­de webpagina’s worden weer­ge­ge­ven. Zodra een artikel niet meer be­schik­baar is, worden po­ten­ti­ë­le klanten door­ge­stuurd naar een pagina met ver­ge­lijk­ba­re producten. Zo kunt u be­zoe­kers­stro­men efficiënt sturen en het boun­ce­per­cen­ta­ge mi­ni­ma­li­se­ren.

Wanneer u een do­mein­om­lei­ding instelt, kunt u dezelfde inhoud ook be­schik­baar maken op ver­schil­len­de we­badres­sen. Alle al­ter­na­tie­ve adressen worden een­vou­dig­weg omgeleid naar het gewenste web­si­te­do­mein, ongeacht de spe­ci­fie­ke URL of het pad dat ge­brui­kers invoeren.

Welke soorten do­mein­om­lei­din­gen zijn er?

Er wordt over het algemeen on­der­scheid gemaakt tussen client-side en server-side redirects. Bij server-side do­mein­re­di­rects worden de bij­be­ho­ren­de HTTP-sta­tus­co­des door­ge­ge­ven aan user agents (browsers of web­craw­lers). Bij client-side redirects ligt dat iets anders. Deze worden uit­ge­voerd zonder enige vorm van respons, wat betekent dat er geen sta­tus­co­des worden afgegeven. Daarom wordt deze laatste methode niet door alle user agents on­der­steund. Dit ongemak kan soms leiden tot situaties waarin bezoekers op de oor­spron­ke­lij­ke pagina blijven en nergens naartoe worden door­ge­stuurd. Vanwege dit soort nadelen wordt vaak de voorkeur gegeven aan server-side om­lei­din­gen. Client-side op­los­sin­gen mogen alleen worden gebruikt wanneer server-side do­mein­om­lei­din­gen om tech­ni­sche redenen niet mogelijk zijn.

Een ander type do­mein­om­lei­ding is de trans­pa­ran­te of on­zicht­ba­re omleiding. Bij dit type omleiding verandert de URL niet. Bij do­mein­om­lei­din­gen met maskering wordt de URL die aan de gebruiker wordt getoond niet gewijzigd, hoewel de klant is door­ge­stuurd naar een ander domein en de inhoud van een andere webpagina te zien krijgt. Aangezien dit type door­stu­ren echter problemen kan ver­oor­za­ken met de in­dexe­ring en de manier waarop de URL in de browser wordt weer­ge­ge­ven, wordt het niet aan­be­vo­len, tenzij er bepaalde be­per­kin­gen gelden.

Tip

Wilt u een do­mein­om­lei­ding instellen? In het volgende artikel van het IONOS Help­cen­trum leest u stap voor stap hoe u uw domein naar een ander domein kunt omleiden.

Server-side om­lei­din­gen

In de meeste gevallen worden do­mein­om­lei­din­gen aan de ser­ver­zij­de uit­ge­voerd via het con­fi­gu­ra­tie­be­stand .htaccess of een PHP-script. Met deze methoden kan in­di­vi­du­eel worden bepaald welke HTTP-sta­tus­co­de aan de user agent moet worden weer­ge­ge­ven. Zo kunnen web­si­te­be­heer­ders do­mein­om­lei­din­gen als permanent of tijdelijk markeren. Hiervoor worden de HTTP-sta­tus­co­des 301 en 302 gebruikt.

  • 301 – Permanent ver­plaatst: De gevraagde bron is nu permanent be­schik­baar onder de omgeleide URL. De oude URL blijft vanaf dit moment ongeldig. Hier is een 301-omleiding nodig.
  • 302 – Tijdelijk ver­plaatst: De gevraagde bron is be­schik­baar onder de omgeleide URL. In te­gen­stel­ling tot de 301-code blijft de oor­spron­ke­lij­ke URL geldig.

Als de HTTP-sta­tus­co­de niet expliciet is ge­de­fi­ni­eerd, geeft de webserver de 302-sta­tus­co­de af tijdens een server-side omleiding. Dit is niet altijd nodig, dus u kunt het beste voor elke omleiding handmatig de gewenste sta­tus­co­de invoeren. Dit helpt namelijk om de kans op in­dexe­rings­fou­ten, zoals URL-kaping, te ver­klei­nen. In te­gen­stel­ling tot de 301-omleiding, in­for­meert de 302-sta­tus­co­de web­craw­lers dat de oor­spron­ke­lij­ke URL ge­ïn­dexeerd moet blijven. Als dit permanent bedoeld is, con­cur­reert het om­lei­dings­adres met de om­lei­dings­be­stem­ming in de index van de zoek­ma­chi­ne.

.htaccess omleiding

.htaccess is een con­fi­gu­ra­tie­be­stand voor Apache-web­ser­vers. Het wordt gebruikt om centrale con­fi­gu­ra­ties op di­rec­to­ry­ni­veau te over­schrij­ven. Met dit bestand kunnen web­si­te­be­heer­ders directory-spe­ci­fie­ke in­stel­lin­gen uitvoeren voor domeinen en hun sub­di­rec­to­ries. Een functie van het .htaccess-bestand is het server-side door­ver­wij­zen van in­di­vi­du­e­le adressen naar andere URL’s.

U kunt een do­mein­om­lei­ding instellen met behulp van code in het .htaccess-bestand. Zodra een .htaccess-bestand met de volgende code in de hoofd­map­pen is geplaatst, worden verzoeken voor het oor­spron­ke­lij­ke domein aan de ser­ver­zij­de omgeleid naar het domein www.example.com:

Redirect 301 / http://www.example.com/
apa­che­conf

Deze regel code begint met redirect 301 en bepaalt welke HTTP-sta­tus­co­de de server moet afgeven. Daarna volgt het pad naar de inhoud die moet worden omgeleid. In het bo­ven­staan­de voorbeeld wordt alle inhoud omgeleid. De laatste stap wordt uit­ge­voerd wanneer de volledige be­stem­mings-URL wordt omgeleid naar de URL van de user agent: http://www.example.com.

Met deze methode kunnen in­di­vi­du­e­le bestanden worden omgeleid. De volgende code toont een .htaccess-omleiding van de ene website naar de andere:

Redirect 301 /directory/example-document.html http://www.example.com/example.html
apa­che­conf

Nadat de HTTP-sta­tus­co­de 301 is af­ge­han­deld, worden het pad naar de map van het bestand dat permanent moet worden omgeleid (/directory/example-document.html) en de om­lei­dings-URL (http://www.example.com/example.html) benoemd.

Zo zou de per­ma­nen­te omleiding eruitzien op een Apache-server met een actieve mod_rewrite-module:

RewriteEngine On
RewriteRule ^directory/example-document.html$ http://www.example.com/example.html [L,R=301]
apa­che­conf

In coderegel 01 wordt de mod_rewrite-module van de Apache-webserver ge­ac­ti­veerd met het commando RewriteEngine On. Daarna volgt een RewriteRule met het pad van het om­lei­dings­be­stand en het be­stem­mings­adres. Caret- en dol­lar­te­ken symbolen markeren het begin en het einde van het pad, en L labelt de laatste mod rewrite-regel voor het bij­be­ho­ren­de verzoek. R=301 stuurt de HTTP-status 301 door.

Bij het con­fi­gu­re­ren van een do­mein­om­lei­ding via .htaccess is het be­lang­rijk om in gedachten te houden dat onjuiste invoer ernstige gevolgen kan hebben voor de werking van een website. Aangezien deze wij­zi­gin­gen direct van kracht worden nadat u het .htaccess-bestand hebt op­ge­sla­gen, moeten con­fi­gu­ra­ties altijd grondig worden getest.

PHP-om­lei­din­gen

Een do­mein­om­lei­ding kan niet alleen worden uit­ge­voerd via de .htaccess-con­fi­gu­ra­tie, maar ook via een commando in een PHP-script (bij­voor­beeld in index.php). De volgende code toont een per­ma­nen­te omleiding naar de fictieve be­stem­mings-URL www.example.com:

<?php
header("Status: 301 Moved Permanently");
header("Location: http://www.example.com");
exit;
?>
php

Bij het door­stu­ren via een PHP-script wordt de beoogde HTTP-sta­tus­co­de ge­de­fi­ni­eerd via de functie header in de tweede regel van de code. In dit voorbeeld moet een per­ma­nen­te 301-omleiding worden uit­ge­voerd. Aangezien om­lei­din­gen aan de ser­ver­zij­de normaal gesproken tijdelijk worden uit­ge­voerd, moeten er actieve maat­re­ge­len worden genomen om per­ma­nen­te om­lei­din­gen via de 301-sta­tus­co­de uit te voeren. Bij per­ma­nen­te om­lei­din­gen wordt ook het be­stem­mings­adres van de do­mein­om­lei­ding ge­re­gi­streerd met header. De omleiding in dit voorbeeld gaat dan naar het adres http://www.example.com. De functie exit in regel 04 van de code beëindigt het script en voorkomt dat een volgende regel code wordt uit­ge­voerd. Om om­lei­din­gen via PHP-script te laten werken, moet het codeblok aan het begin van de HTML-pagina staan. Dit voorkomt dat de server HTML-inhoud naar de om­lei­dings­pa­gi­na over­brengt.

Om­lei­din­gen aan de kant van de klant

Als het om tech­ni­sche redenen niet mogelijk is om een do­mein­om­lei­ding aan de ser­ver­zij­de uit te voeren, kunnen web­si­te­be­heer­ders ge­bruik­ma­ken van op­los­sin­gen aan de client­zij­de. Hiervoor zijn zowel de HTML-metatag refresh als Ja­vaScript be­schik­baar. Het nadeel van om­lei­din­gen aan de client­zij­de is dat servers geen HTTP-sta­tus­co­des ver­strek­ken aan ver­zoe­ken­de browsers of web­craw­lers, waardoor deze niet expliciet op de hoogte worden gesteld van de omleiding. Bovendien worden client-side om­lei­din­gen niet door alle user agents on­der­steund, waardoor het risico bestaat dat niet alle web­si­te­be­zoe­kers worden omgeleid.

Client-side redirects hebben een negatief effect op de in­dexe­ring door zoek­ma­chi­nes. Ex­pli­cie­te uit­slui­ting van in­dexe­ring via de HTTP-sta­tus­co­de 301 vindt niet plaats bij client-side redirects. Dit kan ertoe leiden dat redirect-domeinen con­cur­re­ren met be­stem­mings­do­mei­nen als het gaat om de rang­schik­king in zoek­ma­chi­nes. In te­gen­stel­ling tot server-side redirects, die gro­ten­deels on­zicht­baar blijven voor ge­brui­kers, gaan client-side redirects altijd gepaard met ver­tra­gin­gen, die sommige ge­brui­kers uit­ein­de­lijk kunnen opmerken.

Door­stu­ren via HTML meta refresh

HTML meta-om­lei­din­gen worden ge­ïm­ple­men­teerd via meta-tags met het attribuut http-equiv. Het enige wat hiervoor nodig is, is een eenvoudig HTML-bestand en een bij­pas­sen­de tag in de header voor het maken van om­lei­din­gen. Om bezoekers van uw website op de hoogte te brengen van de omleiding, moet er een over­een­kom­sti­ge melding worden ingesteld in het HTML-document. Typische voor­beel­den zijn regels als ‘Even geduld a.u.b. U wordt omgeleid…’. Een een­vou­di­ge do­mein­om­lei­ding via HTML meta refresh ziet er als volgt uit:

<meta http-equiv="refresh" content="10; url=http://www.example.com/">
html

De klant wordt gevraagd om het domein om te leiden via de metatag http-equiv="refresh". Hoe dit gebeurt, kan worden ge­de­fi­ni­eerd in het in­houds­at­tri­buut. In het voorbeeld worden ge­brui­kers na tien seconden omgeleid naar het doeldo­mein www.example.com.

Ja­vaScript-om­lei­din­gen

Ja­vaScript biedt een een­vou­di­ge mo­ge­lijk­heid voor do­mein­om­lei­din­gen aan de client­zij­de. Net als bij de meta-tag refresh mogen Ja­vaScript-om­lei­din­gen echter alleen per geval worden gebruikt, omdat deze op scripts ge­ba­seer­de taal vanwege vei­lig­heids­over­we­gin­gen niet door elke web­brow­ser wordt on­der­steund. Ja­vaScript kan ook problemen ver­oor­za­ken voor web­craw­lers en ge­brui­kers met actieve NoScript-add-ons. Zo ziet de code voor een do­mein­om­lei­ding via Ja­vaScript eruit:

<script> 
window.location.replace('http://www.example.com'); 
</script>
html

Het be­lang­rijk­ste hier is de derde regel code. In de voor­beeld­co­de wordt het object window.location gebruikt om te verwijzen naar het huidige web­si­te­adres. Het commando replace geeft de browser de opdracht om de gebruiker door te sturen naar het domein dat tussen de haakjes staat: www.example.com.

Ga naar hoofdmenu