Migrer de Bitly vers Urlik avec des alias personnalisés

Comment migrer de Bitly vers Urlik avec des alias personnalisés

Un alias personnalisé est souvent l’élément d’un lien Bitly dont les gens se souviennent vraiment. Si une équipe a partagé une adresse comme bit.ly/spring-guide dans des e-mails, des présentations ou des échanges avec des clients, la remplacer par une suite de caractères sans rapport peut semer la confusion, même si la page de destination reste la même.

Ce guide explique comment recréer des alias personnalisés dans Urlik ; il ne vise pas à transférer tous les éléments d’un compte Bitly. L’essentiel est de déterminer quelles fins de lien sont importantes, de noter leurs destinations, de vérifier les règles actuelles d’Urlik concernant les alias et de consigner les noms qui ne peuvent pas être réutilisés. Avant de créer les liens, vérifiez les paramètres et les limites applicables dans Urlik.

1. Déterminez quels alias Bitly vous souhaitez recréer

Commencez par les noms dont les gens se souviennent. Un alias comme spring-guide peut figurer sur un document imprimé, tandis que support peut être utilisé par le personnel dans ses réponses aux clients. Ces liens méritent davantage d’être recréés qu’un lien ponctuel figurant dans une ancienne note interne.

Examinez chaque lien séparément. Consultez les documents de campagne, les modèles d’e-mails, les profils sur les réseaux sociaux, les présentations et tout autre endroit où quelqu’un aurait pu copier une URL courte Bitly. L’historique des clics peut aider à déterminer si un lien est encore utilisé, mais ne considérez pas une période de faible activité comme la preuve que plus personne n’en a besoin.

• Conservez un alias si les clients ou le personnel le reconnaissent, ou s’il figure dans un support de campagne actuel.
• Réexaminez un alias si sa destination n’existe plus ou si le responsable de la page ne peut pas en confirmer l’utilité.
• Ne faites pas figurer un alias dans la première série à recréer si son responsable ou sa destination est inconnu.

Attribuez un responsable à chaque alias retenu avant de le créer dans Urlik. Par exemple, la personne responsable de la campagne de printemps peut confirmer si spring-guide doit toujours mener à la page du guide actuel ou à une page de remplacement. Cette décision évite qu’un nom familier dirige les visiteurs vers une offre obsolète.

2. Établissez un inventaire des alias et de leurs destinations

Pour chaque lien retenu, consignez quatre éléments essentiels : l’URL courte Bitly, son alias personnalisé, l’URL complète de destination et une note précisant son utilité. Cette note peut indiquer « guide de la campagne de printemps » ou « page de contact du support » ; un libellé explicite aide un collègue à s’y retrouver lorsque deux liens mènent à des pages similaires.

Vérifiez les options d’exportation ou d’accès disponibles pour votre compte Bitly. Si un export est disponible, assurez-vous qu’il contient les champs nécessaires. Sinon, récupérez les informations manquantes dans l’interface Bitly ou dans les documents où les liens courts ont été utilisés à l’origine. Ne partez pas du principe qu’un export contient l’historique complet de tous les alias.

Conservez l’URL complète de destination, y compris les paramètres de requête existants. Pour un lien menant à une page de campagne avec des balises UTM, omettre une partie de la chaîne de requête pourrait modifier les résultats de suivi. Une note distincte peut préciser si ces balises sont intentionnelles et qui en est responsable.

• URL courte Bitly : l’adresse complète actuellement partagée.
• Alias : la fin personnalisée qui suit le domaine du lien court.
• Destination : l’adresse complète de la page, y compris les paramètres de requête.
• Utilité : une note en langage clair et, si l’information est connue, le nom de la personne qui l’a approuvée.

Conservez un seul inventaire approuvé comme document de référence. Si un collègue corrige la destination de support, mettez cet inventaire à jour avant que quiconque ne crée le lien dans Urlik. Deux feuilles de calcul concurrentes risqueraient de rendre incertain le choix de l’URL vérifiée.

3. Vérifiez les règles d’Urlik concernant les alias avant de créer des liens

Avant d’attribuer des noms, consultez les exigences actuelles d’Urlik concernant les alias, notamment les règles relatives aux caractères autorisés, à la longueur, à la casse et à l’unicité. Vérifiez les exigences applicables dans Urlik avant de décider si spring-guide peut être utilisé tel quel ou doit être modifié.

Ne déduisez pas ces règles de celles d’un autre service de liens courts. Un nom accepté par Bitly peut ne pas respecter les exigences actuelles d’Urlik, et la même orthographe peut déjà être attribuée dans le compte Urlik concerné. Vérifiez les règles dans le produit ou dans sa documentation d’aide actuelle, puis consignez le résultat dans l’inventaire plutôt que de vous fier à votre mémoire.

Vérifiez tout particulièrement la gestion de la casse. Si Urlik considère les majuscules et les minuscules comme équivalentes, Support et support ne désignent peut-être pas deux noms distincts. Si la casse est prise en compte, un alias imprimé ou prononcé à l’oral peut néanmoins être difficile à distinguer. Choisissez une forme facile à lire et utilisez-la de manière cohérente dans l’inventaire et les consignes de l’équipe.

