Domaines courts personnalisés : DNS, HTTPS et redirection à la racine

Un lien de marque est prêt à être partagé lorsque son nom d’hôte peut recevoir du trafic de manière sécurisée, et pas simplement lorsque vous avez prouvé qu’il vous appartient. Cette distinction compte si votre tableau de bord DNS affiche un enregistrement de vérification, mais que l’ouverture d’un lien court provoque encore une erreur dans le navigateur.

Voici une procédure pratique pour configurer un nouveau sous-domaine Lumeraya Links. Nous utiliserons go.yourbrand.example comme exemple de nom d’hôte. Remplacez-le par un sous-domaine que vous possédez : l’adresse de l’exemple n’est pas fonctionnelle.

Choisir un domaine court personnalisé avant de créer des liens

Un sous-domaine dédié donne à vos liens courts une adresse reconnaissable, tandis que votre site principal conserve son rôle habituel. Ajoutez le nom d’hôte choisi sur la page des domaines personnalisés de votre compte. Les domaines personnalisés sont disponibles avec Pro, Growth et Business ; consultez les offres Lumeraya Links pour connaître les quotas actuels.

Avant de l’ajouter, vérifiez qui peut modifier la zone DNS et qui gérera le compte Lumeraya. S’il s’agit de personnes différentes, transmettez le nom d’hôte exact et les deux enregistrements requis à la personne chargée du DNS. Une capture d’écran confirmant la propriété ne constitue pas une transmission complète. Une bonne passation comprend un nom d’hôte ayant réussi tous les contrôles et une indication claire des endroits où ses liens seront utilisés.

Vous pouvez préparer des liens avant la fin de la configuration, mais une URL préparée n’est pas encore un lien public fonctionnel. Attendez que le domaine soit Prêt avant de l’ajouter à une description vidéo, à un envoi d’e-mails ou à un QR code imprimé.

Créer deux enregistrements aux rôles distincts

Copiez la valeur de vérification depuis votre compte. Pour notre exemple, les enregistrements DNS sont les suivants :

• TXT : nom complet _lumeraya.go.yourbrand.example, avec la valeur exacte lumeraya-verification=... affichée par Lumeraya.
• CNAME : nom complet go.yourbrand.example, pointant vers lumr.to, la cible de routage actuelle de Lumeraya.

L’enregistrement TXT prouve la propriété. Le CNAME dirige le trafic du nom d’hôte vers Lumeraya. Ajouter l’un ne crée pas l’autre.

Si votre éditeur DNS est déjà limité à yourbrand.example, il peut attendre _lumeraya.go et go dans les champs de nom. D’autres éditeurs acceptent les noms complets. Vérifiez les noms obtenus pour éviter que votre fournisseur n’ajoute accidentellement la zone deux fois. Pour un véritable domaine, suivez les instructions de routage exactes affichées dans votre compte.

Vérifiez les valeurs enregistrées après avoir quitté le formulaire DNS. Le jeton de vérification doit figurer dans la valeur TXT, et le nom d’hôte de routage dans la cible CNAME. Aucun de ces champs n’a besoin du chemin d’un lien court individuel. Une URL se terminant par /launch est une adresse de lien, pas la cible de routage du nom d’hôte. Gérez les alias dans Lumeraya ; les enregistrements DNS connectent l’ensemble du sous-domaine.

Utiliser DNS only dans Cloudflare

Si Cloudflare héberge votre zone DNS, réglez le CNAME sur DNS only, représenté par le nuage gris. La configuration actuelle des domaines personnalisés Lumeraya utilise un routage direct vers son serveur d’origine ; le mode Proxied au nuage orange n’est pas pris en charge pour cette connexion.

Si un collègue examine ensuite la zone, rendez cette exigence visible dans vos notes de configuration. Passer l’enregistrement en mode Proxied constitue une modification de configuration, même si le nom d’hôte et le texte de la cible restent identiques. Testez de nouveau la connexion après toute modification, sans supposer qu’un ancien résultat « Prêt » la décrit encore.

