Elido vs Bitly : tarification, fonctionnalités et résidence UE en 2026

J'ai écrit un billet séparé sur le gap fonctionnel de Bitly — la partie qui ressemble à une matrice de fonctionnalités. Celui-ci est l'autre moitié de la conversation d'achat : le chiffre sur le devis de renouvellement, et la clause contractuelle que votre équipe achats va entourer.

Si vous arrivez sur la page de tarifs de Bitly depuis une recherche « Elido vs Bitly », vous êtes probablement l'une de deux personnes. Soit le devis de renouvellement est plus élevé que l'année dernière et vous voulez savoir si l'économique au clic tient vraiment, soit votre acheteur est dans l'UE et quelqu'un côté juridique a signalé « résidence des données ». Les deux questions semblent sans rapport. Elles partagent une réponse.

Tous les chiffres Bitly ci-dessous sont datés contre la page de tarifs publique de Bitly et leur doc sur les limites de débit consultées le 2026-05-08. Si vous lisez ceci six mois plus tard, cliquez et vérifiez avant de citer l'un de ces chiffres aux achats.

Le modèle de tarification, c'est tout#

Bitly facture sur les Branded Short Units. Chaque lien court, chaque QR code, chaque smart link, chaque création par API compte pour un BSU. Les plans plafonnent votre quota mensuel de BSU : Free est petit, Core est dans les bas deux chiffres par mois pour quelques centaines de BSU, Growth se situe dans la moitié des centaines pour quelques milliers, et Premium / Custom est là où les budgets de dépassement se négocient à l'avance.

Elido facture sur les workspaces et les sièges. Le plan Pro est un forfait mensuel pour des liens illimités, un plafond de clics souple qui gère bien les pics, et un dépassement métré sur les événements de clic au-delà du plafond plutôt que sur les liens créés. Business ajoute les wildcards, les régions dédiées et le SSO. Enterprise ajoute des termes contractuels sur mesure.

La répartition se joue sur le fait que le coût croît avec la fréquence à laquelle vous appuyez sur « créer » ou avec la fréquence à laquelle quelqu'un clique. Le modèle de Bitly récompense les équipes qui frappent un petit nombre de liens à fort trafic et pénalise celles qui frappent des milliers de liens à courte traîne sur de nombreuses campagnes. Le modèle d'Elido est l'inverse — il se moque de combien de liens vous frappez, il facture sur le trafic de redirection réel.

Vous pouvez injecter vos chiffres dans l'un ou l'autre modèle. Les équipes que je vois migrer partagent un profil : 5 000 à 50 000 liens par mois, majoritairement à courte traîne, ce qui fait que le plafond BSU devient la contrainte limitante bien avant que le plafond de clics côté Elido ne morde.

L'arithmétique à trois niveaux de trafic#

Trois formes concrètes d'organisation marketing. Même charge de travail, prix différent sous chaque modèle.

Tier 1 — petite SaaS B2B, 50 000 clics/mois.

300 liens par mois pour l'outbound, le social, les annonces in-app, l'email lifecycle. Pas un gros consommateur de QR. Domaine brandé sur go.acme.example.

Sous Bitly Core, le quota BSU couvre confortablement le volume de liens. Le domaine brandé est une fonctionnalité du tier Core, un domaine inclus. Coût total : bas deux chiffres par mois, pas de dépassement. Sous Elido Pro : forfait comparable, même domaine brandé, pas de comptage par lien. Verdict : c'est du pareil au même. Si vous êtes sous 50 000 clics/mois et que vous ne faites pas d'acquisition payante, ce n'est pas le calcul qui devrait piloter votre décision.

Tier 2 — équipe performance marketing, 250 000 clics/mois, 5 000 liens/mois.

Mix de social payant, email, affiliation. Plusieurs variantes de landing page. Imports en masse hebdomadaires depuis Sheets.

