Pour préparer la refonte d’un site sans perdre son référencement, on dresse d’abord la liste des pages qui comptent, puis on décide, page par page, vers quelle nouvelle adresse chaque ancienne adresse redirige. Viennent ensuite les tests sur la préproduction, l’ordre des opérations le jour de la mise en ligne et la surveillance des semaines suivantes. Google prévient que le classement peut fluctuer temporairement pendant une migration.1
Ce tutoriel s’adresse aux dirigeants de cabinets de gestion de patrimoine, CGP, CIF ou family offices, qui refont leur site. Il suit six étapes et fournit un modèle de tableau de redirections et une liste de contrôle du jour de la bascule. C’est un socle, à adapter à la taille du site. Les exemples portent sur Maison Calade, un cabinet fictif.
En bref
- Une refonte change souvent l’adresse des pages. Chaque ancienne adresse utile doit mener, par une redirection permanente, à la page qui la remplace.
- L’inventaire croise le plan du site, la Search Console et l’outil de mesure d’audience : pages visitées, pages citées par d’autres sites, pages qui précèdent une demande de contact.
- Google déconseille les redirections en masse vers l’accueil et les chaînes de redirections. Il recommande de conserver les redirections au moins un an.
- La préproduction reste protégée par mot de passe et en noindex jusqu’au jour J. Ces protections se lèvent ce jour-là, dans un ordre écrit à l’avance.
- Pendant les semaines suivantes, on suit les erreurs 404, les pages exclues de l’index et les clics des requêtes principales.
1. Inventorier les pages qui comptent
L’inventaire est la liste de toutes les adresses de l’ancien site, avec pour chacune ce qu’elle apporte au cabinet : des visites depuis les moteurs, des liens depuis d’autres sites, des demandes de contact.
Google conseille de commencer par les adresses importantes, repérées dans les sitemaps, l’outil d’audience et le rapport sur les liens de la Search Console.1 Pour un site de cabinet, nous partons de cinq relevés.
- Le plan du site actuel. Le fichier sitemap.xml, complété par la liste des pages du CMS, qui contient aussi les pages oubliées du plan.
- Le rapport sur les performances de la Search Console. Les clics et impressions de chaque adresse, sur douze mois pour couvrir les saisons. L’export depuis un rapport est limité à 1 000 lignes10 ; au-delà, l’API de la Search Console prend le relais.
- Le rapport sur les liens. Les pages les plus citées par d’autres sites, et les sites qui citent le plus. C’est un échantillon, exportable.9
- L’outil de mesure d’audience. Les pages de conversion : contact, prise de rendez-vous, équipe, honoraires. Elles comptent même avec peu de visites.
- Les fichiers. Plaquette, document d’entrée en relation, PDF réglementaires, images. Google rappelle qu’ils peuvent recevoir du trafic ou des liens, et qu’ils se déplacent comme le reste du contenu.1
Chaque adresse reçoit ensuite une décision : garder, fusionner, supprimer. Nous tenons l’inventaire dans un tableur, une ligne par adresse, avec ses clics, les sites qui la citent, son rôle dans la prise de contact et la décision. C’est notre façon de travailler ; Google ne prescrit aucun format.
2. Écrire le plan de redirections
Le plan de redirections est un tableau qui associe chaque ancienne adresse à sa nouvelle adresse et au code de réponse que le serveur renverra.
Google recommande des redirections permanentes côté serveur, en 301 ou 308, quand la redirection ne sera pas annulée.2 Une redirection permanente lui indique d’afficher la nouvelle adresse dans les résultats ; une redirection temporaire, en 302 ou 307, de continuer à afficher l’ancienne.2 Les redirections en JavaScript restent un dernier recours : si le rendu de la page échoue, Google peut ne jamais les voir.2 Selon Google, les redirections permanentes n’entraînent pas de baisse de PageRank.1
Quatre règles, tirées de la même documentation, guident le remplissage.
- Une ligne par page. Chaque ancienne adresse a sa destination, choisie pour son sujet.
- Une page supprimée renvoie vers la plus proche par le sujet. Plusieurs anciennes pages peuvent mener à une page qui les regroupe. Google déconseille de rediriger en masse vers une destination sans rapport, comme la page d’accueil : ces redirections peuvent être traitées comme des soft 404.1
- Sans équivalent, l’adresse renvoie une erreur. Un contenu abandonné renvoie un code 404 ou 410 sur le nouveau site.1
- Une seule redirection jusqu’à la destination. Googlebot suit jusqu’à dix redirections en chaîne, mais Google recommande de rediriger directement vers la destination finale, ou, à défaut, de rester à trois redirections et en tout cas sous cinq.1
Google conseille de conserver les redirections aussi longtemps que possible, en général au moins un an, le temps de transférer les signaux vers les nouvelles adresses.1 L’aide de l’outil de changement d’adresse fixe un minimum de 180 jours.3 Nous les laissons en place sans date de fin : c’est un choix de pratique, car elles ne coûtent presque rien et des liens anciens peuvent arriver bien après la refonte.
Le modèle de tableau
Le voici, rempli pour Maison Calade. Les adresses sont inventées pour l’exemple. Le domaine ne change pas, seuls les chemins changent.
| Ancienne adresse | Nouvelle adresse | Statut | Motif |
|---|---|---|---|
| /index.php | / | 301 | Ancienne adresse de l’accueil |
| /qui-sommes-nous | /cabinet | 301 | Même page, nouveau nom de rubrique |
| /nos-services/preparation-retraite | /accompagnement/preparer-sa-retraite | 301 | Même sujet, nouvelle arborescence |
| /nos-services/transmission | /accompagnement/transmettre-son-entreprise | 301 | Même sujet, titre précisé |
| /nos-services/assurance-vie | /accompagnement/placer-son-epargne | 301 | Deux pages fusionnées en une |
| /nos-services/placements | /accompagnement/placer-son-epargne | 301 | Deux pages fusionnées en une |
| /actualites/loi-de-finances-2019 | Aucune | 410 | Contenu périmé, sans équivalent, sans visite ni lien |
| /documents/plaquette-cabinet.pdf | /documents/presentation-du-cabinet.pdf | 301 | Fichier cité par un partenaire |
| /mentions-legales.html | /mentions-legales | 301 | Nouveau format d’adresse |
La colonne « Motif » sert à la relecture : le cabinet voit pourquoi chaque page part vers sa destination, et peut contester un choix avant la mise en ligne. Si le domaine change, on écrit les adresses complètes.
Quatre erreurs à éviter dans un plan de redirections
- Tout renvoyer vers l’accueil. Le visiteur arrive sur une page sans rapport avec sa recherche, et Google peut y voir des soft 404.1
- Empiler les redirections. Une règle héritée d’une ancienne refonte mène de /a vers /b, la nouvelle de /b vers /c. On réécrit la première : /a mène directement à /c.
- Oublier les variantes du domaine. Avec et sans www, en http et en https. Google demande de toutes les valider dans la Search Console.1 Chacune mène à l’adresse finale.
- Oublier les fichiers. Une plaquette en PDF citée par un partenaire perd ce lien si son adresse ne répond plus.
3. Garder ce qui fonctionne
Garder ce qui fonctionne, c’est reprendre sur le nouveau site le sujet, le titre, la description et le contenu des pages qui se classent déjà, puis les améliorer sans changer de sujet.
Google conseille, lors d’une migration, de ne modifier qu’une seule chose à la fois : changer de domaine, puis changer de mise en page.1 Une refonte réunit souvent plusieurs changements : adresses, CMS, design, textes. Notre lecture : plus les pages qui se classent restent proches de leur version actuelle, moins les moteurs ont d’éléments à réévaluer d’un coup.
Pour chaque page retenue à l’étape 1, nous reprenons cinq éléments.
- La balise title. Google génère le titre affiché dans ses résultats, à partir notamment de la balise title et du titre h1.12 Une page qui se classe sur « gestion de patrimoine Annecy » garde ces mots dans son titre.
- La meta description. Google construit l’extrait surtout à partir du contenu, et reprend parfois la meta description quand elle décrit mieux la page.13 On garde celle qui existe, ou on en écrit une propre à la page.
- Le contenu. Le texte peut être réécrit. La page répond aux mêmes questions : un article sur la fiscalité de l’assurance-vie reste sur ce sujet.
- Les données structurées. Si l’ancien site décrivait le cabinet en données structurées, avec un type Organization ou LocalBusiness par exemple, ces informations passent sur le nouveau site, adresses mises à jour.
- Les liens internes et la balise canonique. Google demande de faire pointer les liens internes vers les nouvelles adresses, et de donner à chaque page une balise canonique vers sa propre adresse1, écrite en entier.7
Ce travail se décide avant la maquette : une page qui amène des demandes de contact a sa place dans la nouvelle arborescence dès le départ.
Préparer la refonte de votre site
Trente minutes pour repérer avec vous les pages qui comptent sur votre site actuel et ce que la refonte doit préserver. Sans engagement.
4. Tester sur la préproduction
La préproduction est une copie du nouveau site, publiée à une adresse séparée, où l’on vérifie chaque point avant la bascule.
Elle doit rester hors des moteurs. Google rappelle que le fichier robots.txt ne sert pas à tenir une page hors de ses résultats : une adresse bloquée peut être indexée si d’autres sites la citent. Il recommande la règle noindex ou une protection par mot de passe.4 Si le robots.txt bloque l’exploration, Google ne lit jamais la règle noindex.5 Sur nos préproductions, nous combinons mot de passe et noindex.
Google demande aussi de préparer dès ce moment le robots.txt de production et la liste des adresses dont le noindex sera retiré au lancement.1 Nous vérifions ensuite six points.
- Chaque ligne du plan de redirections. Bon code, bonne destination, une seule redirection.
- Les erreurs. Les adresses supprimées renvoient 404 ou 410. Une page « introuvable » servie avec un code de succès est un soft 404.8
- Le plan du site. Il ne contient que les nouvelles adresses, écrites en entier.6
- Les balises canoniques. Chacune désigne l’adresse de production de la page, même sur la préproduction.
- Les données structurées. Elles passent le test des résultats enrichis de Google. La préproduction étant protégée, on colle le code de la page dans l’outil, qui accepte un extrait de code.11
- Les titres et descriptions. Ils correspondent aux décisions de l’étape 3.
Pour les redirections, nous passons tout le tableau dans un script. Google cite les outils en ligne de commande pour tester un grand nombre d’adresses.1 La commande de base, sur une adresse de Maison Calade :
curl -s -o /dev/null -u identifiant:motdepasse \
-w "%{http_code} %{redirect_url}\n" \
https://preprod.maison-calade.example/nos-services/transmission
La réponse attendue est « 301 », suivi de la nouvelle adresse complète. Un 302, une destination inattendue ou un 200 sur une ancienne adresse appellent une correction avant la bascule.
5. Le jour de la bascule
La bascule est le moment où le domaine du cabinet se met à servir le nouveau site. Elle suit un ordre écrit à l’avance, pour que chaque protection de la préproduction soit levée au bon moment.
Google conseille, si possible, de choisir une période de trafic plus faible.1 L’ordre ci-dessous vient de notre pratique : les étapes sont celles de la documentation de Google, leur enchaînement dépend de l’hébergeur et du CMS.
- Quelques jours avant, réduire la durée de cache DNS (TTL) du domaine, pour que le changement se propage plus vite.
- Mettre le nouveau site en ligne sur son hébergement définitif, redirections actives.
- Faire pointer le domaine vers le nouvel hébergement.
- Vérifier le certificat TLS sur toutes les variantes du domaine. Google rappelle que les certificats doivent être obtenus et configurés sur le serveur.1
- Publier le robots.txt de production. Il autorise l’exploration et indique l’adresse du plan du site.6 Il laisse passer OAI-SearchBot, le robot qui fait apparaître les sites dans la recherche de ChatGPT ; OpenAI indique qu’un changement de robots.txt met environ 24 heures à être pris en compte.16
- Retirer le noindex et le mot de passe du domaine de production. Google rappelle de ne pas oublier les règles noindex et les blocages robots.txt qui ne servaient qu’à la migration.1
- Rejouer le script de redirections sur le domaine de production. Pour une adresse isolée, l’outil d’inspection d’URL de la Search Console fait l’affaire.1
- Déclarer le nouveau plan du site dans la Search Console1, et dans Bing Webmaster Tools si le site y est vérifié.15
- Si le domaine change, déclarer le changement d’adresse dans la Search Console.
L’outil de changement d’adresse
Il sert uniquement quand le domaine ou le sous-domaine change. Pour un passage de HTTP à HTTPS ou des pages déplacées au sein du même domaine, Google indique de ne pas l’utiliser : les redirections et un sitemap à jour font le travail.3 L’outil demande une propriété de niveau domaine, l’accès propriétaire à l’ancien et au nouveau site dans la Search Console, et une redirection 301 de l’ancienne page d’accueil vers la nouvelle.3 Elle se soumet pour chaque variante validée de l’ancien domaine.1 Pendant 180 jours, Google concentre alors son exploration sur le nouveau site et y transfère les signaux de l’ancien.3

