13 min de lectureComparaisons

Elido vs Rebrandly : tarification, résidence UE et liens brandés en 2026

Rebrandly facture sur le plafond de liens brandés. Elido facture sur le volume de clics. Voici les maths par tier, l'écart de résidence UE et un regard honnête sur les endroits où Rebrandly gagne encore

Ana Kowalska
Marketing solutions engineering
Side-by-side diagram of Rebrandly per-link-cap pricing versus Elido per-click-volume pricing at 50K, 250K, and 500K monthly clicks

Rebrandly s'est forgé une réputation sur deux choses : une expérience de lien brandé centrée domaine qui paraît vraiment soignée, et une marketplace d'intégrations qui couvre Zapier, Make, Workato et environ 40 connecteurs natifs prêts à l'emploi. Si votre équipe vit dans des outils d'automatisation no-code et que votre objectif premier est « raccourcir des liens sur mon domaine sans toucher à une API », Rebrandly est un produit cohérent et bien exécuté.

Ce qu'il n'est pas, en 2026, c'est résident UE par défaut. Et le modèle de tarification - qui facture sur le plafond de liens brandés plutôt que sur les clics - surprend les équipes faisant tourner des campagnes à grande échelle d'une manière spécifique et évitable.

Ce billet est la version arithmétique de cette comparaison. Tous les chiffres Rebrandly viennent de la page de tarifs publique consultée le 2026-05-10. Si vous lisez après un changement de cycle de tarification, vérifiez sur la page en ligne avant de citer un de ces chiffres aux achats.

TL;DR#

  • Rebrandly facture sur le plafond de liens brandés (Free : 5K / Starter : 25K / Pro : 50K / Business : 150K). Elido facture par workspace plus volume de clics - le plafond de liens est effectivement illimité sur les plans payants.
  • Les deux plateformes prennent en charge les domaines personnalisés avec TLS à la demande. L'assistant de configuration de Rebrandly est plus soigné ; la vérification DNS automatisée d'Elido élimine l'étape de validation manuelle.
  • Rebrandly est basé aux US avec résidence des données primaire US (selon leur DPA, consulté le 2026-05-10). Elido est région UE par défaut, épinglé UE par workspace avec les obligations de l'article 28 pré-signées dans le contrat standard.
  • Rebrandly émet des webhooks pour les événements de conversion ; le forwarding côté serveur vers Meta CAPI ou GA4 est à votre charge. Elido livre cela en built-in.

Le modèle de tarification diffère dans une direction#

La structure de tier de Rebrandly est construite autour des liens brandés créés - le nombre total d'URL raccourcies actives dans votre workspace. Free vous donne 5 000 liens brandés. Starter passe à 25 000. Pro atteint 50 000. Business plafonne à 150 000 avant que vous n'entriez en négociation enterprise. La page de tarifs (consultée le 2026-05-10) montre clairement les plafonds par tier ; le dépassement est géré en montant de tier, pas par facturation au lien métrée.

Le modèle d'Elido est différent en structure. Les workspaces payants n'ont pas de plafond strict de liens pour les liens actifs - le signal de facturation est le volume de clics de redirection plus le nombre de workspaces. Le plan Pro inclut un quota mensuel de clics ; le trafic passé ce seuil accumule un dépassement de clics métré. Business ajoute les wildcards, l'épinglage régional et le SSO.

La conséquence est directionnelle. Le modèle de Rebrandly récompense les équipes qui frappent une bibliothèque stable de liens brandés et font passer un fort volume de clics à travers un petit ensemble d'entre eux. Le modèle d'Elido récompense les équipes qui frappent beaucoup de liens à courte durée ou spécifiques aux campagnes - où le nombre de liens croît vite mais le volume de clics par lien reste modéré.

Chart comparing Rebrandly per-link-cap tier jumps versus Elido flat-rate click-volume model at 50K, 250K, and 500K monthly clicks

À 50 000 clics/mois. Une équipe SaaS B2B faisant tourner outbound, email lifecycle et social : à peu près 500 à 2 000 liens brandés actifs à tout moment. Les plans starter des deux fournisseurs gèrent cela confortablement ; aucun modèle de tarification ne mord. À cette échelle, la décision fournisseur ne devrait pas être pilotée par le coût - choisissez sur les fonctionnalités et les intégrations.

À 250 000 clics/mois. Une équipe performance marketing faisant tourner de l'acquisition payante avec des refresh de campagne hebdomadaires. Chaque vague de campagne crée 300-500 nouveaux liens. Sur un trimestre, les liens actifs accumulés poussent vers la plage 20 000-30 000. Le tier Starter de Rebrandly (plafond de 25 000 liens) est tendu ; une semaine de campagne chargée passe au-dessus du plafond et place l'équipe sur la tarification Pro. Le dépassement de clics d'Elido à 250K/mois sur le plan Pro est un coût métré prévisible - pas de pression de plafond côté création de liens.

