La plupart des refontes de site B2B n'échouent pas au lancement. Elles échouent dans les deux premières semaines, quand l'équipe commence à dessiner avant que quiconque se soit mis d'accord sur ce que le site doit dire, puis passe les deux mois suivants à refaire la même page d'accueil. La solution n'est pas un meilleur designer. C'est de faire les choses dans le bon ordre.

Ce guide découpe une refonte en cinq phases : décider, écrire, concevoir, développer, lancer. Chaque phase se termine par une courte checklist. Ne commencez pas la phase suivante tant que la liste en cours n'est pas bouclée. Cette seule règle évite la plupart des retards, des réécritures et des positions perdues qui rendent les refontes coûteuses.

Avant de commencer : faut-il vraiment refaire le site ?

Une refonte est le bon choix quand le site ne décrit plus l'entreprise : le produit est monté en gamme, l'acheteur a changé, ou les commerciaux envoient un deck aux prospects parce que le site n'explique pas le produit. C'est le mauvais choix quand le vrai problème est le trafic, une seule page faible, ou une équipe qui a simplement envie de nouveauté.

Refaites le site si les commerciaux disent régulièrement « oubliez le site, voici ce que nous faisons vraiment »
Refaites le site si le positionnement, le modèle de prix ou l'acheteur principal a changé depuis sa mise en ligne
Refaites le site si chaque nouvelle page exige un développeur et que le marketing a cessé de publier
Corrigez plutôt une page si un seul template (souvent les tarifs ou le hero de la page d'accueil) fait goulot d'étranglement
Travaillez plutôt l'acquisition si le site convertit bien ses visiteurs mais en reçoit simplement trop peu

Phase 1 : Décider (semaine 1)

La première phase ne produit aucun écran. Elle produit une page de décisions signée par toutes les personnes qui ont un droit de veto. En B2B, il s'agit en général d'un fondateur, d'une personne des ventes et du responsable marketing. Si l'une d'elles n'est pas d'accord en semaine quatre, vous revenez à la semaine un.

La décision la plus importante est celle de l'acheteur principal. Les produits B2B sont achetés par des comités : la personne qui vous trouve, celle qui vous évalue, celle qui signe et celle qui peut bloquer l'affaire. Le site doit les servir toutes, mais la page d'accueil ne peut s'adresser en priorité qu'à une seule. Choisissez celle dont la question, bien traitée, fait avancer la vente.

Une phrase de positionnement validée par le fondateur, et pas seulement par le marketing
L'acheteur principal nommé, avec la raison écrite de ce choix, ainsi que les deux ou trois autres lecteurs que le site doit servir
L'action unique attendue d'un visiteur qualifié (réserver un appel, démarrer un essai, demander une démo)
La liste de ce que le site ne fera pas, pour clore les débats de périmètre avant qu'ils commencent
Les analytics passées en revue : principales pages d'entrée, pages qui convertissent le plus, principales URL organiques exportées dans un tableur
Des indicateurs de succès convenus, par exemple le nombre de demandes de démo par mois ou d'essais issus du trafic organique

Qui impliquer, et à quel moment

Une refonte demande un petit groupe aux rôles clairs, pas un comité. Donnez à chacun une phase où son avis est décisif, et tenez-le à l'écart des revues où il ne l'est pas. Cinq rôles couvrent la plupart des entreprises B2B :

Fondateur ou CEO : valide le positionnement en phase 1 et la page d'accueil finale, rien entre les deux
Ventes : apporte les objections et les vraies questions entendues en rendez-vous, relit les pages de tarifs et de preuves
Marketing : porte l'arborescence, l'inventaire de contenu et le CMS, et pilote le suivi des 30 jours
Un ingénieur ou un responsable produit : vérifie chaque affirmation technique, pour que le site ne promette jamais ce que le produit ne fait pas
Juridique ou conformité, si vous vendez à des acheteurs réglementés : relit les pages sécurité, données et mentions légales avant le lancement

Désignez une personne qui tranche. Quand deux relecteurs ne sont pas d'accord en semaine trois, la refonte attend une réunion, ou elle avance avec une décision. C'est le fait d'avoir nommé cette personne dès la semaine un qui permet de tenir le calendrier.

Phase 2 : Écrire (semaines 1 à 2)

Écrivez avant de concevoir. Le texte décide de la structure, et la structure décide du design. Un designer à qui l'on donne du lorem ipsum produira une belle page dans laquelle les vrais mots ne rentrent pas, et l'équipe finira par couper les mots pour qu'ils tiennent dans la page. C'est faire les choses à l'envers.

Commencez par l'arborescence, puis rédigez les pages qui portent le plus de poids : la page d'accueil, la page produit ou service principale, les tarifs, et une page de preuve comme une étude de cas. Tout le reste peut suivre un template.

Arborescence validée, chaque page étant rattachée à un lecteur et à une mission
Hero de la page d'accueil et appel à l'action principal rédigés et approuvés
Décisions de prix prises avant de concevoir la page tarifs (prix publiés, prix « à partir de » ou « parlons-en »)
Objections des rendez-vous commerciaux collectées et traitées quelque part sur le site, souvent dans une FAQ
Preuves rassemblées : études de cas, captures du produit, chiffres que vous pouvez défendre, citations nominatives avec autorisation
Inventaire de contenu de l'ancien site : chaque page marquée à garder, fusionner, réécrire ou supprimer
Pages légales rédigées ou relues : mentions légales, politique de confidentialité, politique de cookies, conditions générales

Déplacer, fusionner ou supprimer : l'inventaire de contenu

C'est dans l'inventaire de la phase 2 que se fait l'essentiel du ménage. Tout site B2B de plus de deux ans traîne des pages dont personne ne se souvient : vieux webinaires, fonctionnalités retirées, trois versions de la même page d'intégration. Tout migrer vers le nouveau site double le travail et dilue les pages qui comptent.

Gardez les pages qui se positionnent, qui convertissent, ou qui répondent à une question que les ventes entendent chaque semaine
Fusionnez les quasi-doublons en une seule page plus forte, et redirigez les autres vers elle
Réécrivez les pages dont le sujet compte encore mais dont les affirmations sont dépassées
Supprimez les pages sans trafic, sans liens et sans raison business, et redirigez-les vers leur page parente la plus proche

Une règle utile : si personne dans l'équipe ne remarquerait la disparition d'une page, elle ne doit pas survivre à la refonte. Tranchez-le dans un tableur avant de construire le moindre template, pour que le nouveau site soit conçu pour le contenu qu'il contiendra vraiment.

Phase 3 : Concevoir (semaines 2 à 3)

Une fois les mots fixés, le design devient une suite de décisions sur la hiérarchie plutôt que des suppositions sur le contenu. Concevez d'abord les templates les plus difficiles : la page d'accueil, une page produit dense et un article long. Si le système tient pour ceux-là, il tiendra pour le reste.

Maquettes mobiles conçues en même temps que le desktop, et non adaptées après coup
Un petit design system : échelle typographique, espacements, tokens de couleur, boutons, cartes, une seule façon de présenter les preuves
De vraies captures du produit, pas des illustrations qui pourraient appartenir à n'importe quelle entreprise
Accessibilité vérifiée dès la conception : contrastes, états de focus, tailles lisibles
Images Open Graph et cartes de partage conçues pour chaque langue
Une seule session de revue avec tous les décideurs réunis, plutôt que cinq allers-retours par email

Phase 4 : Développer (semaines 3 à 5)

C'est au développement que la performance et la visibilité dans les moteurs se gagnent ou se perdent. Les deux coûtent bien moins cher à intégrer dès le départ qu'à corriger plus tard. Quelle que soit la stack (Webflow, Next.js, Astro ou une architecture pilotée par un CMS), tenez le développement au même niveau d'exigence.

Core Web Vitals au vert sur un téléphone milieu de gamme, avec un score de performance Lighthouse supérieur à 90 sur mobile
Données structurées Organization, Service ou Product, FAQPage et BreadcrumbList là où elles s'appliquent
Un seul H1 par page, des titres descriptifs de moins de 60 caractères, des meta descriptions de moins de 160
Hreflang et URL propres à chaque langue si le site est multilingue
Un CMS ou un modèle de contenu qui permet au marketing de publier sans développeur
Analytics, événements de conversion et consentement réglés avant le lancement, pas après
Formulaires et parcours de réservation testés de bout en bout, emails de confirmation compris

Le plan de migration SEO

C'est l'étape que la plupart des refontes sautent, et la raison pour laquelle beaucoup perdent un tiers de leur trafic organique le mois qui suit le lancement. Les moteurs de recherche classent des URL, pas des entreprises. Si une URL bien positionnée disparaît sans redirection, son classement disparaît avec elle.

Construire le plan de redirections

Exportez toutes les URL de l'ancien site : depuis le sitemap, depuis un crawl, depuis la Search Console et depuis les pages d'entrée de vos analytics. Rassemblez-les dans un seul tableur à trois colonnes : ancienne URL, nouvelle URL et statut. Chaque ancienne URL finit dans l'un de ces trois états.

Conservée : même URL sur le nouveau site, rien à faire
Déplacée : une redirection 301 vers la nouvelle page la plus proche, jamais vers la page d'accueil par défaut
Supprimée : une 301 vers la page parente la plus pertinente, ou une 410 si le contenu a vraiment disparu et n'a pas d'équivalent

Redirigez directement vers l'URL finale. Des chaînes comme /pricing vers /pricing-v2 vers /plans gaspillent le budget de crawl et diluent la valeur des liens. Gardez le plan dans le dépôt ou dans le CMS, pour que la prochaine refonte parte de là.

Protéger ce qui se positionne déjà

Les pages qui ont du trafic organique ou des backlinks gardent leur URL quand c'est possible, ou reçoivent une 301 une pour une
Les titres et H1 des pages positionnées sont améliorés avec prudence, en conservant la requête sur laquelle elles se classent
Les liens internes sont mis à jour vers les nouvelles URL au lieu de s'appuyer sur les redirections
Les balises canonical pointent vers les nouvelles URL ; aucun domaine de préproduction ne fuit dans les canonical ou le sitemap
Le site de préproduction est bloqué à l'indexation, et ce blocage est levé au lancement

Des analytics qui survivent à la bascule

Une refonte sans point de référence ne peut pas prouver qu'elle a fonctionné. Avant de toucher à quoi que ce soit, relevez quatre semaines des chiffres qui comptent pour vous : sessions organiques, principales pages d'entrée, taux de conversion sur l'appel à l'action principal, et part des leads venus du site. Des captures d'écran suffisent. L'objectif est d'avoir une base honnête de comparaison au deuxième mois.

Exportez la référence actuelle : trafic par canal, 50 principales pages d'entrée, conversions par page
Listez chaque événement de conversion déclenché par l'ancien site, et décidez lesquels le nouveau site conserve
Recréez ces événements en préproduction et testez-les avec de vraies soumissions de formulaire ou de vraies réservations
Gardez la même propriété analytics, pour que l'historique et les comparaisons restent au même endroit
Vérifiez que les liens tagués UTM dans les signatures email, les publicités et les sites partenaires mènent toujours à des pages actives

Si le site s'adresse à des visiteurs de l'Union européenne, la gestion du consentement a aussi sa place dans cette liste. Un nouveau bandeau cookies ou un nouveau script de suivi est un changement juridique, pas cosmétique, et il doit être relu avant le lancement plutôt que corrigé après.

Phase 5 : Lancer (semaine 5 ou 6)

Le jour du lancement doit être ennuyeux. Tout ce qui était risqué a déjà été testé en préproduction. Il reste une courte liste ordonnée, portée par une seule personne.

Search Console validée pour le domaine avant la bascule DNS
Plan de redirections déployé et testé : un script qui appelle chaque ancienne URL et vérifie qu'elle renvoie une seule 301 vers la bonne page
Nouveau sitemap soumis dans la Search Console le jour même
Robots.txt vérifié : rien d'important bloqué, règles de préproduction retirées
Analytics et événements de conversion actifs sur le domaine en production
Cartes de partage vérifiées avec le Post Inspector de LinkedIn et un aperçu de partage
Un plan de retour arrière, même si vous ne vous en servez jamais

Les 30 premiers jours après le lancement

Une refonte n'est pas terminée au lancement. C'est pendant le premier mois que vous découvrez quelles hypothèses étaient justes. Consultez la Search Console chaque semaine pour repérer les 404 et les erreurs de couverture, et corrigez-les dans la semaine. Surveillez les positions des pages de votre plan de redirections ; une courte baisse est normale, un glissement continu signifie qu'une redirection ou une canonical est fausse.

Côté conversion, regardez où les visiteurs s'arrêtent. Des enregistrements de session et un entonnoir simple (page d'entrée, page clé, appel à l'action, confirmation) montrent quelle section ne mérite pas le défilement qu'elle demande. Pendant cette période, de petites corrections de texte chaque semaine apportent souvent plus que la refonte elle-même.

Un calendrier réaliste

Pour un site B2B de dix à vingt pages, avec un décideur disponible, les phases ci-dessus prennent cinq à six semaines. Le calendrier dérape rarement à cause du design ou du développement. Il dérape parce qu'une décision de la phase 1 est rouverte en phase 3. Une petite équipe peut aller plus vite : une semaine concentrée sur le positionnement suivie de deux à trois semaines de développement suffit pour la plupart des sites, à condition que les décisions restent closes.

Semaine 1 : décider, plus l'inventaire de contenu et l'export des analytics
Semaines 1 à 2 : rédiger les pages clés et valider l'arborescence
Semaines 2 à 3 : concevoir les templates principaux et le petit design system
Semaines 3 à 5 : développement, données structurées, plan de redirections, recette en préproduction
Semaine 5 ou 6 : lancement, puis 30 jours de mesure et de corrections

Sept erreurs qui retardent les refontes B2B

La plupart des retards ne sont pas techniques. Ils viennent de décisions qui n'ont jamais été prises, ou qui l'ont été trop tard, par la mauvaise personne.

Concevoir avant que le positionnement soit validé, puis tout refaire quand il change
Écrire pour le fondateur plutôt que pour l'acheteur, si bien que la page d'accueil explique la technologie et oublie le résultat
Inviter toutes les parties prenantes à toutes les revues, ce qui transforme les retours en négociation
Traiter le texte comme quelque chose à « intégrer plus tard », si bien que la mise en page ne colle jamais aux vrais mots
Garder le plan de redirections pour la semaine du lancement, quand personne n'a le temps de le vérifier
Lancer un vendredi, ou juste avant des vacances, sans personne pour réparer ce qui casse
Crier victoire au lancement au lieu de mesurer les 30 premiers jours

Ce qui fait le coût d'une refonte B2B

Les prix varient énormément, et le devis que vous recevez dépend moins du nombre de pages que de quatre éléments. Les connaître aide à comparer des propositions qui semblent très différentes sur le papier.

Stratégie et rédaction : le prestataire écrit-il le positionnement et les textes, ou attend-il que vous les fournissiez ?
Le nombre de templates, pas de pages : vingt études de cas sur un même template coûtent bien moins cher que vingt pages uniques
Modèle de contenu et CMS : ce que votre équipe doit pouvoir publier seule après le lancement
Le travail de migration : l'inventaire de contenu, le plan de redirections et les vérifications SEO décrites plus haut

Quand deux devis varient du simple au triple, c'est en général parce que l'un inclut le positionnement, la rédaction et la migration, et que l'autre suppose que vous vous en chargez. Demandez à chaque prestataire laquelle des cinq phases de ce guide il couvre, et qui fait le travail à chacune.

La checklist sur un seul écran

Décider : phrase de positionnement, acheteur principal, action unique, indicateurs de succès, export des analytics
Écrire : arborescence, pages clés, décisions de prix, objections, preuves, inventaire de contenu, pages légales
Concevoir : mobile et desktop ensemble, un petit design system, de vrais écrans produit, une seule session de revue
Développer : Core Web Vitals, données structurées, titres et descriptions, CMS, analytics et consentement
Migrer : liste complète des URL, 301 une pour une, liens internes et canonical à jour, préproduction bloquée
Lancer : Search Console prête, redirections testées, sitemap soumis, cartes de partage vérifiées, plan de retour arrière
Après : contrôles hebdomadaires pendant 30 jours, positions des pages redirigées, entonnoir de conversion, petites corrections de texte

Cette checklist est le versant exécution de la méthode de refonte de site SaaS et de notre façon de mener un projet de site SaaS. Pour un produit positionné face à un acheteur prudent, voyez l'étude de cas Marianne.

Si vous voulez passer votre site au crible de cette checklist, c'est le rôle du sprint de positionnement : une semaine, un plan écrit des points qui comptent le plus pour votre site, intégralement déduit du développement. Un appel de 15 minutes suffit pour savoir s'il vous convient.

Refonte de site B2B : la checklist par phases qui préserve votre référencement