Migrer depuis Rebrandly : export, import et bascule DNS

Pour migrer depuis Rebrandly, vous faites trois choses : extraire vos liens via l'API Rebrandly, recréer chaque slashtag sur un domaine que vous contrôlez dans Elido, puis pointer le DNS de ce domaine vers Elido. L'importeur Rebrandly intégré à Elido gère les deux premières pour les champs qu'il prend en charge (slashtag, destination, titre, tags). Le changement de DNS, l'historique des clics et les règles de routage restent à votre charge.

Ce qui surprend, c'est le domaine. Les liens sur votre propre nom d'hôte conservent leurs URL exactes : la redirection qu'un visiteur obtient le lundi est celle qu'il obtenait le vendredi. Les liens sur rebrand.ly ne peuvent pas être déplacés, car vous ne possédez pas cet hôte. Ce guide suit tout le parcours dans l'ordre : export, mappage, import, bascule DNS, préservation des 301, vérification, retour arrière et ce qu'il faut attendre des statistiques. Tout ce qui concerne Elido ci-dessous a été vérifié dans le code source de l'importeur et dans le tableau de bord ; tout ce qui concerne Rebrandly provient de son propre centre d'aide et de sa documentation développeur, consultés le 2026-10-02.

Si vous hésitez encore à partir, commencez par Elido contre Rebrandly. Si vous avez décidé, poursuivez la lecture.

La migration Rebrandly en un coup d'œil

La version courte, pour qui veut le plan avant le détail :

1. Exportez chaque lien via GET /v1/links dans un fichier JSONL que vous conservez comme piste d'audit.
2. Décidez domaine par domaine : votre propre nom d'hôte se déplace par un changement de CNAME, les liens rebrand.ly reçoivent de nouvelles URL.
3. Ajoutez le domaine cible dans Elido et publiez son enregistrement TXT de vérification.
4. Lancez l'importeur (ou l'API en masse) avec une stratégie de conflit qui ne peut pas modifier silencieusement les slugs.
5. Basculez le CNAME, vérifiez depuis des résolveurs publics, testez vos liens principaux.
6. Laissez Rebrandly actif pendant 30 jours comme retour arrière.

Pour quelques milliers de liens, l'import prend quelques minutes. Le temps de calendrier est consommé par les TTL DNS, les tests et les 30 jours de chevauchement.

Étape 1 : exporter vos liens depuis Rebrandly

Rebrandly expose les liens via son API REST, et c'est la voie d'export que tous les outils de migration utilisent, y compris celui d'Elido. GET /v1/links renvoie jusqu'à 25 liens par page, trie par createdAt et peut filtrer par domain.id ou domain.fullName. La pagination fonctionne par curseur : passez l'identifiant du dernier lien reçu comme last, comme le décrit la documentation de pagination.