À 500 000 clics/mois. Une agence ou organisation marketing enterprise avec plusieurs workspaces de marque, faisant tourner des bibliothèques de liens courts evergreen sur des dizaines de clients actifs. Les comptes de liens s'accumulent plus vite que les clics parce que la plupart des liens clients ont un trafic modéré mais soutenu. Sous Rebrandly, le total de liens actifs de chaque workspace est ce qui pilote le placement tier - une agence gérant 15 workspaces clients chacun avec 10 000 liens actifs regarde une tarification tier Business sur chaque workspace. Sous le plan Business d'Elido, les domaines personnalisés wildcards couvrent tous les sous-domaines clients sous un seul CNAME *.agency-links.example, et le signal de facturation est le volume total de clics à travers l'organisation, pas le nombre de liens par workspace.

Le modèle qui coûte moins dépend de votre ratio création-de-liens-vers-clics. Les équipes qui frappent les liens plus vite qu'elles ne génèrent du trafic à travers eux devraient faire tourner le coût du tier Pro de Rebrandly contre le dépassement de clics Elido Pro pour leurs chiffres réels. Le point de croisement diffère selon le profil d'équipe.

Domaines brandés : vérification de parité de fonctionnalité#

Les deux plateformes prennent en charge les domaines brandés personnalisés avec TLS automatique - vous pointez un CNAME vers le fournisseur, et HTTPS fonctionne. Au niveau d'un seul domaine, c'est une vraie parité. Les différences opérationnelles apparaissent quand vous regardez le chemin de configuration et les cas d'usage multi-domaines ou multi-tenant.

L'assistant de configuration de domaine de Rebrandly est l'expérience la plus soignée. Le flux d'onboarding vous guide à travers la configuration CNAME avec des instructions spécifiques au fournisseur (Cloudflare, GoDaddy, Route 53 reçoivent chacun un guide adapté), valide la propagation dans le navigateur et expose clairement les erreurs. Si vous configurez un domaine brandé pour une marque, l'UI de Rebrandly est plus rapide à la première redirection réussie.

L'avantage d'Elido se trouve dans la couche d'automatisation. La vérification DNS tourne automatiquement à un intervalle configurable - une fois que vous pointez le CNAME, la plateforme sonde la propagation et provisionne le TLS sans déclencheur manuel « vérifier maintenant ». Cela compte pour les agences qui montent un nouveau domaine client à 23h, ou pour les équipes plateforme utilisant l'API Domaines pour provisionner des domaines par programmation. Le mécanisme TLS sous-jacent est le TLS automatique à la demande : le certificat d'un nouveau domaine provisionne à la première requête en moins de 60 secondes, sans étape de demande de cert manuelle. La page fonctionnalité Domaines personnalisés couvre les mécanismes DNS et TLS en détail.

Les sous-domaines wildcards sont là où l'écart s'ouvre. Rebrandly prend en charge la configuration par domaine ; chaque domaine est une entité séparée dans votre compte. Le plan Business d'Elido prend en charge les domaines wildcards - un CNAME *.acme.example et une rotation de certificat TLS couvrent chaque sous-domaine que vous créez sans configuration supplémentaire par sous-domaine. Pour une équipe gérant des sous-domaines par client (par ex. client1.links.agency.example, client2.links.agency.example), c'est une entrée DNS contre une par client.

Le résumé honnête : si vous configurez un seul domaine brandé et tenez à l'expérience de configuration, l'assistant de Rebrandly est meilleur. Si vous gérez plusieurs domaines ou sous-domaines par programmation, l'automatisation d'Elido supprime le glue code.

Résidence UE et RGPD#

Rebrandly a son siège à Dublin mais opère son plan de données primaire aux US. Selon leur DPA sur rebrandly.com/legal (consulté le 2026-05-10), les transferts de données depuis l'EEE vers les US s'appuient sur les Clauses Contractuelles Types sous le cadre RGPD. Les CCT sont le mécanisme légalement disponible - la question pour votre équipe achats est de savoir s'ils exigent une Évaluation d'Impact des Transferts dans le cadre du processus de revue fournisseur.

