Oui, il est possible de refaire un site internet sans perdre tout le référencement acquis au fil des années. Mais cela ne se joue pas après la mise en ligne, lorsque le trafic commence à baisser et que les anciennes pages renvoient déjà des erreurs. Cela se prépare avant même de modifier l’arborescence.
Avant une refonte, je vérifie ce que Google connaît déjà du site : les pages visibles, les URL qui attirent des visiteurs, les contenus positionnés, les liens reçus, le maillage interne et les éventuels problèmes techniques. Je détermine ensuite ce qui doit être conservé, amélioré, déplacé ou supprimé. Si une adresse change, sa redirection vers la bonne nouvelle page doit être prévue et testée.
La règle est assez simple : on ne remplace pas un site existant comme s’il n’avait jamais eu de vie auparavant.
Une refonte de site internet n’est pas seulement un nouveau design. C’est aussi une migration entre un site que Google connaît et une nouvelle version qu’il va devoir explorer, comprendre et réévaluer. Mon travail consiste donc autant à construire la suite qu’à protéger ce qui fonctionne déjà.
Le référencement d’un site ne se transporte pas avec un bouton. Il faut montrer clairement à Google ce qui reste, ce qui change et où chaque ancienne page a été déplacée.
Le vrai risque n’est pas la refonte, mais ce que l’on oublie en chemin
Une refonte peut modifier beaucoup de choses en même temps : le thème WordPress, les contenus, les menus, les performances, les titres des pages et parfois toutes les adresses URL.
Chacun de ces changements peut être justifié. Le problème apparaît lorsque personne ne mesure leurs conséquences cumulées.
Une page bien positionnée peut disparaître parce qu’elle semblait peu importante dans le menu. Un texte qui attirait des visiteurs peut être réduit à trois lignes pour alléger la maquette. Une URL peut être remplacée par une adresse plus élégante, sans que l’ancienne soit redirigée. Des liens internes peuvent continuer à pointer vers les anciennes pages. Et il suffit parfois d’une case oubliée pour demander aux moteurs de recherche de ne pas indexer le nouveau site.
Pris séparément, ces détails paraissent techniques. Ensemble, ils peuvent faire perdre une partie importante de la visibilité.
C’est pourquoi je ne commence jamais une refonte SEO en regardant uniquement la future page d’accueil. Je commence par observer le site qui existe réellement, avec ses qualités, ses défauts et son historique.
Je commence par faire une photographie de l’existant
Avant de décider de l’avenir d’une page, il faut savoir ce qu’elle apporte aujourd’hui.
Je réalise donc un inventaire des URL et je croise plusieurs informations. Certaines pages reçoivent beaucoup de visites depuis Google. D’autres apparaissent sur peu de recherches, mais génèrent des demandes très qualifiées. Certaines ont obtenu des liens depuis d’autres sites. D’autres encore ne produisent presque rien, mais restent indispensables pour comprendre une prestation ou circuler dans le site.
Je regarde notamment :
- les pages indexées et celles qui apparaissent déjà dans les résultats de recherche ;
- les requêtes, les clics et les impressions visibles dans Google Search Console ;
- le trafic et les conversions lorsque des statistiques fiables sont disponibles ;
- les liens externes reçus par les différentes URL ;
- les titres, les contenus, les balises et le maillage interne existants ;
- les erreurs d’exploration, les pages introuvables et les redirections déjà en place ;
- les contenus qui doivent être conservés pour des raisons commerciales, légales ou pratiques.
Cette photographie évite de prendre des décisions à l’aveugle. Elle montre aussi que la page la plus importante pour Google n’est pas nécessairement celle que l’entreprise préfère graphiquement.
Je l’expliquais déjà dans mon article consacré aux cas où je déconseille une refonte complète : un site ancien n’est pas automatiquement un mauvais site. Lorsqu’une page fonctionne, je ne la supprime pas simplement pour faire plus propre dans la nouvelle arborescence.
Je cherche d’abord à comprendre pourquoi elle fonctionne.
Tout conserver serait une erreur, tout supprimer aussi
Protéger le référencement naturel existant ne signifie pas recopier l’ancien site à l’identique.
Une refonte sert justement à corriger ce qui s’est accumulé : pages trop proches, contenus devenus faux, anciennes prestations, catégories inutiles, textes trop faibles ou structure devenue incompréhensible. Tout garder par peur de perdre une position peut conduire à reconstruire les mêmes problèmes dans un site plus moderne.
À l’inverse, supprimer massivement les contenus parce qu’ils paraissent trop longs ou trop anciens est rarement une bonne méthode.
Je préfère prendre une décision pour chaque groupe de pages. Une page utile peut être conservée et améliorée. Plusieurs contenus proches peuvent être fusionnés dans une ressource plus solide. Une page devenue sans intérêt peut disparaître, à condition de déterminer si une autre page répond désormais au même besoin.
Le design doit s’adapter à la quantité d’informations nécessaire. Ce n’est pas au contenu stratégique de disparaître pour entrer dans une maquette trop rigide.
Cette vigilance est particulièrement importante sur les pages de prestations. Si une page se positionne sur une recherche commerciale et apporte des contacts, son titre, son contenu et son intention ne doivent pas être bouleversés sans raison. On peut naturellement l’améliorer. Mais l’améliorer ne signifie pas effacer tout ce que Google et les visiteurs avaient déjà compris.
Les URL ne sont pas un détail réservé aux techniciens
Pour Google comme pour un visiteur, une URL correspond à l’adresse d’une page précise.
Si cette adresse change pendant la refonte, l’ancienne page ne doit pas simplement disparaître. Il faut indiquer sa nouvelle destination à l’aide d’une redirection permanente, généralement une redirection 301 ou 308 côté serveur.
Je prépare donc un tableau de correspondance entre les anciennes et les nouvelles URL. Chaque page déplacée doit mener vers la page qui lui succède réellement, pas systématiquement vers la page d’accueil.
Rediriger toutes les anciennes adresses vers l’accueil peut sembler rassurant : au moins, personne ne tombe sur une erreur. Mais cette solution ne respecte ni l’intention du visiteur ni le sujet de la page d’origine. Google précise d’ailleurs que ces redirections massives vers une destination non pertinente peuvent être interprétées comme des erreurs de type « soft 404 ».
Je vérifie également que les redirections ne forment pas de chaînes inutiles. Si une ancienne page A mène vers B, puis B vers C, autant rediriger directement A vers C. C’est plus clair et plus rapide.
Les recommandations de Google concernant les migrations de sites vont dans le même sens : établir une correspondance entre les URL, mettre à jour les liens internes, utiliser des redirections permanentes et envoyer un sitemap contenant les nouvelles adresses.
Une bonne redirection ne consiste pas à envoyer quelque part une page qui n’existe plus. Elle consiste à conduire l’internaute vers la meilleure réponse qui lui reste.
Une refonte sans changement d’URL peut également perdre en visibilité
On pourrait penser que le danger disparaît dès lors que les adresses restent identiques. Le risque est effectivement plus faible, mais il n’est pas nul.
Une page peut conserver son URL et perdre une grande partie de son contenu. Son titre principal peut changer. Les liens qui la rendaient accessible depuis le reste du site peuvent disparaître. Une balise canonique peut pointer vers une mauvaise adresse. Le nouveau thème peut ralentir considérablement l’affichage ou rendre une partie du texte inaccessible aux moteurs de recherche.
Le référencement ne repose pas uniquement sur les URL.
Je compare donc les pages importantes avant et après la refonte. Je vérifie que leur rôle reste compréhensible, que les informations essentielles sont toujours présentes et que le nouveau site continue à les relier correctement.
Le maillage interne mérite une attention particulière. Une page qui recevait dix liens depuis différentes parties du site et qui se retrouve soudain isolée n’envoie plus le même signal. Elle devient aussi plus difficile à découvrir pour les visiteurs.
C’est l’une des raisons pour lesquelles le référencement naturel doit être intégré au projet dès la conception de la nouvelle arborescence, et non ajouté à la fin comme une couche de peinture.
Le site de préparation doit rester fermé, puis le nouveau site doit s’ouvrir
Pendant une refonte, le nouveau site est généralement construit sur une adresse temporaire ou dans un environnement de préparation. Il ne doit pas apparaître dans Google avant d’être prêt.
Je protège donc cet environnement, idéalement par une authentification, et je contrôle ses consignes d’indexation. Cela évite que Google découvre des pages incomplètes, du contenu dupliqué ou une adresse technique qui n’a rien à faire dans les résultats.
Le piège arrive au moment de la mise en ligne : les protections utilisées pendant la construction restent actives sur le site public.
Le fichier robots.txt bloque encore l’exploration. Une balise noindex demande toujours de ne pas afficher les pages. Une option WordPress continue de « décourager les moteurs de recherche ». Le site est parfaitement visible pour les internautes, mais fermé à Google.
Ce type d’oubli peut annuler une grande partie du travail. C’est la raison pour laquelle je ne me contente pas de constater que la nouvelle page d’accueil s’affiche. Je vérifie les consignes réellement envoyées aux moteurs de recherche.
Ce que je contrôle avant de mettre le nouveau site en ligne
La veille ou les heures qui précèdent la mise en ligne ne devraient pas servir à improviser la migration. L’essentiel a déjà été préparé. Il reste cependant une série de contrôles très concrets.
Selon le projet, je vérifie notamment :
- que toutes les pages importantes existent sur le nouveau site et répondent avec le bon code HTTP ;
- que chaque ancienne URL modifiée possède une redirection vers une destination pertinente ;
- que les liens internes utilisent directement les nouvelles adresses ;
- que les balises
noindex, le fichier robots.txt et les autres restrictions de l’environnement de test ne bloqueront pas le site public ; - que les balises canoniques, les titres, les descriptions et les titres principaux sont cohérents ;
- que le sitemap contient les bonnes URL et pourra être envoyé dans Google Search Console ;
- que les outils de mesure, les formulaires, les appels téléphoniques et les demandes de devis fonctionnent réellement ;
- que l’affichage mobile, la vitesse et les principales fonctionnalités ne se sont pas dégradés ;
- qu’une sauvegarde exploitable permet de revenir en arrière si la mise en production rencontre un problème ;
- qu’un contrôle est prévu juste après l’ouverture, lorsque le site est accessible dans ses conditions réelles.
Tous les projets ne nécessitent pas exactement le même niveau de surveillance. Un site vitrine de quinze pages ne se migre pas comme une boutique en ligne contenant plusieurs milliers de produits. Mais la logique reste identique : connaître ce que l’on déplace et vérifier ce qui pourrait casser.
La mise en ligne n’est pas la fin de la refonte SEO
Même avec une préparation sérieuse, je contrôle à nouveau le site une fois qu’il est public.
Je teste les anciennes URL, les redirections et les principales pages. Je recherche les erreurs 404. Je vérifie que Google peut explorer le site, que le sitemap est accessible et que les pages stratégiques déclarent la bonne URL canonique. Je m’assure également que les outils de suivi reçoivent bien des données.
Dans les jours et les semaines qui suivent, Google Search Console permet d’observer l’indexation, les erreurs et l’évolution des impressions et des clics. Les journaux du serveur ou un nouvel audit peuvent révéler des problèmes moins visibles.
Une variation temporaire des positions n’indique pas nécessairement que la migration a échoué. Google doit revisiter les anciennes et les nouvelles adresses, traiter les redirections et réévaluer certaines pages. Sa documentation indique qu’une migration peut demander quelques semaines pour la majorité des pages d’un site petit ou moyen, davantage pour un gros site.
Cela ne signifie pas qu’il faille attendre passivement lorsqu’une chute importante apparaît.
Si des pages majeures disparaissent, si les anciennes URL répondent toutes en erreur ou si le nouveau site reste en noindex, la patience ne résoudra pas le problème. Il faut identifier la cause et intervenir.
Peut-on promettre qu’aucune position ne bougera ?
Non.
Même une refonte préparée avec beaucoup de soin peut provoquer des mouvements temporaires. Le site change, Google le réexplore et la concurrence continue elle aussi d’évoluer. Je ne peux donc pas promettre que chaque page conservera exactement la même position chaque jour.
Je peux en revanche réduire fortement les risques évitables : perte des contenus utiles, suppression d’URL sans redirection, blocage de l’indexation, disparition du maillage ou dégradation technique.
C’est la même prudence que lorsque l’on me demande d’être premier sur Google. Personne ne signe de contrat avec l’algorithme. Le travail consiste à créer les meilleures conditions possibles, à suivre ce qui se passe et à corriger rapidement les anomalies.
Une refonte peut aussi améliorer le référencement
Jusqu’ici, j’ai surtout parlé de protection. Pourtant, une refonte bien pensée ne sert pas seulement à éviter une perte.
Elle peut clarifier une arborescence devenue confuse, créer des pages dédiées aux prestations importantes, améliorer la navigation mobile, renforcer les contenus, accélérer l’affichage et mieux relier les articles aux pages commerciales.
Elle peut aussi supprimer les obstacles techniques qui empêchaient le site d’évoluer.
Le but n’est donc pas de figer l’existant. Il est de conserver ce qui mérite de l’être pour construire quelque chose de plus efficace. Un site qui garde exactement les mêmes positions mais qui explique mieux l’offre et génère davantage de demandes a déjà progressé. Et si la nouvelle structure permet ensuite de gagner de la visibilité sur des recherches plus pertinentes, la refonte devient un véritable investissement.
Après tout, un joli site qui remplit le carnet de commandes reste plus intéressant qu’un nouveau décor qui protège quelques courbes sans rien apporter à l’entreprise.
Ce que je veux constater après la mise en ligne
Je veux retrouver les pages importantes, les contenus utiles et les signaux qui avaient déjà de la valeur. Je veux que les anciennes adresses conduisent proprement vers les nouvelles. Je veux que Google puisse explorer le site et comprendre sa nouvelle organisation.
Mais je veux aussi que la refonte ait servi à quelque chose.
Le site doit être plus clair pour les visiteurs, plus cohérent avec l’activité actuelle, plus simple à faire évoluer et plus capable de transformer sa visibilité en demandes concrètes.
Voilà pourquoi je parle de référencement bien avant la mise en ligne. Lorsque les redirections sont préparées la veille dans l’urgence et que personne ne sait quelles pages apportaient du trafic, il ne reste plus beaucoup de place pour la stratégie.
Vous envisagez de refaire votre site et vous souhaitez savoir ce qui doit être conservé avant d’intervenir ? Vous pouvez me présenter votre projet et m’envoyer l’adresse du site actuel. Je pourrai regarder si la refonte nécessite une véritable migration SEO et quels points devront être sécurisés.
Questions fréquentes sur la refonte et le référencement
Une refonte de site fait-elle forcément perdre des positions sur Google ?
Non. Une refonte peut provoquer des fluctuations temporaires, mais une perte durable n’est pas inévitable. Il faut inventorier les pages existantes, conserver les contenus utiles, préparer les redirections, préserver le maillage interne et contrôler l’indexation après la mise en ligne. Les risques augmentent surtout lorsque le nouveau site remplace l’ancien sans véritable plan de migration.
Faut-il conserver toutes les anciennes URL ?
Pas nécessairement. Une URL claire et déjà bien positionnée mérite souvent d’être conservée. Lorsqu’une adresse doit changer, l’ancienne doit rediriger vers la nouvelle page équivalente. Si aucun contenu pertinent ne la remplace, il peut être préférable d’assumer sa suppression plutôt que de rediriger artificiellement tous les visiteurs vers la page d’accueil.
Combien de temps faut-il conserver les redirections après une refonte ?
Google recommande de les conserver aussi longtemps que possible et généralement pendant au moins un an, afin de lui laisser le temps de transférer les signaux vers les nouvelles URL. Pour les visiteurs et les anciens liens encore utilisés, les conserver durablement est souvent la meilleure solution.
Combien de temps faut-il surveiller le référencement après la mise en ligne ?
Les contrôles les plus rapprochés ont lieu immédiatement après la mise en ligne, puis pendant les jours et semaines suivantes. La surveillance doit ensuite continuer dans le temps, car certaines anomalies apparaissent seulement lorsque Google réexplore davantage de pages. La durée dépend surtout de la taille du site et de l’ampleur des changements.