Smart Redirect Routing met geo, apparaat, A/B en regelvoorwaarden
Een campagnelink kan per land, apparaat, taal, UTM, testgewicht en fallback een andere bestemming nodig hebben. Zo beheer je die logica zonder haar in server- of app-code te verstoppen.
Een redirect blijft eenvoudig zolang elke bezoeker naar dezelfde bestemming moet. Bij echte campagnes, webshops en apps is dat bijna nooit het geval.
Een Nederlandse bezoeker kan naar een lokale webshop moeten, Belgische bezoekers naar een andere pagina, en verkeer buiten de EU naar een fallback. Een iPhone-click heeft een andere route dan Android of desktop. Paid traffic moet UTM's en click-ID's behouden. Een A/B-test moet terugkerende bezoekers consistent houden. En QR-codes, e-mailcampagnes en social links mogen niet breken omdat één regel elders is aangepast.
Dat is Smart Redirect Routing: één publieke URL met een zichtbare routing policy.
UrlEdge publiceert die policy aan de edge. Land, apparaat, taal, query, header, cookie, campagne, A/B-gewicht en fallback kunnen in één regel samenkomen, met analytics en rollback. Daardoor blijft de link bestuurbaar voor marketing, ecommerce, product en engineering.
Van losse redirect naar policy
In veel Nederlandse stacks zit de logica verspreid:
- geo redirect in CDN of hosting
- mobile redirect in CMS of storefront
- A/B-test via client-side script
- UTM-logica in de landingspagina
- fallback in een spreadsheet
- uitzonderingen in app middleware
Dat is kwetsbaar wanneer een campagne wijzigt of een site naar een nieuwe stack gaat.
Een goede policy maakt expliciet:
| Vraag | Waarom het telt |
|---|---|
| Welke bron matcht? | Domein, pad, wildcard, regex, campagneslug of QR-link |
| Welke context telt? | Land, apparaat, taal, OS, browser, query, header, cookie |
| Wat krijgt voorrang? | Safety, campagne override, apparaat, land, A/B of fallback |
| Welke bestemming wint? | Storefront, app store, landingspagina, support, block of fallback |
| Hoe splitst verkeer? | A/B-gewichten, staged rollout, campagnvariant of canary |
| Wat blijft bewaard? | Pad, query, UTM, affiliate-ID, coupon of partner-ID |
| Hoe herstel je? | Vorige snapshot, fallback, campagnepauze of eigenaar |
De policy hoeft niet groot te zijn. Ze moet zichtbaar en testbaar zijn.
Geo routing: land alleen wanneer het doel anders is
Geo redirect of doorsturen op land is nuttig wanneer de bestemming echt verschilt.
| Scenario | Beter gedrag |
|---|---|
| Webshop met landen | Juiste catalogus, valuta, verzendinformatie en voorraad |
| Lokale campagnes | Nederland en België naar passende landingspagina's |
| Product niet beschikbaar | Wachtlijst, dealerpagina of duidelijke melding |
| Compliance | Expliciet allowed, blocked of fallback |
| Support | Lokale content alleen als die bestaat en onderhouden is |
Cloudflare Workers kan via request.cf landenmetadata beschikbaar maken. Dat helpt, maar het is geen SEO-strategie. Voorkom cloaking, houd canonical intent duidelijk en bied een stabiele default.
Apparaten: app, web en desktop-handoff
Apparaat-routing is meer dan "mobiel naar mobiel".
| Context | Bestemming |
|---|---|
| iOS | Universal Link, anders App Store of mobiele webfallback |
| Android | Android App Link, anders Google Play of mobiele webfallback |
| Desktop | Webpagina, dashboard, signup of QR-handoff |
| Tablet | Vaak desktop-web, tenzij tablet-app beter is |
| In-app browser | Bridge page wanneer social webviews deep links breken |
| Onbekend | Stabiele webbestemming |
Na Firebase Dynamic Links moeten veel teams deze laag zelf beheren. UrlEdge kan het device redirect en fallback-deel overnemen; native app-opening vraagt nog steeds juiste Universal Links en Android App Links.
A/B via redirect wanneer de bestemming verandert
Redirect-based A/B testen werkt goed voor:
- landingspagina A versus B
- lokale aanbieding versus globale aanbieding
- nieuwe prijs- of checkoutpagina voor klein verkeer
- canary release van een nieuw storefront
- partner- of affiliate-rotatie
Het is geen volledige experimentation-suite. Het splitst verkeer voordat de pagina laadt.
| Beslissing | Goed uitgangspunt |
|---|---|
| Statuscode | 302 of 307 voor tijdelijke tests |
| Consistentie | Bezoeker blijft in dezelfde variant |
| SEO | Geen andere ervaring voor crawlers |
| Canonical | Duidelijk bij aparte variant-URL's |
| Duur | Test afsluiten, geen oude splits laten draaien |
| Rollout | Gewicht stap voor stap verhogen |
Google adviseert bij site-tests geen cloaking te gebruiken en tijdelijke redirects te gebruiken wanneer een originele URL naar een variant stuurt.
Voorwaarden hebben volgorde nodig
| Prioriteit | Voorwaarde | Voorbeeld |
|---|---|---|
| 1 | Safety of legal | Niet-ondersteund land naar duidelijke fallback |
| 2 | Campagne override | ?campaign=partner wint |
| 3 | Apparaat of OS | iOS, Android en desktop krijgen eigen route |
| 4 | Land of taal | Nederland, België, EU of global |
| 5 | A/B-gewicht | Alleen geschikt verkeer wordt gesplitst |
| 6 | Default fallback | Iedereen anders naar stabiele bestemming |
Een verkeerde volgorde laat A/B traffic pakken dat uitgesloten had moeten zijn, of verwijdert affiliate-parameters via een mobiele regel.
UTM's horen bij de route
| Parameterbeleid | Gebruik wanneer |
|---|---|
| Alles bewaren | Betrouwbare bron en volledige attributie |
| Allowlist | UTMs, click-ID's of affiliates bewaren |
| Defaults toevoegen | Campagne of kanaal normaliseren |
| Alles strippen | Onbetrouwbare publieke link of gevoelige bestemming |
| Herschrijven | Parameter bepaalt pad of bestemming |
De redirect is vaak het moment waarop attributie verloren gaat. Test daarom echte advertentie-, QR-, e-mail- en affiliate-links.
Test de matrix
Controleer:
- Nederland, België, EU en fallback
- iOS, Android, desktop, tablet en onbekend
- met en zonder UTM's
- paid, organic, affiliate, QR en e-mail
- eerste bezoek en terugkerende bezoeker bij A/B
- status, hops en loops
- prioriteit en fallback
- analytics per land, apparaat, regel en bestemming
- rollback naar vorige snapshot
Waar UrlEdge past
- Smart Redirect Routing voor policy, publiceren, analytics en rollback
- Geo Redirects voor landen en regio's
- Device Targeting voor app, stores, mobiel, tablet en desktop
- A/B Testing voor splits en rollouts
- Advanced Redirect Rules voor wildcard, regex en voorwaarden
- UTM Builder voor attributie
- Redirect Checker voor QA
- Broken Link Monitor voor veranderende bestemmingen
FAQ
Wat is Smart Redirect Routing?
Het routeren van één publieke URL naar verschillende bestemmingen op basis van land, apparaat, taal, parameters, campagne, A/B-gewicht en fallback.
Is dit hetzelfde als geo redirect?
Nee. Geo is één voorwaarde. Smart routing combineert geo, device, taal, query, header, cookie, A/B en fallback in één beheerde regel.
Gebruik je 301 of 302 voor A/B?
Meestal 302, omdat een test tijdelijk is.
Bronnen
Bouw smart routing-regels aan de edge
Routeer bezoekers op land, apparaat, taal, queryparameters, A/B-gewicht en fallback zonder logica in je applicatie te begraven.
Smart routing bekijkenGerelateerde artikelen
Alles bekijken
Redirect API en regels als code: CI/CD voor veiligere URL-wijzigingen
Redirectregels zijn productieconfiguratie voor verkeer. Behandel ze als deploybare assets met review, validatie, staging, monitoring en rollback.
Geo redirects voor ecommerce: landenshops, valuta, taal en SEO-veilige fallbacks
Geo redirects helpen shoppers naar de juiste regionale shop, maar kunnen lokale pagina's verbergen als de routing te agressief is.