Retour au blog
Acquisition9 min de lecture2026-09-14

Due diligence de l'enregistrement du domaine avant d'acheter

Le domaine ne suit pas automatiquement le business lors d'une vente. Checklist pratique pour vérifier WHOIS, verrouillage et risque de transfert avant de closer.

Illustration éditoriale d'une pieuvre déverrouillant un cadenas au-dessus d'un globe de domaine stylisé avec une clé dorée de transfert, due diligence de l'enregistrement de domaine

Pourquoi l'enregistrement du domaine est l'angle mort de la due diligence

Les checklists d'acheteurs détaillent le chiffre d'affaires, le trafic, le churn — et réservent souvent une seule ligne au nom de domaine : « domaine : oui, inclus ». C'est une erreur propre à ce type d'actif. Un enregistrement de domaine est un objet juridique et technique avec sa propre chaîne de propriété, ses états de verrouillage et ses règles de transfert — et contrairement au chiffre d'affaires, que tu vérifies avec des relevés bancaires, le contrôle d'un domaine se vérifie dans un compte registrar auquel tu n'as pas encore accès.

C'est important parce que le domaine est le seul actif qui, mal géré au closing, peut mettre tout le business hors ligne. Rate le transfert et tu hérites d'un site sur lequel tu ne peux ni modifier le DNS, ni renouveler l'enregistrement, ni prouver que tu en es propriétaire. Ce guide passe en revue ce qu'il faut vérifier avant de virer les fonds, que tu achètes un site de contenu, un produit SaaS ou une boutique e-commerce.

Ce que « racheter un business » implique vraiment pour son domaine

Quand un deal se conclut, le domaine ne suit pas automatiquement le business — il doit être explicitement transféré entre comptes registrar, ou le compte registrar du vendeur lui-même doit changer de main. Les deux options sont courantes, avec des risques différents :

  • Le transfert complet vers ton propre compte registrar te donne un contrôle propre et indépendant, mais prend du temps et nécessite la coopération du vendeur pendant une fenêtre de transfert définie
  • La reprise du compte registrar (le vendeur te donne les identifiants et met à jour la facturation) est plus rapide, mais tu hérites d'un compte qui peut contenir d'autres domaines, être lié au moyen de paiement personnel du vendeur, et avoir une double authentification que seul le vendeur peut réinitialiser

Aucune des deux approches n'est mauvaise en soi, mais le contrat et la checklist de closing doivent préciser explicitement laquelle s'applique, parce que « le domaine est inclus » n'est pas une instruction qu'un registrar peut exécuter.

La vérification WHOIS et propriété

