Comment retracer l’historique d’un nom de domaine avant un audit SEO

Un nom de domaine a une biographie, et elle n’est pas toujours celle que l’on croit. Avant de racheter un site, de reprendre un domaine expiré ou de commencer l’audit d’un site dont l’équipe a changé, il faut savoir comment connaître l’historique d’un nom de domaine : qui l’a exploité, pour quoi faire, avec quels liens, et à quel moment ses courbes ont changé de pente.

L’enquête ne demande aucun outil secret : des sources publiques ou accessibles au propriétaire, croisées avec méthode, comme on recoupe les témoignages d’une biographie. Voici la démarche pas à pas, le tableau des sources et les signaux d’alerte.

Pourquoi le passé d’un domaine pèse sur son présent

Google n’évalue pas un site comme une photographie instantanée. Liens accumulés, contenus publiés puis supprimés, redirections héritées et éventuelles actions manuelles composent une mémoire qui continue d’agir. Un domaine qui a changé de propriétaire et de thématique ne repart jamais d’une page blanche.

Depuis mars 2024, les règles de Google contre le spam visent explicitement l’exploitation des domaines expirés : racheter un domaine pour y publier des contenus sans rapport avec son passé, dans le seul but de profiter de sa réputation, est considéré comme une pratique abusive. À l’inverse, un site repris dans la continuité de son sujet, avec ses contenus et ses liens, peut conserver une partie de ce qu’il a construit.

Quatre situations justifient l’enquête :

• le rachat d’un site existant, où l’historique fait partie de l’audit d’acquisition ;
• la reprise d’un domaine expiré, dont le passé est par définition inconnu ;
• l’audit d’un site dont l’équipe, et donc la mémoire, a changé ;
• la fusion de plusieurs sites, où chaque domaine apporte son propre passé.

Relire les anciennes versions du site dans les archives web

La Wayback Machine d’Internet Archive conserve des captures de pages web depuis 1996. Son calendrier montre, année par année, la densité des captures ; une période sans capture ou une page de parking signale souvent une interruption. Pour une vue d’ensemble, son API CDX liste toutes les adresses archivées d’un domaine, avec leur date de capture et leur code de réponse :

https://web.archive.org/cdx/search/cdx?url=exemple.fr/*&fl=timestamp,original,statuscode&collapse=urlkey

Pour chaque période, notez ce qui caractérise le site :

• la thématique, la langue et le public visé ;
• la structure des URL et le CMS apparent, qui datent les refontes ;
• le modèle de revenus : publicité, affiliation, vente, ou au contraire page de parking ;
• les sections qui apparaissent ou disparaissent, et les contenus devenus introuvables ;
• les fichiers robots.txt archivés, qui révèlent parfois un site entièrement bloqué pendant une période.

Complétez avec le registre. Les données d’enregistrement, consultables par le protocole RDAP qui a pris le relais de WHOIS pour les extensions génériques, donnent les dates de création, de mise à jour et d’échéance. Mais un domaine réenregistré peut afficher une création récente, et une ancienneté intacte masquer des années d’abandon : seules les archives montrent la continuité réelle.

Prenons un cas type : un domaine présenté à la vente comme « créé en 2008 ». Les captures montrent un blog de cuisine jusqu’en 2016, une page de parking en 2017, puis un comparateur d’assurances à partir de 2019. L’ancienneté affichée est réelle, mais le site actuel n’a que quelques années, et ses liens les plus anciens parlent de recettes.

Ce que révèle l’historique des liens entrants

Les liens racontent ce que les autres sites ont pensé du domaine, et quand. Les outils dotés d’un index historique, Majestic, Ahrefs ou Semrush par exemple, montrent la date de détection des liens, les liens perdus et l’évolution des domaines référents. Quatre lectures sont utiles :

1. La courbe des domaines référents. Une croissance régulière raconte une notoriété ; un pic brutal, sans actualité qui l’explique, raconte souvent une campagne artificielle.
2. Les textes d’ancre. Des ancres commerciales répétées, rédigées dans une autre langue ou portant sur des sujets sans rapport (jeux d’argent, pharmacie, contenus pour adultes) signalent un passé à éclaircir.
3. Les pages ciblées. Des liens qui pointent vers d’anciennes URL aujourd’hui en erreur 404 sont une perte, mais aussi une occasion de redirection.
4. Les sites sources. Gabarits identiques, contenus sans auteur, sites créés le même mois : les empreintes d’un réseau se repèrent vite.

Le rapport Liens de la Search Console complète cette vue avec les principaux sites et textes d’ancre retenus par Google, mais sans dates : il dit ce qui existe, pas quand c’est arrivé.

Search Console : seize mois de mémoire à exploiter

Si vous avez accès à la Search Console du site, c’est la source la plus précieuse : elle montre le site tel que Google le voit. Le rapport Performances conserve seize mois de données, assez pour comparer deux saisons.

