Relier un sous-domaine pour vos QR codes : les erreurs fréquentes et comment les corriger
Vous avez saisi le sous-domaine, créé les enregistrements DNS et le tableau de bord n’affiche toujours pas « Actif » ? C’est fréquent, et presque toujours une petite erreur en est la cause. Une précision d’abord : les modifications DNS prennent parfois du temps. Si vous avez enregistré il y a quelques minutes seulement, patientez avant de changer quoi que ce soit. La durée possible est expliquée dans l’article sur le délai de propagation DNS.
Vérifier vos enregistrements vous-même
Inutile de vous fier uniquement au tableau de bord. Remplacez qr.votreentreprise.fr par votre sous-domaine et saisissez ces commandes dans un terminal (Mac, Linux) :
- dig TXT _sameqr.qr.votreentreprise.fr +short affiche la preuve de propriété. La réponse doit commencer par sameqr-nachweis=.
- dig CNAME qr.votreentreprise.fr +short indique vers où pointe le sous-domaine. Vous devez voir kunden.sameqr.com.
- dig A qr.votreentreprise.fr +short montre si un ancien enregistrement A existe aussi.
- Sous Windows, la même chose avec nslookup -type=TXT _sameqr.qr.votreentreprise.fr et nslookup -type=CNAME qr.votreentreprise.fr.
Sans terminal, une requête DNS en ligne suffit. Saisissez le nom, choisissez le type TXT ou CNAME et comparez le résultat avec ce qu’affiche le tableau de bord. Interrogez de préférence plusieurs emplacements, vous verrez ainsi si la modification est arrivée partout.
Erreur 1 : l’enregistrement TXT au mauvais nom
La plus fréquente. Certaines interfaces ajoutent votre domaine automatiquement, d’autres non. Si vous saisissez le nom complet _sameqr.qr.votreentreprise.fr dans un champ qui ajoute lui-même le domaine, vous obtenez _sameqr.qr.votreentreprise.fr.votreentreprise.fr. La requête dig ne trouve alors rien. L’inverse existe aussi : vous saisissez seulement _sameqr.qr, mais l’interface n’ajoute rien. Regardez dans votre liste comment le nom s’affiche vraiment et corrigez-le. La valeur doit aussi être exacte : copiez-la en entier, sans espace au début ni à la fin.
Erreur 2 : le domaine principal au lieu du sous-domaine
On relie toujours un sous-domaine comme qr.votreentreprise.fr, jamais le domaine principal votreentreprise.fr. Si vous avez créé le CNAME pour le domaine principal par erreur, votre site ne fonctionnerait plus. Supprimez-le et créez-le pour le nom qr. Vérifiez aussi que le tableau de bord affiche bien le sous-domaine, sans faute de frappe.
Erreur 3 : un ancien enregistrement à côté du CNAME
Un CNAME ne peut pas coexister avec d’autres enregistrements pour le même nom. Si qr avait autrefois un enregistrement A (ou AAAA), beaucoup d’hébergeurs refusent le nouveau CNAME, ou l’ancien l’emporte. Si dig A qr.votreentreprise.fr +short renvoie une adresse IP dont vous n’avez plus besoin, supprimez cet enregistrement puis créez le CNAME.
Erreur 4 : le proxy Cloudflare est activé
Si vous utilisez Cloudflare pour votre DNS, le CNAME affiche un nuage orange dans la liste. Cloudflare répond alors à votre place et le service ne voit plus le CNAME. Cliquez sur le nuage jusqu’à ce qu’il soit gris avec la mention « DNS uniquement ». Signe typique : dig renvoie des adresses IP au lieu de kunden.sameqr.com.
Erreur 5 : faute de frappe dans la cible
Vérifiez la cible lettre par lettre : kunden.sameqr.com. Les erreurs courantes sont un point oublié, un « com » doublé, un https:// en trop ou une barre oblique à la fin. La cible d’un CNAME est un simple nom, pas une adresse web.
Erreur 6 : le certificat n’est pas encore prêt
Si les deux enregistrements sont corrects mais que l’état indique encore « En cours de configuration », le certificat HTTPS est en cours de délivrance. Cela ne prend généralement que quelques minutes. N’ouvrez le code avec le téléphone que lorsque « Actif » s’affiche. Si l’état reste bloqué longtemps, la fenêtre « Domaine propre » de Same-QR affiche le message correspondant.
Si tout semble correct et que cela échoue quand même
- Ne supprimez rien d’abord. Vérifiez que les deux enregistrements sont visibles avec dig.
- Si vous venez d’enregistrer, patientez puis vérifiez à nouveau.
- Cliquez de nouveau sur « Vérifier » dans le tableau de bord quand les enregistrements sont visibles.
- Écrivez au support avec le résultat de vos requêtes dig, cela évite les questions.
Questions fréquentes
La requête dig TXT _sameqr.votre-sous-domaine +short doit renvoyer une valeur commençant par sameqr-nachweis=. Si rien ne revient, le nom est faux ou la modification n’est pas encore arrivée.
Le plus souvent, un autre enregistrement, par exemple un A, existe déjà sur ce nom. Supprimez-le, puis le CNAME pourra être créé. Si le sous-domaine appartient déjà à une autre application, choisissez un autre nom.
Pour le CNAME de ce sous-domaine, oui : il reste sur « DNS uniquement ». Pour les autres enregistrements de votre domaine, rien ne change.
Les nouveaux articles dans votre boîte mail
Conseils sur les QR codes dynamiques, nouveautés, pas de spam. Désabonnement à tout moment.
En vous inscrivant, vous consentez à recevoir la newsletter. Vous pouvez retirer ce consentement à tout moment via le lien de désabonnement présent dans chaque e-mail.