Refonte de site web : choisir le bon prestataire et cadrer le projet

Pourquoi une refonte ne se résume pas à changer le design

Une refonte de site web consiste à faire évoluer un ensemble qui comprend l’interface, les contenus, l’arborescence, les fonctionnalités, l’hébergement, la sécurité et parfois le modèle éditorial. Modifier les couleurs ou remplacer quelques visuels ne répond pas aux mêmes enjeux que reconstruire un site devenu lent, difficile à administrer ou mal adapté aux smartphones.

Le projet peut viser plusieurs objectifs : améliorer la navigation, rendre les contenus plus accessibles, moderniser la gestion technique, renforcer la sécurité, clarifier une offre, faciliter les demandes de contact ou préserver une visibilité acquise dans les moteurs de recherche. Ces objectifs doivent être hiérarchisés. Un prestataire ne peut pas arbitrer correctement entre eux si le besoin reste formulé par une demande vague comme moderniser le site.

Avant de consulter des studios ou des agences, il est donc utile de distinguer les symptômes des causes. Un faible taux de conversion peut venir d’un parcours mal conçu, mais aussi d’une offre peu compréhensible, d’un formulaire trop long, d’un temps de chargement excessif ou d’un trafic qui ne correspond pas au public recherché. Une refonte pertinente commence par un diagnostic, puis transforme les constats en décisions vérifiables.

Commencer par un audit interne et un inventaire précis

La préparation ne nécessite pas toujours un audit technique complet réalisé par un tiers. Une première collecte interne permet de mieux comparer les propositions et d’éviter que chaque prestataire reconstruise le besoin à sa manière.

1. Recenser les objectifs : notez les résultats attendus et classez-les par priorité. Distinguez les exigences indispensables, les améliorations souhaitables et les idées pouvant attendre une phase ultérieure.
2. Identifier les publics : décrivez les visiteurs, leurs questions, leurs appareils habituels et les actions attendues. Un site destiné à des professionnels n’a pas les mêmes contraintes de contenu qu’un site principalement consulté sur mobile par des particuliers.
3. Inventorier l’existant : listez les pages, les formulaires, les comptes utilisateurs, les connexions à des services tiers, les documents téléchargeables, les outils de mesure et les noms de domaine.
4. Repérer les dépendances : vérifiez qui détient les accès au nom de domaine, à l’hébergement, au système de gestion de contenu, aux boîtes mail et aux outils d’analyse. Ces accès doivent rester maîtrisés pendant toute la durée du projet.
5. Rassembler les données : consultez les statistiques disponibles sur les visites, les recherches internes, les pages vues et les demandes reçues. Ces données ne donnent pas à elles seules la stratégie, mais elles aident à repérer les pages importantes.

Il est également utile de conserver une copie des contenus et des réglages actuels avant toute intervention. Les sauvegardes doivent être stockées dans un espace distinct de l’hébergement de production et leur restauration doit pouvoir être testée.

Définir le périmètre avant de demander un devis

Un devis pertinent repose sur un périmètre suffisamment détaillé. Lorsque les besoins restent flous, les offres peuvent sembler comparables alors qu’elles ne couvrent pas les mêmes tâches. Le document de cadrage doit préciser les livrables attendus, les responsabilités de chacun et les critères de validation.

Le périmètre peut inclure les éléments suivants :

• la stratégie de contenu et la nouvelle arborescence ;
• les wireframes, qui décrivent la structure des pages avant le travail graphique ;
• la conception visuelle et l’adaptation aux différentes tailles d’écran ;
• le développement du front-end et du back-end ;
• la configuration du système de gestion de contenu ;
• la migration des pages, des médias, des comptes et des données utiles ;
• la reprise des adresses de pages et la mise en place des redirections ;
• les tests de compatibilité, d’accessibilité, de sécurité et de performance ;
• la formation des utilisateurs qui administreront le site ;
• la maintenance corrective et les évolutions prévues après la mise en ligne.

Pour chaque livrable, ajoutez un mode de validation. Une maquette peut être validée sur la structure, les contenus provisoires et les parcours principaux. Une fonctionnalité doit être associée à des cas d’usage testables. Cette précision réduit les désaccords qui apparaissent lorsque chacun comprend différemment le mot terminé.

