Domaines personnalisés pour liens courts : le guide complet de configuration

Un lien court est une promesse sur l’endroit où le clic va atterrir, et le domaine est la seule partie de cette promesse qu’une personne peut lire avant de décider. Une chaîne comme bit.ly/3xKqR2p ne dit rien de celui qui demande ; go.yourbrand.com/spring-sale dit à la fois qui et quoi. Cet écart explique pourquoi la plupart des programmes de liens sérieux finissent par quitter un domaine partagé, et pourquoi ce déménagement cale si souvent à mi-chemin : c’est un projet DNS déguisé en projet marketing, et ses modes de défaillance sont étrangers à ceux qui l’ont demandé.

Ce guide couvre tout le trajet. Le choix du domaine, les enregistrements exacts pour les sous-domaines et pour les domaines racines, le fonctionnement réel de la preuve de propriété et de l’émission des certificats, la poignée d’erreurs DNS qui expliquent la plupart des configurations cassées, et la façon de vérifier une chaîne de redirections terminée avant de l’imprimer sur un emballage que vous ne pourrez pas rappeler.

Pourquoi le domaine d’un lien court compte

La reconnaissance se joue avant le clic

Chaque lien est une petite décision de confiance prise en une seconde environ. Sur le domaine partagé d’un raccourcisseur, le lecteur n’a aucune information : le nom d’hôte appartient à un service utilisé par des millions de personnes, dont certaines mènent cette semaine-là des campagnes de hameçonnage. Un nom d’hôte à votre marque remplace la supposition par un fait.

Les fournisseurs publient des chiffres de hausse du taux de clic pour les liens à leur marque ; prenez-les comme une tendance, car les comparaisons se font rarement à conditions égales. C’est le mécanisme qui est durable : dans les canaux où l’URL est visible et non cliquable — imprimés, légendes de QR codes, SMS dépouillés de leur aperçu —, le nom d’hôte est presque tout ce dont le lecteur dispose.

Les domaines partagés portent la réputation des autres

C’est l’argument le plus tranchant. Sur un domaine partagé, vos liens héritent d’une réputation que vous ne contrôlez pas. Les filtres de messagerie, les proxys d’entreprise, les scanners de liens des messageries instantanées et les programmes de sécurité des navigateurs décident à la granularité du nom d’hôte : une vague de spam venue de comptes qui n’ont rien à voir, sur le même domaine, retombe sur votre campagne sous forme de page d’avertissement ou de blocage silencieux.

Un domaine qui vous appartient inverse ce rapport. La réputation est la vôtre, bâtie par votre propre trafic, et des inconnus ne peuvent pas l’abîmer. L’obligation est l’exacte symétrie : vous assumez désormais les conséquences de tout ce qui est publié dessous, raison pour laquelle il faut garder en tête les contrôles anti-abus et la visibilité des liens par utilisateur si vous revendez des liens à d’autres.

La propriété du domaine est ce qui rend la migration possible

Un domaine que vous contrôlez est une adresse permanente : changez de plateforme et il suffit de repointer un enregistrement, pendant que les codes imprimés sur les emballages du trimestre dernier continuent de résoudre. Publiez sur le domaine partagé d’un fournisseur et chaque support imprimé devient l’otage de sa grille tarifaire. C’est le raisonnement qui porte aussi le modèle en marque blanche.

Choisir le domaine

La longueur, c’est tout l’enjeu

Un lien court existe pour être court. Chaque caractère du nom d’hôte est un caractère en moins pour le slug, et ce sont les caractères du nom d’hôte que les gens lisent à voix haute, recopient depuis une affiche ou casent dans un SMS. Une bonne cible est une longueur totale de lien qui tient à l’aise sur une ligne imprimée : environ dix à quinze caractères de nom d’hôte, plus un slug de cinq à douze.

| Schéma | Exemple | Idéal pour | Contrepartie | | --- | --- | --- | --- | | Sous-domaine de votre domaine principal | go.yourbrand.com | Lancement rapide, canaux propres, e-mail | Le plus long des trois | | Marque abrégée sur un TLD court | yrbrnd.co | SMS, imprimé, emballages | Exige un nouvel enregistrement, moins évident | | Marque complète sur un TLD thématique | yourbrand.link | Hubs de campagne, QR codes | Configuration à l’apex, réputation du TLD variable |

Le choix du TLD a des conséquences pratiques

