Validation par TXT : où placer le code demandé pour votre domaine ?
Un service vous demande de prouver que vous contrôlez un domaine en publiant un TXT. La manipulation est courte, mais une erreur de nom ou le remplacement d’un enregistrement existant peut retarder la validation.
Le code doit être au bon nom
La consigne comporte généralement un type TXT, un nom d’enregistrement et une valeur. Le service peut vérifier le domaine racine ou un nom technique précis. Publier le code ailleurs ne remplit pas cette condition.
Dans certains panneaux, @ désigne la racine ; dans d’autres, le nom est ajouté automatiquement au domaine. Lisez l’aperçu ou la documentation pour éviter de créer deux fois le suffixe.
Ajouter sans remplacer les autres TXT
Plusieurs TXT peuvent servir à des fonctions différentes. Le domaine peut déjà publier un SPF ou une autre validation. Ajouter un code ne justifie pas de supprimer toute la liste.
Recopiez la valeur exacte, sans ajouter de texte explicatif. Les guillemets peuvent être gérés par le panneau. Un affichage découpé en plusieurs chaînes dans une réponse DNS ne signifie pas nécessairement que le texte est tronqué.
Vérifier avant de relancer la validation
Interrogez le nom précis en TXT et comparez le résultat à la consigne. Notre recherche DNS permet cette lecture publique. Une zone modifiée chez un fournisseur qui ne fait pas autorité ne changera pas la réponse attendue.
Les caches peuvent conserver une ancienne réponse ou une absence précédente. Relancer le bouton de validation toutes les secondes ne force pas leur expiration.
Peut-on supprimer le code ensuite ?
Cela dépend du service. Certains revérifient périodiquement le contrôle du domaine ou utilisent une valeur durable. Conservez l’enregistrement tant que sa documentation le demande.
Avant de supprimer un ancien TXT, identifiez son propriétaire et son usage. Pour une nouvelle migration, gardez un inventaire des validations actives afin de ne pas devoir les reconstruire au moment de la bascule.