La liste de contrôle du jour J
- Le plan de redirections est validé par le cabinet et chargé en production.
- La durée de cache DNS a été réduite quelques jours avant.
- Le domaine pointe vers le nouvel hébergement, certificat TLS valide avec et sans www.
- Les variantes en http et sans www mènent à l’adresse finale en une seule redirection.
- Le robots.txt de production autorise l’exploration et indique le plan du site.
- Aucune page publique ne porte de règle noindex ni de mot de passe.
- Le script de redirections passe sans erreur sur le domaine de production.
- Un message de test envoyé par le formulaire arrive bien au cabinet.
- L’outil de mesure d’audience enregistre les visites du nouveau site.
- Le nouveau plan du site est déclaré dans la Search Console.
- Si le domaine change, le changement d’adresse est déclaré pour chaque variante validée.
- Les profils du cabinet pointent vers les nouvelles adresses : LinkedIn, fiche Google Business Profile, annuaires.
6. Surveiller les semaines suivantes
La surveillance consiste à vérifier, chaque semaine après la bascule, que les moteurs trouvent les nouvelles adresses, que les anciennes redirigent correctement et que les clics des requêtes principales se maintiennent.
Selon Google, quelques semaines peuvent être nécessaires pour que la majorité des pages d’un site de petite ou moyenne taille soient traitées, et le classement peut varier pendant ce temps.1 Nous faisons un point chaque semaine pendant six semaines, puis un point à trois mois. Ce rythme est le nôtre ; Google n’en fixe aucun.
- Le rapport sur l’indexation des pages. Les motifs « Introuvable (404) », « Soft 404 », « Erreur liée à des redirections » et les URL marquées « noindex ». Une erreur 404 sur une page supprimée sans remplacement peut être normale. Sur une page déplacée, elle signale une redirection manquante.8
- Le rapport sur les sitemaps. Le nombre de pages indexées du nouveau plan du site augmente au fil des semaines.1
- Le rapport sur les performances. Clics et impressions des requêtes principales et des pages de l’inventaire, comparés à la période d’avant la bascule.17 Les nouvelles adresses gagnent des impressions à mesure qu’elles sont indexées.1
- Les liens entrants. Google conseille de contacter les sites qui citent l’ancien contenu pour qu’ils mettent leurs liens à jour.1 Pour un cabinet : association professionnelle, partenaires, médias, annuaires.
- Les moteurs de réponse. Les apparitions dans les aperçus IA et le mode IA de Google sont comptées dans le rapport sur les performances, type de recherche « Web ».14 Pour les autres assistants, nous reposons régulièrement les questions qui amenaient des visites et notons l’adresse citée, qui doit répondre ou rediriger. Bing rappelle qu’aucun outil ne garantit quand ni comment un contenu apparaît dans les réponses générées.15