Tous les domaines de premier niveau ne sont pas traités de la même façon par les filtres. Les TLD bon marché et promotionnels affichent une forte densité de spam, que certaines passerelles de messagerie d’entreprise traitent sans nuance. Les TLD de pays employés comme terminaisons de mots, la famille qui nous donne .co, .io, .to et .ly, dépendent de registres ayant leurs propres règles et leurs propres coûts de renouvellement. Avant d’enregistrer, vérifiez le prix de renouvellement plutôt que celui de la première année, les éventuelles restrictions imposées au titulaire, et si les canaux où vous publiez transforment seulement ce suffixe en lien cliquable.

Le nombre de domaines inclus est une vraie limite

Les quotas de domaines varient fortement d’un fournisseur à l’autre, et ils mordent dès que vous gérez plus d’une marque ou d’un client. En août 2026, Short.io inclut cinq domaines personnalisés jusque sur son palier gratuit ; Rebrandly en autorise un, deux, trois et dix selon ses forfaits payants ; BL.INK démarre à 48 USD par mois pour un utilisateur et un domaine. LinkProfit inclut trois domaines de redirection sur Starter à 49 USD par mois et trente sur Scale. Si vous gérez des liens pour des clients, comptez les domaines qu’il vous faudra dans un an, pas ce mois-ci.

La couverture des certificats mérite d’être vérifiée dans le même mouvement. En août 2026, Cutt.ly ne fournit de certificats Let's Encrypt automatiques qu’à partir de son forfait Single à 25 USD par mois : un domaine personnalisé sur les paliers inférieurs n’est donc pas pleinement utilisable en HTTPS. La comparaison complète des fonctions se trouve sur notre page des domaines personnalisés.

Les enregistrements DNS que vous créez vraiment

Trois enregistrements couvrent presque toutes les configurations : un qui achemine le trafic, un qui prouve la propriété et un qui délègue la validation du certificat. Le type d’enregistrement d’acheminement dépend de votre choix, sous-domaine ou apex.

Un CNAME pour un sous-domaine

C’est le chemin courant, et celui qu’il faut préférer. Le sous-domaine pointe vers un nom d’hôte appartenant à la plateforme, et le réseau edge de la plateforme répond à sa place.

Type   Name   Value                   TTL    Proxy
CNAME  go     cname.linkprofit.com    300    DNS only

Deux détails font trébucher. La plupart des panneaux DNS attendent le nom relatif à la zone, donc go plutôt que go.yourbrand.com, mais quelques-uns exigent la forme pleinement qualifiée, et se tromper crée silencieusement go.yourbrand.com.yourbrand.com. Et si votre DNS est hébergé chez Cloudflare, l’enregistrement doit rester non proxifié, ce que le panneau appelle DNS only ; la raison figure dans la section des erreurs ci-dessous. Les cibles diffèrent d’un fournisseur à l’autre, mais la forme reste la même : en août 2026, Short.io utilise cname.short.io et Rebrandly registrar.dedicated.domains. Les captures d’écran pas à pas pour les bureaux d’enregistrement populaires sont dans la documentation de configuration CNAME.

Un enregistrement A pour un domaine racine

Le DNS interdit un CNAME à l’apex d’une zone, parce que l’apex doit aussi porter les enregistrements SOA et NS, et qu’un CNAME ne peut coexister avec d’autres enregistrements sur le même nom. yourbrand.link lui-même ne peut donc pas être un CNAME. Deux issues.

La première est l’aplatissement côté fournisseur, vendu sous les noms ALIAS, ANAME ou aplatissement de CNAME, où le fournisseur DNS résout la cible et répond avec ses adresses. Cloudflare, DNSimple, Namecheap, Porkbun, DNS Made Easy, easyDNS, NS1, Bunny, Azure DNS et Google Cloud DNS le prennent en charge. Route 53, GoDaddy, IONOS et Network Solutions ne le proposent pas pour des cibles extérieures à leur propre écosystème.

La seconde est un enregistrement A pointant vers une adresse IP d’entrée que la plateforme vous attribue. Les adresses ci-dessous appartiennent à la plage réservée à la documentation ; utilisez les valeurs affichées par votre tableau de bord.

Type  Name  Value              TTL
A     @     203.0.113.10       300
AAAA  @     2001:db8::10       300
CNAME www   cname.linkprofit.com  300

Ajoutez l’enregistrement www même si vous ne publiez jamais de liens en www : les gens le tapent par habitude, et un www sans réponse produit une erreur de connexion plutôt qu’une redirection. Les spécificités de l’apex, y compris le libellé que chaque fournisseur affiche pour l’enregistrement d’apex, sont traitées dans la documentation des domaines racines. Les fournisseurs publient ces adresses ouvertement : en août 2026, Short.io documente 207.174.61.1 et Rebrandly 52.72.49.79, ce qui confirme utilement que ce chemin est standard et non exotique.

