Refonte de site web : quand est-ce que ça vaut la peine?

Un signe isolé ne justifie pas toujours une refonte. Quand plusieurs se cumulent, corriger chaque problème à la pièce finit souvent par coûter plus cher que de repartir sur une base propre.

• Le site est lent sur cellulaire. Google recommande que le plus gros élément visible de la page s'affiche dans les 2,5 premières secondes du chargement (LCP) et que la page réagisse à un clic ou à un toucher en moins de 200 millisecondes (INP). L'outil PageSpeed Insights mesure les deux pour votre propre site.
• Il n'apparaît pas dans Google pour vos services principaux, et sa structure ne permet pas d'ajouter une page par service sans tout déplacer.
• Chaque modification passe par quelqu'un d'autre : changer un prix prend des jours, ou plus personne ne sait comment accéder au site.
• L'image ne correspond plus à l'entreprise : nouveau logo, services ajoutés ou abandonnés, photos d'une équipe qui a changé.
• La version française ou anglaise est incomplète. Des pages n'existent que dans une langue, la traduction passe par un module automatique, ou les deux langues partagent la même adresse.
• Le site recueille des renseignements (formulaires, outils d'analyse, pixels publicitaires) sans politique de confidentialité ni gestion des témoins, et la plateforme rend ces ajouts difficiles.
• La plateforme n'est plus entretenue : thème abandonné, extensions impossibles à mettre à jour, hébergeur qui ne suit plus.

Si le contenu est encore juste et que les visiteurs trouvent ce qu'ils cherchent, une refonte complète vous fait courir un risque dans Google pour un gain modeste. Bien des problèmes se règlent sans toucher à la structure du site :

• La lenteur : compresser les images, retirer les extensions inutiles ou changer d'hébergeur. Google a un guide pour changer d'hébergement sans changer les adresses des pages.
• Le contenu daté : réécrire la page d'accueil et les pages de services, remplacer les photos.
• La conformité : ajouter une politique de confidentialité, un outil de consentement aux témoins et les pages qui manquent en français.
• Les demandes qui n'arrivent pas : rendre le numéro de téléphone cliquable sur cellulaire, raccourcir le formulaire, ajouter une page pour chaque service.

Faites la liste de tout ce qui vous dérange dans le site actuel, puis demandez, pour chaque point, s'il peut se régler sur la plateforme existante. Si la réponse est oui pour presque tout, commencez par les corrections. Si la plateforme bloque une bonne partie de la liste, ou si chaque correction en provoque une autre, la refonte devient le choix raisonnable.

La conformité entre aussi dans ce calcul. Selon l'OQLF, un consommateur a le droit d'accéder à une version française complète du site web d'une entreprise; une version anglaise peut exister, à condition que le français soit au moins équivalent. Selon la Commission d'accès à l'information (CAI), une entreprise qui recueille des renseignements personnels par un moyen technologique doit publier sur son site une politique de confidentialité rédigée en termes simples et clairs, et les fonctions qui permettent d'identifier, de localiser ou de profiler une personne doivent être désactivées par défaut.

Ces obligations se remplissent souvent sur le site existant. Une refonte se justifie quand la plateforme ne le permet pas proprement, par exemple un site bâti en une seule langue avec un module de traduction automatique, ou un constructeur qui ne laisse pas bloquer les témoins publicitaires avant le consentement. Dans ce cas, prévoyez une adresse distincte par langue (par exemple /fr et /en) : Google recommande d'utiliser des URL différentes pour chaque version linguistique plutôt que des témoins ou les paramètres du navigateur.

Une refonte bien menée commence par l'inventaire de ce qui existe. Le design vient après. Voici les étapes, dans l'ordre :

• Faire la liste de toutes les pages actuelles et repérer celles qui reçoivent des visites et des demandes. La Search Console et votre outil d'analyse vous le montrent.
• Décider, page par page, ce qu'on garde, ce qu'on réécrit et ce qu'on supprime, en français et en anglais.
• Dessiner la structure du nouveau site, avec un tableau qui associe chaque ancienne adresse à sa nouvelle adresse.
• Concevoir et développer le site, puis le tester sur cellulaire.
• Mettre en ligne avec les redirections, le nouveau plan du site et la vérification dans la Search Console.
• Surveiller l'indexation et les erreurs pendant les semaines qui suivent.

Non, et deux de nos projets le montrent. Pour St-Hubert Machine Shop, à Saint-Hubert, nous avons migré et redessiné tout le site : les 35 pages ont été reconstruites, avec l'anglais sous /en et le français sous /fr, et chaque page a son équivalent dans l'autre langue.

Pour SuperVitre, sur la Rive-Sud, nous avons fait l'inverse. La première version avait une réservation en ligne et un tableau de bord pour gérer les rendez-vous. En octobre 2025, nous l'avons simplifiée en site statique : pas de base de données, pas de comptes, aucune donnée client conservée sur le site, et la réservation se fait par téléphone. Une refonte peut donc aussi retirer des fonctions, ce qui laisse moins de choses à entretenir et moins de renseignements personnels à protéger.

Gardez les mêmes adresses de pages partout où c'est possible. Dès que les URL changent, que ce soit le nom de domaine ou seulement le chemin des pages, Google considère qu'il s'agit d'un déplacement de site avec modification d'URL, et sa documentation prévient que le classement peut fluctuer temporairement pendant le déplacement. L'aide de la Search Console ajoute que combiner un déménagement avec une refonte du contenu et de la structure des URL entraînera probablement une baisse de trafic, le temps que Google réévalue chaque page.

Si des adresses doivent changer, voici ce qu'il faut prévoir :

• Rediriger chaque ancienne URL vers la page nouvelle qui lui correspond le mieux, pas toutes vers l'accueil.
• Utiliser des redirections permanentes côté serveur (301 ou 308). Selon Google, les redirections 301 et les autres redirections permanentes ne font pas perdre de PageRank.
• Mettre à jour les liens internes, les balises canoniques et les balises hreflang pour qu'ils pointent vers les nouvelles adresses.
• Soumettre dans la Search Console un plan du site (sitemap) avec les nouvelles URL, ce qui aide Google à les découvrir.
• Retirer tout blocage temporaire (fichier robots.txt ou balise noindex) utilisé pendant le développement, comme le rappelle le guide de Google sur le changement d'hébergement.
• Utiliser l'outil de changement d'adresse de la Search Console seulement si vous changez de nom de domaine ou de sous-domaine. Pour déplacer des pages sur le même site, Google indique qu'il suffit d'ajouter les redirections et de mettre à jour le plan du site.
• Garder les redirections le plus longtemps possible : au moins un an selon le guide de Google sur les déplacements de site, et au moins 180 jours selon l'aide de l'outil de changement d'adresse, plus longtemps si les anciennes adresses reçoivent encore du trafic de Google.
• Changer une chose à la fois quand c'est possible. Google conseille de planifier les changements les uns après les autres plutôt que tous en même temps.

Une refonte coûte selon les mêmes facteurs qu'un nouveau site : le nombre de pages, la rédaction, les deux langues et les fonctions. S'y ajoute le travail propre à la refonte, soit l'inventaire des pages, le tableau des redirections et le suivi après la mise en ligne. Chez Kollowo, un site coûte de 1 000 $ à 2 000 $ (CAD) : un site simple se situe au bas de la fourchette, un site plus développé (plus de pages, bilingue, fonctions supplémentaires) vers le haut. Le détail est sur notre page de tarifs.

Pour le délai, nous ne donnons pas de chiffre général, parce que l'échéancier avance au rythme des textes, des photos et des approbations. Du côté de Google, sa documentation indique qu'un site de taille moyenne peut prendre quelques semaines avant que la plupart de ses pages soient déplacées dans l'index. Évitez donc de mettre le nouveau site en ligne juste avant votre période la plus achalandée.

Nous ne sommes pas le bon choix pour tous les projets. Une boutique en ligne de plusieurs centaines de produits, un portail client ou une intégration avec votre logiciel de gestion demandent une équipe et un budget plus importants. Dans ce cas, magasinez auprès d'agences qui réalisent ce genre de projet.

Avant de signer, puis avant la mise en ligne, passez ces points en revue :

• Mesurer le site actuel sur cellulaire avec PageSpeed Insights et noter les résultats.
• Exporter de la Search Console la liste des pages qui reçoivent des clics.
• Pour chaque problème, décider s'il se corrige sur le site actuel ou s'il exige une refonte.
• Garder les mêmes URL partout où c'est possible.
• Préparer le tableau des anciennes et des nouvelles URL, page par page.
• Vérifier que le nom de domaine et les accès à l'hébergement sont à votre nom.
• Prévoir toutes les pages en français, avec une adresse distincte par langue.
• Publier une politique de confidentialité à jour et bloquer les témoins de profilage jusqu'au consentement.
• Tester les redirections 301 avant et après la mise en ligne.
• Soumettre le nouveau plan du site et surveiller la Search Console pendant les semaines suivantes.
• Laisser les redirections en place au moins un an.