Smart Links. One link, many destinations.
Weiterleitung nach Gerät, Geo, Sprache, Tageszeit. Regeln werden am Edge POP ausgewertet – die erste Übereinstimmung gewinnt, Rückfall auf das Standardziel. Kostet nichts zusätzlich zu einer normalen Cache-Hit-Weiterleitung.
- First-match rule engine at the edge
- Sub-millisecond rule evaluation
- A/B variants with z-test confidence
- Time-windowed campaigns in UTC
How it works
The redirect path, end to end
Smart-link rules are evaluated inside the same edge process that answers the redirect — there is no separate rules service to call. A cache-hit redirect with rules is indistinguishable from a plain one in latency.
- Step 1
User clicks
elido.me/xFrom email, QR, social, anywhere.
- Step 2
Nearest edge POP
Frankfurt · 4 msAnycast routes to Hetzner FRA / OVH SGP / Hetzner ASH.
- Step 3
Rule eval
L1 cache · 0.2 msFirst-match wins, no origin round-trip.
- Step 4
302 → destination
elido.me/x → /de/preiseClick event fired async to Redpanda.
Rule builder
Rules that read like English
Every rule combines up to six dimensions — geo, device, OS, language, referrer, and time — joined with AND. Drag to reorder; first match wins. The fallback is always required, so a rule set never produces a 404.
- CountryISO 3166-1 alpha-2 lists, e.g. DE, AT, CH
- Device & OSiOS, Android, Windows, macOS, Linux
- LanguageAccept-Language with BCP-47 fallbacks
- Time windowUTC range with day-of-week filter
- ReferrerExact or wildcard host match
- 1ifCountry: DE, AT, CHANDDevice: Mobile/de/preise⋮⋮
- 2ifCountry: FR, BEANDLanguage: fr-*/fr/tarifs⋮⋮
- 3ifOS: iOSApp Store · apps.apple.com/...⋮⋮
- 4ifTime: Mon–Fri 09–17 UTCANDReferrer: newsletter.*/promo/q2⋮⋮
- else/en/pricing— fallback (required)
Real-world routing
Same short link. Different landing per visitor.
The two patterns we see most: device-fork to native app stores with a desktop fallback, and country-fork for localised pricing pages. Both compose with A/B splits on the fallback path.
Country routing in production
An EU SaaS routing brand.app/pricing by visitor country. The fallback (everyone else) lands on the English page.
- DE · Germany/de/preise
- FR · France/fr/tarifs
- ES · Spain/es/precios
- IT · Italy/it/prezzi
- PL · Poland/pl/cennik
- NL · Netherlands/nl/prijzen
- SE · Sweden/sv/priser
- UA · Ukraine/uk/tsiny
- — · Everyone else/en/pricing
A/B testing
Split traffic. Watch confidence climb.
Up to 5 variants per link with weighted or round-robin splits. Each variant tracks its own click time-series. The dashboard surfaces a two-proportion z-test as a directional indicator — we don’t hide the math.
- Weighted (sums to 100) or round-robin
- Per-variant click time-series
- Z-test confidence over a configurable sample floor
- Winner-picks-all locks the link to the leading variant
- Composes with rules — A/B applies to the fallback path
What you can do
- ISO-Länder- und IANA-Zeitzonenabgleich
- Mobile / Tablet / Desktop-Targeting
- Zeitfenster mit Wochentagsfiltern
- User-Agent-Regex für Power-User
- Klick-Cap pro Link (max_clicks)
- A/B-Varianten mit gewichteter oder Round-Robin-Verteilung
Was die Smart-Link-Regel-Engine tatsächlich tut
Geotargeting und Device-Targeting sind Standard. Die Details unten erklären die Grenzfälle, über die einfache Implementierungen stolpern.
First-Match gewinnt, Auswertung am Edge POP — kein Origin-Roundtrip
Regeln werden in Redis (L2-Cache) gespeichert und vom Edge-Redirect-Service bei jeder Anfrage ausgewertet, innerhalb desselben Prozesses, der den Redirect durchführt — es gibt keine separate Rules-Engine, die aufgerufen werden muss. Die Regel-Evaluierung fügt weniger als 1ms zu einem Cache-Hit-Redirect hinzu. Die Evaluierungsreihenfolge entspricht der im Dashboard oder in der API festgelegten Reihenfolge; ziehen Sie die Regeln zum Umordnen oder verwenden Sie das Order-Feld in der API. Die First-Match-Semantik bedeutet, dass Sie Ihre spezifischsten Regeln an den Anfang setzen (z.B. 'Mobile + Deutschland + Montagmorgen → Promo-Seite') und Ihre allgemeinen Regeln ans Ende. Wenn keine Regel passt, wird das Fallback-Ziel ausgeliefert — ein Fallback ist erforderlich und darf nicht leer sein. Regeländerungen propagieren in weniger als 30 Sekunden von api-core zu Redis; der Edge-LRU-Cache TTL für Links mit Regeln beträgt 60 Sekunden, sodass das gesamte Propagationsfenster unter 90 Sekunden liegt.
Sechs Dimensionen: Geo, Gerät, OS, Sprache, Referrer und Zeit
Jede Regel kann bis zu sechs Dimensionen in einer einzigen Bedingung kombinieren. Geo: ISO 3166-1 alpha-2 Ländercodeliste (ein oder mehrere Länder). Gerätetyp: Mobile, Tablet, Desktop — abgeleitet vom User-Agent. OS: iOS, Android, Windows, macOS, Linux — ebenfalls vom User-Agent. Sprache: Matching des Accept-Language-Headers (BCP 47 Language Tags; 'fr' matcht 'fr-FR', 'fr-CA' usw.). Referrer-Domain: Exakter oder Wildcard-Match gegen die Domain des Referer-Headers (nützlich für Routing von Social vs. E-Mail vs. Direkt). Zeit: UTC-Zeitfenster mit optionalem Wochentagsfilter (z.B. 'Mo–Fr 09:00–17:00 UTC'). User-Agent-Regex ist für Power-User verfügbar, die eine bestimmte Browserversion oder einen Crawler ansprechen müssen; dies wird standardmäßig nicht im Dashboard angezeigt, sondern ist nur über die API verfügbar. Mehrere Dimensionen in einer einzigen Regel werden mit UND verknüpft; ein Link kann bis zu 5 Regeln (Pro) oder unbegrenzt (Business) haben.
Gewichtete A/B-Splits mit z-Test-Konfidenz — bis zu 5 Varianten pro Link
Ein Link kann bis zu 5 Zielvarianten haben. Die Aufteilung erfolgt nach Gewichtung (pro Variante konfigurierbar; die Summe muss 100 ergeben) oder per Round-Robin. Jede Variante trackt ihre eigene Klick-Zeitreihe, sodass Sie sehen können, ob der Effekt über die Tageszeit konsistent ist. Das Konfidenzmodell ist ein z-Test für zwei Anteile auf Klick-Ebene: Das Dashboard zeigt 'Variante A führt mit X% Konfidenz' an, sobald beide Varianten ein Minimum-Sample erreicht haben (Standard 200 Klicks pro Variante, konfigurierbar bis zu 1.000). Wir berichten die rohe z-Test-Konfidenz; wir wenden keine sequenziellen Testkorrekturen an. A/B-Varianten und Smart-Link-Regeln können für denselben Link nebeneinander existieren: Regeln werden zuerst ausgewertet, und der A/B-Split gilt nur für den Fallback-Pfad. So können Sie iOS-Nutzer bedingungslos umleiten, während Sie zwei Ziele für alle anderen A/B-testen. Der Winner-picks-all-Button fixiert den Link auf die führende Variante und löscht die anderen — dies ist irreversibel.
Zeitgesteuerte Regeln für saisonale und eventbasierte Kampagnen
Zeitregeln ermöglichen es Ihnen, eine Regel festzulegen, die nach einem Zeitplan aktiviert und deaktiviert wird, ohne dass ein manuelles Eingreifen erforderlich ist. Der typische Anwendungsfall: Eine Regel für eine Aktionsseite, die von Black Friday 00:00 UTC bis Cyber Monday 23:59 UTC aktiv ist und danach automatisch auf das Evergreen-Ziel zurückfällt. Regeln werden in UTC ausgewertet; wenn Ihre Kampagne zeitzonensensibel ist, konvertieren Sie sie bei der Konfiguration in UTC. Geplante Regeln werden auf die gleiche Weise wie statische Regeln ausgewertet — am Edge, kein Origin-Roundtrip. Das Dashboard zeigt eine Timeline-Ansicht der geplanten Regeln, sodass sich überschneidende Fenster sichtbar sind. Grenzfall: Wenn sich zwei Zeitfenster-Regeln überschneiden und beide passen, gewinnt diejenige mit dem niedrigeren Order-Index (First-Match). Es gibt keine Konflikterkennung — die Überprüfung überlappender Regeln liegt in Ihrer Verantwortung.
Fallback-Ziel ist erforderlich — keine 404s, wenn keine Regel passt
Jeder Smart-Link muss ein Fallback-Ziel haben. Es gibt keine Option 'Fehlerseite anzeigen, wenn keine Regel passt' — das Fallback ist das Sicherheitsnetz. Das Fallback kann eine beliebige URL sein; es wird auch als kanonisches Ziel für Google-Bot und andere Crawler verwendet (Smart-Link-Regeln werden nicht auf bekannte Crawler-User-Agents angewendet, um Indexierungskonflikte zu vermeiden). Neben dem primären Fallback haben das Ablaufdatum (expires_at) auf Link-Ebene und das Klick-Limit (max_clicks) jeweils eine eigene konfigurierbare Ziel-URL für den abgelaufenen Zustand — separat vom Regeln-Fallback. Ein Link kann also haben: bis zu 5 Routing-Regeln, ein Fallback für den Fall, dass keine Regel passt, ein Ziel für nach dem Ablaufdatum und ein Ziel für nach Erreichen des Klick-Limits. Diese lassen sich sauber kombinieren; Grenzfälle sind in den Guides dokumentiert.
Teams, die Smart-Links produktiv einsetzen
Namen sind vorerst Platzhalter — echte Kundennamen erscheinen hier, sobald Case Studies veröffentlicht werden.
“Wir haben einen Node.js-Redirect-Service abgeschafft, der uns 40ms Roundtrip kostete. Smart-Links bei Elido werten Regeln am Edge aus; der Redirect ist so schnell wie ein normaler Kurz-Link. Der Rules-Service bestand aus 600 Zeilen Code, die wir nicht mehr warten müssen.”
“Zeitgesteuerte Regeln für saisonale Inhalte ermöglichen es uns, Kampagnen im Voraus zu planen und dann in Ruhe schlafen zu gehen. Früher war das eine manuelle Redirect-Änderung um 2 Uhr morgens. Jetzt ist es eine geplante Regel und eine Kalendererinnerung, um das Ergebnis zu prüfen.”
“Die Anzeige der A/B-Konfidenz im Dashboard hat die Diskussionen darüber, ob etwas 'statistisch signifikant' ist, in unserem Standup beendet. Wir schauen auf die z-Test-Zahl, einigen uns auf einen Schwellenwert und machen weiter.”
Elido Smart-Links vs. Bitly Geo + Rebrandly Geo
Sowohl Bitly als auch Rebrandly bieten Geo-Routing an. Die Unterschiede liegen in der Regeltiefe, der Evaluierungslatenz und den A/B-Funktionen.
| Feature | Elido | Bitly | Rebrandly |
|---|---|---|---|
| Regeldimensionen | Geo, Gerät, OS, Sprache, Referrer, Zeit | Geo + Gerät (eingeschränkt) | Geo + Gerät |
| A/B-Varianten pro Link | Bis zu 5 — gewichtet + z-Test-Konfidenz | Nicht verfügbar | Nicht verfügbar |
| Regeln am Edge ausgewertet | Ja — kein Origin-Roundtrip | Edge-basierte Redirects; Regel-Evaluierung variiert | Variiert je nach Plan |
| Regel-Propagierungszeit | Unter 90 Sekunden | Nicht dokumentiert | Nicht dokumentiert |
| Geplante / zeitgesteuerte Regeln | Ja — UTC-Fenster, Wochentagsfilter | Nicht verfügbar | Nicht verfügbar |
| Max. Regeln pro Link | 5 bei Pro, unbegrenzt bei Business | Geo: 1 pro Link | Variiert je nach Plan |
| Fallback-Ziel | Erforderlich, konfigurierbar | Standard-Ziel | Standard-Ziel |
| Klick-Limit | Ja — pro Link, pro Variante | Nicht verfügbar | Nicht verfügbar |
Fragen zu Smart-Links
Wie schnell verbreiten sich Regeländerungen?
api-core pusht Regeländerungen innerhalb von 30 Sekunden nach dem Speichern an Redis. Der Edge-Redirect-Service verfügt über einen In-Process-LRU-Cache mit einer TTL von 60 Sekunden für Links mit Regeln. Vollständige Propagierung: im schlimmsten Fall unter 90 Sekunden. Wenn Sie eine schnellere Propagierung benötigen (z.B. Umschaltung bei Live-Events), bietet die API einen Cache-Bust-Endpunkt, der die Redis-Invalidierung sofort erzwingt — der Edge-LRU wird dann verfehlen und innerhalb von Sekunden neu aus Redis laden.
Was passiert, wenn zwei Regeln auf dieselbe Anfrage passen?
Es gilt das First-Match-Prinzip — die Regel mit dem niedrigsten Order-Index wird angewendet. Es gibt keine Konflikterkennung oder Zusammenführung. Es liegt in Ihrer Verantwortung, die Regeln korrekt zu ordnen und überschneidende Zeitfenster oder Länderlisten zu vermeiden. Mit dem Regel-Vorschau-Tool im Dashboard können Sie eine Testanfrage gegen das aktuelle Regelwerk simulieren, um zu prüfen, welche Regel ausgelöst wird.
Gelten Regeln für Google-Bot und andere Crawler?
Nein. Bekannte Crawler-User-Agent-Muster sind von der Regel-Evaluierung ausgeschlossen; Crawler erhalten immer das Fallback-Ziel. Dies ist beabsichtigt — Sie möchten nicht, dass Ihr Smart-Link-Routing das Indexierungsverhalten beeinflusst oder Crawlern unbeabsichtigt regionsspezifische Inhalte serviert. Die Crawler-Ausschlussliste ist dieselbe Liste, die vom Edge verwendet wird, um organischen vs. Bot-Traffic in der Analytics zu klassifizieren.
Wie wird die z-Test-Konfidenz berechnet?
z-Test für zwei Anteile auf Klick-Ebene. Die Nullhypothese besagt, dass beide Varianten die gleiche Klickrate haben. Die Konfidenz ist 1 - p-Wert, ausgedrückt in Prozent. Wir wenden keine Bonferroni-Korrektur für mehrere Varianten an; das Ausführen von mehr als 2 Varianten erhöht die Rate falsch-positiver Ergebnisse. Für formelle Experimente exportieren Sie den rohen Klick-Stream und führen den Signifikanztest in Ihrem Warehouse aus. Wir zeigen die Zahl im Dashboard als richtungsweisenden Indikator an, nicht als kausale Schlussfolgerung.
Kann ich eine Regel festlegen, die nur bei einem bestimmten Referrer greift?
Ja — das Matching der Referrer-Domain ist eine der sechs Regeldimensionen. Sie können eine exakte Domain (z.B. 'newsletter.example.com') oder eine Wildcard ('*.example.com') matchen. Der Referer-Header wird verwendet; HTTPS-Referrer-Stripping bedeutet, dass Sie nicht immer einen Referrer von externen HTTPS-Seiten erhalten. Für Links, die in E-Mails geteilt werden (wo der Referer normalerweise fehlt), sind Referrer-Regeln weniger zuverlässig als Geo- oder Geräte-Regeln.
Kann ich Smart-Links im kostenlosen Plan nutzen?
Nein. Smart-Links sind ein Pro- und Business-Feature. Links im kostenlosen Plan führen zu einem einzigen Ziel ohne Routing-Regeln. Sie können die Regel-Oberfläche im kostenlosen Plan vorschauen, aber die Regeln werden erst nach einem Upgrade am Edge ausgewertet.
Gibt es Analytics pro Variante?
Ja. Jede Variante in einem A/B-Split hat eine eigene Klick-Zeitreihe, die in der Link-Analytics-Ansicht sichtbar ist. Geo-, Geräte- und Referrer-Aufschlüsselungen werden auf Link-Ebene aggregiert, nicht pro Variante — variantenspezifische Dimensions-Aufschlüsselungen stehen für Business auf der Roadmap.
Was ist der Unterschied zwischen einem Smart-Link und einem Kampagnen-A/B-Split?
Smart-Link-A/B ist auf Link-Ebene: Sie teilen den Traffic für dieselbe Kurz-URL auf verschiedene Ziele auf. Kampagnen-A/B findet auf Kampagnen-Ebene statt: Sie lassen zwei Kurz-Link-Varianten (unterschiedliche Slugs) auf dasselbe Ziel laufen und nutzen die Kampagnen-Analytics, um zu vergleichen, welcher Slug mehr Klicks generiert hat. Unterschiedliche Anwendungsfälle: Link-A/B ist für das Testen von Zielen; Kampagnen-A/B ist für das Testen von Creatives und Slugs.
Keep reading
Universal Links + App Links — die mobile-spezifische Routing-Ebene, die neben den Smart-Link-Regeln funktioniert.
A/B-Tests auf Kampagnen-Ebene, UTM-Vorlagen und geplante Exporte — der Kampagnen-Workflow auf Basis von Smart-Links.
Klickdaten, Geo/Geräte-Aufschlüsselung und Kohorten-Ansichten — wie Smart-Link-Traffic in ClickHouse aussieht.
Wie Produkt-Teams Smart-Links für Feature-Flag-Routing, Onboarding und In-App-Sharing nutzen.
Bereit zum Ausprobieren?
Starten Sie mit dem kostenlosen Plan, upgraden Sie, wenn Sie eine benutzerdefinierte Domain benötigen.