Consignez tout alias qu’Urlik indique comme indisponible en le signalant comme conflit, au lieu de le remplacer discrètement par un nom choisi au hasard.

4. Signalez les alias qui pourraient nécessiter un autre nom

Comparez chaque alias retenu aux règles d’Urlik et aux noms déjà utilisés dans le compte concerné. Indiquez pour chacun s’il est disponible, en conflit ou à examiner. Ce simple champ de statut permet à la personne qui crée les liens de distinguer une solution de remplacement approuvée d’une décision encore en suspens.

En cas de conflit, choisissez une solution de remplacement qui conserve le sens du nom sans laisser croire que l’alias d’origine a bien été transféré. Si spring-guide est indisponible, l’équipe pourrait envisager une variante explicite liée au contenu, comme spring-reading-guide, mais elle doit d’abord vérifier que cette formulation convient au responsable de la campagne.

Évitez d’ajouter une année, une région ou un service dans le seul but de rendre un nom unique, à moins que cette précision reste valable dans le temps. Un alias faisant référence à une année peut devenir trompeur si la page est réutilisée, tandis qu’une abréviation de service risque de ne pas être claire pour les clients. Le nom de remplacement doit décrire la destination ou l’utilité du lien, et non l’historique de la migration.

• Conservez l’alias d’origine dans l’inventaire, même s’il ne peut pas être réutilisé.
• Inscrivez la solution de remplacement proposée à côté et indiquez qui l’a approuvée.
• Notez où l’alias Bitly d’origine est encore imprimé ou publié, afin que l’équipe puisse examiner séparément ces emplacements.

Certains noms ne doivent pas être recréés. Si old-offer mène à une promotion terminée, mieux vaut peut-être le retirer plutôt que d’attribuer le même nom à une page sans rapport. Réutiliser un alias familier pour un autre usage peut donner confiance aux visiteurs tout en les dirigeant vers une destination inattendue.

5. Créez des liens Urlik à partir de la liste d’alias approuvée

Une fois les destinations et les solutions de remplacement approuvées dans l’inventaire, créez les liens Urlik à partir de ce document plutôt que de copier des URL trouvées dans d’anciens messages de discussion. Ajoutez la destination, puis suivez la procédure affichée par Urlik pour attribuer l’alias approuvé et enregistrer ou publier le lien.

Pour chaque entrée, conservez exactement la destination approuvée. Si spring-guide doit ouvrir une page de campagne précise, comparez l’adresse complète affichée dans Urlik avec celle de l’inventaire avant d’enregistrer le lien. Un paramètre de requête manquant ou une URL de test copiée par erreur peut diriger les visiteurs vers la mauvaise page, même si l’alias semble correct.

Utilisez la solution de remplacement convenue lorsque l’alias d’origine est indisponible. À côté de l’ancienne URL courte Bitly, consignez l’URL courte Urlik, avec l’alias finalement attribué. Si l’adresse obtenue diffère du nom demandé, signalez-le clairement au responsable du lien au lieu de laisser quelqu’un s’en rendre compte après l’avoir partagé.

Les liens de campagne peuvent aussi contenir des paramètres de suivi. Pour en savoir plus sur leur rôle, consultez ce guide sur le suivi UTM des liens courts et cet article sur le suivi UTM des liens de campagne. Traitez séparément les changements d’attribution et les décisions concernant les alias : la fin du lien court identifie le lien, tandis que la destination et sa chaîne de requête déterminent où il mène et quelles données de suivi il contient.

Ne considérez pas la création d’un lien Urlik comme la preuve que toutes les utilisations de Bitly ont été remplacées. L’ancienne URL Bitly peut encore figurer dans un e-mail ou un document enregistré. Cette procédure porte sur la création du nouvel alias et la vérification de sa destination. Votre inventaire doit clairement distinguer ces éléments en conservant les deux adresses.

6. Vérifiez que chaque alias mène à la destination prévue

Testez chaque nouvelle URL courte Urlik en la comparant à l’inventaire approuvé. Ouvrez l’adresse, vérifiez que son alias correspond au nom approuvé et confirmez que la page finale est bien celle qui était prévue. Pour un lien contenant des paramètres de requête, examinez l’adresse obtenue ou le comportement de la page avec suffisamment d’attention pour repérer tout paramètre manquant ou modifié.

Notez le résultat à côté de chaque entrée, ainsi que la date de vérification et toute correction apportée. Si support ouvre la mauvaise page, indiquez que le test a échoué et suivez la procédure actuellement prévue par Urlik pour corriger le lien, puis testez-le à nouveau.

Demandez à une deuxième personne de vérifier les alias qui figureront dans des supports destinés aux clients. Elle pourra comparer le lien au document source et vérifier qu’un nom comme spring-reading-guide n’a pas été confondu avec l’alias d’origine spring-guide. Un deuxième regard est particulièrement utile lorsque la solution de remplacement ressemble à un autre alias actif.

Conservez un relevé final indiquant l’ancienne URL Bitly, la nouvelle URL Urlik, la destination approuvée, le statut de l’alias et le résultat du test. Ce relevé fournit au responsable de la campagne une référence concrète pour mettre à jour un e-mail ou une présentation, et précise exactement quels alias personnalisés ont été recréés et lesquels ont été remplacés par une solution approuvée.