Un enregistrement TXT qui prouve que le domaine est le vôtre

Sans preuve de propriété, n’importe qui pourrait revendiquer go.yourbrand.com sur une plateforme partagée et recevoir le trafic qui vous était destiné dès l’instant où vous créez le CNAME. Les plateformes émettent donc un jeton et le vérifient avant de servir.

Type  Name                 Value
TXT   _linkprofit-verify   dom_2f7a91c4be0d3856

Le jeton est propre à votre enregistrement de domaine. Une fois le nom d’hôte actif, l’enregistrement peut rester en place ; le supprimer ne casse pas un domaine en production, mais le conserver évite les surprises lors d’une revalidation.

Le TLS automatique sans tapis roulant de renouvellements

Comment le certificat est émis

Votre plateforme a besoin d’un certificat valide pour un nom d’hôte qu’elle ne possède pas. C’est exactement ce qu’ACME, le protocole derrière Let's Encrypt, a été conçu pour automatiser : la plateforme demande un certificat pour go.yourbrand.com, l’autorité de certification émet un challenge, et la plateforme prouve son contrôle en y répondant. Les certificats validés par domaine sont émis en quelques secondes une fois le challenge passé, et ils ne coûtent rien.

La propriété importante, c’est la durée de vie. Les certificats modernes sont de courte durée par conception : l’émission n’est donc pas une étape de configuration qui se termine. C’est une boucle de renouvellement qui tourne aussi longtemps que le domaine reste connecté, pour chaque domaine du système.

Déléguer le challenge une fois pour toutes

La façon robuste de rendre cette boucle invisible, c’est de déléguer la validation. Vous créez un seul CNAME sur le nom de challenge, pointant vers une cible de délégation que la plateforme contrôle, et dès lors chaque renouvellement est traité par la plateforme sans aucune action de votre part.

Type   Name                 Value
CNAME  _acme-challenge.go   the delegation target shown in your dashboard

L’autre voie, recoller une nouvelle valeur TXT à chaque cycle de renouvellement, fonctionne exactement jusqu’au jour où la personne qui détient ce rappel d’agenda change de poste. Si le parcours de configuration d’un fournisseur impose une validation manuelle récurrente, traitez-le comme une panne future connue plutôt que comme un désagrément.

À quoi ressemble un parcours de mise en service sain

Attendez-vous à trois états visibles et à un passage automatique de l’un à l’autre : DNS en attente tant que les enregistrements ne sont pas observables, certificat en attente une fois qu’ils le sont, et actif quand le trafic peut être servi. Les revérifications doivent tourner à un rythme d’environ une minute plutôt qu’au seul clic sur un bouton, et l’interface doit indiquer quel enregistrement précis manque au lieu de signaler un échec générique. Sur une zone propre avec un TTL bas, le délai habituel de bout en bout se compte en quelques minutes.

Les erreurs DNS qui cassent des liens en production

Proxifier l’enregistrement et la boucle du mode Flexible

C’est la panne la plus fréquente sur les zones hébergées chez Cloudflare. Activer le nuage orange place un second terminateur TLS devant une plateforme qui termine déjà le TLS pour ce nom d’hôte. Avec le chiffrement réglé sur Flexible, le proxy se connecte à l’origine en HTTP simple, l’origine répond par une redirection vers HTTPS, le proxy la retransmet, et le navigateur boucle jusqu’à renoncer. Rebrandly documente ce conflit pour ses propres utilisateurs ; c’est une propriété de la configuration, pas d’un fournisseur en particulier. Gardez l’enregistrement non proxifié sauf raison précise, et si vous devez absolument proxifier, réglez le chiffrement sur Full strict.

Les enregistrements résiduels et conflictuels

Un sous-domaine qui pointait autrefois ailleurs conserve en général un enregistrement A, et un même nom ne peut pas porter à la fois un CNAME et d’autres types d’enregistrements. Certains panneaux rejettent le second enregistrement avec une erreur claire, d’autres l’acceptent et produisent une résolution intermittente. Avant d’ajouter quoi que ce soit, listez tous les enregistrements existants pour ce nom exact et supprimez ce qui est périmé. Surveillez aussi les enregistrements génériques : une entrée * dans la zone répondra pour go si aucun enregistrement explicite n’existe, ce qui fait passer un CNAME manquant pour un CNAME qui fonctionne.

Les enregistrements CAA qui excluent l’émetteur

