Déménager son site sans perdre sa place sur Google

Quand on déménage son site web, on craint le plus souvent une seule chose : que les pages qui amènent des visiteurs deviennent introuvables. Cette crainte est justifiée, mais la cause se trouve rarement là où on l’attend. Un nouvel hébergeur ou un nouveau design ne vous coûte pas de position. Des adresses qui disparaissent sans panneau indicateur, si. Cet article explique comment poser ces panneaux, dans quel ordre, et ce qu’il faut vérifier une fois le nouveau site en ligne.

D’abord : de quel déménagement s’agit-il

Google distingue deux sortes de déménagement, qui demandent chacune une autre approche. Si vous changez seulement d’hébergement ou de CDN et que toutes les adresses restent identiques, il n’y a en substance qu’une seule action : les paramètres DNS de votre domaine pointent vers le nouvel emplacement. Google décrit cette voie dans le guide du déménagement sans changement d’adresses (consulté le 20 septembre 2026).

Si des adresses changent, par exemple à cause d’un nouveau domaine, d’une nouvelle arborescence ou du passage de HTTP à HTTPS, ce sont les règles du guide du déménagement avec changement d’adresses qui s’appliquent (consulté le 20 septembre 2026). Tout ce qui suit concerne cette seconde sorte, car c’est là que ça se passe mal. Ne prenez pas la première à la légère non plus, mais vous n’avez alors pas besoin d’une carte des adresses, seulement d’un bon test et d’une bascule propre.

Déménagez une seule chose à la fois

La tentation est grande de tout faire d’un coup : nouveau domaine, nouveau système, nouveau design, nouveaux textes. Ne le faites pas. Google recommande de planifier vos changements un par un (consulté le 20 septembre 2026). Si votre position baisse après le déménagement, vous voulez savoir pourquoi. Si vous changez quatre choses en même temps, vous ne le saurez jamais, et vous ne pourrez rien annuler de façon ciblée.

Planifiez en outre le déménagement pendant une période calme. Si votre entreprise a une saison ou un jour de la semaine plus tranquille, moins de visiteurs seront touchés par une éventuelle erreur. Prévoyez aussi des fluctuations. Google indique que pour un site de taille moyenne, il peut falloir quelques semaines ou plus avant que les nouvelles adresses remplacent les anciennes dans les résultats de recherche (consulté le 20 septembre 2026). Un creux dans les premiers jours est donc normal, et pas une raison de revenir en arrière dans la panique.

Dressez d’abord la carte, déménagez ensuite

Le travail le plus important se fait avant que quoi que ce soit ne déménage. Dressez la liste de chaque adresse qui existe actuellement et notez à côté l’adresse où cette page se trouvera. Google appelle cela une carte des adresses, en anglais un URL mapping (consulté le 20 septembre 2026). Sans cette carte, vous déménagez au feeling, et le feeling oublie la page qui a bien marché une fois et que plus personne n’a remarquée depuis.

Voici comment construire la liste :

• Récupérez les adresses à plusieurs sources : votre sitemap, un crawl de votre propre site et le rapport de performances de la Search Console. Le sitemap seul oublie les adresses qui ont existé un jour.
• Notez pour chaque adresse ce qu’elle rapporte en ce moment : impressions et clics de la Search Console, et si d’autres sites y renvoient. Cela détermine l’ordre dans lequel vous contrôlez les choses.
• Donnez à chaque adresse une destination : la page qui répond à la même question. Si elle n’existe plus, un message d’erreur est plus honnête qu’une redirection vers autre chose. Google demande alors un code d’erreur 404 ou 410 (consulté le 20 septembre 2026).

N’envoyez pas tout vers la page d’accueil

C’est une erreur très courante, et nous l’avons commise nous aussi. Quand on ne sait pas où doit aller une ancienne adresse, la page d’accueil est la solution de facilité. Google met explicitement en garde : envoyer de nombreuses anciennes adresses vers une seule destination non pertinente, comme la page d’accueil, peut être traité comme une soft 404 (consulté le 20 septembre 2026). Avec une soft 404, la redirection ne compte pas comme preuve que le contenu a déménagé.

Le 22 juillet 2026, nous avons passé en revue notre propre table de redirections avec les données de la Search Console sur les trois mois jusqu’au 19 juillet 2026 inclus. Il en est ressorti que 40 de nos 49 redirections pointaient vers la page d’accueil, alors que Google peut traiter de telles redirections comme des soft 404 (consulté le 20 septembre 2026). Un certain nombre de ces anciennes adresses recevaient encore des impressions. Cela en dit long : les gens cherchaient toujours ce contenu et Google leur montrait encore l’ancienne adresse, mais ils atterrissaient sur une page qui ne répondait pas à leur question. Nous en avons redirigé 30 vers la page qui répond réellement à la question d’origine. La méthode de mesure est simple et reproductible : exportez les redirections, exportez les impressions par adresse, et regardez quelles destinations n’ont rien à voir avec la requête.

Posez la redirection de façon permanente et en une seule étape

Pour un déménagement, une redirection permanente est le bon choix. Google explique qu’une 301 ou une 308 signale que la nouvelle destination est la canonique, et qu’une redirection temporaire comme 302 ou 307 maintient l’ancienne adresse dans les résultats de recherche (consulté le 20 septembre 2026). Poser une redirection temporaire pour un déménagement définitif est donc une manière subtile de bloquer votre propre déménagement.

