Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

WhatsApp contact@allaux.fr
FR EN TR
allaux.
Urgence Parler de mon projet

Noms de domaine, DNS et e-mails professionnels

Enregistrement, transfert sans interruption, configuration DNS et e-mails professionnels. Le domaine est ce qui reste quand tout le reste change : il doit vous appartenir et être configuré correctement.

Décrire mon problème Discuter sur WhatsApp

Votre domaine doit vous appartenir, à vous

C’est la première chose que je vérifie quand je reprends un site. Beaucoup de boutiques tournent sur un domaine enregistré au nom de l’agence qui a fait le site, ou du développeur précédent. Tant que tout va bien, personne ne s’en aperçoit. Le jour où la relation se termine, ou simplement où la personne devient injoignable, le domaine devient un otage — et un domaine perdu emporte avec lui le référencement, les e-mails et la confiance des clients.

Le titulaire du domaine doit être la société ou la personne qui exploite la boutique. Pas le prestataire. C’est vrai pour moi comme pour les autres : je peux gérer votre domaine, je n’en suis jamais le titulaire.

Vérifier prend deux minutes : une recherche WHOIS sur votre domaine affiche le titulaire déclaré. Si le nom qui apparaît n’est pas le vôtre — et que ce n’est pas une simple anonymisation par le bureau d’enregistrement —, c’est le premier point à régler, avant toute autre discussion technique.

Changer de bureau d’enregistrement sans couper le site

  1. Déverrouiller et récupérer le code d’autorisation

    Le domaine doit être déverrouillé chez le registrar actuel, et vous devez obtenir son code de transfert. Un domaine enregistré ou renouvelé depuis moins de soixante jours ne peut pas être transféré : c’est une règle du registre, pas une contrainte du prestataire.

  2. Vérifier l’adresse du contact administratif

    La demande de validation part sur l’adresse déclarée dans le WHOIS. Si c’est une adresse hébergée sur le domaine lui-même et que la boîte n’est plus relevée, le transfert échoue sans que personne ne comprenne pourquoi.

  3. Recopier la zone DNS avant de basculer

    Un transfert de domaine ne transfère pas les enregistrements DNS. Je relève la zone complète chez l’ancien opérateur et je la recrée à l’identique chez le nouveau, avant d’initier le transfert.

  4. Abaisser la durée de vie des enregistrements

    Vingt-quatre heures avant la bascule, le TTL passe à cinq minutes. Sans cela, les résolveurs conservent l’ancienne adresse pendant des heures et une partie des visiteurs continue d’arriver sur l’ancien serveur.

  5. Basculer, puis surveiller

    Site, e-mails entrants et sortants, certificat. Le certificat est le point le plus souvent oublié : il est lié au domaine, pas au serveur, et doit être réémis là où le site est servi.

Les e-mails de commande qui n’arrivent jamais

C’est le motif d’appel le plus fréquent sur ce sujet, et la cause est presque toujours dans la zone DNS. Une boutique qui envoie ses confirmations de commande depuis son propre serveur, sans que le domaine autorise ce serveur à parler en son nom, voit ses messages classés en indésirable ou refusés en silence.

Trois enregistrements gouvernent cela, et ils se complètent :

  • SPF déclare quels serveurs ont le droit d’envoyer du courrier pour votre domaine. Il ne doit exister qu’un seul enregistrement SPF : deux enregistrements séparés invalident l’ensemble, ce qui est une erreur très courante quand on ajoute un service d’envoi sans regarder l’existant.
  • DKIM signe chaque message avec une clé dont la partie publique est publiée dans le DNS. Le destinataire vérifie que le message n’a pas été modifié en route.
  • DMARC dit au destinataire quoi faire quand SPF et DKIM échouent, et permet de recevoir des rapports. C’est lui qui transforme deux réglages techniques en politique lisible.

Depuis 2024, les grands fournisseurs de messagerie exigent ces enregistrements pour les expéditeurs qui envoient en volume, et le tour de vis se poursuit. Une boutique qui envoie des confirmations, des factures et des relances envoie du volume.

Sujets liés

  • 2019 développeur e-commerce depuis
  • 3 plateformes : PrestaShop, WooCommerce, Shopify
  • 3 langues de travail : FR, EN, TR
  • 100 % des échanges directs avec le développeur

Aucun intermédiaire : la personne qui répond est celle qui intervient sur le code.

Questions fréquentes

Combien de temps prend un transfert de domaine ?
Le transfert lui-même prend généralement quelques jours, avec une période de validation pendant laquelle le registre attend une confirmation. Le site et les e-mails ne s’arrêtent pas pendant ce temps si la zone DNS a été recréée à l’identique en amont : c’est précisément le rôle de cette étape.
Puis-je garder mon domaine et changer seulement d’hébergeur ?
Oui, et c’est souvent le plus simple. Le domaine et l’hébergement sont deux choses distinctes : il suffit de modifier les enregistrements qui pointent vers le serveur. Le domaine reste où il est, avec le même titulaire.
Faut-il acheter les variantes de mon domaine ?
Cela dépend de ce que vous protégez. Une extension supplémentaire correspondant à un marché où vous vendez vraiment se défend. Acheter vingt fautes de frappe se défend beaucoup moins : le coût se renouvelle chaque année, et une redirection ne vous apporte pas de visiteurs qui n’existent pas.
Mes e-mails partent en spam depuis que j’ai changé de serveur. Est-ce lié ?
Presque certainement. Le nouveau serveur a une autre adresse, et si SPF n’a pas été mis à jour, votre domaine déclare toujours que seul l’ancien a le droit d’envoyer. C’est le premier point à vérifier, avant de chercher du côté du contenu des messages.
Vous revendez les noms de domaine ?
Non. Je ne veux pas être un intermédiaire de facturation entre vous et votre registrar, ni détenir un accès dont vous dépendriez. J’enregistre ou je configure le domaine sur votre propre compte, et vous en gardez la maîtrise complète.

Pages liées