Agences web à Paris
Une refonte de site ne concerne pas uniquement l’apparence des pages. Elle peut modifier l’arborescence, les adresses URL, les contenus, les liens internes, les performances techniques, le balisage HTML ou encore la manière dont les moteurs explorent le site. Chacun de ces changements peut influencer la visibilité acquise au fil du temps.
Le risque principal apparaît lors de la migration, au moment où l’ancien site est remplacé par la nouvelle version. Une page utile peut disparaître, une URL peut changer sans redirection, une consigne d’exploration peut bloquer une partie du site ou une balise canonique peut désigner une adresse inappropriée. Le site reste alors accessible aux visiteurs, mais les moteurs peuvent perdre leurs repères.
Le référencement naturel ne se préserve pas grâce à une action isolée. Il dépend d’une préparation documentaire, d’une coordination précise avec l’agence web et de contrôles réalisés avant, pendant et après la mise en ligne. Le propriétaire du site doit conserver la maîtrise des décisions éditoriales, techniques et commerciales, tandis que l’agence intervient sur la conception, le développement et l’accompagnement opérationnel.
Avant de demander une nouvelle maquette ou de choisir un outil de gestion de contenu, le projet doit préciser ce qui va réellement changer. Une refonte graphique sur les mêmes URL ne présente pas les mêmes risques qu’un changement de domaine, de CMS, de structure de navigation ou de technologie serveur.
Avec l’agence, établissez un document de cadrage qui répond notamment aux questions suivantes :
Cette étape permet de distinguer une évolution visuelle d’une migration SEO complète. Elle sert aussi à répartir les responsabilités. Le client peut valider les contenus, les priorités métier et les pages à conserver. L’agence peut documenter les changements techniques, produire le plan de redirection et organiser la recette.
L’ancien site constitue la référence à protéger. Une copie de l’arborescence doit être constituée avant toute suppression. Cet inventaire ne doit pas se limiter aux pages visibles dans le menu principal, car certaines URL peuvent recevoir des visites depuis les moteurs, des liens externes ou des campagnes anciennes.
Recensez au minimum les éléments suivants :
Plusieurs sources peuvent être croisées : le plan du site, les journaux serveur, les données d’analyse, les outils de suivi de l’indexation et un crawl technique réalisé avant la refonte. Aucun outil ne fournit à lui seul une photographie parfaite. Les journaux serveur peuvent révéler le passage des robots, tandis que les données d’analyse montrent l’usage humain. Leur comparaison met en évidence des URL qui seraient autrement oubliées.
L’inventaire doit être conservé dans un fichier exploitable par toutes les parties. Ajoutez une colonne indiquant la décision prise pour chaque URL : conservation, nouvelle adresse, fusion avec une autre page, remplacement ou suppression justifiée.
Lorsqu’une adresse change, la correspondance entre l’ancienne et la nouvelle URL doit être définie avant la mise en ligne. Cette matrice de redirections constitue l’un des documents les plus importants de la migration.
| Ancienne URL | Nouvelle URL | Décision | Contrôle attendu |
|---|---|---|---|
| /ancienne-page | /nouvelle-page | Redirection permanente | Réponse HTTP et destination cohérente |
| /produit-a | /catalogue/produit-a | Changement d’arborescence | Liens internes mis à jour |
| /article-obsolete | /guide-associe | Fusion éditoriale | Contenu réellement couvert |
| /page-sans-equivalent | Aucune | Suppression documentée | Réponse adaptée et liens entrants examinés |
Une redirection permanente doit conduire vers la page la plus pertinente, et non vers la page d’accueil par défaut. Une destination trop générale peut dégrader l’expérience utilisateur et ne transmet pas nécessairement le même contexte. La redirection doit aussi éviter les chaînes, par exemple une ancienne URL qui renvoie vers une URL intermédiaire avant d’atteindre la destination finale.
Demandez à l’agence de tester la matrice sur un environnement de préproduction ou dans un outil de vérification HTTP. Contrôlez les codes de réponse, les boucles, les redirections multiples et les destinations inexistantes. Les règles doivent être conservées dans un format compréhensible afin de pouvoir être corrigées après la mise en ligne.
Une refonte est parfois l’occasion de réduire le nombre de pages. Cette décision doit reposer sur une analyse, pas sur une volonté générale d’allègement. Une page qui semble peu consultée peut répondre à une recherche précise, recevoir des liens ou soutenir une autre page grâce au maillage interne.
Pour chaque suppression envisagée, examinez la fonction du contenu. Peut-il être fusionné avec une page plus complète ? Répond-il à une intention de recherche distincte ? Est-il encore exact après la refonte ? La page possède-t-elle des liens entrants ou une valeur commerciale ? Une suppression pertinente doit être accompagnée d’une redirection vers une ressource réellement correspondante lorsque cette ressource existe.
La nouvelle arborescence doit rester compréhensible pour les visiteurs et les robots. Les catégories doivent présenter un périmètre clair, les liens internes doivent relier les pages complémentaires et les pages importantes doivent être accessibles sans parcours inutilement profond. L’agence peut proposer une architecture technique, mais la validation des priorités de contenu doit rester liée aux objectifs du site et à la connaissance de son public.
La préproduction doit être protégée contre l’indexation publique pendant les travaux. Une authentification ou une restriction réseau est préférable à une dépendance exclusive à une balise noindex. Cette dernière peut être oubliée, mal générée ou retirée au mauvais moment. L’environnement de test ne doit pas non plus être accessible sans contrôle lorsque des données personnelles ou des fonctionnalités sensibles y sont présentes.
Avant la migration, demandez une vérification des points suivants :
La performance ne doit pas être évaluée uniquement sur la page d’accueil. Testez des modèles représentatifs : fiche, article, catégorie, formulaire, page de recherche et page avec médias lourds. Une agence peut optimiser le code, les images, la mise en cache ou les scripts, mais le contrôle doit porter sur les parcours qui comptent réellement pour le public.
La recette ne consiste pas à parcourir quelques pages au hasard. Elle doit s’appuyer sur une liste de tests, un responsable et un résultat attendu pour chaque contrôle. Préparez cette liste avant l’ouverture de la préproduction, afin que les anomalies soient traitées avant la date de bascule.
Chaque anomalie doit être qualifiée selon son impact. Une redirection en boucle, une page stratégique inaccessible ou un blocage global de l’exploration nécessite une correction avant la mise en ligne. Une imperfection visuelle localisée peut suivre un autre circuit, à condition de ne pas gêner la navigation ni l’accès aux contenus.
La migration doit être traitée comme une opération coordonnée, et non comme une publication ordinaire. Choisissez un créneau où les équipes techniques et éditoriales peuvent intervenir rapidement. Une période de faible activité peut réduire les conséquences d’un incident, mais le critère essentiel reste la disponibilité des personnes capables de corriger les problèmes.
Le plan de bascule doit préciser :
Le plan de retour doit être réaliste. Une sauvegarde existe seulement si sa restauration a été vérifiée dans des conditions maîtrisées. Demandez où sont stockées les copies, combien de temps elles sont conservées et qui peut déclencher la restauration. Ces questions relèvent autant de la sécurité et de la continuité d’activité que du référencement.
Dès que la nouvelle version est accessible, l’agence et le responsable du site doivent vérifier l’état réel de la production. La préproduction ne garantit pas que les variables de serveur, les certificats, les chemins de fichiers ou les règles de sécurité se comporteront de la même manière.
Commencez par tester la page d’accueil, plusieurs pages profondes, les anciennes URL, les redirections et les formulaires. Contrôlez ensuite le fichier robots.txt, le sitemap XML, les balises canoniques et la présence éventuelle d’une consigne noindex héritée de l’environnement de test. Vérifiez aussi les versions avec et sans www, le protocole HTTP vers HTTPS et les variantes de domaine si elles existent.
Un crawl réalisé après la publication permet de comparer la nouvelle structure avec l’inventaire initial. Recherchez les erreurs 404, les redirections en chaîne, les liens internes cassés, les pages orphelines et les ressources bloquées. L’analyse des journaux serveur peut compléter ce contrôle en révélant les demandes des robots et les erreurs rencontrées.
Une migration ne se termine pas au moment où le site est publié. Les moteurs doivent découvrir les nouvelles adresses, réévaluer les contenus et mettre à jour leurs index. La durée et l’ampleur de cette phase varient selon la taille du site, sa fréquence d’exploration et la nature des changements. Aucune baisse ou hausse ne doit être interprétée à partir d’un seul indicateur.
Pendant les semaines qui suivent, suivez séparément :
Comparez les groupes de pages plutôt qu’un total unique. Une baisse globale peut cacher une amélioration sur les pages prioritaires ou une erreur concentrée sur un modèle particulier. Lorsque des URL anciennes sont encore appelées sans redirection, enrichissez la matrice. Lorsque des pages importantes perdent leurs liens internes, corrigez la navigation plutôt que de multiplier les redirections.
La qualité de la collaboration dépend de documents partagés et de décisions traçables. Le client doit pouvoir obtenir une copie de l’inventaire, de la matrice de redirections, des sauvegardes prévues, des accès nécessaires et du plan de suivi. Une dépendance totale à un interlocuteur ou à un outil inaccessible peut compliquer la réaction en cas d’incident.
Le périmètre de l’agence doit être écrit avec précision. Il peut inclure l’audit technique, la conception de l’arborescence, la mise en œuvre des redirections, la recette, la surveillance post-migration et la correction des anomalies. Le périmètre éditorial doit également être explicite : qui valide les réécritures, qui contrôle les informations, qui décide de la suppression d’une page et qui vérifie les métadonnées ?
Prévoyez un canal de suivi des incidents avec une priorité, une description reproductible, une URL concernée et une capture lorsque cela aide au diagnostic. Cette méthode réduit les échanges imprécis et facilite la comparaison entre l’état avant et après refonte.
Non. Certaines pages peuvent être obsolètes, redondantes ou remplacées par un contenu plus pertinent. Chaque suppression doit toutefois être documentée et évaluée selon ses visites, ses liens entrants, son rôle dans le parcours et sa capacité à répondre à une demande. Lorsqu’une page équivalente existe, une redirection permanente peut orienter les visiteurs vers celle-ci.
Elle réduit le risque lié aux redirections, mais ne le supprime pas. Le code HTML, les titres, les contenus, les liens internes, les directives d’indexation, les performances ou le rendu mobile peuvent changer. Une recette technique et SEO reste nécessaire.
La matrice doit être préparée et testée avant la mise en ligne. Les règles doivent être actives au moment où les anciennes URL cessent de servir les anciennes pages. Attendre plusieurs jours après la bascule expose les visiteurs et les robots à des erreurs évitables.
Commencez par rechercher une erreur technique : blocage d’exploration, noindex, canonique incorrecte, redirections défaillantes, pages supprimées ou problème serveur. Comparez ensuite les données par type de page et par requête. Une baisse ne permet pas à elle seule d’identifier la cause, d’où l’importance des contrôles documentés avant et après la refonte.
La validation doit associer les personnes responsables du site, des contenus et de la technique. L’agence peut conduire les tests et signaler les risques, mais la décision de publier doit s’appuyer sur une liste de critères approuvée et sur un plan de retour connu.
