URL-redirectbeheer: website migratie, domein doorsturen en bulk 301 redirects

In Nederlandse en Vlaamse projecten begint redirectwerk vaak bij een website migratie, een domeinverhuizing, een nieuwe shop, een CMS-wissel of een lijst met 301 redirects die voor livegang klaar moet zijn. Een paar redirects in hosting, Nginx of WordPress lijken overzichtelijk. Maar zodra SEO, development, marketing, e-commerce en een bureau allemaal meewerken, raakt het eigenaarschap kwijt.

Een URL-redirectbeheerplatform brengt die regels terug naar een controleerbare workflow: bron, doel, statuscode, pad, queryparameters, eigenaar, testresultaat, monitoring en rollback.

UrlEdge publiceert die regels op een Cloudflare-backed edge. Teams kunnen redirect maps, domein forwarding en campagneregels beheren zonder de origin server, CMS-plugin of app-deployment te wijzigen.

Wanneer redirects infrastructuur worden

Een kleine site kan veel oplossen met hostinginstellingen. Een migratie of domeinverhuizing niet.

Google beschrijft redirects als signalen om gebruikers en zoekmachines naar de nieuwe locatie te sturen. In de praktijk vraagt dat om een goede map, validatie en monitoring.

Een redirectregel of redirectbeheer?

Veel uitleg over 301 redirects blijft bij hosting, .htaccess, WordPress of Nginx. Dat is prima voor een losse URL. Bij een migratie wil je weten wie de map goedkeurt, wie UTMs bewaakt, wie loops controleert en wie kan terugdraaien als verkeer wegvalt.

Daarom is UrlEdge meer dan een verzameling redirectregels. Het is de plek waar teams een redirectprogramma kunnen beoordelen en blijven beheren.

Een redirect map heeft meer velden nodig

Twee kolommen, oud en nieuw, zijn niet genoeg.

Zo voorkom je dat een spreadsheet klopt maar het echte verkeer alsnog door ketens, loops of verkeerde bestemmingen gaat.

Migratie: behoud de intentie

Stuur oude URLs niet massaal naar de homepage. Een oude productpagina hoort naar het product of de categorie die het dichtst in de buurt komt. Een supportartikel hoort naar het nieuwe artikel. Een campagne-URL moet campagneparameters behouden.

Praktische aanpak:

1. crawl de oude site
2. verrijk URLs met traffic, backlinks, omzet, leads en campagnes
3. crawl de nieuwe site of staging
4. map belangrijke URLs naar de beste bestemming
5. markeer risico-URLs
6. importeer via Bulk URL Management
7. test met Redirect Checker
8. monitor met Broken Link Monitor

Een migratie is pas klaar als bezoekers, crawlers en campagnes op de juiste plek aankomen.

Domein forwarding is beleid

Bij een domeinverhuizing moet je beslissen:

• blijft het path bestaan?
• blijven UTMs en queryparameters bestaan?
• gedragen root, www, HTTPS en subdomeinen zich gelijk?
• gaat een landdomein naar lokale of globale content?
• is de redirect permanent of tijdelijk?

Registrar forwarding is soms genoeg voor een slapend domein. Voor een domein met SEO, campagnes, QR, e-mail of direct verkeer wil je regels, validatie en analytics.

Parameters zijn onderdeel van de afspraak

Een pagina kan laden en toch reporting breken. Dat gebeurt wanneer UTMs, affiliate IDs, couponcodes of localeparameters verdwijnen.

Voor marketing en e-commerce zijn parameters geen technische bijzaak. Ze bepalen attributie.

Edge als redirectlaag

Redirects gebeuren voor de doelpagina laadt. Laat de origin niet elke oude URL verwerken als het antwoord alleen een redirect is.

Edge redirects helpen omdat:

• verkeer wordt beantwoord voor de origin
• oude domeinen blijven werken zonder oude app
• regels zonder deploy live kunnen
• SEO- en marketingregels buiten applicatiecode blijven
• server-side analytics beschikbaar zijn
• rollback snel kan

Applicatielogica kan in de app blijven. Migraties, domeinen, campagnes, QR, app fallback en legacy cleanup passen vaak beter aan de edge.

QA en monitoring

Controleer voor livegang:

• statuscode
• eindbestemming
• geen loop
• korte redirectketen
• path en query behoud
• root, www, HTTPS en subdomeinen
• land-, taal- of device-regels
• eigenaar akkoord
• rollback route

Blijf daarna monitoren. Landingspagina's verdwijnen, producten verhuizen, plugins voegen hops toe en campagnebestemmingen veranderen.

Hoe UrlEdge past

Gebruik UrlEdge voor:

• redirect management
• Bulk URL Management
• Permanent 301 Redirects
• Temporary 302 Redirects
• Redirect Checker
• Geo Redirects
• Device Targeting
• Advanced Redirect Rules
• UTM Builder
• Link Firewall

De winst zit niet in meer redirects. De winst zit in eigenaarschap, controle, testbaarheid en rollback.

Veelgemaakte fouten

Alles als 301 publiceren

Permanent is goed voor echte verhuizingen. Campagnes, tests en tijdelijke fallbacks horen vaak bij 302 of 307.

Alles naar de homepage sturen

Dat is snel, maar meestal slecht voor gebruikers en zoekintentie.

Redirectketens laten bestaan

Werk oude regels bij naar de huidige eindbestemming.

Parameters verliezen

Als UTMs of partner IDs verdwijnen, werkt de redirect technisch maar niet zakelijk.

FAQ

Wat is URL-redirectbeheer?

Het proces om redirects over domeinen, paden, campagnes, apps en teams te maken, beoordelen, publiceren, testen, monitoren en terug te draaien.

Is dit hetzelfde als een shortlink-tool?

Nee. Shortlinks zijn een use case. Redirectbeheer omvat ook migraties, domeinen, bulk 301, parameters, routing, monitoring en governance.

Wanneer gebruik je 301?

Gebruik 301 of 308 voor permanente verhuizingen. Gebruik 302 of 307 voor tijdelijke bestemmingen.

Referenties

• Google Search Central: Redirects and Google Search
• Google Search Central: Site moves with URL changes
• MDN: Redirections in HTTP
• Cloudflare Docs: URL redirect parameters