Studio ou agence : comparer les modèles sans se limiter au discours commercial

Le choix entre un studio et une agence ne se fait pas selon une hiérarchie générale. Le bon interlocuteur est celui dont l’organisation correspond à la complexité du projet, au niveau d’accompagnement attendu et aux compétences nécessaires.

Un studio peut proposer une équipe resserrée, des échanges directs et une spécialisation marquée dans certains domaines comme le design, le développement ou les sites éditoriaux. Une agence peut réunir davantage de profils, par exemple en stratégie, contenu, référencement, développement et pilotage. Ces tendances ne constituent pas des garanties : il faut examiner l’équipe réellement affectée au projet, les compétences disponibles et la façon dont les responsabilités sont réparties.

Les questions à poser lors des entretiens avec les prestataires

Les entretiens servent à vérifier la compréhension du besoin, mais aussi la qualité du dialogue. Un prestataire pertinent doit être capable de signaler une contrainte, de demander des précisions et de proposer des arbitrages argumentés. Une présentation centrée exclusivement sur l’apparence visuelle ne permet pas d’évaluer la solidité de la solution.

• Quelle méthode est utilisée pour analyser les parcours et les contenus existants ?
• Comment les décisions sont-elles documentées et validées ?
• Quels éléments sont inclus dans le prix et lesquels sont estimés séparément ?
• Comment sont traités les contenus manquants, la réécriture et la production des médias ?
• Comment la migration des URL et des données sera-t-elle préparée ?
• Quels environnements sont prévus pour développer, tester et publier ?
• Comment les sauvegardes, les mises à jour et les droits d’accès sont-ils gérés ?
• Quelle est la procédure en cas de défaut découvert après la mise en ligne ?
• Quels documents seront remis à la fin : spécifications, accès, licences, fichiers sources et procédure d’administration ?

Demandez un exemple de planning correspondant à un projet de nature comparable, sans exiger d’informations confidentielles. L’objectif n’est pas de reproduire une réalisation passée, mais de comprendre la succession des étapes, les dépendances et les points de validation.

Évaluer une proposition commerciale ligne par ligne

Une proposition doit être lue comme un document de production, pas comme une brochure. Vérifiez notamment la description des livrables, le nombre d’allers-retours inclus, les délais de réponse attendus, les éléments fournis par le client et les conditions de facturation.

Le prix global ne suffit pas à comparer deux offres. L’une peut inclure la rédaction, la migration et les tests quand l’autre prévoit uniquement le développement. Analysez les postes séparément : cadrage, conception, intégration, développement spécifique, hébergement, licences, accompagnement, formation, maintenance et éventuels travaux de reprise.

Une offre sérieuse mentionne aussi les hypothèses qui la soutiennent. Le nombre de modèles de pages, le volume de contenus à migrer, les langues, les connexions à des outils tiers et les règles de validation ont une incidence directe sur la charge de travail. Toute zone non définie peut devenir une source de coût ou de délai supplémentaire.

Prévoyez enfin une enveloppe de temps pour les actions internes : validation des textes, choix des images, fourniture des informations métier, recettes et formation. Même lorsque la production est externalisée, les décisions et validations restent nécessaires côté projet.

Construire un cahier des charges qui aide réellement à décider

Un cahier des charges utile n’est pas nécessairement volumineux. Il doit surtout permettre à plusieurs prestataires de répondre au même besoin et fournir une base de discussion. Sa structure peut suivre ce plan :

1. Contexte : présentez le rôle du site, son historique technique et les problèmes observés.
2. Objectifs : formulez les résultats attendus en termes compréhensibles et vérifiables.
3. Publics et parcours : décrivez les profils de visiteurs, leurs intentions et les actions prioritaires.
4. Fonctionnalités : distinguez les fonctions obligatoires des options à étudier.
5. Contenus : indiquez ce qui est conservé, réécrit, créé, traduit ou supprimé.
6. Contraintes : mentionnez les outils à conserver, les règles internes, les exigences d’hébergement et les obligations liées aux données.
7. Référencement : précisez la nécessité de préserver les URL utiles, les balises, les données structurées pertinentes et les redirections.
8. Livrables et calendrier : listez les productions attendues et les jalons de validation.
9. Critères de choix : expliquez la pondération accordée à la compréhension, à la méthode, aux compétences, au prix et à l’accompagnement.

