Domein doorsturen en paden plus UTM behouden
Leer hoe je een domein doorstuurt zonder paden, queryparameters of campagnetracking te verliezen en tegelijk loops, SSL-problemen en kapotte links voorkomt.

Wil je een domein doorsturen met behoud van pad en queryparameters, dan moet je redirectlaag de volledige request-URI meenemen, niet alleen de hostname.
Een request zoals:
old-brand.example/pricing?plan=pro&utm_source=email
moet uitkomen op:
new-brand.example/pricing?plan=pro&utm_source=email
Als je setup alleen het kale domein doorstuurt, verlies je de exacte context van de gebruiker. Dat breekt campagne-URL's, deep links, docs-pagina's en vaak ook de SEO-waarde van de migratie.
Is dit onderdeel van een grotere verhuizing, begin dan met de website migratie redirect checklist en kom daarna terug naar deze implementatiedetails.
Wat pad- en querybehoud echt betekent
"Domein doorsturen" kan meerdere dingen betekenen.
Alleen host forwarding
Elke request gaat naar een nieuwe homepage:
old-brand.example/* -> new-brand.example/
Dit is simpel, maar gooit context weg.
Doorsturen met padbehoud
Het pad na het domein blijft gelijk:
old-brand.example/blog/post-1 -> new-brand.example/blog/post-1
Dit is wat de meeste migraties nodig hebben.
Query-preserving forwarding
Campagne- en trackingparameters blijven intact:
old-brand.example/prijzen?utm_source=linkedin -> new-brand.example/prijzen?utm_source=linkedin
Zonder dit worden campagneanalytics en attributie snel onbetrouwbaar.
Waarom DNS alleen niet genoeg is
DNS-records zoals CNAME of A vertellen het internet waar verkeer heen moet. Ze geven zelf geen HTTP 301 of 302 redirect terug aan de browser.
Voor een echte URL-verhuizing heb je een HTTP-redirectlaag nodig die bepaalt:
- welke statuscode wordt gebruikt
- welke bestemming wordt teruggegeven
- of paden worden doorgegeven
- of queryparameters worden behouden of opgeschoond
Domeinforwarding is daarom niet alleen een DNS-taak. Het is routing.
Twijfel je of de wijziging permanent is, lees dan 301 vs 302 vs 307 vs 308 redirects voordat je live gaat.
Veilig patroon voor een domeinmigratie
Voor de meeste migraties is dit de juiste basis:
- kies de definitieve canonical hostname
- forceer HTTPS
- stuur elk belangrijk oud pad naar het nieuwe equivalent
- behoud belangrijke queryparameters
- houd het aantal hops op een
Voorbeeld:
http://old-brand.example/docs/api?ref=partner
-> https://new-brand.example/docs/api?ref=partnerNiet:
http://old-brand.example/docs/api
-> https://old-brand.example/docs/api
-> https://www.new-brand.example/docs/api
-> https://new-brand.example/docs/apiWanneer padbehoud het belangrijkst is
Website migraties
Bij een nieuw domein of replatforming houden oude backlinks en geïndexeerde URL's waarde wanneer paden naar relevante nieuwe pagina's wijzen.
Docs en helpcenters
Gebruikers landen vaak direct op een artikel, niet op de homepage. Alles naar / sturen is een slechte ervaring.
Campagnes en landingspagina's
E-mail, LinkedIn, Google Ads en affiliate links bevatten vaak specifieke paden en UTM's. Die moeten de verhuizing overleven.
QR-codes
QR-codes worden gedrukt, gedeeld en opgeslagen. Als ze naar deep links wijzen, moet het pad blijven werken.
Queryparameters: bewaren of opschonen?
Niet elke queryparameter is even belangrijk.
Meestal wil je bewaren:
utm_sourceutm_mediumutm_campaign- affiliate- of partner-ID's
- productfilters wanneer ze onderdeel van de gebruikerservaring zijn
Soms wil je opschonen:
- verouderde trackingparameters
- duplicate cachebusters
- parameters die privacy- of beveiligingsrisico geven
Leg dit vast in de redirectspec. Laat het niet afhangen van wat een tool toevallig standaard doet.
SSL en HTTPS
Een domeinredirect moet ook veilig openen. Let op:
- oude host heeft geldig SSL nodig
- nieuwe host heeft geldig SSL nodig
- HTTP moet direct naar de canonical HTTPS URL
- wildcard-subdomeinen vragen aparte DNS- en certificaatcontrole
Met UrlEdge kun je eigen domeinen verbinden en automatische HTTPS laten provisionen. Controleer wel altijd de DNS-status voordat je campagnes omzet.
Testplan voor livegang
Test minimaal:
- homepage
- top organische landingspagina's
- pricing en signup
- docs en supportartikelen
- actieve campagne-URL's met UTM's
- affiliate links
- mobiel en desktop
- HTTP en HTTPS varianten
Voor elke URL wil je zien:
- statuscode
- alle hops
- eindbestemming
- behoud van pad
- behoud van queryparameters
Een redirect checker maakt dit sneller zichtbaar.
Veelgemaakte fouten
Alles naar de homepage
Makkelijk, maar vaak slecht voor gebruikers, SEO en campagnes.
DNS verwarren met redirects
DNS stuurt verkeer naar een server. De server of edge-laag moet de HTTP redirect geven.
UTM's verliezen
Dan kun je na launch niet meer goed zien welke campagne verkeer of omzet bracht.
Redirectketens laten staan
Een domeinverhuizing moet niet via oude hosts en tussenpaden blijven lopen. Lees ook redirectketens en loops opsporen.
UrlEdge setup in het kort
- Voeg het oude domein toe.
- Verifieer DNS en SSL.
- Maak een wildcard- of regexregel voor padbehoud.
- Zet queryparameterafhandeling bewust aan of uit.
- Test URL's met hoge waarde.
- Publiceer en monitor analytics.
Zo blijft een domeinverhuizing meetbaar, voorspelbaar en vriendelijk voor gebruikers die oude links blijven gebruiken.
Gerelateerde artikelen
Alles bekijken
Firebase Dynamic Links-alternatief voor apps en campagnes
Firebase Dynamic Links is uitgefaseerd. Vervang oude app- en campagnelinks met branded smartlinks, device-routing en expliciete fallbacks.

301 vs. 302 vs. 307 vs. 308 redirects: welke statuscode gebruik je?
Gebruik 301 of 308 voor permanente verhuizingen en 302 of 307 voor tijdelijke routes. De doorslaggevende vraag is of de HTTP-methode gelijk moet blijven.