Vous n’avez pas à communiquer à Lumeraya vos identifiants Cloudflare ni votre jeton d’API DNS. Vous créez les enregistrements dans votre propre zone, et Lumeraya vérifie la configuration publique.

Lire chaque contrôle avant de partager le lien

Utilisez Tester la configuration sur la page du domaine. La propriété, le routage et HTTPS sont des contrôles distincts : lisez leurs résultats individuels au lieu de vous arrêter à la confirmation de propriété.

• Propriété vérifiée, routage absent : vérifiez que le CNAME existe sur le nom d’hôte lui-même.
• Cible de routage incorrecte : comparez sa valeur aux instructions du compte et vérifiez le réglage du proxy Cloudflare.
• Propagation DNS en attente : confirmez que les enregistrements sont corrects, laissez le temps aux mises à jour DNS de devenir visibles, puis relancez le test.
• Mise en place de HTTPS : les contrôles DNS ont réussi et le traitement du certificat est en cours ; attendez le résultat final de disponibilité.

Après validation de la propriété et du routage, Lumeraya fournit automatiquement un certificat Let's Encrypt et vérifie la connexion HTTPS réelle ainsi que le service de redirection. L’émission du certificat ne suffit pas à terminer l’intégration. Vous pouvez quitter la page pendant que le travail se poursuit en arrière-plan ; Lumeraya gère aussi le renouvellement du certificat.

Si la mise en place échoue, utilisez le diagnostic précis et les informations de nouvelle tentative affichés sur la page. Remplacer un jeton TXT déjà correct ne résoudra pas un problème de routage. De même, créer davantage de liens courts ne rendra pas accessible un nom d’hôte qui ne se résout pas. Corrigez d’abord le contrôle en échec, puis relancez le test de configuration.

Donner une destination utile au domaine sans alias

Quelqu’un peut ouvrir go.yourbrand.example sans alias. Définissez la destination racine facultative sur votre site principal ou une autre page HTTP ou HTTPS adaptée. Une fois le domaine prêt, l’adresse racine y envoie les visiteurs au moyen d’une redirection temporaire.

Choisissez une destination sur un autre nom d’hôte, par exemple votre site principal, et utilisez son URL complète. Le formulaire refuse une destination qui renvoie vers le même nom d’hôte court, afin d’éviter les boucles de redirection. Pour un lancement, une présentation permanente du produit peut convenir ici ; une offre limitée dans le temps peut rester la destination de son propre alias.

Ce réglage ne remplace pas les destinations des liens courts individuels. Vous pouvez le modifier ou l’effacer plus tard. Sans destination racine, la racine affiche une réponse neutre « introuvable » ; un domaine qui n’est pas prêt n’utilise pas non plus cette redirection.

Conserver une courte liste de contrôle pour le lancement et la maintenance

Testez séparément un alias prévu et le domaine sans alias. Confirmez que le premier atteint sa propre destination et que le second suit votre réglage racine. Si vous testez un lien protégé par mot de passe, expirant ou à usage unique, tenez compte de ces restrictions : une visite réelle peut consommer l’accès destiné à une autre personne.

Le test de configuration contrôle l’infrastructure sans créer de clic normal. Ouvrir un alias public ordinaire constitue une vraie visite et peut apparaître dans les statistiques. Excluez ces visites préparatoires de la plage de dates utilisée pour évaluer un lancement.

Conservez les deux enregistrements DNS après l’intégration. Des contrôles périodiques vérifient que la propriété et le routage fonctionnent toujours, et le renouvellement du certificat dépend d’une configuration opérationnelle. Une modification DNS externe est détectée lors d’un contrôle ultérieur, planifié ou explicite ; elle ne met pas instantanément à jour le statut enregistré.

Une fois la configuration technique terminée, découvrez des usages pratiques des liens de marque pour prévoir la place de cette adresse dans votre prochaine promotion. En cas de problème de configuration, revenez au centre d’aide Lumeraya Links et aux contrôles individuels de votre page de domaine. Partagez l’adresse lorsque son infrastructure et ses destinations prévues sont prêtes.