Évitez de verrouiller trop tôt une technologie précise si le besoin fonctionnel n’a pas été établi. Le choix d’un outil doit découler des contenus, des rôles d’administration, des intégrations et des contraintes de maintenance.

Sécuriser les accès, les données et la propriété du site

La sécurité doit être traitée dès le cadrage. Créez des comptes nominatifs avec les droits nécessaires, activez l’authentification multifacteur lorsqu’elle est disponible et évitez le partage d’un mot de passe administrateur. Les accès temporaires accordés pour le développement doivent être retirés ou réévalués lorsque la phase concernée est terminée.

Clarifiez par écrit la propriété et la portabilité des éléments produits. Cela concerne le nom de domaine, les contenus, les images, les fichiers sources, les thèmes, les développements spécifiques, les licences et les comptes d’hébergement. Une licence d’utilisation n’a pas la même portée qu’une remise complète des fichiers et des droits nécessaires à leur évolution.

Demandez où sont stockées les données, quelles sauvegardes sont réalisées, pendant combien de temps elles sont conservées et comment une restauration est effectuée. Une sauvegarde inutilisable n’offre pas une protection suffisante. Le plan doit également prévoir la reprise après une erreur de déploiement, une suppression accidentelle ou une compromission de compte.

Pour les formulaires et comptes utilisateurs, identifiez les données collectées, les destinataires, les durées de conservation et les mécanismes de suppression. Les obligations applicables dépendent du contexte du site et doivent être examinées avec une personne compétente sur le plan juridique et organisationnel.

Préserver le référencement pendant la migration

Une refonte peut modifier les adresses de pages, les intitulés, les contenus et les liens internes. Sans préparation, des pages connues des moteurs de recherche peuvent devenir introuvables ou perdre leur continuité. La migration doit donc être traitée comme un chantier spécifique.

1. Exportez la liste des URL actuelles à partir du système de gestion de contenu, des outils d’analyse et des données disponibles.
2. Classez ces adresses selon leur rôle, leur trafic, leurs liens entrants, leur valeur commerciale ou leur utilité pour les visiteurs.
3. Associez chaque ancienne URL à une nouvelle adresse lorsque le contenu est conservé ou remplacé par une ressource équivalente.
4. Prévoyez des redirections permanentes pour les changements justifiés et évitez les chaînes de redirections.
5. Contrôlez les liens internes, les fichiers médias, les balises canoniques, le fichier de plan du site et les règles d’exploration.
6. Testez le site de préproduction avec une consigne empêchant son indexation, puis vérifiez cette configuration avant la publication.
7. Après la mise en ligne, surveillez les erreurs, les pages introuvables, les évolutions de fréquentation et les demandes reçues.

Le référencement ne repose pas uniquement sur les réglages techniques. La qualité, la précision et la mise à jour des contenus restent déterminantes. Une refonte est une occasion de supprimer les doublons, de regrouper les pages proches et de répondre plus clairement aux questions des visiteurs.

Piloter le projet avec des jalons et des validations formelles

Un calendrier utile présente les étapes et les conditions de passage à l’étape suivante. Selon le projet, les jalons peuvent comprendre le cadrage, l’arborescence, les parcours, les maquettes, le développement, l’intégration des contenus, la recette, la formation et la mise en ligne.

Attribuez un responsable à chaque décision. Une validation collective sans personne chargée de trancher peut bloquer le projet ou multiplier les demandes contradictoires. Définissez aussi un canal de suivi unique pour les remarques, avec une distinction entre anomalie, demande d’évolution et préférence personnelle.

La recette doit s’appuyer sur une liste de cas concrets : navigation sur smartphone, envoi d’un formulaire, réception d’une notification, création d’un compte, recherche interne, téléchargement d’un document, affichage d’une image et gestion d’un contenu. Notez pour chaque test le résultat attendu, le résultat obtenu et la décision associée.

