Refaire le site de son entreprise : par où commencer concrètement

La première erreur, quasi universelle, est de commencer par le design. Un client me contacte, il veut refaire son site, et avant même d’avoir une ligne d’audit sur l’existant, il a déjà en tête une page d’accueil animée, une refonte graphique et un nouveau logo. Le résultat, trois mois plus tard : le site ressemble à quelque chose mais ne convertit pas mieux que l’ancien, et personne ne comprend pourquoi.

La bonne séquence est à l’opposé : audit de ce qui existe, définition des objectifs mesurables, choix de la stack et du prestataire, puis seulement la phase design. Voici comment je structure ce travail avec mes clients depuis 2021.

Commencez par auditer l’existant, pas par rêver du nouveau

Avant de toucher à quoi que ce soit, vous avez besoin de deux informations : ce que votre site actuel fait bien, et pourquoi il rate ses objectifs. Sans ces données, vous pilotez à l’aveugle — et les décisions de conception seront faites au hasard, ou pire, selon les préférences esthétiques du prestataire.

L’audit tient en quatre points.

Analytics. Quelles pages génèrent du trafic ? Quelles pages génèrent des prises de contact ? Si vous n’avez pas d’analytics installé, commencez par là avant même de penser à la refonte. Je recommande Plausible — RGPD-compatible par défaut, sans bandeau cookies obligatoire selon la doctrine CNIL sur les traceurs anonymes, et lisible pour un non-technicien. Une semaine de données vaut mieux que dix ans d’intuition.

SEO existant. Quelles URLs rankent sur Google ? Sur quel volume de requêtes ? Si votre site génère du trafic organique, même modeste, ces URLs doivent être préservées dans la nouvelle architecture avec des redirections 301 bien mappées. J’ai vu des clients perdre 60 à 70% de leur trafic organique en six semaines après une refonte parce que personne n’avait prévu la redirection des anciennes URLs vers les nouvelles.

Performance. Passez votre site actuel dans PageSpeed Insights. Un score Lighthouse Performance en dessous de 60 sur mobile vous coûte des visiteurs à chaque heure. Un LCP supérieur à 4 secondes est courant sur les vieux WordPress avec page builder embarqué — et selon web.dev, au-delà de 2,5 secondes, l’expérience est déjà considérée dégradée par Google.

Contenu. Quels textes sont encore valides ? Quelles pages sont obsolètes ? J’ai audité en mai 2025 un site de PME parisienne composé de 47 pages, dont 31 n’avaient reçu aucune visite dans les 12 mois précédents. Autant de contenu inutile à migrer, à vérifier et à maintenir dans le nouveau site.

Définissez vos objectifs avant de définir votre budget

Le budget vient après les objectifs, pas avant. La question “combien avez-vous prévu ?” posée en premier conduit systématiquement à des sites calibrés sur un chiffre plutôt que sur un besoin réel.

Les objectifs d’une refonte tombent généralement dans l’une de ces catégories :

• Augmenter les prises de contact — formulaire, téléphone, prise de rendez-vous. C’est l’objectif de la grande majorité des PME de services.
• Améliorer le référencement local pour capter des prospects en Île-de-France ou dans une zone géographique précise.
• Moderniser l’image — ne plus avoir honte de l’URL quand on la donne à un prospect lors d’un rendez-vous.
• Réduire la dépendance à un prestataire en récupérant le code, les accès et le nom de domaine.

Chacun de ces objectifs implique des choix techniques différents. Un site optimisé pour les prises de contact en local a besoin de données structurées schema.org LocalBusiness, de pages géo-localisées et d’un formulaire mobile-first qui charge en moins d’une seconde. Un site conçu pour “avoir l’air sérieux” peut être plus simple, mais sans trackage des conversions, vous ne saurez jamais s’il atteint son objectif.

Formulez l’objectif en termes mesurables. Pas “avoir un plus beau site”, mais “passer de 2 formulaires de contact par semaine à 8 en 6 mois” ou “ranker dans les 3 premiers résultats sur ‘plombier urgence Paris 12e’”.

Choisissez la stack selon le besoin, pas selon la mode

La stack technique détermine votre coût de maintenance, votre autonomie éditoriale et vos scores Lighthouse dans 3 ans. La choisir par défaut (“tout le monde utilise WordPress”) est une erreur de gestion, pas une décision.

Pour la quasi-totalité des PME qui refont un site vitrine en 2026, j’utilise Astro hébergé sur Netlify. Le site est compilé en HTML statique, servi depuis un edge CDN, et le score Lighthouse Performance dépasse 95 sans effort particulier. La facture d’hébergement est de zéro euro jusqu’à plusieurs millions de visites par mois.

WordPress reste pertinent si vous avez une équipe éditoriale qui publie plus de 4 fois par semaine sans développeur. Dans ce cas, le workflow Gutenberg et l’écosystème de plugins justifient la complexité. Mais pour un site vitrine standard qui publie un article par trimestre, WordPress représente une dette technique inutile — plugins à mettre à jour, base de données à gérer, surface d’attaque à sécuriser.

Quand j’ai refait plombiersidf.fr en Astro en avril 2025, le Lighthouse Performance est passé de 43 à 97 sur mobile. Le trafic organique a progressé de 22% en 6 semaines après la bascule. La facture d’hébergement-maintenance est passée de 380 euros par an à zéro.