Avant de négocier quoi que ce soit, récupère le WHOIS actuel (via l'outil de ton registrar ou un service WHOIS public) et vérifie trois points :

  • Le nom du titulaire correspond au vendeur ou à son entité business, pas à un tiers sans lien, un ancien associé, ou une agence qui a construit le site il y a des années sans jamais le transférer
  • La date de création est cohérente avec l'historique annoncé du business — une « marque de 10 ans » tournant sur un domaine enregistré il y a huit mois mérite une question
  • Les coordonnées du titulaire (même masquées par un service de confidentialité) mènent à quelqu'un que le vendeur peut mobiliser, puisque tu auras besoin de cet accès pendant le transfert

Un service de confidentialité WHOIS masque les détails au public, pas au registrar — ce n'est donc pas un problème en soi. Un vendeur injoignable derrière ce masque, en revanche, en est un.

Statut de verrouillage : OK vs clientTransferProhibited

Chaque domaine a un code de statut visible dans son WHOIS. Le plus important avant un transfert, c'est de savoir s'il est verrouillé. Un domaine en `clientTransferProhibited` est protégé contre les transferts non autorisés — bonne pratique de sécurité, mais cela signifie aussi que le vendeur doit le déverrouiller avant que ta demande de transfert n'aboutisse. Un statut `OK` (ou `active`) signifie qu'il est déverrouillé et transférable.

Demande au vendeur de déverrouiller le domaine et confirme le changement de statut avant de demander le code d'autorisation — essayer de transférer un domaine verrouillé est une cause fréquente de retards qu'on attribue à tort à des « problèmes registrar », alors qu'il s'agit d'une case que personne n'a décochée.

Le code EPP et la règle des 60 jours de l'ICANN

Pour transférer un domaine vers un nouveau registrar, le vendeur génère un code d'autorisation (aussi appelé code EPP ou transfer secret) depuis le panneau de son registrar actuel. Ce code, combiné à une validation via l'email administratif enregistré, permet de finaliser le transfert chez le nouveau registrar.

Deux règles font capoter plus de deals que le reste :

  • Un domaine enregistré, transféré, ou dont le titulaire a changé au cours des 60 derniers jours n'est en général pas éligible à un nouveau transfert selon la politique ICANN. Si le vendeur a « fait le ménage » sur l'enregistrement juste avant la vente, ça peut retarder le closing de plusieurs semaines sans prévenir
  • L'email de validation du transfert part vers l'adresse indiquée comme contact administratif dans le WHOIS — si c'est la boîte mail d'un ancien salarié ou d'une agence avec qui le vendeur ne travaille plus, le transfert se bloque jusqu'à ce que quelqu'un puisse la mettre à jour, ce qui peut lui-même nécessiter une vérification d'identité côté registrar

Vérifie ces deux points pendant la due diligence, pas la semaine où tu comptais closer.

Signaux d'alerte fréquents dans les enregistrements de domaine

Quelques schémas méritent d'être signalés avant d'avancer dans un deal :

  • Un domaine (ré)enregistré très récemment par rapport à l'âge ou l'historique de trafic annoncé du business
  • Un nom de titulaire qui ne correspond ni au business, ni au vendeur, ni à aucune entité mentionnée dans la data room
  • Plusieurs domaines liés (fautes de frappe, TLD alternatifs, anciens noms de marque) non inclus dans la vente mais qui redirigent un trafic significatif vers le site principal — identifie qui les contrôle avant de closer, car les perdre après la vente peut discrètement couper du trafic direct et du netlinking
  • Un domaine toujours enregistré au nom d'une agence web ou d'un développeur freelance ayant construit le site d'origine, sans transfert documenté de l'accès registrar

Aucun de ces signaux ne tue automatiquement un deal, mais chacun justifie d'exiger une preuve côté registrar, pas une assurance verbale, avant de faire bouger les fonds.

Coordonner le transfert avec l'escrow

La séquence la plus sûre associe le transfert de domaine à ton escrow ou jalon de paiement, plutôt que de le faire trop tôt ou bien après le passage des fonds :

  • 1. Confirme que le domaine est déverrouillé et que le code d'autorisation est disponible, sans exécuter le transfert tout de suite
  • 2. Place les fonds du deal en escrow
  • 3. Lance le transfert du domaine et confirme que le vendeur l'a validé via l'email administratif
  • 4. Libère les fonds de l'escrow une fois que le domaine affiche les nouvelles informations de titulaire et que tu as un accès fonctionnel au compte registrar

Transférer trop tôt, avant d'avoir sécurisé les fonds, te fait perdre ton principal levier de négociation. Le faire trop tard te laisse propriétaire d'un business payé mais pas encore contrôlé techniquement.

Pièges de renouvellement et surprises d'auto-renouvellement

Vérifie la date d'expiration du domaine et son prix de renouvellement avant de closer, pas après. Quelques pièges reviennent souvent :

  • Un domaine qui expire pendant la fenêtre de transfert — certains registrars refusent de traiter un transfert dans les jours précédant l'expiration, imposant un renouvellement d'abord
  • Un auto-renouvellement désactivé, avec une échéance plus proche qu'il n'y paraît
  • Un tarif promotionnel multi-années qui repasse à un prix bien plus élevé au renouvellement suivant, ce qui modifie légèrement ton modèle de coût récurrent mais vaut mieux savoir à l'avance

Rien de rédhibitoire ici, mais chacun de ces points est un coût ou un problème de timing bien plus facile à gérer avant le closing qu'à découvrir la semaine où le site tombe.

FAQ

Le login registrar du vendeur est-il nécessaire, ou le code d'autorisation suffit-il ?

Le code d'autorisation suffit pour un transfert standard vers un nouveau registrar. Une reprise complète du login n'est nécessaire que si tu reprends le compte existant du vendeur plutôt que de déplacer le domaine vers le tien — et cette voie apporte ses propres risques autour de la facturation partagée et des autres domaines présents sur le compte.

Et si le vendeur a enregistré le domaine via un créateur de site ou une offre hébergement + domaine plutôt qu'un registrar classique ?

C'est fréquent avec les offres « domaine offert » des créateurs de site. Ces domaines restent généralement transférables, mais la procédure et la disponibilité du code d'autorisation varient selon le fournisseur — vérifie ce point spécifiquement pendant la due diligence plutôt que de supposer que ça fonctionne comme chez un registrar classique.

Un transfert de domaine peut-il affecter le SEO du site ? Le domaine lui-même ne change pas, donc le positionnement qui lui est lié survit en général à un transfert propre. Le risque vient plutôt de ce qui se passe en parallèle — changements DNS, migration d'hébergement, ou coupure temporaire pendant la bascule. Si tu prévois aussi des changements techniques autour du transfert, ça vaut le coup de coupler ça avec un audit SEO + visibilité IA pour qu'un simple changement de propriétaire ne te coûte pas discrètement des positions. La due diligence d'enregistrement est-elle différente pour un portefeuille de domaines par rapport au domaine d'un seul business ?

La mécanique est la même, mais un deal de portefeuille implique généralement de valoriser les domaines eux-mêmes comme actif — un exercice différent de la simple vérification du statut d'enregistrement du domaine qui fait tourner le business que tu achètes.

Points clés à retenir

  • Le domaine ne suit pas automatiquement le business — le contrat doit préciser explicitement s'il s'agit d'un transfert registrar ou d'une reprise de compte
  • Vérifie le WHOIS pour l'identité du titulaire, la cohérence de la date de création, et le statut de verrouillage (`OK` vs `clientTransferProhibited`) avant de négocier
  • La restriction ICANN des 60 jours et un contact administratif email obsolète sont les deux causes les plus fréquentes de retard de transfert
  • Séquence le transfert avec l'escrow : déverrouille et prépare, place les fonds en escrow, transfère, puis libère les fonds une fois le contrôle confirmé
  • Repère les domaines liés (fautes de frappe, TLD alternatifs) non inclus dans la vente mais qui redirigent actuellement du trafic vers le site principal

Prêt à voir ce qui est vraiment à vendre ? Voir les deals sur plusieurs marketplaces, dont les annonces Flippa, ou crée une alerte deals pour être prévenu dès qu'une nouvelle annonce correspond à tes critères.

Articles similaires