UrlEdge
Terug naar blog
2026-03-14 UrlEdge Editorial4 min read

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.

Netwerkkabels bij een server als beeld voor domeinrouting, forwarding en edge-infrastructuur

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:

  1. kies de definitieve canonical hostname
  2. forceer HTTPS
  3. stuur elk belangrijk oud pad naar het nieuwe equivalent
  4. behoud belangrijke queryparameters
  5. houd het aantal hops op een

Voorbeeld:

http://old-brand.example/docs/api?ref=partner
  -> https://new-brand.example/docs/api?ref=partner

Niet:

http://old-brand.example/docs/api
  -> https://old-brand.example/docs/api
  -> https://www.new-brand.example/docs/api
  -> https://new-brand.example/docs/api

Wanneer 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_source
  • utm_medium
  • utm_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

  1. Voeg het oude domein toe.
  2. Verifieer DNS en SSL.
  3. Maak een wildcard- of regexregel voor padbehoud.
  4. Zet queryparameterafhandeling bewust aan of uit.
  5. Test URL's met hoge waarde.
  6. Publiceer en monitor analytics.

Zo blijft een domeinverhuizing meetbaar, voorspelbaar en vriendelijk voor gebruikers die oude links blijven gebruiken.

Klaar om je redirects te verbeteren?

Gebruik UrlEdge om verkeer aan de edge te beheren.

Aan de slag

Gerelateerde artikelen

Alles bekijken