Le cahier des charges minimal qui vous protège

Vous n’avez pas besoin d’un cahier des charges de 40 pages. Vous avez besoin de quatre éléments écrits avant de signer quoi que ce soit avec un prestataire.

Le périmètre. Nombre de pages, types de pages (vitrine, blog, fiche service, formulaire), fonctionnalités spécifiques (prise de rendez-vous, espace client, paiement en ligne). Toute fonctionnalité non écrite dans le devis peut être refusée ou refacturée en supplément.

Les propriétés de livraison. Qui détient le code (vous, dans un repo Git à votre nom), qui détient les accès hébergement (vous), et qui détient le nom de domaine (vous). Ces trois points ne sont pas négociables. J’ai repris en 2023 un projet d’une PME dont le prestataire avait conservé le repo, l’hébergement et le domaine à son propre nom — le client était bloqué pour toute modification sans repasser par lui.

Les métriques de qualité. Lighthouse Performance supérieur à 90 sur mobile au moment de la livraison. LCP inférieur à 2,5 secondes. WCAG 2.1 AA minimum sur l’accessibilité. Sans ces engagements écrits, le prestataire n’a aucune obligation contractuelle de livrer un site performant.

La garantie post-livraison. Trois mois minimum pour les bugs fonctionnels. Ce délai est la norme dans les contrats de prestation web bien rédigés — s’il n’apparaît pas dans le devis, ajoutez-le avant signature.

Les 4 pièges qui font dérailler une refonte

Commencer par le design. J’y reviens parce que c’est le piège le plus fréquent et le plus coûteux. Quand un prestataire vous présente des maquettes au deuxième rendez-vous sans avoir audité l’existant et défini les objectifs avec vous, il travaille dans le mauvais ordre. Les maquettes viennent en dernier dans une refonte bien conduite, pas en premier.

Changer le nom de domaine en même temps. Si votre domaine actuel génère du trafic organique, ne le changez pas lors de la refonte. Changer de domaine, même avec des redirections 301 bien configurées, représente un risque SEO que Google peut prendre 6 à 12 mois à absorber. Dans 95% des cas, conservez le domaine existant et faites la refonte de site d’abord.

Migrer les pages inutiles par précaution. Le réflexe naturel est de tout migrer pour ne rien perdre. Résultat : le nouveau site hérite du contenu obsolète de l’ancien, et l’équipe passe du temps à vérifier des pages que personne ne visitait. Faites le tri en amont sur la base des données analytics. Les pages sans trafic et sans valeur stratégique ne doivent pas être migrées — elles doivent être supprimées proprement avec une redirection 301 vers la page la plus pertinente.

Ne pas planifier la bascule. Une refonte prend du temps : 3 à 8 semaines pour un site vitrine standard selon la complexité et le périmètre. Pendant ce temps, votre site actuel reste en ligne. Planifiez la bascule DNS un jour creux — mardi ou mercredi matin — plutôt qu’un vendredi soir. Et prévoyez 48 heures de surveillance post-bascule : les formulaires, les redirections et les analytics doivent être vérifiés manuellement avant de déclarer la refonte terminée.

Par où commencer concrètement cette semaine

La séquence tient en deux semaines de cadrage avant de contacter le moindre prestataire.

Semaine 1 : installez Plausible ou regardez Google Analytics 4 si vous l’avez déjà, et prenez 30 minutes pour identifier quelles pages génèrent du trafic et des contacts. Passez votre domaine dans PageSpeed Insights et notez le score Lighthouse Performance mobile. Ce diagnostic prend deux heures au maximum et vous donnera 80% de ce dont vous avez besoin pour briefer correctement.

Semaine 2 : rédigez vos objectifs mesurables, listez les pages à conserver et celles à supprimer, et écrivez les quatre points de votre cahier des charges minimal (périmètre, propriétés de livraison, métriques de qualité, garantie). Vous pouvez ensuite contacter des prestataires avec un brief d’une page — ce qui filtrera immédiatement ceux qui travaillent dans le bon ordre de ceux qui veulent vous montrer des maquettes avant d’avoir compris votre projet.

Une refonte bien préparée prend 2 semaines à cadrer et 4 à 8 semaines à réaliser. Une refonte mal préparée prend la même durée à réaliser et souvent 6 mois à corriger.

Ce qu’il faut retenir

• Commencez par un audit de 2 heures (analytics + PageSpeed) avant de contacter un prestataire — c’est ce diagnostic qui rend vos devis comparables
• Formulez vos objectifs en termes mesurables : “8 formulaires par semaine en 6 mois” est un objectif ; “plus de contacts” ne l’est pas
• Préservez toutes les URLs qui génèrent du trafic organique avec des redirections 301 mappées avant la bascule — c’est le risque SEO principal de toute refonte
• Le code, les accès hébergement et le nom de domaine doivent être à votre nom, par écrit dans le contrat, avant signature
• Lighthouse Performance supérieur à 90 sur mobile est un engagement à inclure dans le devis, pas une option à négocier après livraison
• Pour un site vitrine standard en 2026, Astro hébergé sur Netlify offre le meilleur rapport performance / coût de maintenance à long terme
• Ne migrez pas les pages sans trafic — supprimez-les proprement avec redirection 301, plutôt que d’alourdir le nouveau site avec du contenu mort