L'exigence TIA est réelle dans les secteurs régulés. L'article 3 du RGPD (portée territoriale) précise que le traitement des données de sujets UE est soumis au RGPD quelle que soit l'implantation du sous-traitant, et l'arrêt Schrems II (CJUE C-311/18) a établi que les transferts basés sur CCT vers les US nécessitent toujours une évaluation au cas par cas du régime juridique du pays de destination. Pour la plupart des équipes SMB, c'est une nuance administrative. Pour les acheteurs du secteur public UE, fintech et santé, une TIA sur un sous-traitant hébergé US est une exigence achats standard qui ajoute des semaines au cycle de revue.

Elido est hébergé dans la région UE par défaut. Les événements de clic transitent par une infrastructure UE ; le plan de données ne quitte pas l'EEE à moins que votre workspace ne soit explicitement épinglé sur US Est ou Asie-Pacifique (fonctionnalité Business+, opt-in). La liste de sous-traitants est courte et publiée sur la page de confiance. Le DPA est livré avec les obligations de l'article 28 pré-signées dans le contrat client standard ; aucune négociation sur mesure n'est nécessaire pour la plupart des acheteurs UE.

L'impact pratique : si la checklist achats de votre acheteur inclut une exigence de résidence des données, Rebrandly nécessite une conversation TIA et des termes contractuels sur mesure. Elido est compatible achats prêt à l'emploi pour les exigences hébergées UE. Si votre acheteur est basé aux US et n'a pas d'exigences de résidence, cette section est sans pertinence.

Pour l'angle complet sur la résidence UE dans l'achat de raccourcisseur d'URL, la page solutions/conformité est la référence à destination de l'équipe d'achat. Le billet sur le gap fonctionnel des alternatives à Bitly couvre le même cadrage réglementaire avec plus de profondeur dans la section RGPD.

Rebrandly livre du routage conditionnel via sa fonctionnalité Traffic Routing : type d'appareil, système d'exploitation, pays et langue. Le support des templates UTM vous permet de prédéfinir des ensembles de paramètres et de les appliquer au moment de la création de lien - utile pour les équipes avec des standards stricts de taxonomie UTM. Les docs API Rebrandly couvrent la structure des règles de routage ; la fonctionnalité est disponible sur Starter et supérieur.

Ce que Rebrandly ne livre pas, c'est le forwarding de conversions côté serveur. Quand un clic mène à une conversion en aval - un formulaire rempli, un achat, une inscription d'essai - Rebrandly peut émettre un webhook avec les métadonnées du clic. Ce qui arrive à ce webhook est votre problème : branchez-le à votre propre serveur, hachez les identifiants utilisateur et POSTez à Meta CAPI ou au GA4 Measurement Protocol vous-même. La plupart des équipes que je vois évaluer Rebrandly n'arrivent jamais à le construire. Le webhook part dans une queue, personne ne le traite, et l'attribution côté navigateur de Meta continue de perdre du signal chaque fois que l'ITP de Safari supprime le cookie sur une redirection cross-site.

L'approche d'Elido à ce sujet est décrite dans le billet sur le tracking de conversion côté serveur. La version courte : les identifiants pour Meta CAPI, GA4 et Mixpanel sont enregistrés une fois au niveau workspace. Quand Elido attribue un clic à un événement de conversion que vous POSTez à l'API, la plateforme gère le hachage SHA-256 des identifiants et la logique de retry/dedup, et forwarde côté serveur. Pas de serveur intermédiaire nécessaire, pas d'infrastructure de traitement de webhooks à maintenir.

Les dimensions de routage sont aussi plus larges côté Elido - six dimensions y compris time-of-day et referrer, contre les quatre de Rebrandly. Pour une équipe faisant tourner des offres limitées dans le temps (une vente flash qui route vers une landing page différente après 18h), c'est un vrai gap de capacité, pas une case à cocher.

Pour le cas d'usage solutions/marketeurs spécifiquement, la combinaison smart routing + forwarding de conversion côté serveur est ce qui ferme le gap d'attribution que les restrictions de cookies ont ouvert depuis 2021. Rebrandly vous amène à mi-chemin avec les webhooks ; l'autre moitié nécessite votre propre infrastructure.

Chemin de migration depuis Rebrandly#

Le format d'export de Rebrandly est CSV, accessible depuis les paramètres workspace. Chaque ligne contient l'URL courte, l'URL longue, le domaine, le slug et l'ensemble de tags. La forme ressemble à ceci :

shortUrl,destination,domain,slashtag,tags,createdAt
https://brand.ly/summer-promo,https://acme.example/summer,brand.ly,summer-promo,"campaign,q3",2025-07-01T09:00:00Z
https://brand.ly/hero-cta,https://acme.example/hero,brand.ly,hero-cta,"homepage",2025-03-15T14:30:00Z

L'endpoint d'import en masse d'Elido à /v1/links/bulk accepte le slug et les tags de cet export et les préserve tels quels. Un corps POST minimal pour les deux lignes ci-dessus :