Si votre zone publie des enregistrements CAA, ceux-ci restreignent les autorités de certification autorisées à émettre pour elle. Une zone verrouillée sur une seule autorité commerciale bloquera silencieusement l’émission par Let's Encrypt, et l’échec se manifeste par un certificat qui n’arrive jamais. Ajoutez l’émetteur qu’utilise votre plateforme, ou levez la restriction pour le nom d’hôte concerné.

Un TTL élevé réglé juste avant un changement

Le TTL est la promesse que vous avez faite aux résolveurs sur la durée de validité de l’ancienne réponse. Modifiez un enregistrement dont le TTL vaut 86400 et certains résolveurs garderont la valeur précédente pendant une journée. Abaissez le TTL à 300 au moins un jour avant une bascule planifiée, puis remontez-le une fois la nouvelle configuration vérifiée.

Le parking et la redirection du bureau d’enregistrement

Les domaines fraîchement enregistrés arrivent souvent avec des pages de parking, une redirection d’URL ou les enregistrements par défaut du bureau d’enregistrement déjà en place. La redirection, en particulier, interfère d’une manière qui ressemble à un bug de la plateforme, parce que le bureau d’enregistrement répond à la requête avant même qu’elle n’atteigne votre moteur de redirection. Désactivez-la explicitement plutôt que de supposer qu’un nouveau domaine est vide.

Vérifier la chaîne avant de l’imprimer

La résolution et la redirection sont deux questions distinctes : vérifiez les deux.

dig +short go.yourbrand.com CNAME
dig +short go.yourbrand.com A
curl -sSI https://go.yourbrand.com/spring-sale | grep -i -E 'HTTP/|location'

La sortie de curl doit montrer un seul statut de redirection suivi d’un unique en-tête location pointant droit sur la destination finale. Deux choses à surveiller. D’abord le nombre de sauts : chaque saut supplémentaire ajoute un aller-retour et dilue les données de référent, et une chaîne qui traverse un domaine de suivi avant d’atteindre la destination doit donc être aplatie. Ensuite, l’URL de destination doit être exactement celle que vous avez configurée, balises UTM comprises, car une destination qui redirige elle-même, de http vers https ou de l’apex vers www, ajoute un saut que vous n’aviez pas prévu.

Refaites le même contrôle sur l’apex et sur la forme en www, en http comme en https, et une fois avec un user agent mobile si la destination applique un routage par appareil. Pour une vérification rapide sans terminal, notre vérificateur de liens déplie la chaîne entière et affiche chaque code de statut : c’est aussi le moyen le plus rapide d’inspecter le lien d’un concurrent ou d’un partenaire avant de le republier. Enfin, cliquez sur l’un de vos propres liens et vérifiez que l’événement apparaît dans les statistiques : un domaine qui résout et redirige mais n’enregistre rien signifie en général que le trafic atteint une origine différente de celle que vous croyez.

La séquence de configuration, du début à la fin

1. Enregistrez ou choisissez le domaine, et confirmez le prix de renouvellement ainsi que les restrictions du registre.
2. Abaissez le TTL de tout enregistrement que vous allez remplacer, idéalement un jour à l’avance.
3. Ajoutez le domaine dans votre plateforme de liens et recopiez exactement les enregistrements affichés.
4. Créez l’enregistrement d’acheminement : CNAME pour un sous-domaine, A et AAAA pour un apex sans aplatissement.
5. Créez l’enregistrement TXT de propriété et le CNAME de challenge délégué.
6. Si votre DNS est chez Cloudflare, vérifiez que l’enregistrement d’acheminement n’est pas proxifié.
7. Supprimez les enregistrements périmés portant le même nom et cherchez un enregistrement générique qui pourrait le masquer.
8. Attendez que le statut passe par certificat en attente puis actif, puis vérifiez avec dig et curl.
9. Testez l’apex, www, http et https, plus un user agent mobile.
10. Créez un lien canonique, cliquez dessus et vérifiez que le clic est enregistré.
11. Remontez le TTL et documentez qui est responsable du renouvellement du domaine.

Sur une zone propre, tout cela représente un quart d’heure de travail. Les exceptions sont les domaines racines chez les fournisseurs sans aplatissement, qui exigent le chemin par IP, et les zones où des années d’enregistrements se sont accumulées, où le travail consiste à supprimer plutôt qu’à ajouter.

Un domaine à votre marque est le gain de crédibilité le moins cher qu’un programme de liens puisse s’offrir, et une fois qu’il est connecté, le reste de la pile tourne sur une infrastructure que vous contrôlez déjà. Si vous configurez des domaines pour des clients plutôt que pour vous-même, ce sont les domaines par client qui rendent l’offre crédible : voyez les domaines personnalisés pour savoir comment les quotas varient selon les forfaits.