• Actions manuelles et problèmes de sécurité : à consulter en premier, car ils changent toute la lecture.
• Performances : clics, impressions et positions par page, requête, pays et appareil. Comparez l’avant et l’après de chaque rupture, et cherchez les pages qui portaient le trafic perdu.
• Indexation des pages : la part des pages exclues, les redirections et les erreurs 404 qui s’accumulent.
• Liens et Discover : les sites qui citent le domaine et, pour un site éditorial, la régularité de sa présence dans le flux.

Deux réflexes évitent de perdre cette mémoire. Créez une propriété de type Domaine, qui regroupe protocoles et sous-domaines. Puis activez l’export groupé vers BigQuery, ou programmez des exports réguliers : au-delà de seize mois, les données disparaissent de l’interface, et l’export ne remonte pas avant sa date d’activation.

Pour dater une chute, rapprochez-la enfin du Google Search Status Dashboard, qui recense les mises à jour de classement et leurs dates de déploiement. Une coïncidence n’est pas une preuve, mais elle oriente l’hypothèse.

Indices techniques : redirections, anciennes URL, robots.txt

Le site actuel garde lui aussi des traces de ses vies antérieures : il s’agit de rassembler les anciennes adresses et de vérifier ce qu’elles sont devenues.

1. Constituer la liste des anciennes URL à partir des archives web, des anciens plans de site, des pages ciblées par les liens et des journaux serveur.
2. Tester leur code de réponse avec un crawler en mode liste : 200, 301, 404 ou 410. Repérez les chaînes, à ramener à un seul saut, et les redirections massives vers l’accueil, que Google peut traiter comme des pages introuvables.
3. Relire les robots.txt et les sitemaps archivés pour dater un blocage, une section supprimée ou un changement de structure.
4. Analyser les journaux serveur. Les passages de Googlebot sur d’anciennes adresses montrent ce dont le moteur se souvient. Vérifiez l’identité du robot par une recherche DNS inverse.
5. Chercher les sous-domaines oubliés. Les journaux publics de certificats TLS, consultables sur crt.sh par exemple, listent les sous-domaines qui ont reçu un certificat.

Reconstituer la frise et repérer les signaux d’alerte

Dater les tournants du site

Toutes ces sources convergent dans une frise. Un tableur suffit, avec une ligne par événement et cinq colonnes : date, source, événement, preuve, effet observé sur le trafic ou les liens. On procède dans l’ordre :

1. reporter chaque changement daté : propriétaire, thématique, refonte, migration, interruption ;
2. superposer la courbe de trafic issue de la Search Console ou de l’outil d’audience ;
3. ajouter les mises à jour de Google survenues sur la période ;
4. formuler une hypothèse par rupture, puis chercher la preuve qui la confirme ou l’infirme.

Second cas type : un site e-commerce de 2 000 fiches produits voit son trafic baisser de moitié en deux ans. La frise fait apparaître une migration de plateforme, une baisse concentrée sur les catégories et des centaines d’anciennes URL en erreur 404 malgré des liens entrants. L’enquête ne livre pas la solution, mais désigne le bon chantier.

Les signaux d’alerte qui doivent faire réfléchir

• un changement brutal de thématique ou de langue, surtout après une période de parking ;
• une action manuelle, passée ou en cours ;
• un pic de domaines référents sans actualité qui l’explique ;
• des ancres sans rapport avec le sujet, ou dans une autre langue ;
• des contenus publiés en masse sur une courte période, puis abandonnés ;
• une interruption d’enregistrement suivie d’un rachat ;
• un trafic qui ne repart pas après des corrections techniques pourtant validées.

Comment connaître l’historique d’un nom de domaine : le tableau des sources

Questions fréquentes sur l’historique d’un domaine

Conclusion : enquêter avant de décider

Retracer l’historique d’un nom de domaine, c’est écrire la biographie d’un site avant d’en écrire la suite. Archives, liens, Search Console et indices techniques racontent chacun une partie de l’histoire ; leur rapprochement, daté sur une frise, explique pourquoi un site se trouve là où il est.

Cette enquête ne dit pas ce que vaut un domaine, et aucune méthode sérieuse ne peut le garantir. Elle dit quelque chose de plus utile : ce qu’il faudra réparer, ce qu’il faudra assumer, et ce sur quoi il est possible de construire.

L’auteur

Julien Jimenez

Julien Jimenez est un expert SEO français indépendant. Il pratique le référencement depuis 2009 : autodidacte, il a appris le métier en construisant ses propres sites et des dizaines de sites de test. Google Discover est sa spécialité signature, à laquelle il a consacré la formation « Disco ». Il intervient en audit, SEO technique, refonte, netlinking et stratégie éditoriale, partout en France et dans l’espace francophone, et partage sa pratique en conférence depuis 2016.

Lire le récit de son parcoursLui écrire