{
  "links": [
    {
      "destination": "https://acme.example/summer",
      "slug": "summer-promo",
      "domain": "brand.ly",
      "tags": ["campaign", "q3"]
    },
    {
      "destination": "https://acme.example/hero",
      "slug": "hero-cta",
      "domain": "brand.ly",
      "tags": ["homepage"]
    }
  ]
}

Le champ domain nécessite que le domaine soit pré-enregistré dans votre workspace Elido. Si vous déplacez le domaine brandé lui-même, configurez le CNAME pointant vers Elido d'abord, laissez le TLS provisionner, puis lancez l'import en masse. Les anciens slugs Rebrandly sur ce domaine résoudront via Elido dès la propagation DNS. Les données de clics historiques de Rebrandly ne s'importent pas - l'analytique depuis le jour de migration est fraîche dans notre entrepôt d'analytique. Les notes de migration elido-vs-bitly couvrent le timing du handover DNS et la fenêtre de chevauchement de 24-48 heures en plus de détail ; les mêmes mécanismes s'appliquent ici.

Quand Rebrandly est encore le bon choix#

Trois cas où Rebrandly est le meilleur choix et où l'effort de migration n'est pas justifié.

Étendue de la marketplace d'intégrations. Les intégrations natives Zapier, Make et Workato de Rebrandly sont soignées et bien documentées. Si le flux de création de liens de votre équipe passe par une chaîne d'automatisation no-code - un contact HubSpot crée → un lien Rebrandly se crée → une notification Slack se déclenche - les intégrations Rebrandly gèrent cela avec moins de friction qu'un appel API Elido sur mesure dans le même Zap. L'API d'Elido est plus capable, mais « plus capable » n'est utile que si vous avez quelqu'un pour la câbler. Elido construit son catalogue d'intégrations, mais la marketplace de Rebrandly est plus grande aujourd'hui.

Onboarding créateur et petite équipe. L'onboarding de Rebrandly est optimisé pour un seul utilisateur avec un seul domaine brandé, démarrant en 15 minutes. La configuration de domaine pilotée par assistant, le constructeur d'UTM in-app et la fonctionnalité de page link-in-bio (Rebrandly l'appelle LinkGallery) visent les créateurs et solopreneurs qui veulent un flux mono-utilisateur soigné. Si cela décrit votre contexte, la surface fonctionnelle d'Elido est plus que ce dont vous avez besoin.

Investissement d'intégration profond existant. Si votre équipe a déjà construit des flux sur l'API Rebrandly et que l'intégration est profondément câblée dans votre stack, le coût de migration est réel. Obtenez une estimation d'ingénierie réaliste avant que la comparaison de tarification ne pilote la décision.

Là où la décision atterrit#

Deux facteurs pilotent le résultat pour la plupart des équipes : alignement du modèle de tarification et résidence UE.

Sur la tarification : le modèle plafond-par-lien de Rebrandly est le bon modèle quand votre bibliothèque de liens est stable et que vous faites passer un fort volume de clics à travers un petit ensemble de liens. C'est le mauvais modèle quand vos campagnes créent beaucoup de liens à courte durée - le plafond devient la contrainte limitante avant que le volume de clics n'arrive. Faites tourner votre vrai ratio création-de-liens-vers-clics contre les deux modèles avant la conversation de renouvellement, pas après.

Sur la résidence UE : si la checklist achats de votre acheteur inclut une exigence contractuelle de résidence des données, Rebrandly nécessite une TIA et une négociation contractuelle sur mesure. Elido est prêt pour les achats pour les exigences hébergées UE prêt à l'emploi. Pour les équipes sans exigence de résidence, ce n'est pas un problème.

Pour la décomposition au niveau fonctionnalité de ce que chaque raccourcisseur livre, le billet sur le gap fonctionnel des alternatives à Bitly couvre les six fonctionnalités qui comptent vraiment dans une évaluation. La page de tarifs a les chiffres actuels des tiers Elido. Et /compare/ est là où vit le format côte à côte si c'est ce dont votre deck d'achats a besoin.

Articles associés sur le blog#

Essayer Elido

Collez une URL, obtenez un lien court

Sans inscription. Lien actif 30 jours. Inscrivez-vous pour le garder pour toujours.

Gratuit, sans inscription · 2 par jour

Essayer Elido

Raccourcisseur d'URL hébergé en UE : domaines personnalisés, analyses approfondies et API ouverte. Forfait gratuit - sans carte bancaire.

Tags
elido vs rebrandly
rebrandly alternative
rebrandly comparison
branded link tool
url shortener pricing
eu residency

Lire la suite