Le nouveau site est prêt. Avant de valider la mise en ligne, ouvrez un ancien lien vers une prestation précise. Arrivez-vous au bon contenu ? Faites la même chose en allemand et en italien. Ce test très simple révèle un point souvent oublié dans une refonte : les clients continuent d'utiliser les adresses présentes dans Google, leurs favoris ou une offre reçue il y a plusieurs mois.
Pour une PME suisse, le document central peut rester modeste : ancienne URL, décision, nouvelle URL, langue, résultat du contrôle et personne responsable. Préparez cette correspondance avant le basculement. Chercher les anciennes pages importantes le jour de la publication ajoute du stress là où une liste aurait suffi.
Changer la présentation ne vous oblige pas à changer les URL
Un nouveau graphisme peut souvent conserver les adresses existantes. Une meilleure typographie, des textes plus utiles ou un autre système de gestion ne justifient pas automatiquement leur remplacement. Pour chaque changement, demandez quel bénéfice il apporte et quel passage supplémentaire il faudra maintenir. Une structure plus claire peut être pertinente ; elle doit avoir une raison concrète.
Distinguez dans le projet l'hébergement, le système de gestion, l'organisation des contenus et la rédaction. Il ne s'agit pas d'en faire quatre gros chantiers, mais de savoir ce qui a changé lorsqu'un problème apparaît. Notre comparaison entre WordPress, Webflow et un site sur mesure aide à choisir le support. Les vérifications du déménagement restent nécessaires avec chacun.
Une ancienne ressource peut encore servir même si elle n'entre plus dans le nouveau menu. C'est le cas d'un guide, d'un téléchargement ou d'une page spécialisée. Décidez de la conserver, de l'améliorer, de la regrouper ou de la supprimer. Le nouvel outil ne devrait pas prendre cette décision au hasard en laissant disparaître les éléments difficiles à importer.
Recensez davantage que les pages visibles dans le menu
Rassemblez les URL du sitemap actuel, d'une exploration du site et des données Search Console disponibles. Ajoutez les liens utilisés dans les annonces, les profils d'entreprise, les modèles d'offres et les sites externes importants. Pensez aux PDF et aux anciennes campagnes. Notez la période couverte par chaque source : une liste peut sembler complète et oublier toute une version antérieure.
Pour les pages utiles, indiquez la langue et la tâche du visiteur. Vous verrez ainsi qu'une page détaillée de réparation sanitaire ne peut pas être remplacée sans discussion par une page d'accueil généraliste. Conservez les éléments de mesure dont vous disposez réellement. Une importance supposée doit rester présentée comme une hypothèse, sans trafic ni valeur commerciale inventés.
Voici quatre décisions possibles dans un inventaire d'exemple : une prestation en français garde son adresse ; un guide allemand renommé reçoit une destination allemande correspondante ; deux articles italiens proches sont regroupés dans une ressource italienne plus complète ; une promotion terminée sans remplacement pertinent est retirée. Chacun de ces cas exige une réponse technique différente.
Un relevé fictif rend ces décisions contrôlables. Ces chemins illustrent la méthode, sans annoncer de modification des URL d'AlpenAgent :
/reparations/reste/reparations/: contenu utile présent, réponse 200./ancienne-prestation/devient/prestation/: redirection permanente 301 vers le remplacement pertinent./fr/ancien-guide/devient/fr/nouveau-guide/: 301, avec contrôle du français et du sélecteur de langue./promotion-2024/disparaît sans remplacement : choix explicite de 404 ou 410, sans destination hors sujet.
Une redirection doit encore rendre service au visiteur
Pour un déplacement définitif, prévoyez une redirection permanente côté serveur, généralement 301 ou 308. La destination doit répondre au besoin de départ. Envoyer toutes les anciennes adresses sur l'accueil simplifie la configuration, mais laisse le visiteur recommencer sa recherche. Vérifiez aussi si la destination redirige encore : les chaînes inutiles compliquent les contrôles et la maintenance.
Google recommande une correspondance des URL et, en général, de conserver les redirections pendant au moins un an. Cela ne garantit pas des positions inchangées. Intégrez leur maintien à l'exploitation du site, pour éviter qu'un prochain changement d'hébergement efface le travail.
Lorsqu'aucun remplacement ne convient, une réponse explicite 404 ou 410 peut être plus cohérente qu'une destination sans rapport. Faites décider ces cas. Une page d'erreur utile peut proposer de la navigation tout en renvoyant le bon statut. Une jolie page «introuvable» accompagnée d'un code 200 cache le problème aux contrôles automatiques.
La configuration de préproduction ne doit pas rester active
Une protection d'accès peut garder la prévisualisation privée. À la publication, les pages publiques doivent devenir accessibles et porter les consignes d'indexation voulues. Contrôlez statut HTTP, métadonnées robots et en-têtes sur le vrai domaine. Le réglage affiché dans l'administration ne prouve pas ce que reçoit un navigateur extérieur.
Google précise qu'un robot doit pouvoir consulter la page pour lire sa consigne noindex. Un blocage par robots.txt ne remplit pas la même fonction. Vérifiez donc séparément protection d'accès, règles d'exploration et indexation, puis retirez volontairement les restrictions de préproduction.
Recherchez les traces moins visibles : une adresse canonique vers le domaine de test, un formulaire envoyé à un ancien point d'entrée, une image accessible seulement aux administrateurs. Utilisez une nouvelle session de navigateur sans connexion préalable. Un site qui marche sur l'ordinateur du développeur peut encore être inutilisable pour un client ordinaire.
Chaque langue conserve son propre parcours
Testez une langue comme un chemin complet. L'ancienne page française doit rejoindre un contenu français adapté. Le sélecteur de langue doit ouvrir l'équivalent de la page, et non ramener systématiquement le lecteur à l'accueil. Vérifiez dans le même passage le titre, la destination de contact et les documents téléchargeables.
Les adresses canoniques, les références linguistiques et le sitemap doivent décrire la structure publiée. Si une traduction disparaît volontairement, définissez le traitement de son ancienne URL et retirez les liens vers un équivalent inexistant. Notre guide sur le site multilingue en Suisse traite la structure durable ; la refonte la transforme en contrôles précis entre anciennes et nouvelles pages.
Pour une vérification manuelle utile, choisissez cinq besoins clients importants et suivez chacun dans toutes les langues proposées. Entrez une fois par un ancien lien, puis par la nouvelle navigation. Cet échantillon ne remplace pas le contrôle intégral des URL. Il repère toutefois les mauvaises correspondances qu'une liste de réponses HTTP réussies ne suffit pas à expliquer.
Organisez la réception en trois moments
Conservez ensemble les preuves techniques et les tâches métier. Une redirection vers un contenu vide n'est pas un résultat satisfaisant. Une page convaincante avec un formulaire inutilisable non plus. Pour les parcours prioritaires, notez qui a vérifié quoi, à quelle date et avec quel résultat.
- Avant le basculement, sauvegardez l'inventaire, décidez des correspondances, comparez contenus et métadonnées, testez les redirections et préparez une procédure de retour.
- À la publication, ouvrez les anciennes URL sur le domaine réel, vérifiez les destinations finales, écartez les restrictions accidentelles et suivez des demandes d'essai jusqu'à leur réception.
- Après le démarrage, surveillez erreurs, visibilité et demandes exploitables sur une période adaptée. Reliez les constats à des pages et à des modifications précises.
Une demande d'essai doit dépasser l'affichage d'un succès. L'article sur les emails de formulaire non reçus distingue enregistrement et notification. Ajoutez téléphone, clavier et zoom à la réception : réussir le déplacement des URL n'empêche pas le nouveau graphisme de masquer un bouton de contact.
Préparez un retour réellement exécutable
Une copie de l'ancien design ne constitue qu'une partie du retour possible. Définissez qui peut restaurer la version précédente, avec quels accès, et comment conserver les demandes arrivées depuis la mise en ligne. Une restauration de données anciennes ne doit pas effacer les nouveaux contacts ou les corrections éditoriales. Essayez le procédé sur un exemple limité avant la publication.
Fixez des déclencheurs concrets : parcours de contact central en panne, prestations essentielles absentes ou nombreuses erreurs serveur. Une position qui varie dans Google demande une autre analyse. Des retours précipités et répétés peuvent ajouter de la confusion. Distinguez donc aussi les défauts réparables directement, sans inverser tout le déménagement.
Gardez les instructions accessibles même si le nouveau site tombe en panne. Nommez une personne décisionnaire et sa remplaçante. Deux intervenants qui restaurent et réparent en parallèle sans se parler peuvent aggraver un problème pourtant localisé.
Après publication, comparez des périodes comparables
Sauvegardez une référence pertinente et annotez la date réelle de mise en ligne. Comparez mêmes pays, appareils, langues et groupes de pages. Une semaine de vacances ou une campagne publicitaire modifiée peut influencer les demandes sans qu'une redirection soit en faute. De petits volumes exigent davantage de temps pour conclure.
Suivez les pages d'entrée importantes, les erreurs inattendues et les demandes réellement prises en charge. Maintenez la liste de correspondance pour pouvoir expliquer où mène chaque ancienne adresse. Les moteurs doivent traiter les changements ; promettre une refonte sans aucune perte serait imprudent. Vous pouvez en revanche exiger des parcours vérifiés et une responsabilité claire pour les défauts encore ouverts.
FAQ
Faut-il changer toutes les URL pendant une refonte ?
Non. Une nouvelle présentation et des contenus améliorés peuvent souvent garder les adresses existantes. Modifiez une URL lorsque le bénéfice justifie le travail supplémentaire de migration et de maintenance.
Peut-on tout rediriger vers le nouvel accueil ?
La destination doit correspondre au besoin initial. Associez les adresses importantes à des pages pertinentes et décidez explicitement des suppressions sans remplacement, plutôt que de tout masquer derrière l'accueil.
Faut-il inclure les PDF dans la correspondance des URL ?
Oui, lorsque les clients les utilisent encore ou les ouvrent par un lien direct. Décidez pour chaque téléchargement du maintien, du remplacement ou du retrait, puis contrôlez le fichier publié même s'il ne figure plus au menu.