Les fichiers sont plus compliqués. L'article de Rebrandly sur le déplacement de liens vers un nouveau domaine indique qu'il n'existe aucun interrupteur intégré ; le contournement consiste à exporter via l'API en CSV, modifier la colonne du domaine et réimporter. Son guide d'import couvre l'autre sens (CSV jusqu'à 400 000 liens par fichier, domaine personnalisé requis). Utilisez donc l'API et gardez votre propre copie :

# Dump every link to links.jsonl (25 per page, cursor = id of last link)
last=""
while :; do
  page=$(curl -s -H "apikey: $REBRANDLY_KEY" \
    "https://api.rebrandly.com/v1/links?limit=25&orderBy=createdAt&orderDir=asc${last:+&last=$last}")
  [ "$(echo "$page" | jq 'length')" -eq 0 ] && break
  echo "$page" | jq -c '.[]' >> links.jsonl
  last=$(echo "$page" | jq -r '.[-1].id')
done
wc -l links.jsonl

Ce fichier est votre référence de comptage, votre source des dates de création d'origine et l'entrée de tout script de correction. Un piège : une clé d'API Rebrandly voit tous les liens de chaque espace de travail auquel l'utilisateur appartient. Une agence avec cinq espaces clients veut généralement migrer un client à la fois, et l'appel de liste comme l'importeur d'Elido acceptent un filtre d'espace de travail.

Je n'ai pas pu confirmer, d'après la documentation publique, quels champs de clics chaque forfait renvoie ; ouvrez donc un enregistrement réel de votre propre compte avant de promettre à qui que ce soit des statistiques historiques.

Étape 2 : décider ce qui bouge - rebrand.ly ou votre propre domaine

Le chemin se déplace ; l'hôte ne se déplace que s'il vous appartient. Un lien comme go.acme.com/summer peut continuer à fonctionner sans changement après la bascule. rebrand.ly/summer ne le peut pas, car ce nom d'hôte appartient à Rebrandly et continue de se résoudre via leur service tant que votre compte existe. Trois cas couvrent la plupart des comptes.

• Votre propre domaine, DNS sous votre contrôle. Le meilleur cas. Recréez chaque slashtag sur le même nom d'hôte dans Elido, puis repointez le DNS. Les QR codes imprimés, les archives d'e-mails et les bios continuent de fonctionner.
• Un domaine acheté via Rebrandly. L'article d'aide de Rebrandly indique d'utiliser Transfer out et de demander un code par e-mail, et précise que la plupart des domaines sont verrouillés 60 jours après leur enregistrement. Lancez ce compte à rebours tôt, et considérez le changement de CNAME comme le premier geste le plus sûr.
• Le domaine gratuit rebrand.ly. Les slashtags passent vers un nouvel hôte, mais les anciennes URL restent chez Rebrandly. Si elles sont imprimées, gardez le compte actif tant que ces supports circulent.

Pour un nouveau nom d'hôte, voyez les domaines personnalisés pour les liens courts.

Étape 3 : faire correspondre champs, tags et espaces de travail Rebrandly à Elido

L'importeur est volontairement étroit. Il lit quatre éléments par lien Rebrandly (slashtag, destination, titre, tags), les écrit dans un lien Elido sur le domaine choisi et ajoute un tag. Tout le reste demande votre propre script ou une étape manuelle.

Les dates de création méritent un second regard : le point de terminaison en masse (POST /v1/workspaces/{id}/links/bulk, 100 liens par requête) n'accepte que le slug, la destination, le titre et les tags ; les liens importés sont donc triés par date d'import. L'importeur de Dub les préserve, donc si les dates d'origine comptent pour vos rapports, gardez le fichier JSONL. Le formulaire du tableau de bord n'affiche que la clé, le domaine cible et la stratégie de conflit ; le filtre d'espace de travail fonctionne aujourd'hui via l'API et un champ dans le tableau de bord est prévu.

Elido a des dossiers, mais l'importeur ne les crée pas. Reportez la structure sous forme de tags dans votre propre prétraitement (client:acme, campaign:summer), ou filtrez ensuite sur imported:rebrandly et utilisez les modifications de tags en masse. Les modèles UTM de Rebrandly n'ont pas d'export propre : reconstruisez-les en règles de campagne et corrigez les nommages approximatifs avec une convention de nommage UTM. Les liens importés reçoivent un QR code Elido par défaut ; les designs de QR personnalisés doivent être réappliqués.

Étape 4 : lancer l'importeur Rebrandly d'Elido

L'importeur se trouve sous Integrations, puis Rebrandly to Elido (également POST /v1/workspaces/{id}/imports/rebrandly). Ajoutez d'abord le domaine cible à votre espace de travail pour qu'il apparaisse dans le sélecteur.

1. Créez une clé dans Rebrandly sous Account, puis API. L'accès en lecture suffit à la tâche.
2. Collez la clé dans le formulaire. Elido la garde en mémoire du processus pendant l'exécution et la supprime ensuite ; elle n'est pas écrite dans l'enregistrement de la tâche.
3. Choisissez le domaine cible. Chaque lien que la clé peut voir atterrit sur ce seul domaine, sans filtre par domaine : un compte avec plusieurs domaines Rebrandly et des slashtags qui se recoupent provoquera des collisions.
4. Choisissez une stratégie de conflit, puis lancez la tâche. La page interroge le serveur toutes les deux secondes et vous pouvez la fermer.

Rebrandly limite une page à 25 liens là où Bitly en renvoie 100 : le même compte prend donc plus de temps depuis Rebrandly, et le goulot d'étranglement est le fournisseur. Notre estimation d'ingénierie pour 5 000 liens est de 6 à 10 minutes. Le worker suit le curseur last jusqu'à ce qu'une page revienne vide, plafonne une tâche à 50 000 liens et abandonne au bout de 30 minutes. Les lignes ignorées et en échec vont dans le journal d'erreurs de la tâche (les 1 000 premières entrées).

Trois stratégies de conflit se choisissent au lancement. suffix (par défaut) essaie mylink-2, mylink-3 et ainsi de suite jusqu'à 50 candidats, puis signale une erreur. skip laisse le lien Elido existant tranquille et journalise la ligne. fail interrompt la tâche au premier conflit. Un slug suffixé n'est pas journalisé comme un problème, mais c'est une URL modifiée : pour un transfert sur le même domaine, utilisez donc skip ou fail sur un domaine cible vide et traitez tout nombre non nul de lignes ignorées ou en échec comme du travail à faire.

Pour un contrôle plus fin, envoyez votre JSONL au point de terminaison en masse, qui rapporte le succès ou l'erreur par ligne ; l'API et les SDK d'Elido acceptent la même paire slug et destination. Envie de tester d'abord ? Créez un espace de travail Elido et pointez l'importeur vers un domaine de réserve ; la page de migration Rebrandly liste les mêmes éléments repris et laissés de côté.

Étape 5 : bascule DNS et préservation des 301

L'ordre compte, car Elido vérifie un domaine via deux enregistrements DNS et le trafic réel ne change que lorsque le second change : un enregistrement TXT sur _elido-verify.<hostname> avec la valeur verify=<token>, et un CNAME du nom d'hôte vers la cible edge d'Elido (edge.elido.me par défaut). Voyez la page de la fonctionnalité des domaines personnalisés.

1. Deux jours avant, abaissez le TTL du CNAME actuel à 300 secondes, ajoutez le domaine dans Elido et publiez l'enregistrement TXT. Le trafic réel n'est pas touché.
2. Lancez l'importeur sur ce domaine et comparez le nombre importé avec wc -l links.jsonl.
3. Dans la fenêtre de bascule, changez le CNAME vers la cible edge d'Elido. Elido interroge les deux enregistrements et émet le certificat, comme expliqué dans TLS pour domaine personnalisé en cinq minutes.
4. Interrogez au moins deux résolveurs publics (dig @8.8.8.8 go.acme.com CNAME, puis @1.1.1.1), car votre propre machine ne prouve que votre propre cache.
5. Ne touchez pas à Rebrandly : ne supprimez ni le domaine ni le compte pour l'instant.

Ne repointez Zapier, Make ou les scripts qui créent des liens Rebrandly qu'une fois l'import confirmé.

Sur votre propre domaine, le nom d'hôte et le chemin sont identiques : la même URL répond donc désormais depuis Elido. Ce que vous protégez, c'est le type de redirection : si vos liens Rebrandly étaient permanents, gardez-les permanents, car passer un lien de longue durée en temporaire change la façon dont les moteurs de recherche et les caches le traitent (redirections 301 vs 302). Quand c'est l'hôte lui-même qui change, une 301 de l'ancien vers le nouveau fait passer les utilisateurs et la RFC 9110 section 15.4.2 indique aux clients qu'ils peuvent mettre à jour leurs références enregistrées, mais cela suppose l'ancien nom d'hôte, que vous ne contrôlez pas sur rebrand.ly.

Étape 6 : vérifier la migration

N'annoncez pas le changement sur la seule foi d'un écran de tâche en vert. Vérifiez que importés plus ignorés plus en échec égale le nombre de lignes de votre JSONL (moins les domaines que vous avez laissés), que les ignorés et les échecs sont à zéro ou que chaque entrée du journal est expliquée, et qu'aucun slug ne s'est terminé par un suffixe -2 que Rebrandly n'avait pas. Filtrez Links par imported:rebrandly et parcourez la liste. Comparez ensuite l'en-tête Location de vos 100 premiers liens avec la destination de votre JSONL :

while read -r slug dest; do
  got=$(curl -s -o /dev/null -w "%{redirect_url}" "https://go.acme.com/$slug")
  [ "$got" = "$dest" ] || echo "MISMATCH $slug -> $got (expected $dest)"
done < top100.tsv

Vérifiez à la main les slashtags en casse mixte et les caractères spéciaux, car je n'ai pas testé chaque slug limite. Scannez un QR code imprimé avec un téléphone en données mobiles. Migrer depuis Bitly sans casser de liens contient une liste de modes de défaillance plus stricte, et le guide de migration depuis TinyURL montre le schéma pour une autre source.

Étape 7 : retour arrière, statistiques et cas où ne pas changer

Votre véritable retour arrière, c'est l'ancienne configuration, toujours en marche. Tant que Rebrandly détient le domaine et les liens, revenir en arrière se résume à remettre le CNAME sur la cible précédente, et avec un TTL de 300 secondes la plupart des visiteurs suivent en quelques minutes. Dans Elido, le tag imported:rebrandly est la poignée d'annulation : filtrez le lot et retaguez-le, déplacez-le ou supprimez-le, puis réimportez. Relancer est sans risque avec skip ; avec suffix, cela crée des copies -2, donc préférez skip pour une seconde passe.

Le worker s'exécute à l'intérieur de l'application Elido : un déploiement ou un plantage en plein import l'arrête. Un balayage toutes les cinq minutes fait passer en échec, avec une raison, toute tâche sans progression depuis 30 minutes. Il n'y a pas de curseur enregistré aujourd'hui. Vous relancez la tâche. La reprise depuis le dernier curseur Rebrandly est prévue et comptera surtout au-delà d'environ 10 000 liens.

L'historique des clics reste dans Rebrandly : exportez donc les rapports dont vous avez besoin avant de rétrograder et notez l'heure de la bascule. Les nouveaux clics arrivent dans Elido dès que le CNAME s'y résout, avec un court chevauchement où les deux tableaux de bord comptent, car les résolveurs abandonnent les enregistrements en cache à des vitesses différentes. Si un lien très fréquenté n'affiche rien au bout d'une heure, lancez la boucle curl avant de soupçonner le tableau de bord. Pour garder des séries de campagne continues, voyez suivre les UTM de bout en bout. Après 30 jours calmes, rétrogradez ou fermez Rebrandly.

L'importeur ne reconstruit pas les règles de routage par appareil ou par zone géographique, les modèles UTM ni le style des QR codes. Les membres de l'équipe ne sont pas non plus copiés. L'importeur Rebrandly de Dub ignore lui aussi le ciblage par appareil et par zone géographique : c'est donc typique, pas propre à Elido. Si votre configuration repose sur des règles de routage ou sur la personnalisation des QR codes, faites d'abord tourner les deux produits en parallèle pendant un mois. La page de comparaison avec Rebrandly et les alternatives à Rebrandly comparent les tarifs et les fonctionnalités.

À lire aussi sur le blog

• Elido vs Rebrandly : tarifs, hébergement dans l'UE et liens de marque en 2026
• Alternatives à Rebrandly : 9 outils de liens de marque classés
• Bitly vs Rebrandly : liens de marque, tarifs et adéquation
• Guide de migration Bitly : de l'inventaire à la surveillance sur 30 jours
• Configurer des liens courts de marque : choisir un domaine, livrer en un après-midi