Choisissez ensuite une redirection faite côté serveur, pas en JavaScript. Google ne juge les redirections JavaScript utilisables que si vous ne pouvez rien faire d’autre (consulté le 20 septembre 2026). Et restez à une seule étape : une ancienne adresse qui passe par une adresse intermédiaire avant d’arriver à la nouvelle est plus lente pour les visiteurs et augmente le risque que quelque chose casse en chemin.

Google conseille de conserver les redirections au moins 1 an (consulté le 20 septembre 2026), afin que Google puisse transférer tous les signaux, y compris les liens d’autres sites vers vos anciennes adresses. Pour les visiteurs, vous n’avez en réalité jamais besoin de les retirer. Mettez toutefois à jour vos propres liens, car une redirection est plus lente qu’une adresse directe.

Comment nous avons procédé pour notre propre blog

Un déménagement à petite échelle est un bon exercice, prenons donc notre propre blog en exemple. Jusqu’au 14 septembre 2026 inclus, le blog néerlandais de FWRD se trouvait sur /blog/. Le 15 septembre 2026, il a déménagé vers /nl/blog/. Quatre jours plus tard, le 19 septembre 2026, /blog/ est devenu le blog anglais, avec à côté des versions allemande, française, espagnole et portugaise dans un dossier de langue propre.

Trois choix s’y trouvaient, que l’on retrouve dans chaque déménagement :

• Une liste fixe plutôt qu’une règle joker. La solution pratique était une seule règle qui envoie tout ce qui se trouve sous /blog/ vers /nl/blog/. Mais depuis que /blog/ contient des articles anglais, cette règle aurait raflé chaque article anglais pour l’envoyer vers une page néerlandaise. Il n’y a eu que trois articles néerlandais à l’ancienne adresse, nous avons donc figé ces trois-là dans une liste fixe. Tout ce qui ne figure pas sur la liste n’est pas redirigé.
• Emmener toutes les variantes d’une adresse. Une page a plus d’adresses qu’on ne le croit. Outre l’article lui-même, la version sans barre oblique finale, la version texte pour les machines avec l’extension .md et les pages d’auteur ont aussi déménagé. Qui ne redirige que l’article laisse le reste derrière lui.
• Ne pas rediriger, en connaissance de cause. Le flux du blog, /blog/rss.xml, appartient depuis ce changement au blog anglais. Si nous l’avions redirigé vers le flux néerlandais, chaque page anglaise aurait annoncé un flux dans une autre langue. Nous ne l’avons découvert qu’au premier tour de traduction. Une redirection doit donc suivre l’intention de l’ancienne adresse, pas seulement le chemin.

Ce dernier point est le cœur de tout cet article : une redirection est une déclaration sur ce que signifie une adresse. Cette déclaration doit être juste, même quand la question qui se trouvait derrière change. Le résultat se vérifie avec une simple commande en ligne de commande ou dans votre navigateur : l’ancienne adresse doit aboutir à la nouvelle page en une seule étape, par une redirection permanente. C’est ainsi que nous l’avons contrôlé le 15 septembre 2026, et c’est ainsi que vous devez le vérifier pour chaque adresse de votre propre carte.

Ce que vous contrôlez juste après le déménagement

Dès que les redirections sont en ligne, il y a une courte liste à dérouler. Google cite les points principaux dans le guide pour lancer le déménagement (consulté le 20 septembre 2026) :

• Testez les redirections. Faites-le pour vos adresses les plus importantes avec l’inspection d’URL de la Search Console, et pour le reste avec un script qui parcourt toute la carte.
• Vérifiez que le lien canonique des nouvelles pages pointe vers les nouvelles adresses, et pas encore vers les anciennes.
• Retirez la règle noindex posée pendant la construction pour éviter que le nouveau site soit indexé trop tôt. Cette erreur reste invisible jusqu’à ce que votre position ait disparu, car le nouveau site a tout à fait bonne mine.
• Contrôlez votre robots.txt. Beaucoup de constructeurs y bloquent tout crawl pendant le développement et oublient de lever ce blocage.
• Soumettez le nouveau sitemap à la Search Console.
• Si vous déménagez vers un autre domaine, il y a aussi l’outil de changement d’adresse de la Search Console. Pour un déménagement au sein du même domaine, comme de HTTP à HTTPS ou d’un dossier à un autre, vous n’en avez pas besoin.

Regardez ensuite, dans les semaines qui suivent, le rapport des pages indexées et le rapport de performances chaque jour, adresse par adresse et pas seulement en total. Un déménagement se fait adresse par adresse, et c’est donc aussi adresse par adresse que vous voyez si cela a réussi.

Ce qui tourne souvent mal

Quatre erreurs viennent naturellement. La première est de dresser la carte de ce que vous voyez sur le site plutôt que de ce que Google connaît déjà. La deuxième est de laisser en place un réglage de construction comme noindex. La troisième est de déménager et de réécrire en même temps le contenu, si bien que vous ne pouvez plus expliquer un creux. La quatrième est de nettoyer les redirections après quelques semaines parce que l’ancien site a de toute façon disparu.

Si vous ne voulez pas vous en charger vous-même, vous pouvez faire transférer votre site, les textes et la structure existants devenant alors le point de départ du nouveau site. Si vous voulez d’abord savoir ce qui se trouve actuellement sur votre site et ce que Google en voit, commencez par un audit de votre site.