Depanne quand ton site web de mariage se charge de manière inconsistante — parfois ça marche, parfois non, ou ton formulaire RSVP echoue aléatoirement.
​

Réponse courte : Tu as probablement plusieurs enregistrements A pointant vers ton domaine apex (@). Ton domaine ne devrait avoir qu'un seul enregistrement A avec la valeur 37.16.10.26. Supprime tous les autres enregistrements A pour @ ou ton domaine apex, puis attends la mise à jour du DNS.
​

Quand tu as ajoute l'enregistrement A pour WedSites, ton domaine avait peut-être déjà d'autres enregistrements A configures — par exemple, depuis le constructeur de site web intégré de ton registrar, une page de parking ou un ancien service d'hébergement. Si ton domaine a plusieurs enregistrements A pour le même nom (comme @), ton site ne fonctionnera qu'une partie du temps.
​

Voici une façon simple d'y penser :
​

Quand quelqu'un tape ton domaine dans son navigateur, son appareil demande à internet "où est ce site web ?" Internet regarde tes enregistrements A et choisit l'une des adresses pour envoyer le visiteur.
​

Si tu as trois enregistrements A — un pointant vers WedSites et deux pointant vers d'autres services — internet en choisit un essentiellement au hasard. Cela signifie qu'environ une fois sur trois, ton visiteur est envoyé vers WedSites et voit ton site de mariage. Les deux autres fois sur trois, il est envoyé ailleurs et voit une page d'erreur, une page blanche, un message "site web introuvable" ou la page de parking par défaut de ton registrar.
​

Le pire : le problème apparaît de manière aléatoire et incohérente. Ça peut marcher parfaitement pour toi mais pas pour ton invite, ou fonctionner sur ton téléphone mais pas sur ton ordinateur. C'est parce que différents appareils et réseaux mémorisent (mettent en cache) l'adresse reçue pendant un certain temps. Ainsi, une personne peut obtenir la bonne adresse pour l'heure suivante, tandis qu'une autre obtient la mauvaise.
​

Tu ne devrais avoir qu'un seul enregistrement A pour ton domaine apex :
​

Supprime tous les autres enregistrements A qui pointent vers une adresse IP différente. Par exemple, tu pourrais voir des enregistrements pointant vers des adresses comme 76.76.21.21, 192.0.2.1 ou d'autres IP de ton registrar ou d'un ancien service. Supprime-les tous sauf celui pointant vers 37.16.10.26.
​

Certains registrars de domaine incluent leurs propres services — comme un constructeur de site web intégré, un parking de domaine ou une page "bientôt disponible" — qui créent automatiquement des enregistrements A en arrière-plan. Ces services du registrar peuvent rajouter leurs propres enregistrements A même après que tu les as supprimes, ou t'empêcher de supprimer leurs enregistrements.
​

Exemples courants :
​

Comment vérifier : Cherche toute fonctionnalité active de "constructeur de site web", "transfert", "page de parking" ou "site connecte" dans le tableau de bord de ton registrar. Desactive ou deconnecte ceux-ci avant de supprimer les enregistrements A supplémentaires.
​

Après avoir supprime les enregistrements supplémentaires :
​

Après avoir patiente, vérifie que ton domaine n'a que le bon enregistrement A :
​

Si ton domaine personnalise affiche toujours "Non trouve" (pas seulement parfois), cela signifie généralement :
​

Si le "Non trouve" n'apparaît que de temps en temps, cela pointe vers le problème d'enregistrements A en conflit décrit ci-dessus.
​

Si tu n'es pas sur que des enregistrements A en conflit ou manquants causent ton problème, voici un test rapide :
​

Pour une configuration typique de domaine personnalise WedSites, tes enregistrements DNS devraient ressembler à ceci :
​

C'est tout. Pas d'autres enregistrements A pour @. Si tu vois des enregistrements A supplémentaires avec des adresses IP différentes, supprime-les.
​

Tu utilises un sous-domaine ? Si ton adresse ressemble à mariage.tondomaine.com, tu dois avoir un enregistrement CNAME sur ce nom de sous-domaine pointant vers domains.wedsites.com, et aucun enregistrement A pour WedSites. Les enregistrements A en conflit ne sont alors pas la cause : vérifie plutôt que le nom du CNAME correspond exactement à ton adresse.
​