One link. iOS, Android, and the web fallback.
Sie messen Aktivierung, Retention und Feature-Adoption. Elido leitet einen einzelnen Kurzlink dorthin, wohin der Benutzer jetzt gehen sollte.
- Deferred deep-link parity across iOS Universal Links and Android App Links
- A/B variants per link with weighted or round-robin rotation
- In-app share with branded short URL preview
- QR codes for offline-to-app: print, scan, install, attribute
elido.me/p123yourapp://product/123intent://product/123shop.example.com/product/123app installed → deep link · App/Play Store → install · desktop → webDeferred deep-linking
Click → install → land on the right screen.
Most app installs lose context — the user clicked a link about product X, the App Store opens, and your onboarding starts at the welcome screen instead of product X. Deferred deep-linking preserves intent across the install boundary using clipboard fingerprint matching.
- Step 1
Click
elido.me/p123 (no app)Click hash + UTM landed in ClickHouse with a 24h match window.
- Step 2
Install
App Store / Play StoreUser redirects to the store, downloads, opens the app for the first time.
- Step 3
First launch
clipboard fingerprint matchYour SDK reads the click hash; the API joins it to the original click row.
- Step 4
Deep-route
/product/123 · attributedApp opens at the right screen with UTM context, not the welcome screen.
A/B variants
Soft-launch on 5%. Roll out on 100%. Same short link.
A single short link can carry up to five destinations. Split by weight or round-robin; each variant tracks its own click time-series and z-test confidence. Useful for feature-flag-style rollouts where you want a small percentage of users on a new onboarding path without a client-side SDK.
- Weighted splitConfigurable per variant — 5/95 for soft launches
- z-test confidenceTwo-proportion z-test at the click level
- Round-robinEqual distribution for low-volume creative tests
- Per-variant time-seriesSee dayparting and device-type drift between arms
elido.me/launchshare.acme.app/r/u-9h2x- Embed in newsletterBranded short URL preview
- Generate QR codeSVG · for print or screen
- Add to campaignInherits UTM template
In-app share
Share buttons that mint short links on tap.
The share API takes a destination URL, a campaign tag, and an optional click cap. It returns a branded short link and an Open Graph preview ready for the share sheet. The link's UTM template inherits from the campaign so analytics arrive pre-tagged. Click cap means a referral code can be capped at N uses without touching your backend.
- POST /v1/links with campaign_id + max_clicks
- Branded short URL on your custom domain
- Auto-generated OG image with link metadata
- Click cap fires expired_destination_url at threshold
- Per-share analytics: who shared, who clicked, when
What you can ship
- Deferred deep-link parity across iOS Universal Links and Android App Links
- A/B variants per link with weighted or round-robin rotation
- In-app share with branded short URL preview
- QR codes for offline-to-app: print, scan, install, attribute
- Server-side conversion attribution from app install events
- Post-install attribution via clipboard + fingerprint match
Was Elido Produktteams bietet
Onboarding-Links, Feature-Flag-Routing und Deep-Links sind bei den meisten Shortenern eine Herausforderung. Wir schließen diese Lücken gezielt.
Leiten Sie Nutzer ohne eigenen Redirect-Service zum richtigen Ziel
Smart-Links werten Regeln bei jeder Anfrage direkt an der Edge aus: Geografie (ISO-Land), Gerätetyp (Mobil/Tablet/Desktop), Betriebssystem, Language-Header, Referrer-Domain und Tageszeit mit Wochentagsfiltern. Regeln werden der Reihe nach geprüft; der erste Treffer gewinnt. Pro-Pläne erlauben fünf Regeln pro Link; Business-Pläne heben dieses Limit auf. Ein Fallback auf ein Standardziel ist immer erforderlich. Typische Muster für Produktteams: Leiten Sie iOS-Nutzer zum App Store und Android-Nutzer zum Play Store über einen einzigen Link; führen Sie Nutzer in bestimmten Märkten auf lokalisierte Landingpages; senden Sie Nutzer während eines Live-Events auf die Event-Seite und ansonsten zur Aufzeichnung. Regeln werden im Dashboard oder per API konfiguriert – kein eigener Redirect-Service, keine Lambda-Funktionen. Änderungen werden in weniger als 60 Sekunden ohne Deployment an die Edge verteilt.
Traffic-Splitting für Soft-Launches und kreative Tests
Ein einzelner Kurzlink kann bis zu 5 Zielvarianten haben. Der Traffic wird nach Gewichtung (pro Variante konfigurierbar; Standard ist Gleichverteilung) oder Round-Robin aufgeteilt. Jede Variante erfasst eine eigene Klick-Zeitreihe, sodass Sie sehen können, ob das Engagement je nach Tageszeit oder Gerätetyp divergiert – ideal für oberflächenspezifische Tests. Das statistische Konfidenzmodell basiert auf einem Z-Test für zwei Stichprobenanteile auf Klick-Ebene; das Dashboard zeigt an, ob 'Variante A mit X% Konfidenz führt', sobald das Minimum von 200 Klicks pro Variante erreicht ist. Für Routing im Feature-Flag-Stil – etwa um 5 % der Nutzer auf einen neuen Onboarding-Flow zu leiten – nutzen Sie den gewichteten Split. Im Gegensatz zu dedizierten Feature-Flag-Tools ist kein clientseitiges SDK erforderlich; es ist ein serverseitiger Redirect. Der Kompromiss: Sie können keine spezifischen Nutzer ansprechen, sondern nur statistische Segmente basierend auf Request-Attributen.
Universal Links und App Links ohne Drittanbieter-Deep-Link-Service
Deep-Links öffnen bei installierter App direkt den richtigen Screen. Unter iOS sind dies Universal Links (HTTPS-Domains, die das OS abfängt), unter Android App Links (verifiziert via assetlinks.json). Elido stellt apple-app-site-association und assetlinks.json automatisch unter den Well-Known-Pfaden Ihrer Custom-Domain bereit – Sie konfigurieren Bundle-ID und Team-ID einmalig, Elido hält die Dateien aktuell. Fallback-Kette: App installiert → Deep-Link-Ziel; App nicht installiert → App Store / Play Store URL; Desktop → Web-URL. UTM-Parameter bleiben beim Fallback erhalten. Kein Drittanbieter-SDK in der App nötig – das OS übernimmt das Abfangen, nicht JavaScript. Getestet mit adb shell und xcrun simctl bei jedem Release.
Geteilte Links mit integrierten Limits und Rotation für zeitlich begrenzte Kampagnen
Das max_clicks Limit wird pro Link festgelegt: Erreicht die Klickzahl den Schwellenwert, leitet der Link zu einer konfigurierten Expired-URL weiter. Dies ist ideal für In-App-Empfehlungslinks (N Nutzungen pro Code), begrenzten Beta-Zugang oder zeitlich begrenzte Feature-Vorschauen. Kombinieren Sie dies mit dem rotation_mode: 'round-robin', um Traffic auf einen Pool von Zielen für Wartelisten oder kohortenbasierte Releases zu verteilen. Produktseitig liegt die gesamte Logik für Erstellung, Limitierung und Rotation auf dem Server – kein Abgleich des clientseitigen Status nötig. Die Klickzahlen in ClickHouse werden in unter 5 Sekunden aktualisiert. Analysen pro Link zeigen die Klickverteilung über alle Varianten hinweg.
Kohorten- und Retention-Ansichten ohne separates Analyse-Tool
Die Analyse-Ebene im Business-Tarif umfasst Kohorten- und Retention-Ansichten in ClickHouse: Wählen Sie einen Link oder eine Kampagne, eine Kohorten-Dimension (Akquisitionskanal, Land, Gerätetyp) und erhalten Sie eine Retention-Heatmap nach Tag oder Woche. Dies ist kein Ersatz für ein vollwertiges Produkt-Analyse-Tool – es gibt kein Event-Tracking auf Nutzerebene oder Session-Replays. Aber es beantwortet die Frage: 'Wie viele Personen, die auf die Onboarding-E-Mail geklickt haben, kamen am nächsten Tag zurück?' Diese Daten stecken in den Klick-Events und Elido bereitet sie direkt auf. Für tiefere Trichter-Analysen exportieren Sie den rohen Klick-Stream nach BigQuery oder Snowflake und führen ihn mit Ihren Nutzerdaten zusammen. Der ClickHouse DSN (Business) ermöglicht direkten SQL-Zugriff.
Stack you'll touch
- Smart Links
- Deep Links
- A/B-Varianten
- Trichter- + Kohorten-Analysen
- Kampagnen
Was Sie instrumentieren werden
- Aktivierungslift
- Smart-Link-geleitet
- Retention-Kohorten
- Täglich / wöchentlich / monatlich
- A/B-Stichprobenfenster
- Stunden-des-Tages-gesteuert
Produktteams, die darauf bauen
Namen sind Platzhalter – echte Kundennamen folgen mit der Veröffentlichung der Case Studies.
“Deep-Links ohne Branch waren eine Grundvoraussetzung, nachdem Firebase Dynamic Links eingestellt wurde. Die Einrichtung der Universal Links mit Elido dauerte einen Nachmittag – kein SDK in der App, kein zusätzlicher Wartungsaufwand. Die Fallback-Rate zum App Store hat uns gezeigt, dass 40 % unserer geteilten Links geklickt werden, bevor die App installiert ist.”
“Wir nutzen Smart-Link-Regeln für das Geo-Routing zu regionalen Landingpages. Das Management über einen Shortener statt über einen eigenen Redirect-Service hat zwei Lambda-Funktionen und den damit verbundenen On-Call-Aufwand überflüssig gemacht.”
“Das Klick-Limit für Empfehlungslinks ist das Feature, das niemand vorführt, aber jeder braucht. Wir setzen max_clicks pro Einladungscode und vermeiden so eine Überlastung unserer Beta-Slots.”
Elido vs. Branch.io vs. eigenes Deep-Linking für Produktteams
Branch ist Marktführer für Deep-Links. Eigenes Deep-Linking ist möglich, aber wartungsintensiv. Die folgenden Unterschiede sind relevant, wenn Ihr Fokus auf Deep-Links und Routing liegt – nicht auf einer kompletten Mobile-Attributions-Plattform.
| Capability | Elido | Branch.io | Eigenes Deep-Linking |
|---|---|---|---|
| Universal Links (iOS) | Automatische Bereitstellung der apple-app-site-association | Vollständig verwaltet, bewährt | Manuelle JSON-Erstellung und Hosting |
| App Links (Android) | Automatische Bereitstellung der assetlinks.json | Vollständig verwaltet | Manuelle Erstellung und Aktualisierung |
| SDK von Drittanbietern erforderlich | Nein – Abfangen auf OS-Ebene | Ja – Branch SDK | Nein – Fallback-Logik muss selbst gebaut werden |
| Smart-Link Routing-Regeln | Geo, Gerät, OS, Sprache, Referrer, Zeit | Zielgruppen-basierte Journeys (mächtiger) | Individuelle Eigenentwicklung |
| A/B-Tests für Ziele | Ja – gewichteter Split, z-Test Konfidenz | Journey-Level A/B (volles CRO-Tool) | Muss selbst gebaut werden |
| Mobile Attribution (MMP) | Click-ID Weitergabe; MMP-Anbindung manuell | Native MMP-Integration (Appsflyer, Adjust, etc.) | Eigenintegration erforderlich |
| Preis | In Pro und Business enthalten | Volumenbasiert; Mid-Market-Verträge starten höher | Nur Entwicklungskosten |
| Klick-Analysen | ClickHouse, pro Link, Kohorten in Business | Tiefe Mobile-Attributions-Analysen | Je nach Eigenbau |
Fragen von Produktteams
Benötige ich ein SDK wie bei Branch in meiner App, um Elido Deep-Links zu nutzen?
Nein. Elido Deep-Links nutzen iOS Universal Links und Android App Links – Mechanismen auf Betriebssystemebene, die kein SDK erfordern. Sie konfigurieren die Dateien apple-app-site-association und assetlinks.json über die Domain-Einstellungen; Elido stellt sie unter den Well-Known-Pfaden bereit. Ihre App muss lediglich die Universal-Link-URL verarbeiten – das ist Standard-Code für das URL-Routing in iOS/Android.
Was ist mit Firebase Dynamic Links passiert – kann Elido diese ersetzen?
Firebase Dynamic Links wurde im August 2025 eingestellt. Elido kann das Grundmuster ersetzen: Ein HTTPS-Link, der die App öffnet (wenn installiert), zum Store führt (wenn nicht) oder auf Desktop zur Web-URL leitet. Wir bilden kein 'Deferred Deep-Linking' (Kontextweitergabe durch die Installation) ab – dafür wäre ein SDK nötig. In diesem Fall benötigen Sie weiterhin Tools wie Appsflyer oder Adjust.
Wie funktionieren A/B-Varianten zusammen mit Smart-Link-Regeln?
Smart-Link-Regeln werden zuerst ausgewertet. Wenn eine Regel greift, wird das dort definierte Ziel verwendet; Varianten werden nicht angewandt. Wenn keine Regel greift, fällt der Traffic auf das Standardziel zurück. Sind dort Varianten konfiguriert, greift der Split. So können Sie etwa iOS-Nutzer immer zum App Store schicken, US-Desktop-Nutzer auf eine spezielle Seite und alle anderen per A/B-Test auf zwei Ziele verteilen.
Was ist der Anwendungsfall für Klick-Limits im Produktbereich?
Empfehlungsprogramme (N Nutzungen pro Code), limitierter Beta-Zugang (Begrenzung ohne Backend-Änderung), zeitlich begrenzte Vorschauen (max. 500 Klicks auf einen Demo-Link, danach Warteliste). max_clicks wird bei der Erstellung oder per PATCH gesetzt. Bei Erreichen des Limits leitet der Link zur expired_destination_url weiter.
Gibt es Tracking auf Session- oder Nutzerebene?
Nein. Klick-Events basieren auf dem Request: Land, Gerät, OS, Referrer, UTM und Zeitstempel. Es gibt keine Nutzeridentität, außer Sie übergeben eine user_id als Query-Parameter an das Ziel. Elido ist kein Produkt-Analyse-Tool wie Mixpanel oder PostHog. Für tiefe Analysen führen Sie die Klickdaten über die UTMs oder die Click-ID in Ihrem Data-Warehouse zusammen.
Wie schnell werden Änderungen an Smart-Link-Regeln aktiv?
Regeländerungen werden in api-core geschrieben und in unter 60 Sekunden in den Redis L2-Cache gepusht. Der Edge-Redirect-Service hat einen LRU-Cache mit einer TTL von 30 Sekunden. In der Praxis ist eine Änderung innerhalb von 90 Sekunden weltweit an der Edge live.
Kann ich In-App-Sharing ohne eigene Domain nutzen?
Ja. Die Shared-Domains von Elido (s.elido.me für Paid, b.elido.me für Business) funktionieren problemlos für In-App-Links, bei denen Markenkonsistenz weniger wichtig ist als Klick-Limits und Routing-Features. Eigene Domains ermöglichen branded URLs (share.ihreapp.de), was für Empfehlungsprogramme wichtig ist.
Wo exportiere ich Kohortendaten für mein Warehouse?
Geplante Exporte nach S3, BigQuery oder Snowflake sind im Business-Tarif verfügbar. Exportieren Sie den rohen Klick-Stream; die Kohorten-Berechnung erfolgt in Ihrem Warehouse, wo Sie die Daten mit Ihren internen Nutzer-Events verknüpfen können. Der ClickHouse DSN bietet zudem direkten SQL-Zugriff.
Product team's reading list
iOS Universal Links + Android App Links setup, fallback chain, and tested configurations.
Edge rule engine for routing by device, OS, language, geo, and time.
One landing surface for the link in your bio — useful for app-store + web fallbacks.
Branded SVG/PNG generation with click-through analytics on every scan.
Server-side attribution for app installs and post-install events.
Nicht sicher, welcher Winkel passt?
Die meisten Teams beginnen als eins und wachsen in alle vier hinein. Unser Vertriebsteam kann in 20 Minuten Ihren spezifischen Stack durchgehen.