Si une page perd des clics au-delà de quelques semaines, on compare l’ancienne et la nouvelle version : titre, contenu, liens internes, redirection, état d’indexation de la nouvelle adresse.
Ce qui casse si on saute une étape
Sans inventaire (étape 1), les pages qui amenaient des demandes de contact disparaissent, et personne ne le remarque avant plusieurs semaines. Sans plan de redirections (étape 2), les anciennes adresses renvoient des erreurs, et les liens que d’autres sites faisaient vers le cabinet mènent à une page vide. Sans reprise des titres et des contenus (étape 3), une page bien redirigée peut perdre la requête sur laquelle elle se classait.
Sans tests (étape 4), les erreurs du plan de redirections se découvrent en production, sur les visites réelles. Sans ordre écrit (étape 5), un noindex oublié fait sortir les pages des résultats de Google.5 Sans surveillance (étape 6), une redirection fausse reste en place des mois.
Méthode et limites
Ce tutoriel a été rédigé par Unfable Studio, studio de branding et de design d’interface pour la finance, à Annecy, à partir d’une recherche documentaire menée le 14 octobre 2026 : documentation Google Search Central, aide de la Search Console, blog Bing Webmaster, documentation d’OpenAI. Chaque recommandation technique renvoie à sa source ci-dessous. Ce qui relève de notre pratique est signalé dans le texte : format de l’inventaire, redirections sans date de fin, mot de passe et noindex combinés, ordre du jour J, rythme de surveillance. Maison Calade est un cabinet fictif et les adresses du tableau sont inventées. Les noms de rapports sont ceux de la Search Console en français, en octobre 2026. Aucune préparation ne garantit le maintien des positions : Google indique que le classement peut fluctuer pendant une migration.
Sources
- Google Search Central, « Migrations de sites » (migration avec modification des URL), dernière mise à jour le 11 septembre 2026. developers.google.com
- Google Search Central, « Redirections et recherche Google », dernière mise à jour le 5 mai 2026. developers.google.com
- Aide sur la Search Console, « Outil Changement d’adresse », consultée le 14 octobre 2026. support.google.com
- Google Search Central, « Présentation du fichier robots.txt et guide », dernière mise à jour le 18 décembre 2025. developers.google.com
- Google Search Central, « Bloquer l’indexation dans la recherche avec noindex », dernière mise à jour le 31 décembre 2025. developers.google.com
- Google Search Central, « Créer et envoyer un sitemap », dernière mise à jour le 15 juillet 2026. developers.google.com
- Google Search Central, « Spécifier une URL canonique avec rel="canonical" et d’autres méthodes », dernière mise à jour le 13 juillet 2026. developers.google.com
- Aide sur la Search Console, « Rapport sur l’indexation des pages », consultée le 14 octobre 2026. support.google.com
- Aide sur la Search Console, « Rapport sur les liens », consultée le 14 octobre 2026. support.google.com
- Aide sur la Search Console, « Exporter des données », consultée le 14 octobre 2026. support.google.com
- Aide sur la Search Console, « Test des résultats enrichis », consultée le 14 octobre 2026. support.google.com
- Google Search Central, « Influencer les liens de titre dans la recherche Google », dernière mise à jour le 18 décembre 2025. developers.google.com
- Google Search Central, « Comment rédiger des meta descriptions », dernière mise à jour le 22 avril 2026. developers.google.com
- Google Search Central, « Fonctionnalités d’IA et votre site Web », dernière mise à jour le 31 décembre 2025. developers.google.com
- F. Canel et K. Madhavan, « Keeping Content Discoverable with Sitemaps in AI Powered Search », Bing Webmaster Blog, 31 juillet 2025. blogs.bing.com
- OpenAI, « Overview of OpenAI Crawlers » (OAI-SearchBot), consultée le 14 octobre 2026. openai.com
- Aide sur la Search Console, « Rapport sur les performances (résultats de la Recherche) : vue d’ensemble et configuration de base », consultée le 14 octobre 2026. support.google.com