Prévoyez une procédure de mise en ligne réversible. Elle doit indiquer les sauvegardes réalisées, les personnes habilitées à intervenir, l’ordre des opérations, les contrôles post-publication et la marche à suivre en cas d’incident. Cette préparation réduit la pression au moment du lancement.

Organiser l’après-lancement et mesurer les améliorations

Le site doit être maintenu après sa publication. Les mises à jour du système, des extensions et des dépendances peuvent corriger des failles ou provoquer des incompatibilités. Un contrat de maintenance doit préciser le périmètre couvert, les délais de prise en charge, les horaires d’intervention, les sauvegardes et les évolutions exclues.

Préparez un tableau de bord limité à des indicateurs utiles au projet. Selon les objectifs, vous pouvez suivre les consultations des pages prioritaires, les recherches internes, les envois de formulaires, les téléchargements, les erreurs techniques ou les parcours sur mobile. Les indicateurs doivent être interprétés avec leur contexte : une hausse des visites ne signifie pas nécessairement une amélioration si les demandes pertinentes diminuent.

Organisez une période d’observation après la mise en ligne. Les retours des utilisateurs, les tickets d’assistance et les erreurs repérées peuvent conduire à des ajustements. Hiérarchisez ces actions selon leur impact et leur risque, au lieu d’accumuler des modifications non documentées.

Les erreurs qui fragilisent une refonte de site web

Plusieurs décisions créent des difficultés récurrentes :

• Choisir sur le seul rendu visuel : une interface séduisante ne renseigne ni sur la qualité du code, ni sur la sécurité, ni sur la capacité d’administration.
• Sous-estimer les contenus : textes, images, documents et données demandent du temps pour être triés, vérifiés et adaptés.
• Reporter la migration : les URL et les redirections doivent être étudiées avant le développement final.
• Confondre prix bas et coût maîtrisé : une offre incomplète peut déplacer la charge vers la production interne ou générer des avenants.
• Ne pas prévoir la réversibilité : l’absence d’accès et de documentation rend les changements futurs plus risqués.
• Multiplier les décideurs : des validations dispersées ralentissent le projet et affaiblissent la cohérence de l’interface.
• Lancer sans recette complète : les anomalies découvertes en production touchent directement les visiteurs et les équipes.

Ces risques se réduisent grâce à un périmètre écrit, des responsabilités définies, des sauvegardes vérifiables et des critères de validation connus à l’avance.

FAQ sur le choix d’un prestataire pour une refonte

Faut-il rédiger un cahier des charges avant de contacter un prestataire ?

Un document de cadrage, même court, est recommandé. Il peut évoluer pendant les échanges, mais il doit présenter le contexte, les objectifs, les publics, les fonctionnalités, les contenus, les contraintes et les livrables attendus. Les réponses reçues seront ainsi plus comparables.

Comment savoir si une proposition couvre bien le référencement ?

Vérifiez la présence d’un inventaire des URL, d’un plan de redirections, d’un contrôle des liens internes, d’une gestion des balises utiles et d’un suivi après publication. Le contenu et la structure éditoriale doivent aussi être inclus dans la réflexion, pas uniquement les réglages techniques.

Qui doit fournir les contenus de la nouvelle version ?

La responsabilité doit être écrite dans le périmètre. Le prestataire peut produire, réécrire, intégrer ou seulement mettre en forme les contenus. Si les textes et médias sont fournis en interne, le calendrier doit réserver du temps à leur préparation et à leur validation.

Que faut-il demander avant la mise en ligne ?

Demandez une sauvegarde récente, une liste des tests effectués, la vérification des formulaires, le contrôle des redirections, la confirmation des accès, la procédure de retour arrière et les documents d’administration. La mise en ligne doit être une opération préparée, non une improvisation.

La maintenance doit-elle être prévue dès le début ?

Oui, car le choix technique dépend aussi de la capacité à maintenir le site. Comparez les règles de mise à jour, la gestion des incidents, les sauvegardes, la sécurité, les évolutions et la réversibilité. Une solution adaptée est celle qui reste administrable dans la durée.