Refonte de site internet : les vérifications qui protègent votre référencement

Refaire son site, c'est souvent changer d'outil, de design et de structure en même temps. C'est aussi le moment où une entreprise peut perdre, sans le voir, des pages que Google connaissait déjà et les demandes qu'elles lui apportaient.

L'exemple de ce guide est la refonte du propre site d'AJDS, fin août 2026, d'un site WordPress vers un site Astro. Nous reprenons les vérifications que nous avons faites, dans l'ordre, avec ce qu'elles ont révélé. Elles ont permis d'éviter des erreurs précises ; elles ne démontrent pas, à elles seules, un maintien du trafic ou des positions. Ce guide ne traite ni du budget ni du choix de l'outil.

1. Faire l'inventaire des adresses à partir de la source

Avant de toucher au site, listez toutes les adresses publiques qui existent aujourd'hui. Ne vous fiez pas à la mémoire, ni au menu du site. Partez des sources :

• l'outil qui gère votre site : la liste des pages et des articles publiés ;
• le sitemap ;
• la Search Console, rapport Performances : les pages qui reçoivent des impressions.

Ce que nous avons trouvé : la liste tirée directement de WordPress montrait que 19 articles publiés sur 23, et 1 page sur 7, n'étaient pas couverts par le premier plan de migration. Sans cet inventaire, ils auraient disparu à la mise en ligne.

2. Décider, page par page : garder, rediriger ou retirer

Pour chaque adresse de l'inventaire, choisissez :

• Garder la même adresse. C'est le plus sûr pour une page qui a encore sa place.
• Rediriger (301) vers la page qui répond au même besoin, si l'adresse change ou si deux pages fusionnent.
• Retirer, avec une réponse 404 ou 410, quand aucune page ne répond au même besoin. Mieux vaut un retrait clair qu'une redirection vers une page sans rapport.

Chez nous, les articles ont gardé leur adresse d'origine. Une ancienne page de tarifs, contraire à notre façon de travailler, n'a pas été reprise : elle redirige vers notre page de services. Plus tard, un guide daté sans équivalent a été retiré : nous avons choisi une réponse 410.

3. Tester chaque redirection, une par une

Une redirection mal écrite ne se voit pas en naviguant. Pour chaque ancienne adresse, vérifiez :

• une seule redirection 301, pas une chaîne ;
• vers la bonne destination ;
• sans boucle ;
• et qu'une adresse qui n'existe pas renvoie bien une erreur 404, pas la page d'accueil.

Nous avons fait ce contrôle sur un environnement de test, puis à nouveau sur le site en ligne après la bascule.

4. Basculer sans toucher au site en ligne, avec une sauvegarde

Préparez la nouvelle version à côté de l'ancienne, pas à sa place. Vérifiez que les fichiers en ligne sont bien ceux que vous avez construits. Puis basculez d'un coup. Gardez une sauvegarde complète de l'ancien site : si un problème apparaît, vous disposez d'une version précédente à restaurer, au lieu de réparer dans l'urgence.

C'est ce que nous avons fait : la nouvelle version a été installée dans un dossier séparé, contrôlée, puis basculée. L'ancien site WordPress est conservé en sauvegarde.

5. Le jour de la mise en ligne, vérifier ce que voient vraiment les visiteurs

Après la bascule, contrôlez sur le site en ligne :

• les pages conservées répondent en 200 ;
• aucune balise noindex de la préproduction ne subsiste ;
• les balises canonical pointent vers les adresses finales ;
• le sitemap et les liens internes utilisent ces mêmes adresses.

Et ne vous arrêtez pas à votre propre navigateur. Deux problèmes que nous avons rencontrés n'auraient pas été vus autrement :

• pendant plusieurs heures, le cache de l'hébergeur servait encore l'ancienne page d'accueil à une partie des visiteurs. Il a fallu l'intervention du support de l'hébergeur pour le corriger ;
• une image de la nouvelle version n'était pas accessible publiquement, à cause d'un réglage de fichier.

Les deux ont été trouvés pendant le contrôle final, avant d'annoncer la mise en ligne.

6. Mesurer les demandes, pas seulement le trafic

Une refonte se juge aux demandes de contact, pas seulement aux visites. Distinguez un clic sur un bouton de contact, qui montre une intention, d'une demande réellement envoyée : formulaire transmis, rendez-vous pris. Avant la refonte, relevez les chiffres actuels (visites des pages importantes, demandes reçues) pour disposer d'un point de comparaison. Après la mise en ligne, vérifiez que ces actions remontent vraiment dans votre outil de mesure.

Sur notre site, 7 événements du parcours de contact ont été vérifiés jusque dans GA4, en septembre 2026, avec le consentement des visiteurs. Un blocage du bandeau de consentement a été détecté et corrigé le jour même. Pour choisir quoi suivre, voir notre page sur le suivi des performances marketing.

7. Les semaines suivantes, regarder quelle adresse Google a retenue

Après une refonte, Google réexplore votre site à son rythme. Deux réflexes :

• dans la Search Console, rapport Performances, repérez les adresses qui reçoivent des impressions sans être dans votre sitemap. C'est une piste, pas l'inventaire de ce qui est indexé ;
• pour chacune, lancez l'inspection de l'URL : elle indique si l'adresse est indexée et quelle adresse Google a choisie comme principale.

Chez nous, cette vérification a montré que Google avait indexé la version sans barre oblique finale de notre page de services, et non celle que nous déclarons. Cette adresse redirige désormais vers la bonne. Au moment où nous écrivons, Google ne l'a pas encore réexplorée.

En résumé

Vous préparez une refonte ? Demandez un diagnostic : nous regardons ce que votre site actuel a déjà acquis auprès de Google avant d'y toucher. Voir aussi comment se déroule un projet avec nous et nos sites vitrines et refontes.