Branch.io et Elido résolvent des problèmes qui se chevauchent avec des architectures totalement différentes. Branch déploie un SDK mobile qui intercepte les liens à l'intérieur de votre application, attribue l'installation et dirige l'utilisateur vers une destination. Elido gère le deep linking entièrement côté serveur — le point de terminaison de redirection résout la plateforme, renvoie la charge utile Universal Link ou App Link appropriée, et l'OS fait le reste. Aucun SDK à intégrer, aucune mise à jour d'application requise pour les changements de routage, aucun état côté client à déboguer.
Cet article compare les deux solutions sur les dimensions qui comptent lors de votre évaluation : la taille du bundle, le modèle d'attribution, le deep linking différé, le comportement du deep link à l'ouverture, le support des domaines personnalisés et la posture de résidence des données dans l'UE. Le pilier des alternatives à bitly couvre le paysage concurrentiel plus large ; ceci est la comparaison spécifique à Branch.
Ce que fait Branch.io#
Branch est un partenaire de mesure mobile (MMP) doté d'une couche de deep linking greffée par-dessus. Le produit a été conçu autour du problème de l'attribution des installations : un utilisateur clique sur un lien, installe votre application, l'ouvre, et vous devez savoir quelle campagne a généré l'installation. Le SDK de Branch effectue une empreinte numérique (fingerprinting) de l'installation, la fait correspondre au clic dans leur backend et affiche l'attribution dans un tableau de bord.
Le deep linking suit le mouvement : un lien Branch encode une cible de deep link ainsi qu'une URL de repli en cas de non-installation. Si l'application est installée, le SDK de Branch intercepte le lien et effectue le routage à l'intérieur de l'application. Si l'application n'est pas installée, le lien redirige vers l'App Store ou le Play Store ; après l'installation, la première ouverture de l'application déclenche un rappel de deep link différé qui dirige l'utilisateur vers la cible d'origine. Ce parcours différé est la fonctionnalité pour laquelle la plupart des équipes paient Branch.
La structure tarifaire est complexe. Branch publie des paliers de forfaits (Starter, Pro, Enterprise), mais la majeure partie de la tarification pertinente est cachée derrière un appel commercial, en particulier pour les applications à fort MAU ou pour l'option d'attribution basée sur les personnes (People-Based Attribution). Les pages de tarification publiques listent "Starter" à zéro et "Pro" avec la mention "contacter le service commercial" (accès le 22-05-2026). Pour comparer les prix, cette absence est une réelle friction.
Ce que fait Elido#
Elido gère le deep linking côté serveur. Un lien court pointe vers un point de terminaison de résolution unique sur un POP en bordure de réseau (edge). Lorsqu'une requête atteint ce point de terminaison, le résolveur lit l'User-Agent, examine la configuration de deep link du lien et renvoie la réponse appropriée :
- iOS Safari avec l'application installée : une charge utile Universal Link pointant vers le domaine revendiqué par l'application. L'OS ouvre l'application directement.
- iOS Safari sans l'application installée : une redirection vers l'App Store avec une Smart App Banner.
- Android avec l'application installée : un App Link avec le schéma
intent://comme repli. - Android sans l'application installée : une redirection vers le Play Store avec le nom du package attaché.
- Ordinateur de bureau ou contextes hors application : la destination web canonique.
Le résolveur fonctionne en Go sur fasthttp, interroge d'abord le cache L1 LRU, passe à Redis en L2 en cas d'échec, et ne va à l'origine que sur un cache à froid. L'article sur la redirection p95 < 15ms détaille l'intégralité du modèle de latence. Il n'y a aucun SDK sur l'appareil. Le gestionnaire au niveau de l'OS s'occupe du routage ; Elido fournit les métadonnées du lien.
Cette différence architecturale constitue l'essentiel de la comparaison. Si vous avez besoin de l'attribution d'installation médiée par SDK que propose Branch (deep links différés post-installation, fingerprinting de la source d'installation, attribution des canaux payants), Elido n'est pas un remplaçant direct. Si vous avez seulement besoin de deep links — le comportement de routage des liens, le repli selon la plateforme, les analyses — Elido est l'option la plus légère, la plus rapide et résidente dans l'UE.
Comparaison du poids du SDK#
C'est ici que la différence architecturale se manifeste dans le bundle de votre application.
| Surface | SDK Branch | Elido |
|---|---|---|
| Taille du framework iOS (non compressé) | ~3,5 MB | 0 KB |
| Android AAR (non compressé) | ~2,8 MB | 0 KB |
| Package de pont React Native | ~1,2 MB | 0 KB |
| Autorisations requises (Android) | INTERNET, ACCESS_NETWORK_STATE, ad-id | aucune de la part d'Elido |
| Invite App Tracking Transparency (iOS) | requis pour l'IDFA | non applicable |
La colonne Elido est à zéro car rien ne s'exécute sur l'appareil pour le parcours de redirection lui-même. Les Universal Links et App Links sont des fonctionnalités de l'OS ; ils ne nécessitent pas de SDK tiers. Les métadonnées du lien (apple-app-site-association, assetlinks.json) sont servies depuis votre domaine ; Elido vous aide à générer les fichiers mais n'intègre pas de code dans votre application.
Pour les équipes d'applications proches de la limite de 200 MB de l'App Store d'iOS ou luttant contre le gonflement du bundle sur Android, supprimer le SDK Branch permet d'économiser une partie objectivement mesurable de la taille binaire et une invite ATT. Pour les équipes dont l'application pèse déjà 50 MB au total, le poids du SDK est négligeable.
L'article sur les deep links sans SDK explique ce que vous devez réellement déployer sur chaque plateforme lorsque vous vous passez de SDK.
Modèle d'attribution#
C'est ici que Branch fait véritablement quelque chose qu'Elido ne fait pas.
Le modèle d'attribution d'installation de Branch utilise le fingerprinting (IP + caractéristiques de l'appareil) pour faire correspondre un clic pré-installation à un appareil post-installation. La correspondance est probabiliste mais suffisamment fiable pour l'attribution des acquisitions payantes via Meta, TikTok, Google et les réseaux majeurs. Branch est également un partenaire de mesure SKAdNetwork (SKAN), qui est le seul parcours d'attribution déterministe post-IDFA sur iOS.
Elido ne gère pas SKAdNetwork. Nous attribuons les clics côté serveur : chaque redirection est enregistrée avec son référent, ses paramètres UTM et la destination vers laquelle elle a abouti. Nous transmettons les événements post-redirection (achats, inscriptions) à Meta CAPI, GA4 et l'API d'événements TikTok via le pipeline de suivi des conversions côté serveur. Cela fonctionne pour l'attribution post-clic ; cela ne vous donne pas l'attribution d'installation par rapport au réseau SKAN d'iOS ou au Play Install Referrer d'Android.
Pour la plupart des applications B2B et prosumer, le pipeline post-clic est ce dont elles ont réellement besoin : un marketeur doit savoir que "la campagne a généré le clic, qui a généré la conversion". La couche d'attribution d'installation importe principalement pour l'acquisition mobile payante à grande échelle (jeux, e-commerce, applications sociales avec des budgets UA à sept chiffres). Si vous achetez des installations payantes, Branch est la bonne solution. Si vous exploitez des canaux propres (e-mail, réseaux sociaux organiques, partenariats, contenu), Elido est la bonne solution.
Deep linking différé#
Le deep linking différé — diriger un utilisateur vers une destination spécifique dans l'application après qu'il a installé l'application, l'installation ayant été déclenchée par le clic sur un lien — est la fonctionnalité phare de Branch. L'exemple classique : un utilisateur clique sur un lien vers un produit spécifique, installe l'application et arrive sur la page de ce produit plutôt que sur l'écran d'accueil de l'application.
Elido prend en charge le deep linking différé via un mécanisme différent. Le lien court encode la destination in-app comme paramètre de requête sur l'URL de repli de l'App Store. Après l'installation, le premier lancement de l'application lit https://apps.apple.com/...?referrer=elido_link_id=abc123 (ou l'équivalent du Play Install Referrer sur Android), appelle l'API Elido pour résoudre le lien d'origine et effectue le routage de l'utilisateur.
Cela nécessite un appel API de la part de l'application au premier lancement — pas de SDK, juste une requête réseau et un routeur. Ce modèle est documenté dans l'article sur les deep links sans SDK et dans le guide opérationnel /docs/guides/deep-links. Le taux de correspondance est élevé (>95% lors de nos tests) car le référent d'installation passe par le canal fourni par la plateforme.
L'inconvénient : cela nécessite une intégration côté application. Vous ajoutez un client HTTP et un routeur dans votre parcours de lancement. Avec le SDK de Branch, le routage différé est automatique ; avec Elido, l'application doit l'activer explicitement. C'est le travail que vous économisez en octets de SDK et en invites ATT.
Support des domaines personnalisés#
Branch prend en charge les domaines personnalisés à partir du forfait Pro (tarif sur demande). La configuration nécessite un CNAME chez votre fournisseur DNS pointant vers l'edge de Branch, plus une étape de vérification côté Branch.
Elido prend en charge les domaines personnalisés sur tous les forfaits payants. Le certificat TLS est émis via le TLS à la demande de Caddy dans les 60 secondes suivant la propagation du CNAME. Le guide sur les domaines personnalisés pour les liens courts couvre le flux DNS. Il n'y a pas d'étape de vérification de domaine séparée ; l'émission du certificat constitue la vérification.
Dans le cas du deep linking, les domaines personnalisés sont importants car les Universal Links et App Links exigent que le domaine du lien corresponde aux services webcredentials et applinks du fichier apple-app-site-association. Le fichier assetlinks.json sur Android fonctionne de la même manière. Les deux fichiers doivent être servis depuis le domaine personnalisé via HTTPS avec un certificat valide.
Elido génère et sert automatiquement ces deux fichiers lorsque vous configurez les deep links pour un domaine. La configuration se trouve dans /settings/apps sur le tableau de bord ; la page /features/deep-links couvre la surface du produit, et le guide /docs/guides/deep-links détaille les aspects opérationnels.
Résidence des données dans l'UE#
Branch est une entreprise américaine. Le backend de Branch fonctionne sur AWS aux États-Unis ; le plan de données n'est pas résident dans l'UE. Pour une équipe d'application basée aux États-Unis, c'est acceptable ; pour une application résidente dans l'UE ou toute équipe ayant besoin d'une résidence de données conforme au GDPR, c'est un point bloquant pour le service achats.
Elido est axé sur l'UE. Le plan de données fonctionne sur Hetzner Francfort et OVH Strasbourg, avec une source de vérité Postgres dans les régions de l'UE et des analyses de clics ClickHouse répliquées dans l'UE. Le pilier GDPR pour les réducteurs d'URL détaille la posture de résidence des données ; l'article sur la résidence des données dans l'UE pour le marketing apporte la réponse pour les achats.
Pour les équipes où le DPO doit valider le diagramme de flux de données de chaque fournisseur, c'est souvent le différenciateur le plus important. L'article Schrems II et pixels de suivi présente le contexte juridique expliquant pourquoi un fournisseur d'attribution résident aux États-Unis est plus difficile à justifier qu'un fournisseur résident dans l'UE.
Quand Branch est la bonne solution#
Pour être clair sur les points où Branch gagne :
- Vous achetez des installations mobiles payantes à grande échelle. L'intégration SKAdNetwork est incontournable pour l'UA payante sur iOS post-IDFA. Branch est un MMP ; Elido ne l'est pas.
- Vous avez besoin d'une attribution prête à l'emploi avec les principaux réseaux publicitaires. Branch possède des intégrations directes avec Meta, TikTok, Google Ads, Apple Search Ads et des dizaines de réseaux plus petits. Elido transmet les conversions mais n'agit pas comme un MMP.
- Vous voulez un fournisseur unique pour l'attribution des installations et les événements post-installation. Branch unifie les deux ; Elido est une couche de deep link et d'attribution post-clic qui s'associe à un MMP si nécessaire.
Si l'un de ces points est rédhibitoire, arrêtez votre lecture et choisissez Branch. Pour les 80 % restants des cas d'utilisation de deep linking — partage de contenu, campagnes e-mail, intégrations partenaires, parrainages in-app, routage de canaux propres — Elido les gère avec moins de surcharge.
Quand Elido est la bonne solution#
Les avantages les plus nets pour Elido :
- Vous déployez une application B2B ou prosumer. Les flux de travail des marketeurs sont basés sur le post-clic, pas sur l'attribution d'installation. E-mails, liens partenaires, marketing de contenu, programmes de parrainage.
- Vous vous souciez de la taille du bundle de l'application ou du nombre d'invites ATT. Supprimer le SDK Branch permet d'économiser environ 3,5 MB sur iOS et une invite ATT.
- Vous avez besoin d'une résidence des données dans l'UE. Les données d'attribution résidentes aux États-Unis posent un problème au regard de Schrems II ; les données résidentes dans l'UE non.
- Vous voulez un seul outil pour les liens courts et les deep links. Branch gère les deep links ; Bitly ou Rebrandly gèrent les liens courts. Avec Elido, le même enregistrement de lien gère les deux — les mêmes modèles UTM, les mêmes analyses, les mêmes campagnes.
- Vous préférez ne pas avoir de SDK sur l'appareil. Déploiement plus rapide, pas de cassure lorsque iOS ou Android changent leur posture de confidentialité, une chose de moins à déboguer.
Matrice comparative des fonctionnalités#
| Capacité | Branch.io | Elido |
|---|---|---|
| SDK mobile requis | oui (iOS + Android + RN) | non |
| Impact sur le bundle de l'app | ~3-5 MB | 0 |
| Universal Links / App Links | oui | oui |
| Deep linking différé | via SDK | référent d'install + appel API |
| Attribution d'installation | oui (fingerprint + SKAN) | non |
| Attribution post-clic | oui | oui |
| Transfert Meta CAPI / GA4 côté serveur | oui | oui |
| Domaine personnalisé | Pro+ | tous les forfaits payants |
| Résidence des données dans l'UE | non | oui |
| Modèles UTM par lien | oui | oui |
| Événements par Webhook | oui | oui (détails) |
| Tarification publique | partielle | complète |
| Invite ATT requise (iOS) | oui (pour IDFA) | non |
| API ouverte + SDKs | oui (REST) | oui (5 langages) |
La réponse pour les achats#
Pour l'équipe achats effectuant une comparaison de fournisseurs : Branch est le leader de l'attribution d'installations mobiles et le bon choix si l'intégration SKAdNetwork figure dans vos trois exigences prioritaires. Elido est le bon choix si le deep linking, l'attribution post-clic, la résidence des données dans l'UE et l'absence de SDK pèsent plus lourd que l'attribution d'UA payante.
Pour la plupart des applications B2B et prosumer, la comparaison penche en faveur d'Elido. Le SDK Branch est une surcharge que vous payez pour une fonctionnalité que vous n'utilisez pas. L'article sur le classement des réducteurs d'URL gratuits couvre la comparaison plus large des coûts ; /pricing présente la matrice complète des forfaits d'Elido.
Si vous êtes actuellement sur Branch et envisagez de changer, le guide de migration depuis bitly couvre les mécanismes généraux de migration — exportez vos enregistrements de liens, mappez les destinations, redirigez l'ancien domaine ou réémettez les liens sur le vôtre. L'export spécifique à Branch est un CSV de configurations de liens depuis le tableau de bord Branch ; le reste suit le même flux.
Références externes#
- Documentation d'Apple sur les Universal Links — le rôle du fichier
apple-app-site-association. - Vérification des App Links de Google — le mécanisme
assetlinks.json. - Framework App Tracking Transparency d'Apple — ce que l'invite IDFA requiert réellement.
Lectures complémentaires#
- Alternatives à Bitly — le véritable écart de fonctionnalités — le pilier des comparaisons.
- Deep links pour applications mobiles sans SDK — le guide complet du deep linking côté serveur.
- Les Smart links expliqués — le système de routage par plateforme utilisé par Elido.
- GDPR pour les réducteurs d'URL — le pilier sur la résidence des données dans l'UE.
- Domaines personnalisés pour les liens courts — le guide DNS + TLS.
- Surfaces de produits :
/features/deep-links,/features/smart-links,/solutions/developers. - Guides opérationnels :
/docs/guides/deep-links,/docs/guides/smart-links.