Ouvrez une ancienne page de service depuis un favori, pas depuis le menu du nouveau site. Arrivez-vous sur la bonne prestation, sur l’accueil ou sur une erreur ? Cette vérification très simple révèle un angle mort des refontes : une navigation neuve peut fonctionner parfaitement alors que les anciennes portes d’entrée ne mènent plus au bon endroit.
Le plan de redirection sert à décider du devenir de ces adresses avant la bascule. Pour une PME, le livrable utile n’est pas seulement un fichier technique : c’est un tableau qui relie chaque ancienne URL à une décision, une destination et une preuve de contrôle. La mention « redirections incluses » dans un devis ne précise aucun de ces trois éléments.
Un tableau commence par les pages que l’on risque d’oublier
Le menu ne constitue pas un inventaire. Une fiche de prestation peut encore recevoir des visiteurs depuis Google sans être mise en avant. Un PDF peut circuler dans des emails. Une ancienne campagne peut conserver des liens depuis un partenaire ou un QR code imprimé. Couper l’ancien site avant de récupérer ces adresses rend leur reconstitution plus difficile.
La documentation de Google sur les migrations avec changement d’URL recommande de croiser plusieurs sources : sitemap, CMS, données de fréquentation, journaux serveur et liens connus. Elle inclut les images, vidéos et ressources dans la préparation. Aucune source isolée ne garantit une liste exhaustive.
Demandez donc une colonne « origine de l’URL » et une note sur les sources manquantes. L’absence de clic dans une période courte ne suffit pas à condamner une page saisonnière. Pour un artisan, un catalogue envoyé l’hiver précédent peut encore accompagner des demandes au printemps. Les exports partagés doivent rester limités aux adresses utiles : pas de paramètres contenant des emails, d’identifiants de session ou de données clients.
Suivons quatre décisions, plutôt qu’une règle automatique
Prenons une petite entreprise de services fictive. Elle conserve une prestation, regroupe deux offres proches, abandonne une promotion et remplace son catalogue. Les chemins ci-dessous sont inventés ; ils ne désignent pas des pages de 1Design.
Le service reste le même : pourquoi changer son adresse ?
Si /prestations/site-vitrine reste pertinent et que le nouveau CMS le permet, conserver cette adresse évite un déplacement inutile. Une nouvelle maquette n’impose pas de nouvelles URL. Le contrôle attendu est alors une page directement accessible, avec le bon contenu, sans redirection vers elle-même.
Si le projet retient /services/site-vitrine, le tableau indique la destination précise et le motif du déplacement. Google recommande une redirection permanente côté serveur, par exemple HTTP 301 ou 308, lorsque c’est techniquement possible. Le prestataire choisit l’implémentation adaptée ; le dirigeant valide que la prestation et le chemin vers le contact restent reconnaissables.
Deux pages fusionnent : le contenu doit justifier le rapprochement
L’entreprise souhaite réunir /conseil/refonte-pme et /conseil/refonte-artisans dans /conseil/refonte. Deux lignes restent nécessaires : chacune représente une ancienne entrée et un besoin à préserver. La première peut concerner une organisation avec plusieurs interlocuteurs ; la seconde, un artisan qui souhaite présenter ses chantiers et recevoir des demandes précises.
Une page commune est envisageable si elle répond réellement aux deux besoins. Si elle ne traite plus que les grandes entreprises, l’ancienne page artisan n’a pas trouvé son équivalent, même si la redirection aboutit sans erreur. Ce désaccord se tranche avec le responsable métier avant le développement, pas en cochant « HTTP 200 » à la livraison.
Une offre disparaît : l’accueil n’est pas une réponse universelle
Pour /offre-printemps-2024, supposons qu’aucune offre actuelle ne soit équivalente. La décision peut être de supprimer le contenu et de renvoyer une réponse HTTP 404 ou 410 appropriée. Une page d’erreur peut orienter humainement vers les services actuels tout en conservant son véritable statut d’erreur.
Envoyer automatiquement toutes les anciennes adresses vers l’accueil donne l’impression que rien n’est cassé, mais ne restitue pas ce que cherchait le visiteur. Une suppression assumée vaut mieux qu’une fausse correspondance ; elle doit néanmoins être approuvée et documentée.
Le catalogue change : tester le document, pas seulement son lien
Pour /documents/catalogue.pdf, la destination doit être le document pertinent prévu dans le tableau. Une page HTML qui répond 200 à sa place n’est pas une preuve de réussite. Vérifiez le téléchargement, le type de fichier et le contenu : bon catalogue, coordonnées actuelles, prestations toujours proposées. Les pages et messages types qui citent ce document doivent aussi être actualisés.
Les colonnes à demander au prestataire
Le tableau peut rester un simple tableur. Voici une structure de travail proposée par 1Design, pas un formulaire imposé par Google. Elle sépare volontairement ce qui est décidé de ce qui a été observé.
| Bloc | Colonnes utiles | Question résolue |
|---|---|---|
| Inventaire | Ancienne URL complète, type de ressource, source, priorité | Qu’avons-nous retrouvé et pourquoi le conserver dans le périmètre ? |
| Décision | Intention, conserver/déplacer/fusionner/supprimer, destination, motif, responsable métier | Où doit aller le visiteur ? |
| Réalisation | Traitement prévu, responsable technique, version du tableau | Quelle solution sera mise en place ? |
| Réception | Résultat attendu, résultat observé, date, environnement, preuve, anomalie ouverte | Le résultat a-t-il réellement été contrôlé ? |
Conservez les variantes pertinentes de domaine, protocole, slash et paramètres tant que leur rôle n’a pas été compris. Une règle commune peut traiter des milliers d’adresses, mais ses exceptions doivent rester visibles. Le tableau décrit le périmètre et les décisions ; il n’oblige pas à configurer manuellement chaque redirection.
Pour démarrer, la page consacrée à la migration et à la refonte de site propose un exemple de plan CSV. Il faut remplacer ses données fictives, compléter les preuves et convenir du périmètre réel. Une ligne non testée reste « non testée », même si son traitement paraît évident.
Ce que doit montrer une preuve de réception
Sur l’environnement de test autorisé, le prestataire relève l’ancienne adresse, le premier statut HTTP, les éventuels sauts et l’arrivée finale. Pour une page déplacée, on attend une redirection permanente vers une destination accessible et pertinente. Google conseille de rejoindre directement la destination finale plutôt que d’accumuler les redirections. Une boucle ou une chaîne évitable doit être corrigée.
Le contrôle continue sur la page d’arrivée. Son contenu répond-il au besoin d’origine ? Les liens internes pointent-ils vers les nouvelles adresses ? La balise canonical, qui indique l’URL de référence, est-elle cohérente ? Le sitemap contient-il les destinations retenues ? Pour un site multilingue, les références entre versions linguistiques doivent aussi être actualisées. Vérifiez enfin que les protections prévues pour la préproduction ne bloquent pas les pages publiques destinées à l’indexation après bascule.
Commencez par les entrées commerciales prioritaires pour détecter tôt les défauts, puis contrôlez toutes les lignes du périmètre convenu. Après la mise en ligne, refaites les vérifications publiques : une recette de préproduction ne prouve pas que les règles actives sur le serveur public sont identiques. Gardez les preuves avant et après, avec leurs dates, sans écraser l’historique.
Qui reprend le dossier après la mise en ligne ?
Le tableau doit rester utilisable une fois le projet livré. Attribuez les anomalies : erreur de destination au prestataire technique, doute sur une fusion au responsable métier, suivi de visibilité à l’interlocuteur SEO. Fixez les revues selon la taille du site et son activité, sans confondre ce calendrier de travail avec une promesse de retour des positions.
Google recommande de garder les redirections aussi longtemps que possible, généralement au moins un an. Ce délai n’est pas une consigne de suppression automatique au treizième mois : anciens favoris et liens externes peuvent encore servir. Demandez qui assure leur maintien si l’hébergement ou le prestataire change.
La surveillance rapproche les erreurs techniques, les pages d’entrée, les clics et impressions Search Console. Un travail d’optimisation SEO aide à interpréter ces signaux ; il ne transforme pas une recette réussie en garantie de classement. Google précise que des fluctuations sont possibles et qu’il n’existe pas de fréquence fixe d’exploration.
Prévoyez aussi une procédure de retour. Une destination incorrecte appelle souvent une correction ciblée. Restaurer aveuglément une ancienne base pourrait, en revanche, effacer des commandes ou demandes reçues depuis la bascule. Le retour sur les règles de routage et la restauration des données sont deux décisions distinctes.
Questions à régler avant de signer
Faut-il modifier toutes les URL pendant une refonte ? Non. Conserver une adresse utile est souvent possible. Demandez la raison de chaque changement plutôt que d’accepter un renouvellement systématique.
Qui décide des suppressions ? Le responsable de l’activité valide la disparition du contenu et l’absence d’équivalent pertinent. Le prestataire documente le traitement technique et ses conséquences ; il ne devrait pas arbitrer seul une offre commerciale.
Une règle automatique dispense-t-elle du tableau ? Pour un simple changement de domaine, une règle globale peut suffire techniquement. Dès que des pages changent de rôle ou fusionnent, il faut documenter les exceptions et les contrôler. L’automatisation exécute une décision, elle ne démontre pas sa pertinence.
Peut-on exiger zéro perte de trafic ? On peut convenir d’un périmètre, de preuves et de corrections. On ne peut pas garantir l’absence de fluctuations des résultats de recherche. Le tableau rend les choix vérifiables ; il ne commande pas l’indexation.
Avant de valider le devis, choisissez quelques anciennes entrées importantes et demandez où elles mèneront, pourquoi et comment ce sera prouvé. Pour cadrer ce travail avec 1Design, présentez votre projet de refonte et un échantillon d’URL. Le premier objectif est de définir les correspondances à examiner et les contrôles à inclure, sans présumer d’un forfait ou d’un audit gratuit.
Vous voulez un site plus clair, plus crédible ou mieux pensé pour convertir ?