← Retour au blog
Guide4 min de lecture

Relier un sous-domaine pour vos QR codes : les erreurs fréquentes et comment les corriger

Image d’Unsplash

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.
Créez des QR codes dynamiques gratuitement
Commencez avec 20 QR codes dynamiques gratuits à vie. Sans abonnement, sans carte bancaire.
Commencer gratuitement →

Questions fréquentes

Comment savoir si mon enregistrement TXT est correct ?

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.

Mon hébergeur de domaine n’autorise pas de CNAME. Que faire ?

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.

Dois-je désactiver le proxy Cloudflare définitivement ?

Pour le CNAME de ce sous-domaine, oui : il reste sur « DNS uniquement ». Pour les autres enregistrements de votre domaine, rien ne change.

Newsletter

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.

À lire aussi