Slimme links. Eén link, veel bestemmingen.
Routeer op apparaat, geo, taal en tijdstip. Regels worden geëvalueerd bij de edge-POP - de eerste match wint, met terugval naar de standaardbestemming. Kost niets extra bovenop een normale cache-hit-redirect.
- First-match-regel-engine bij de edge
- Regelevaluatie in submilliseconden
- A/B-varianten met z-toets-betrouwbaarheid
- Tijdgebonden campagnes in UTC
Hoe het werkt
Het redirectpad, van begin tot eind
Regels voor slimme links worden geëvalueerd binnen hetzelfde edge-proces dat de redirect beantwoordt - er is geen aparte regelservice om aan te roepen. Qua latentie is een cache-hit-redirect met regels niet te onderscheiden van een gewone.
- Stap 1
Gebruiker klikt
elido.me/xVanuit e-mail, QR, social, overal vandaan.
- Stap 2
Dichtstbijzijnde edge-POP
in-region · <10 msAnycast routeert naar de dichtstbijzijnde edge-POP - EU, US East of Asia-Pacific.
- Stap 3
Regelevaluatie
L1 cache · 0.2 msFirst-match wint, geen retourtje naar de origin.
- Stap 4
302 → bestemming
elido.me/x → /de/preiseKlikgebeurtenis asynchroon verzonden naar onze event stream.
Regelbouwer
Regels die lezen als een gewone zin
Elke regel combineert tot zes dimensies - geo, apparaat, OS, taal, verwijzer en tijd - gekoppeld met AND. Sleep om te herschikken; de eerste match wint. De fallback is altijd verplicht, zodat een regelset nooit een 404 oplevert.
- LandISO 3166-1 alpha-2-lijsten, bijv. DE, AT, CH
- Apparaat & OSiOS, Android, Windows, macOS, Linux
- TaalAccept-Language met BCP-47-fallbacks
- TijdvensterUTC-bereik met filter per weekdag
- VerwijzerExacte of wildcard hostmatch
- 1alsLand: DE, AT, CHANDApparaat: Mobiel/de/preise⋮⋮
- 2alsLand: FR, BEANDTaal: fr-*/fr/tarifs⋮⋮
- 3alsOS: iOSApp Store · apps.apple.com/...⋮⋮
- 4alsTijd: Mon–Fri 09–17 UTCANDVerwijzer: newsletter.*/promo/q2⋮⋮
- anders/en/pricing— fallback (verplicht)
Routering in de praktijk
Dezelfde korte link. Andere landingspagina per bezoeker.
De twee patronen die we het vaakst zien: apparaatsplitsing naar native app stores met een desktop-fallback, en landensplitsing voor gelokaliseerde prijspagina's. Beide combineren met A/B-verdelingen op het fallback-pad.
Landroutering in productie
Een EU-SaaS-bedrijf routeert brand.app/pricing op basis van het land van de bezoeker. De fallback (iedereen anders) komt terecht op de Engelstalige pagina.
- DE · Duitsland/de/preise
- FR · Frankrijk/fr/tarifs
- ES · Spanje/es/precios
- IT · Italië/it/prezzi
- PL · Polen/pl/cennik
- NL · Nederland/nl/prijzen
- SE · Zweden/sv/priser
- UA · Oekraïne/uk/tsiny
- — · Iedereen anders/en/pricing
A/B-testen
Verdeel verkeer. Zie de betrouwbaarheid stijgen.
Tot 5 varianten per link met gewogen of round-robin verdeling. Elke variant houdt zijn eigen klik-tijdreeks bij. Het dashboard toont een tweeproporties-z-toets als richtinggevende indicator - we verstoppen de wiskunde niet.
- Gewogen (telt op tot 100) of round-robin
- Klik-tijdreeks per variant
- Z-toets-betrouwbaarheid boven een instelbare minimale steekproef
- 'Winnaar krijgt alles' vergrendelt de link op de leidende variant
- Werkt samen met regels - A/B geldt voor het fallback-pad
Wat je kunt doen
- ISO-landcode- en IANA-tijdzonematching
- Targeting op mobiel / tablet / desktop
- Tijdvensters met filters per weekdag
- User-Agent-regex voor gevorderde gebruikers
- Klikplafond per link (max_clicks)
- A/B-varianten met gewogen of round-robin verdeling
Wat de regel-engine voor slimme links écht doet
Geo-routering en targeting op apparaat zijn basisvereisten. De details hieronder leggen de randgevallen uit waar eenvoudige implementaties over struikelen.
De eerste match wint, geëvalueerd bij de edge-POP - geen retourtje naar de origin
Regels worden opgeslagen in de in-memory hot cache (L2) en bij elk verzoek geëvalueerd door onze edge-service, binnen hetzelfde proces dat de redirect uitvoert - er is geen aparte regel-engine om aan te roepen. Regelevaluatie voegt minder dan 1 ms toe aan een cache-hit-redirect. De evaluatievolgorde is de volgorde die je instelt in het dashboard of de API; sleep om te herschikken, of gebruik het order-veld in de API. Bij first-match-semantiek zet je je specifiekste regels vooraan (bijvoorbeeld 'mobiel + Duitsland + maandagochtend → promopagina') en je vangnetregels achteraan. Als geen enkele regel overeenkomt, wordt de fallback-bestemming getoond - de fallback is verplicht en kan niet leeg zijn. Regelwijzigingen worden binnen 30 seconden vanuit onze API naar de hot cache doorgevoerd; de edge-LRU-cache-TTL voor links met regels is 60 seconden, dus het volledige propagatievenster is korter dan 90 seconden.
Zes dimensies: geo, apparaat, OS, taal, verwijzer en tijd
Elke regel kan tot zes dimensies combineren in één voorwaarde. Geo: lijst met ISO 3166-1 alpha-2-landcodes (één of meer landen). Apparaattype: mobiel, tablet, desktop - afgeleid van de User-Agent. OS: iOS, Android, Windows, macOS, Linux - eveneens uit de User-Agent. Taal: matching op de Accept-Language-header (BCP 47-taaltags; 'fr' matcht met 'fr-FR', 'fr-CA', enz.). Verwijzerdomein: exacte of wildcardmatch tegen het domein van de Referer-header (handig om social vs. e-mail vs. direct verkeer te routeren). Tijd: UTC-tijdvenster met optioneel filter per weekdag (bijvoorbeeld 'ma–vr 09:00–17:00 UTC'). User-Agent-regex is beschikbaar voor gevorderde gebruikers die een specifieke browserversie of crawler willen targeten; dit staat standaard niet in het dashboard, alleen via de API. Meerdere dimensies in één regel worden met AND gecombineerd; een link kan tot 5 regels hebben (Pro) of onbeperkt (Business).
Gewogen A/B-verdelingen met z-toets-betrouwbaarheid - tot 5 varianten per link
Een link kan tot 5 bestemmingsvarianten hebben. Verkeer wordt verdeeld op gewicht (per variant instelbaar; gewichten moeten optellen tot 100) of round-robin. Elke variant houdt zijn eigen klik-tijdreeks bij, zodat je kunt zien of het effect consistent is over de uren van de dag. Het betrouwbaarheidsmodel is een tweeproporties-z-toets op klikniveau: het dashboard toont 'variant A leidt met X% betrouwbaarheid' zodra beide varianten een minimale steekproef bereiken (standaard 200 klikken elk, instelbaar tot 1.000). We rapporteren de ruwe z-toets-betrouwbaarheid; we passen geen correcties voor sequentieel testen toe. A/B-varianten en regels voor slimme links kunnen naast elkaar bestaan op dezelfde link: regels worden eerst geëvalueerd, en de A/B-verdeling geldt alleen voor het fallback-pad. Zo kun je iOS-gebruikers onvoorwaardelijk routeren terwijl je voor iedereen anders twee bestemmingen A/B-test. De knop 'winnaar krijgt alles' vergrendelt de link op de leidende variant en verwijdert de andere - dit is onomkeerbaar.
Tijdgebonden regels voor seizoensgebonden en evenement-gedreven campagnes
Met tijdregels stel je een regel in die volgens een schema automatisch wordt geactiveerd en gedeactiveerd, zonder handmatige tussenkomst. Typisch gebruik: een promopagina-regel die actief is van Black Friday 00:00 UTC tot Cyber Monday 23:59 UTC, en daarna automatisch terugvalt op de evergreen-bestemming. Regels worden geëvalueerd in UTC; als je campagne tijdzone-gevoelig is, reken dan om naar UTC bij het configureren. Geplande regels worden op dezelfde manier geëvalueerd als statische regels - bij de edge, zonder retourtje naar de origin. Het dashboard toont een tijdlijnweergave van geplande regels, zodat overlappende vensters zichtbaar zijn. Randgeval: als twee tijdvensterregels overlappen en beide overeenkomen, wint die met de laagste volgorde-index (first-match). Er is geen conflictdetectie - het is jouw verantwoordelijkheid om overlappende regels te controleren.
Fallback-bestemming is verplicht - geen 404's als regels niet overeenkomen
Elke slimme link moet een fallback-bestemming hebben. Er is geen optie om 'een foutpagina te tonen als geen regel overeenkomt' - de fallback is het vangnet. De fallback kan elke URL zijn; deze wordt ook gebruikt als canonieke bestemming voor Google Bot en andere crawlers (regels voor slimme links worden niet toegepast op bekende crawler-User-Agents, om verwarring bij indexering te voorkomen). Naast de primaire fallback hebben linkgebonden vervaldatum (expires_at) en klikplafond (max_clicks) elk hun eigen instelbare URL voor verlopen bestemmingen - los van de regel-fallback. Een link kan dus hebben: tot 5 routeringsregels, een fallback voor het geval geen regel overeenkomt, een bestemming voor na de vervaldatum en een bestemming voor na het bereiken van het klikplafond. Deze onderdelen werken naadloos samen; randgevallen staan gedocumenteerd in de gidsen.
Teams die slimme links in productie gebruiken
Namen zijn voorlopig placeholders - echte klantnamen komen hier zodra casestudies worden gepubliceerd.
“We hebben een Node.js-redirectservice uitgefaseerd die ons 40 ms retourtijd kostte. Slimme links van Elido evalueren regels bij de edge; de redirect is even snel als een gewone korte link. De regelservice was 600 regels code die we niet langer hoeven te onderhouden.”
“Met tijdgebonden regels voor seizoensgebonden content kunnen we campagnes van tevoren instellen en rustig gaan slapen. Vroeger betekende dat een handmatige redirectwijziging om 2 uur 's nachts. Nu is het een geplande regel en een agendaherinnering om het resultaat te checken.”
“De A/B-betrouwbaarheidsweergave in het dashboard maakte een einde aan de discussie 'is dat statistisch significant?' tijdens onze stand-up. We kijken naar het z-toets-getal, spreken een drempel af en gaan verder.”
Slimme links van Elido versus Bitly geo + Rebrandly geo
Zowel Bitly als Rebrandly bieden geo-routering. De verschillen zitten in regeldiepte, evaluatielatentie en A/B-mogelijkheden.
| Feature | Elido | Bitly | Rebrandly |
|---|---|---|---|
| Regeldimensies | Geo, apparaat, OS, taal, verwijzer, tijd | Geo + apparaat (beperkt) | Geo + apparaat |
| A/B-varianten per link | Tot 5 - gewogen + z-toets-betrouwbaarheid | Niet beschikbaar | Niet beschikbaar |
| Regels geëvalueerd bij de edge | Ja - geen retourtje naar de origin | Edge-redirects; regelevaluatie varieert | Varieert per abonnement |
| Regelpropagatietijd | Onder 90 seconden | Niet gedocumenteerd | Niet gedocumenteerd |
| Geplande / tijdgebonden regels | Ja - UTC-venster, filter per weekdag | Niet beschikbaar | Niet beschikbaar |
| Max. regels per link | 5 bij Pro, onbeperkt bij Business | Geo: 1 per link | Varieert per abonnement |
| Fallback-bestemming | Verplicht, instelbaar | Standaardbestemming | Standaardbestemming |
| Klikplafond | Ja - per link, per variant | Niet beschikbaar | Niet beschikbaar |
Vragen over slimme links
Hoe snel worden regelwijzigingen doorgevoerd?
Onze API duwt regelwijzigingen binnen 30 seconden na het opslaan naar de hot cache. Onze edge-service heeft een in-process LRU-cache met een TTL van 60 seconden voor links met regels. Volledige propagatie: in het slechtste geval onder de 90 seconden. Heb je snellere propagatie nodig (bijvoorbeeld bij een live-evenement-omschakeling), dan heeft de API een cache-bust-endpoint dat de hot cache direct laat invalideren - de edge-LRU mist dan en haalt binnen enkele seconden opnieuw op.
Wat gebeurt er als twee regels overeenkomen met hetzelfde verzoek?
First-match wint - de regel met de laagste volgorde-index wordt toegepast. Er is geen conflictdetectie of samenvoeging. Het is jouw verantwoordelijkheid om regels correct te ordenen en overlappende tijdvensters of landenlijsten te vermijden. Met de regel-preview-tool in het dashboard kun je een testverzoek simuleren tegen de huidige regelset om te controleren welke regel wordt geactiveerd.
Gelden de regels ook voor Google Bot en andere crawlers?
Nee. Bekende crawler-User-Agent-patronen zijn uitgesloten van regelevaluatie; crawlers krijgen altijd de fallback-bestemming. Dit is bewust zo - je wilt niet dat je routering met slimme links het indexeringsgedrag beïnvloedt of onbedoeld regiospecifieke content aan crawlers toont. De crawler-uitsluitingslijst is dezelfde lijst die de edge gebruikt om organisch verkeer versus botverkeer te classificeren in de analytics.
Hoe wordt de z-toets-betrouwbaarheid berekend?
Een tweeproporties-z-toets op klikniveau. De nulhypothese is dat beide varianten dezelfde click-through rate hebben. Betrouwbaarheid is 1 - p-waarde, uitgedrukt als percentage. We passen geen Bonferroni-correctie toe voor meerdere varianten; meer dan 2 varianten laten draaien verhoogt het percentage vals-positieven. Voor formele experimenten exporteer je de ruwe klikstroom en voer je de significantietoets uit in je eigen warehouse. We tonen het dashboardgetal als richtinggevende indicator, niet als causale conclusie.
Kan ik een regel instellen die alleen routeert op basis van een specifieke verwijzer?
Ja - matching op verwijzerdomein is een van de zes regeldimensies. Je kunt matchen op een exact domein (bijvoorbeeld 'newsletter.example.com') of op een wildcard ('*.example.com'). Hiervoor wordt de Referer-header gebruikt; door HTTPS-referrer-stripping krijg je niet altijd een verwijzer van externe HTTPS-sites. Voor links die via e-mail worden gedeeld (waar de Referer doorgaans ontbreekt), zijn verwijzerregels minder betrouwbaar dan geo- of apparaatregels.
Kan ik slimme links gebruiken in de gratis laag?
Nee. Slimme links zijn een functie van Pro en Business. Links in de gratis laag gaan naar één bestemming zonder routeringsregels. Je kunt de regelinterface wel bekijken bij Free, maar regels worden pas bij de edge geëvalueerd nadat je upgradet.
Zijn er analytics per variant?
Ja. Elke variant in een A/B-verdeling heeft zijn eigen klik-tijdreeks, zichtbaar in de linkanalyticsweergave. Uitsplitsingen naar geo, apparaat en verwijzer worden geaggregeerd op linkniveau, niet per variant - uitsplitsingen per variant staan op de roadmap voor Business.
Wat is het verschil tussen een slimme link en een A/B-verdeling op campagneniveau?
A/B voor slimme links werkt per link: je verdeelt verkeer over verschillende bestemmingen voor dezelfde korte URL. A/B op campagneniveau werkt op campagneniveau: je gebruikt twee varianten van een korte link (verschillende slugs) die naar dezelfde bestemming wijzen, en vergelijkt via de campagneanalytics welke slug meer klikken kreeg. Verschillende toepassingen: A/B op linkniveau is voor het testen van bestemmingen; A/B op campagneniveau is voor het testen van creatives en slugs.
Verder lezen
Universal Links + App Links - de mobielspecifieke routeringslaag die samenwerkt met regels voor slimme links.
A/B op campagneniveau, UTM-templates en geplande exports - de campagneworkflow bovenop slimme links.
Klikdata, uitsplitsing naar geo/apparaat en cohortweergaven - hoe verkeer via slimme links er in jouw analyticsopslag daadwerkelijk uitziet.
Hoe productteams slimme links gebruiken voor feature-flag-routering, onboarding en in-app delen.
Klaar om het te proberen?
Begin met het gratis plan, upgrade wanneer je een custom domain nodig hebt.