Sous Bitly Growth, le nombre de créations BSU à 5 000/mois tient à l'intérieur du plafond sur la plupart des plans, mais le plafond est une cible mouvante — il y a une vraie différence d'argent entre Growth et Premium quand vous commencez à ajouter des QR codes et des smart links au même workspace, parce que chacun de ceux-ci est aussi un BSU. La plus grande surprise est la limite de débit API. Le plafond publié par Bitly est dépendant du tier en requêtes par heure, et un import CSV de 5 000 liens un vendredi après-midi rentre dedans tout droit. Les équipes paginent à 100/requête, atteignent le plafond, et l'automatisation de lancement bascule sur un cron à 4h du matin pour terminer.

Sous Elido Pro : forfait, plus le dépassement de clics métré au-delà du seuil de quota de clics. Les limites de débit API sont documentées par endpoint à 1 000 RPS pour l'endpoint d'import en masse et 10K RPS pour le plan de redirection (ce dernier non pertinent pour l'orchestration, mais bon à savoir). L'import en masse de 5 000 finit en moins de trois secondes.

C'est le tier où les maths tournent. Trois clients que j'ai aidés à migrer à ce volume ont montré des coûts Bitly tout compris allant de 3 à 5× le prix affiché du plan Growth une fois le dépassement net inclus. Le devis de renouvellement est ce que les équipes remarquent ; les factures au moment des achats sont là où la divergence se situe réellement.

Tier 3 — agence ou org marketing enterprise, 500 000 clics/mois, 25 000 liens/mois.

Plusieurs workspaces de marque, sous-domaine white-label par client, équipes régionales créant des liens indépendamment.

Sous Bitly : c'est le territoire Premium / Custom. La tarification n'est plus sur la page publique. Attendez-vous à des contrats annuels avec des plafonds BSU négociés et des lignes de dépassement. Les domaines brandés au-delà d'un par workspace sont en supplément ; la complexité des règles smart-link est encadrée par tier ; la limite de débit nécessite un avenant contractuel si vous avez de la création automatisée.

Sous Elido : plan Business avec domaines personnalisés wildcards (un *.acme-clients.example couvre tous les sous-domaines clients que vous créez sans frais par domaine), épinglage régional si votre trafic est principalement hors UE, pas de comptage par lien. La conversation contractuelle est « combien de sièges et quelles régions » ; les maths sont assez prévisibles pour que la finance puisse modéliser les quatre prochains trimestres sans une feuille d'hypothèses sur les courbes de consommation BSU.

Vous devriez quand même faire vos propres calculs. La forme qui compte, c'est de savoir si votre signal facturable est « liens créés » ou « clics servis ». Si les liens croissent plus vite que les clics pour votre équipe, la tarification BSU gagne en simplicité — et le prix affiché est réel. Si les clics croissent plus vite que les liens, le modèle BSU va vous surprendre la deuxième année.

Les fonctionnalités qui changent les maths#

Trois fonctionnalités ressemblent à une parité de cases à cocher depuis la page de tarifs et n'en sont pas.

Domaines personnalisés wildcards. Bitly : un domaine brandé par workspace sur Growth, domaines supplémentaires payants par domaine. Elido : un domaine brandé sur Pro, support wildcard (*.acme.example) sur Business — un wildcard en frais, un CNAME, un cycle de certificat TLS, mais vous pouvez créer client-1.acme.example et client-2.acme.example et every-other-client.acme.example sous lui sans ouvrir de ticket support. Pour les agences, c'est la ligne. La page fonctionnalité Domaines personnalisés et le tutoriel opérationnel couvrent le pointage DNS et la mécanique TLS à la demande.

Profondeur des règles smart-link. Les deux livrent du routage conditionnel. Le deep linking de Bitly est principalement un routage device-OS pour les installs d'app ; le routage géo et langue existent mais la forme des règles est moins profonde. Elido fait six dimensions y compris time-of-day et referrer, avec évaluation de règles sub-milliseconde à l'edge. J'en ai parlé dans l'explication des smart links ; le fait pertinent pour la décision de tarification est que Bitly encadre la profondeur par tier, donc « nous voulons A/B-tester les campagnes par time-of-day » peut vous faire monter d'un plan même quand votre volume de liens n'a pas bougé.

Forwarding de conversions côté serveur. Bitly : pas un built-in. Vous pouvez le câbler via webhook → votre propre serveur → Meta CAPI / GA4 / Mixpanel, mais l'intégration est à votre charge et la plupart des équipes que j'ai auditées n'y arrivent jamais. Elido : built-in, identifiants posés une fois au niveau workspace, la plateforme gère le hachage SHA-256 et le retry/dedup. Le guide de forwarding de conversions est la référence opérationnelle. C'est le gap qui récupère le plus de revenu attribuable après Safari ITP, donc c'est le gap qui compose l'argument de tarification : les clients Bitly qui veulent cela paient quelqu'un (eux-mêmes, ou un développeur) pour le construire.

La bonne façon de pondérer cela est de regarder quelle fonctionnalité le prix affiché cache. Si votre équipe a besoin de sous-domaines wildcards et que Bitly Premium est le plancher, le tier Elido comparable est Business et l'écart de prix sur ces deux SKU est ce que vous devriez modéliser — pas la capture d'écran Bitly Core vs Elido Pro que quelqu'un a mise dans un slide.

Résidence UE : la clause contractuelle, pas la promesse marketing#

Chaque raccourcisseur d'URL sur le marché prétend être « conforme RGPD ». L'expression est dénuée de sens en elle-même — l'article 3 du RGPD (portée territoriale) soumet le traitement de données de sujets UE au RGPD indépendamment de l'endroit où le sous-traitant est hébergé, donc tout fournisseur qui livre dans l'UE doit s'y conformer. La question que pose vraiment l'équipe juridique de votre acheteur est plus étroite : pouvons-nous contractuellement exiger que les données personnelles ne quittent pas l'UE ?

Bitly est hébergé sur US-East selon leur liste publique de sous-traitants. Ils offrent un Data Processing Agreement ; les clauses de résidence des données font partie de leur contrat standard, pas d'un choix configurable par client. L'arrêt Schrems II (CJUE C-311/18, 2020) a invalidé le cadre Privacy Shield, et le repli sur CCT sous la décision d'exécution de 2021 nécessite encore une Évaluation d'Impact des Transferts pour les SaaS hébergés aux US. En pratique, cela signifie que l'équipe vie privée de votre acheteur doit faire une TIA sur chaque clause Bitly référençant des sous-traitants US. Pour une petite équipe, c'est une taxe administrative. Pour les acheteurs finance, santé et secteur public UE, c'est un bloqueur de deal.

Elido est hébergé à Francfort par défaut. Épinglez sur Ashburn ou Singapour sur Business+ si votre trafic est principalement hors UE. La liste de sous-traitants compte cinq fournisseurs au total — Hetzner, OVH, Postmark, monobank Plata, Cloudflare. Le DPA inclut les obligations de l'article 28 pré-signées dans le contrat client standard ; aucune négociation nécessaire. La page de confiance est l'artefact à destination des achats ; la page solutions/conformité est celle à destination de l'acheteur.

Ce que cela signifie pour la conversation d'achat :

Si vos achats vont exiger une TIA, comptez deux à six semaines de revue juridique côté Bitly. Le coût n'est pas sur la fiche de prix mais il est réel.
Si vos contrats clients incluent des clauses de résidence des données que vous avez répercutées sur vos sous-traitants (courant dans le SaaS finance et santé UE), les CCT standard de Bitly peuvent ne pas se répercuter proprement. Il vous faudra une conversation contractuelle sur mesure.
Si votre acheteur est un responsable de traitement soumis à une autorité de contrôle nationale — BfDI allemand, CNIL française, UODO polonais — avoir un DPA pré-aligné avec une infrastructure hébergée UE est favorable aux achats et raccourcit le cycle de plusieurs semaines.

Pour plus de détails côté achats sur la résidence UE, voir l'aperçu raccourcisseur d'URL UE et le futur cornerstone GDPR for URL shorteners (pas encore publié au moment de l'écriture).

Le coût de la bascule#

La migration n'est pas gratuite. La version honnête de « passez à Elido » inclut les choses qui vont mal et le temps qu'elles prennent.

Export de liens. Bitly exporte votre historique de liens via leur endpoint d'export en masse au niveau workspace. Le format est un CSV simple. Le piège, c'est que les exports au-delà d'un an d'historique de clics sont paginés et lents ; comptez une demi-journée si vous gérez plusieurs workspaces. Notre playbook de migration parcourt les étapes côté import.

Handover DNS du domaine personnalisé. Si votre domaine brandé existant pointe sur bit.ly, vous aurez une période de chevauchement de 24-48 heures où les deux fournisseurs détiennent un cert TLS pour le même hostname. Nous documentons le handover dans le guide des domaines personnalisés ; la version courte est « baissez le TTL CNAME la veille, repointez, validez ».

Anciens 301. Chaque lien Bitly précédemment créé continue de résoudre sur le domaine de Bitly. Si votre hostname reste le même et que vous changez le backend, les anciens slugs doivent continuer à résoudre. L'endpoint d'import en masse d'Elido préserve les slugs tels quels, donc un CSV avec le slug original comme colonne d'entrée atterrit dans Elido exactement comme il était dans Bitly. Le piège, ce sont les métadonnées au niveau BSU que Bitly suivait (analytics regroupés par bucket de limite de débit, patches UTM personnalisés appliqués au moment de la redirection) que nous n'essayons pas de répliquer ; l'état d'URL pré-redirection est ce qui a été créé, et l'analytique à partir du jour de migration est fraîche.

Cutover d'équipe. Les équipes marketing résistent aux migrations d'outils parce que la mémoire musculaire est dans leurs doigts. Prévoyez deux semaines de chevauchement où l'ancien outil de lien court reste mis en favoris et le nouveau s'installe à côté. Le changement cassant que les marketeurs remarquent en premier est l'UI de création ; le changement cassant qu'ils remarquent ensuite, trois semaines plus tard, c'est que les dashboards analytiques ne sont plus à leur place. Faites une démonstration de 30 minutes et capturez les équivalents dans Elido avant la bascule.

Pour les équipes sous 50 000 liens et un domaine brandé, la migration est un exercice d'une demi-journée. Pour les agences gérant plusieurs workspaces avec des domaines white-label, c'est un projet d'une semaine avec un ingénieur. Vaut le coup d'être budgété honnêtement pour que le renouvellement côté Bitly ne devienne pas l'horloge limitante.

Quand Bitly est la bonne réponse#

Le modèle de tarification de Bitly est le bon modèle quand :

Votre volume de liens est vraiment petit (< 500 BSU/mois) et les clics sont la seule chose qui croît. Le plafond BSU ne mord pas, et le prix affiché Free / Core est le vrai prix.
Vous êtes déjà profondément investi dans les intégrations API Bitly avec des augmentations de limites de débit négociées sur mesure, et le coût de migration excéderait deux ans de différence de prix.
Votre acheteur est basé aux US et n'a pas de clauses de résidence des données à satisfaire. La taxe Schrems II est nulle.
Vous n'avez pas besoin de forwarding de conversions côté serveur — le plan de données de l'équipe analytics gère l'attribution ailleurs (votre CDP, votre entrepôt, votre pipeline interne).

Pour tous les autres, les maths pointent dans l'autre sens passé 100 000 clics/mois ou une clause de résidence UE, selon ce qui arrive en premier. Le devis de renouvellement est en aval de ces deux seuils.

Lisez le cornerstone#

La comparaison fonctionnalité par fonctionnalité vit dans le billet sur le gap fonctionnel des alternatives à Bitly — lisez-le ensuite si ce n'est pas fait, notamment la grille de scoring par fonctionnalité. Si vous avez déjà dépassé le stade d'évaluation et n'êtes là que pour les étapes de migration, le playbook de migration est le tutoriel opérationnel. Et si votre conversation d'achat est bloquée par les spécificités d'achat UE, la page solutions/conformité a les spécificités contractuelles que votre DPO va vouloir voir.