Refaire son site sans repartir de zéro : ce qui se joue vraiment dans une refonte
Une refonte de site Internet est presque toujours présentée comme une opération esthétique, et c'est la première raison pour laquelle elle tourne mal. On vous montre des maquettes, on vous parle de modernité, de blocs animés, de typographies contemporaines, et pendant ce temps personne ne vous explique que l'objet réellement en jeu n'est pas l'apparence de vos pages mais le capital invisible accumulé par votre domaine depuis des années. Ce capital porte des noms peu séduisants : historique d'indexation, positions acquises, liens entrants pointant vers des adresses précises, signaux de comportement, ancienneté des contenus, continuité des séries de mesure. Il ne se voit sur aucune maquette et il ne figure sur aucun devis mal fait. Il représente pourtant, pour la majorité des entreprises que nous accompagnons depuis Arras et depuis Lille, la part la plus difficile à reconstruire si on la laisse filer. Un beau site qui reçoit trois fois moins de visites qu'avant n'est pas une réussite, c'est une régression coûteuse habillée en progrès.
Cette page décrit donc la refonte telle que nous la pratiquons réellement, c'est-à-dire comme une opération de transfert maîtrisé autant que comme une opération de création. Refondre, c'est déménager : on ne juge pas un déménagement à la beauté du nouvel appartement mais à ce qui est arrivé intact et à ce qui a été cassé dans les cartons. Le nouveau site doit être plus clair, plus rapide, plus convaincant, plus facile à administrer, tout cela est vrai et nécessaire ; il doit surtout hériter proprement de ce que l'ancien avait construit. Les deux objectifs ne s'opposent pas, mais ils demandent des compétences différentes, réunies au même endroit et coordonnées par la même personne. C'est exactement la raison pour laquelle nous n'avons jamais séparé le métier de développement de celui du référencement : une refonte pilotée par un graphiste seul perd des positions, une refonte pilotée par un référenceur seul accouche d'un site que personne n'a envie de lire.
Vous trouverez ici le déroulé complet, du moment où l'on se demande si la refonte est vraiment justifiée jusqu'aux semaines qui suivent la mise en ligne, avec les points de contrôle, les délais que nous observons sur le terrain, ce qu'un devis honnête contient et ce qui fait varier son montant. Nous y traitons aussi ce dont on parle peu : les signes qu'une refonte s'est mal passée, les moyens de rattraper une bascule ratée, et les erreurs qui coûtent le plus cher parce qu'elles se découvrent trois mois trop tard. Le devis, lui, est gratuit et il le restera : nous préférons passer une heure à comprendre votre situation et vous dire qu'une refonte n'est pas nécessaire plutôt que vendre un chantier dont vous n'aviez pas besoin.
Un mot de méthode avant d'entrer dans le détail. Tout ce qui suit part de dossiers concrets, menés pour des artisans du Pas-de-Calais, des industriels du Douaisis et du Valenciennois, des cabinets libéraux, des e-commerçants installés à Paris comme à Marseille. Les ordres de grandeur que nous donnons sont ceux que nous constatons, assumés comme des observations de terrain et non comme des statistiques : ils varient selon la taille du site, la propreté de l'existant et la vitesse à laquelle vos équipes valident. Ils vous serviront surtout à repérer un interlocuteur qui vous promet l'impossible.
Quand une refonte est réellement justifiée, et quand elle ne l'est pas
La question mérite d'être posée franchement, parce qu'une part significative des demandes de refonte que nous recevons décrivent en réalité un autre problème. Refaire un site est une opération lourde, qui immobilise du temps interne, consomme un budget, et introduit un risque là où il n'y en avait pas. Elle se justifie quand l'existant constitue un plafond, c'est-à-dire quand aucune amélioration raisonnable ne peut plus produire d'effet sans toucher aux fondations. Elle ne se justifie pas quand le blocage se situe ailleurs, ce qui arrive plus souvent qu'on ne l'imagine. Nous avons dit à des entreprises que leur site n'avait pas besoin d'être refait, qu'il fallait réécrire six pages, corriger un formulaire qui n'envoyait plus rien depuis un changement de serveur, et rappeler les demandes de devis en moins de deux heures au lieu de trois jours. Ce diagnostic ne nous vendait pas de refonte ; il valait beaucoup plus pour l'entreprise concernée.
Hors de ces quatre cas, une correction ciblée coûte moins cher et produit souvent davantage.
Les cas où la refonte s'impose
Le premier cas est technique et il est sans appel : le site repose sur une base qui n'est plus maintenue. Un CMS abandonné, une version de langage serveur que l'hébergeur ne supporte plus, un thème dont l'auteur a disparu, des extensions non mises à jour depuis des années. Le risque n'est plus seulement de performance, il est de sécurité : un site compromis voit du contenu indésirable injecté dans ses pages, et le domaine perd en quelques jours une réputation construite en plusieurs années. Le deuxième cas est structurel : l'arborescence ne correspond plus à ce que vend l'entreprise. Une société qui a ouvert trois activités depuis la création de son site se retrouve avec des pages empilées au fil des besoins, sans hiérarchie lisible, et aucune optimisation ne compensera une architecture qui raconte une entreprise qui n'existe plus. Le troisième cas est ergonomique et se lit dans les chiffres : un tunnel de commande qui perd les visiteurs à une étape précise, une navigation mobile inutilisable sur un site conçu avant que le mobile ne devienne majoritaire, un temps de chargement que le socle technique rend incompressible.
Les cas où elle est une fausse bonne idée
À l'inverse, un site qui ne « fait pas assez moderne » n'est pas un motif suffisant. Le goût du dirigeant et le comportement des visiteurs sont deux choses distinctes, et nous avons vu des sites austères convertir remarquablement bien parce qu'ils répondaient vite aux questions qu'on se pose avant d'acheter. Un site qui ne reçoit pas de trafic parce que personne n'a jamais travaillé son référencement naturel n'a pas besoin d'être refait : il a besoin de contenus et de liens, et le refaire à l'identique en changeant les couleurs ne produira rigoureusement aucun effet sur les positions. Un site qui a perdu du trafic après une mise à jour d'algorithme demande un diagnostic, pas une reconstruction — la cause est souvent éditoriale et se corrige page par page. Enfin, une refonte engagée pour « repartir sur des bases saines » alors que personne n'a analysé les bases existantes revient à démolir une maison sans savoir si les murs étaient porteurs. Dans tous ces cas, un audit technique et sémantique préalable coûte une fraction du prix d'une refonte et évite parfois de la lancer.
Ce que vous risquez de perdre : positions, liens, historique de mesure
Il faut nommer précisément les pertes possibles, parce qu'elles n'ont ni la même gravité ni les mêmes moyens de prévention. La première, la plus visible, concerne les positions acquises. Chaque page indexée de votre site occupe une place dans les résultats pour un ensemble de requêtes, souvent bien plus large que les quelques expressions auxquelles vous pensez : une page de service correctement écrite reçoit couramment des impressions sur plusieurs dizaines de formulations différentes, dont beaucoup en longue traîne. Ces positions ne sont pas attachées à votre domaine en général, elles sont attachées à une adresse précise. Changez l'adresse sans l'indiquer proprement au moteur, et vous ne déplacez pas la position : vous la supprimez, puis vous en recréez une nouvelle en partant de zéro sur une adresse inconnue. C'est le mécanisme central de toutes les refontes ratées, et il n'a rien de mystérieux.
La deuxième perte concerne les liens entrants, et elle est plus insidieuse parce qu'elle est irréversible sans intervention extérieure. Les sites qui pointent vers vous — un fournisseur, une fédération professionnelle, un article de presse locale, un annuaire sectoriel, un blog qui vous a cité il y a quatre ans — ont enregistré une adresse dans leur code. Si cette adresse retourne une erreur après la refonte, le lien ne transmet plus rien et vous n'avez aucun moyen de forcer le webmaster d'en face à le corriger. Vous pouvez le lui demander, il le fera peut-être, mais l'expérience montre que la moitié de ces demandes restent sans réponse, surtout lorsque le site source n'est plus activement maintenu. Une redirection correctement posée règle la question sans avoir à contacter personne, ce qui en fait l'un des meilleurs rapports entre effort et enjeu de tout le projet.
La troisième perte est celle dont personne ne parle avant qu'il ne soit trop tard : la continuité de la mesure. Un changement de site s'accompagne presque toujours d'un changement d'outil d'analyse, d'un nouveau code de suivi, d'un nouveau système de consentement, parfois d'un nouveau compte créé par le prestataire à son nom. Le jour où vous voulez comparer le trimestre suivant au trimestre précédent, vous découvrez que les objectifs de conversion n'ont pas été recréés, que les événements ne portent pas les mêmes noms, que le filtrage du trafic interne a disparu, et qu'aucune comparaison sérieuse n'est possible. Vous perdez alors la seule chose qui permettait de juger si la refonte a été bénéfique. Nous imposons donc, avant toute bascule, un relevé daté de l'existant : positions sur les requêtes stratégiques, trafic par page sur douze mois, taux de conversion par canal, liste des pages qui apportent réellement des contacts. Ce relevé est votre point de référence et il ne coûte qu'une demi-journée.
Une perte silencieuse : l'historique de la page elle-même
Enfin, il existe une perte plus subtile, liée à l'ancienneté et à la stabilité perçue d'une adresse. Une page en ligne depuis six ans, régulièrement mise à jour, citée, visitée, n'a pas le même statut aux yeux d'un moteur qu'une page créée hier avec le même texte. Ce n'est pas un facteur magique, mais c'est un facteur réel, et il explique pourquoi une refonte bien redirigée retrouve ses positions en quelques semaines alors qu'une refonte qui recrée tout de zéro met parfois plusieurs trimestres. Conserver l'adresse quand c'est possible, rediriger proprement quand ce ne l'est pas, et ne jamais supprimer un contenu qui performe : ces trois règles évitent l'essentiel des dégâts.
L'audit préalable : l'inventaire obligatoire avant de toucher à quoi que ce soit
Aucune refonte sérieuse ne commence par une maquette. Elle commence par un inventaire, et cet inventaire n'est pas une formalité administrative : c'est lui qui détermine ce qu'on garde, ce qu'on jette, ce qu'on réécrit et ce qu'on redirige. Le travail consiste à établir la liste exhaustive des adresses existantes, toutes sources confondues, parce qu'aucune source ne les contient toutes. L'exploration du site par un robot donne les pages accessibles par la navigation ; le plan de site en donne d'autres ; l'export de la Search Console révèle les adresses que Google connaît, y compris celles qui ne sont plus reliées à rien ; l'outil d'analyse d'audience remonte les pages qui reçoivent du trafic ; l'analyse des liens entrants ajoute les adresses citées à l'extérieur, dont certaines n'existent plus depuis longtemps mais reçoivent toujours des visiteurs. La réunion de ces cinq sources donne l'inventaire réel, et il dépasse presque toujours ce que le client imaginait — nous ouvrons régulièrement des dossiers où le dirigeant annonce « une trentaine de pages » et où l'inventaire en compte plusieurs centaines.
Cet inventaire se transforme ensuite en tableau de décision. Chaque adresse reçoit une valeur mesurée, non estimée : nombre de sessions sur douze mois, impressions et clics, position moyenne, nombre de domaines référents pointant vers elle, contribution aux conversions. Ce classement produit toujours la même révélation, quel que soit le secteur : une minorité de pages fait l'essentiel du travail. Sur un site vitrine de deux cents pages, il n'est pas rare que quinze pages concentrent l'essentiel des demandes de devis. Sur un catalogue e-commerce de plusieurs milliers de références, une part importante du chiffre passe par quelques dizaines de fiches et une poignée de pages de catégorie. Savoir lesquelles change entièrement la conduite du projet : ces pages-là deviennent intouchables, leur adresse est conservée telle quelle si la structure le permet, leur contenu est repris intégralement avant d'être éventuellement enrichi, et leur recette est prioritaire.
Les volets techniques et fonctionnels de l'audit
À l'inventaire des contenus s'ajoutent trois relevés qui conditionnent le chiffrage. Le premier est technique : quelles technologies sont en place, dans quelles versions, quelles dépendances existent, ce que l'hébergement supporte, où sont les certificats, qui gère la zone du nom de domaine. Le deuxième est fonctionnel : la liste réelle des fonctionnalités utilisées, distinguée de la liste des fonctionnalités présentes. Nous trouvons couramment des modules installés et jamais utilisés, des formulaires qui envoient vers une adresse électronique fermée, des connexions vers un logiciel de gestion abandonné. Reconstruire ce qui ne sert plus coûte cher et n'apporte rien. Le troisième relevé concerne les accès : identifiants d'administration, registrar, hébergeur, comptes de mesure, comptes publicitaires, dépôt de code. Nous vérifions à ce stade que tout vous appartient, et nous le vérifions au calme plutôt qu'au moment d'un désaccord.
Cet audit prend, selon la taille du site, entre trois et dix jours de travail. Il produit un document exploitable même si vous décidez de ne pas engager la refonte, et c'est délibéré : vous devez pouvoir sortir de cette étape avec quelque chose entre les mains. Pour les projets où la question du conseil en référencement prime sur la reconstruction, cet audit devient d'ailleurs le plan de travail des mois suivants, sans qu'une ligne de code n'ait besoin d'être écrite.
La cartographie des URL et le plan de redirections
C'est la pièce maîtresse de toute refonte, celle qui distingue un projet mené par des professionnels du référencement d'un projet mené par une agence de communication. Le plan de redirections est un fichier, souvent un simple tableau à deux colonnes, qui associe chaque adresse de l'ancien site à son équivalent sur le nouveau. Il paraît trivial ; il est en réalité le document sur lequel se joue la conservation ou la perte de votre visibilité, et sa rédaction demande des arbitrages fins que personne ne peut prendre à votre place sans connaître votre activité.
- Étape 1 Inventaire multi-sources Crawl du site, plan de site, export Search Console, données d'audience et liens entrants. Aucune source ne contient toutes les adresses.
- Étape 2 Valorisation des adresses Trafic sur douze mois, impressions, position moyenne, domaines référents, contribution aux contacts. Une minorité de pages fait l'essentiel.
- Étape 3 Table de correspondance Chaque ancienne adresse pointe vers la page qui répond à la même intention, jamais vers l'accueil par facilité.
- Étape 4 Écriture des règles Redirections permanentes, chaînes anciennes réécrites vers la destination finale, variantes de casse, de barre finale et de paramètres couvertes.
- Étape 5 Test en préproduction Vérification adresse par adresse sur les pages stratégiques, par échantillonnage sur le reste, avant toute mise en ligne.
- Étape 6 Contrôle après bascule Lecture des journaux serveur, ajout le jour même des adresses oubliées que seuls des sites tiers citaient encore.
Chaque étape conditionne la suivante : un plan écrit mais non testé contient toujours des erreurs.
La règle de correspondance est simple à énoncer : chaque ancienne adresse doit pointer vers la page nouvelle qui répond à la même intention, et non vers la page d'accueil. Rediriger massivement vers l'accueil est la solution paresseuse par excellence, et elle est presque aussi mauvaise que ne rien faire : le moteur interprète ces redirections comme des pages disparues, l'internaute qui cliquait sur un lien précis atterrit sur une page générique et repart, et le bénéfice du lien entrant est perdu. Lorsque aucune page équivalente n'existe, deux options seulement se défendent. Soit vous recréez la page, parce que le trafic qu'elle recevait le justifie. Soit vous laissez l'adresse retourner une erreur assumée, avec une page d'erreur soignée qui propose des chemins de sortie utiles, ce qui est parfaitement acceptable pour des contenus périmés sans valeur.
Les pièges concrets du plan de redirections
Le premier piège concerne les chaînes. Un site qui a déjà connu deux refontes traîne souvent des redirections anciennes ; en ajoutant les nouvelles sans nettoyer, on crée des enchaînements de trois, quatre ou cinq sauts avant d'arriver quelque part. Chaque saut coûte du temps de chargement et dilue le signal. Le bon réflexe consiste à réécrire les anciennes règles pour qu'elles pointent directement vers la destination finale. Le deuxième piège concerne le type de redirection : une redirection permanente transmet le signal, une redirection temporaire ne le transmet pas durablement, et une bascule effectuée par script côté navigateur ne transmet rien du tout. Le troisième piège concerne les variantes : majuscules, barre oblique finale, paramètres de suivi, versions avec et sans le préfixe du domaine. Une règle qui ne couvre qu'une des variantes laisse passer une part du trafic dans le vide.
Le quatrième piège est propre au commerce en ligne et mérite une vigilance particulière. Un catalogue produit un nombre d'adresses considérable, et il faut décider du sort des références épuisées ou supprimées. Rediriger une fiche produit disparue vers sa catégorie parente est généralement la meilleure réponse, à condition que la catégorie existe encore ; conserver la fiche en la marquant indisponible avec des suggestions d'alternatives est souvent meilleur encore lorsque la référence recevait du trafic. Nous traitons ces arbitrages ligne à ligne sur les pages qui comptent et par règles générales sur le reste, ce qui est exactement le travail que nous menons pour les boutiques accompagnées par notre pôle e-commerce. Enfin, le plan de redirections doit être testé avant la bascule, sur l'environnement de préproduction, adresse par adresse pour les cent premières et par échantillonnage pour le reste. Un plan écrit et non testé est un plan qui contient des erreurs : c'est systématique.
Conserver les contenus qui performent, même s'ils vous semblent datés
Voici la conversation la plus fréquente et la plus tendue de toute refonte. Le client veut du neuf, il trouve ses anciens textes trop longs, mal écrits, vieillots, et il souhaite tout réécrire dans un style plus contemporain. Nous ouvrons alors le tableau des performances et nous constatons ensemble que trois de ces pages « vieillottes » apportent la majorité des demandes de contact, se positionnent depuis des années sur des requêtes commercialement décisives, et concentrent la quasi-totalité des liens entrants du site. La question n'est plus alors de savoir si le texte plaît : elle est de savoir ce qui, dans ce texte, produit ce résultat, et comment améliorer la forme sans détruire la substance. Cette distinction est difficile à accepter, parce qu'elle contredit l'idée intuitive selon laquelle un contenu meilleur donne toujours un meilleur classement.
Ce qui fait la performance d'une page ancienne est rarement son style. C'est le plus souvent sa couverture : elle traite complètement une question, avec des cas particuliers, des exceptions, des chiffres, un vocabulaire précis, parfois maladroit mais exact. Une réécriture « moderne » raccourcit, aère, supprime les passages jugés techniques, remplace les termes métier par des formulations commerciales, et retire précisément ce qui faisait que la page répondait mieux que les autres. Nous avons vu des pages perdre la moitié de leurs impressions après une réécriture pourtant plus agréable à lire. La méthode que nous appliquons est donc conservatrice sur le fond et exigeante sur la forme : on reprend l'intégralité des éléments d'information, on restructure avec de vrais intertitres, on ajoute ce qui manque au regard de ce que traitent les pages mieux classées, on corrige la langue, et on ne supprime un développement que si l'on peut expliquer précisément pourquoi il ne sert plus.
Distinguer ce qu'on garde, ce qu'on fusionne et ce qu'on abandonne
Le tri se fait en quatre catégories. Les pages performantes sont reprises à l'identique quant au fond, avec conservation de l'adresse chaque fois que la nouvelle arborescence l'autorise. Les pages moyennes, qui reçoivent un peu de trafic sans convertir, sont candidates à la fusion : trois pages faibles traitant du même sujet donnent souvent une page forte, à condition de rediriger les deux adresses abandonnées vers celle qu'on conserve. Les pages sans aucun signal, ni trafic, ni impression, ni lien, sont abandonnées, et c'est une bonne nouvelle : alléger un site de deux cents pages mortes améliore la répartition de l'exploration et la lisibilité de l'ensemble. Enfin, les pages absentes sont identifiées à ce stade, c'est-à-dire les sujets que vos concurrents traitent et que vous ne traitez pas ; elles constituent le plan éditorial des mois suivants, à publier après la mise en ligne et non pendant, pour ne pas mélanger les causes lors de l'analyse.
Un point mérite d'être signalé aux entreprises qui tiennent un blog depuis plusieurs années. Ces contenus sont fréquemment sacrifiés lors des refontes, au motif qu'ils ne correspondent plus à la ligne éditoriale ou qu'ils encombrent la nouvelle maquette. C'est souvent une erreur de calcul : dans les dossiers que nous ouvrons, les articles anciens représentent régulièrement une part importante du trafic total et servent de porte d'entrée vers les pages commerciales. Les archiver correctement, les rattacher à la nouvelle arborescence, mettre à jour les plus consultés et rediriger les autres coûte quelques jours et préserve un actif que personne ne pourra reconstituer rapidement.
Repenser l'arborescence sans casser ce qui fonctionne
L'arborescence est la colonne vertébrale d'un site : elle dit à l'internaute où il se trouve, elle dit au moteur quelles pages comptent, et elle détermine la circulation de l'autorité interne. Une refonte est l'occasion idéale de la reprendre, parce que c'est le seul moment où l'on peut déplacer des pages sans multiplier les redirections. Encore faut-il la construire à partir de la demande réelle et non de l'organigramme de l'entreprise, ce qui est l'erreur la plus répandue. Un industriel structure spontanément son site par divisions internes ; ses clients, eux, cherchent par problème à résoudre, par matériau, par secteur d'application. Un cabinet libéral classe par spécialités juridiques ; ses prospects tapent des situations concrètes. L'arborescence doit épouser le vocabulaire du visiteur, quitte à conserver en second niveau la logique interne pour ceux qui la connaissent.
Chaque étage suppose que celui du dessous soit en place ; on ne rattrape pas un socle défaillant par le sommet.
La méthode que nous suivons part des requêtes réellement observées. Nous extrayons l'ensemble des expressions qui apportent des impressions au site actuel, nous les regroupons par intention, et ces groupes deviennent les candidats naturels aux rubriques de premier niveau. Une intention correspond à une page, et une page correspond à une intention : c'est la règle simple qui évite à la fois l'éparpillement — six pages qui se disputent la même requête et s'affaiblissent mutuellement — et l'empilement, une page fourre-tout censée couvrir cinq sujets et qui n'en couvre correctement aucun. Ce travail se fait avec vous, parce qu'il suppose de connaître ce que vous vendez avec le plus de marge, ce que vous voulez développer, et ce que vous ne voulez plus faire. Une arborescence est un choix commercial autant qu'un choix technique.
Profondeur, maillage et cohérence des adresses
Trois règles pratiques encadrent la construction. La première concerne la profondeur : toute page importante doit être atteignable en trois clics au maximum depuis l'accueil. Au-delà, elle reçoit peu d'autorité interne et le robot la visite rarement. La deuxième concerne le maillage : chaque page doit citer les pages voisines pertinentes dans le corps du texte, avec des ancres descriptives qui décrivent la destination. Un site où chaque page est une île perd une part considérable de sa force, et le maillage est l'une des corrections les moins coûteuses et les plus régulièrement efficaces que nous pratiquions. La troisième concerne les adresses elles-mêmes : courtes, lisibles, en minuscules, sans identifiant numérique, reflétant la hiérarchie sans la répéter à l'excès. Une adresse bien construite se lit et se retient, ce qui a une valeur au-delà du référencement.
Une question revient systématiquement : faut-il conserver les anciennes adresses ou en profiter pour tout réécrire ? Notre réponse dépend d'un arbitrage simple. Si l'ancienne structure est cohérente et que les adresses sont propres, on les conserve, parce qu'aucune redirection ne vaut une adresse inchangée. Si elle est incohérente, contient des identifiants techniques ou des catégories obsolètes, on la refait entièrement, une fois, proprement, avec un plan de redirections complet — et on s'engage à ne plus y toucher pendant plusieurs années. Ce qu'il faut éviter à tout prix, c'est la solution intermédiaire, celle qui change la moitié des adresses sans logique claire, laisse coexister deux conventions, et rend le site impossible à faire évoluer. Les projets construits sous WordPress autorisent une grande souplesse sur ce point, à condition de figer les règles de permaliens avant la première publication et de ne plus les modifier ensuite.
Le choix technologique : ce qui compte vraiment et ce qui relève de la mode
Le débat technologique occupe beaucoup de place dans les échanges commerciaux et beaucoup moins dans la réussite réelle des projets. La vérité est qu'un site bien construit se positionne correctement sur presque n'importe quelle base moderne, et qu'un site mal construit échoue sur la plus prestigieuse d'entre elles. Ce qui compte n'est pas le nom de la technologie mais quatre propriétés concrètes : la capacité à servir un contenu lisible sans exécution de script côté navigateur, la maîtrise complète des adresses et des redirections, l'autonomie de vos équipes pour publier sans appeler un développeur, et la pérennité de la solution au regard de sa communauté et de son modèle économique. Un prestataire qui vous vend une technologie sans répondre à ces quatre questions vend un argument, pas une décision.
Pour la grande majorité des sites vitrines et des catalogues de taille moyenne, un CMS établi reste le choix rationnel. Il offre un écosystème vaste, une administration que vos équipes prendront en main en une demi-journée, et une portabilité réelle : si notre collaboration s'arrête, un autre professionnel reprend le dossier sans difficulté. C'est un argument que nous mettons volontairement en avant, parce qu'un client qui n'est pas prisonnier reste par choix. Le sur-mesure se justifie lorsque le métier impose des règles qu'aucun module ne couvre : configurateur technique, tarification à variables multiples, connexion profonde à un logiciel de gestion, contraintes de conformité particulières. Il coûte davantage à construire et à maintenir, il n'a de sens que si le gain fonctionnel est identifié et chiffré.
Les architectures découplées et la question du rendu
Les architectures dites découplées, où le contenu est servi par une interface de programmation et l'affichage géré par un cadre applicatif moderne, sont excellentes dans certains contextes et hasardeuses dans d'autres. Leur bénéfice est réel sur les applications riches et les très gros volumes ; leur coût est réel aussi, en compétences nécessaires, en dépendances, et en risque sur la façon dont le contenu est perçu par les moteurs. Le point de vigilance est toujours le même : ce qui est envoyé au moteur avant toute exécution de script détermine l'essentiel. Si votre page arrive vide et se remplit ensuite, vous demandez au moteur un travail supplémentaire qu'il effectue avec retard et parfois pas du tout. Les solutions existent — rendu côté serveur, pré-génération — mais elles doivent être décidées et vérifiées dès le départ, pas découvertes après la mise en ligne.
Nous ajoutons deux critères souvent oubliés. Le premier est l'hébergement : une base excellente sur un hébergement mutualisé saturé donnera des temps de réponse médiocres, et le temps de réponse serveur conditionne à la fois l'expérience et le rythme d'exploration. Le second est la facilité de mise à jour éditoriale. Un site que vous ne pouvez pas modifier vous-même se fige en six mois, ses contenus vieillissent, et vous appelez un prestataire pour changer un numéro de téléphone. Nous construisons des interfaces d'administration compréhensibles et nous formons vos équipes, parce qu'un site vivant se positionne mieux qu'un site parfait mais figé. Sur ces choix, l'avis d'un consultant SEO impliqué dès le cadrage évite des arbitrages qu'on regrette dix-huit mois plus tard.
La reprise des données : catalogue, clients, commandes et historique
Sur un site marchand ou sur tout site disposant d'un espace client, la migration des données constitue un chantier à part entière, souvent sous-estimé dans les devis approximatifs. Il ne s'agit pas seulement de transférer des lignes d'une base à une autre : il s'agit de transporter des relations. Une commande est liée à un client, à des articles, à des prix appliqués à une date donnée, à un statut de livraison, parfois à une facture qui doit rester consultable pour des raisons comptables. Une fiche produit est liée à des variantes, à des stocks, à des attributs, à des images, à des avis, à des catégories, à des règles de taxe. Casser une de ces relations pendant la reprise produit des symptômes qui n'apparaissent pas immédiatement : un client qui ne retrouve pas ses factures, un stock qui se désynchronise, une remise qui s'applique deux fois.
Notre méthode consiste à traiter la reprise comme une opération répétable et non comme un événement unique. Nous écrivons un script de migration, nous l'exécutons sur l'environnement de préproduction, nous contrôlons les résultats, nous corrigeons, et nous recommençons depuis la base de production réelle autant de fois que nécessaire. Cette répétabilité est essentielle, parce que le jour de la bascule il faudra rejouer la reprise sur des données fraîches — celles produites entre la dernière copie et le basculement effectif. Une migration réalisée manuellement, à la main, ne peut pas être rejouée dans un délai acceptable et condamne le projet à un gel des ventes pendant plusieurs jours. Sur une boutique active, ce gel coûte souvent plus cher que la refonte elle-même.
Les contrôles de cohérence à exiger
Le contrôle ne se fait pas à l'œil. Nous comparons des totaux : nombre de références actives, nombre de clients, nombre de commandes par statut, somme des montants par mois sur les douze derniers mois, nombre d'images rattachées, nombre de pages de catégorie. Un écart, même de quelques unités, doit être expliqué avant de continuer — il révèle presque toujours un cas particulier oublié, comme des produits sans catégorie, des clients importés d'un ancien système, ou des commandes dans un statut non prévu. Nous vérifions ensuite un échantillon en profondeur : une trentaine de fiches représentatives, un client avec un historique long, une commande avec remise et livraison partielle, un produit à variantes multiples. Ce sont les cas tordus qui révèlent les défauts, jamais les cas simples.
Deux points juridiques et pratiques méritent d'être posés dès le cadrage. Le premier concerne les mots de passe des clients : ils ne sont pas transférables tels quels entre systèmes utilisant des méthodes de chiffrement différentes, ce qui impose soit une couche de compatibilité, soit une procédure de réinitialisation communiquée clairement aux clients avant la bascule. Découvrir cela le jour J provoque une vague d'appels au service client et une impression désastreuse. Le second concerne les données personnelles : une refonte est le bon moment pour purger ce qui n'a plus lieu d'être conservé, revoir les durées de rétention, vérifier les mentions et le recueil du consentement. Nous intégrons systématiquement ce point, non pas par formalisme, mais parce qu'un système de consentement mal implanté fausse ensuite toutes vos mesures d'audience et rend impossible l'évaluation de la refonte.
La recette avant mise en ligne : ce qu'on vérifie et dans quel ordre
La recette est la phase où l'on cherche activement à casser le nouveau site avant que vos clients ne le fassent à votre place. Elle se déroule sur un environnement de préproduction inaccessible aux moteurs, elle implique vos équipes autant que les nôtres, et elle ne se résume jamais à « regarder si ça marche ». Un site qui semble fonctionner en surface peut contenir une douzaine de défauts qui ne se révéleront qu'au contact du trafic réel. Nous procédons donc par listes de contrôle, dans un ordre précis, du plus déterminant au plus cosmétique, afin de ne pas passer trois heures sur un alignement de bouton alors qu'un formulaire n'envoie rien.
- Étape 1 Desserte et indexabilité Crawl complet de la préproduction, codes de réponse, titres dupliqués, et contrôle des directives de blocage héritées.
- Étape 2 Parcours de conversion Envoi réel d'un formulaire vérifié en boîte de réception, commande test avec paiement, remboursement et facture générée.
- Étape 3 Données migrées Comparaison des totaux par catégorie et contrôle en profondeur des cas tordus : variantes, remises, livraisons partielles, comptes anciens.
- Étape 4 Performance et affichage Temps de réponse à différentes heures, poids des images, stabilité visuelle au chargement, test sur téléphone d'entrée de gamme.
- Étape 5 Plan de redirections Vérification exhaustive sur les pages stratégiques, par échantillonnage ailleurs, avec traque des chaînes et des boucles.
- Étape 6 Relevé de référence Positions, trafic par page, taux de conversion et objectifs de mesure figés avant la bascule pour pouvoir comparer ensuite.
Du plus déterminant au plus cosmétique : inutile d'aligner un bouton si un formulaire n'envoie rien.
Le premier bloc de vérifications est celui qui conditionne tout le reste : le site répond-il correctement, sur toutes ses adresses, avec les bons codes ? Nous explorons l'intégralité de la préproduction avec un robot, nous relevons chaque erreur, chaque redirection interne inutile, chaque page orpheline, chaque titre dupliqué. Nous contrôlons les balises d'indexation avec une attention particulière : la cause la plus fréquente de catastrophe après une bascule est une directive de blocage laissée en place, héritée de la préproduction, qui interdit purement et simplement l'indexation du nouveau site. Ce défaut ne se voit pas à l'écran, il n'empêche rien de fonctionner, et il fait disparaître un site des résultats en quelques jours. Nous le vérifions deux fois, avant et après la bascule, parce qu'il est trop coûteux pour être vérifié une seule fois.
Fonctionnel, performance et parcours réels
Le deuxième bloc est fonctionnel et il se teste par parcours complets, pas par éléments isolés. Un formulaire de contact se teste en l'envoyant réellement et en vérifiant que le message arrive, dans la bonne boîte, avec le bon expéditeur, sans finir en indésirable — ce dernier point demande une configuration d'authentification du courrier que beaucoup négligent. Un tunnel de commande se teste de bout en bout, avec un vrai paiement de faible montant, un vrai remboursement, une vraie facture générée, un vrai courriel de confirmation. Un espace client se teste avec un compte migré, pas avec un compte créé pour l'occasion. Nous demandons à des personnes de votre entreprise qui n'ont pas participé au projet de réaliser ces parcours : elles trouvent en vingt minutes des blocages que l'équipe projet, qui connaît le chemin par cœur, ne voit plus.
Le troisième bloc concerne la performance et l'affichage réel. Nous mesurons les temps de réponse serveur à différentes heures, nous contrôlons le poids et le format des images, la façon dont les polices et les scripts se chargent, et surtout la stabilité visuelle pendant le chargement : une page dont les blocs se déplacent pendant que l'internaute commence à lire produit un agacement mesurable et pénalisant. Nous testons sur un téléphone d'entrée de gamme en conditions réseau dégradées, et non sur un simulateur avec une connexion de bureau. Le quatrième bloc, enfin, est le plan de redirections lui-même, testé adresse par adresse sur les pages stratégiques et par échantillonnage sur le reste. La recette complète demande entre cinq et quinze jours selon la taille du projet, et nous refusons de la comprimer : c'est la seule étape où une erreur coûte encore peu cher.
La bascule et les soixante-douze heures qui suivent
La mise en ligne n'est pas un moment festif, c'est une opération technique qui se prépare comme telle. Nous la planifions à une heure de faible trafic, jamais un vendredi soir ni la veille d'un jour férié, et jamais pendant votre pic d'activité saisonnier — refondre une boutique de décoration en novembre relève de l'accident volontaire. Avant de basculer, nous abaissons la durée de vie des enregistrements de la zone du nom de domaine plusieurs heures à l'avance, afin que la propagation soit rapide et réversible. Nous prenons une sauvegarde complète et vérifiée de l'ancien site, fichiers et base, et nous vérifions qu'elle est restaurable : une sauvegarde qu'on n'a jamais restaurée n'est pas une sauvegarde, c'est une hypothèse. Enfin, nous décidons à l'avance des critères de retour arrière et du délai au bout duquel on l'exécute sans discuter.
La bascule elle-même s'effectue en quelques minutes. Ce qui vient ensuite compte davantage. Dans la première heure, nous contrôlons dans l'ordre : la résolution du domaine, la validité du certificat, la présence effective du nouveau site sur l'adresse publique, l'absence de toute directive de blocage d'indexation, le bon fonctionnement d'un échantillon de redirections, l'envoi réel d'un formulaire, et le passage d'une commande test si le site est marchand. Dans les trois heures, nous soumettons le nouveau plan de site, nous demandons l'inspection des pages les plus importantes, nous vérifions que le suivi d'audience enregistre bien les visites et que les objectifs de conversion sont recréés à l'identique. Ce dernier point est celui que l'on oublie le plus souvent, et son oubli rend impossible toute comparaison ultérieure.
Ce qui est normal et ce qui ne l'est pas dans les trois premiers jours
Il faut savoir à quoi s'attendre pour ne pas paniquer à tort ni rester serein à tort. Ce qui est normal : une fluctuation des positions dans les deux sens, parfois marquée, pendant que le moteur redécouvre le site ; une baisse temporaire des impressions ; un nombre d'erreurs qui remonte dans les rapports d'indexation, correspondant aux anciennes adresses en cours de traitement ; quelques appels de clients déroutés par la nouvelle navigation. Ce qui n'est pas normal et impose une intervention immédiate : une chute du trafic direct, qui signale un problème d'accès et non de référencement ; des erreurs serveur sur des pages qui existent ; des redirections qui bouclent ; un formulaire silencieux ; un tunnel de commande interrompu ; l'absence totale d'enregistrement dans l'outil de mesure.
Pendant ces soixante-douze heures, nous surveillons les journaux du serveur, qui constituent la source la plus factuelle disponible. Ils nous disent quelles adresses le robot demande, quels codes il reçoit, à quelle vitesse le serveur répond, et donc si le nouveau site est correctement exploré. Nous y trouvons systématiquement des adresses oubliées du plan de redirections — celles qui n'apparaissaient dans aucun inventaire parce qu'elles n'étaient citées que sur un site tiers. Les repérer dans les heures qui suivent la bascule et ajouter les règles manquantes le jour même évite qu'elles ne se transforment en pages disparues. C'est un travail de veille active, pas de disponibilité passive, et il est inclus dans tous nos projets de refonte parce qu'il conditionne le résultat.
Les semaines suivantes : lire les courbes sans se raconter d'histoires
Passé le premier week-end, la refonte entre dans une phase plus longue et moins spectaculaire, celle où l'on vérifie que le transfert a réellement été absorbé. Le principe directeur est simple : on compare le nouveau site à lui-même et à l'ancien sur des périodes équivalentes, et on regarde par page plutôt qu'en agrégé. Une courbe globale de sessions ne dit rien d'utile pendant cette période, parce qu'elle mélange les pages qui remontent et celles qui décrochent, et parce qu'elle est sensible à la saisonnalité. Le tableau qui compte est celui qui liste, page par page, les impressions, les clics et la position moyenne avant et après, et qui isole les pages stratégiques identifiées lors de l'audit préalable.
Le rythme d'observation que nous appliquons est le suivant. Pendant la première semaine, contrôle quotidien de l'indexation, des erreurs d'exploration et du bon fonctionnement des parcours de conversion. Pendant les trois semaines suivantes, contrôle hebdomadaire, avec un relevé des positions sur les requêtes stratégiques et une revue des adresses signalées en erreur dans la Search Console. À partir du deuxième mois, contrôle mensuel, avec une comparaison complète au relevé de référence établi avant la bascule. Cette dégressivité n'est pas de la négligence : elle correspond au temps réel que met un moteur à réévaluer un site entier, qui se compte en semaines et non en jours, et qui dépend directement de la fréquence à laquelle il vous visitait auparavant. Un site exploré plusieurs fois par jour se stabilise plus vite qu'un site visité une fois par semaine.
Le retour à l'équilibre : ce que nous observons
Sur une refonte correctement préparée, avec des adresses conservées ou proprement redirigées et des contenus repris intégralement, nous observons généralement une phase d'instabilité de deux à quatre semaines, suivie d'un retour au niveau antérieur entre le deuxième et le troisième mois, puis d'une progression liée aux améliorations réelles du nouveau site. Lorsque l'arborescence a été profondément modifiée et que la majorité des adresses ont changé, le délai s'allonge, sans qu'il soit anormal d'attendre quatre à six mois pour une stabilisation complète sur un site de plusieurs centaines de pages. Ces ordres de grandeur sont ceux de nos dossiers ; ils varient selon la taille, la notoriété du domaine et la qualité de l'existant, et personne ne peut honnêtement vous les garantir.
Un piège d'interprétation mérite d'être signalé. Beaucoup d'entreprises attribuent à la refonte toute variation observée dans les mois qui suivent, dans un sens comme dans l'autre. Or les moteurs modifient leurs traitements plusieurs fois par an, la concurrence bouge, la saisonnalité joue, et une partie des variations n'a aucun rapport avec votre projet. C'est précisément pourquoi le relevé de référence établi avant la bascule est indispensable : sans lui, toute discussion sur les effets de la refonte relève de l'impression. Nous produisons, pour chaque dossier, un point écrit à un mois, à trois mois et à six mois, qui compare ce qui est comparable et qui distingue ce qui relève de la migration de ce qui relève du marché. C'est ce que nous appelons rendre des comptes, et cela fait partie du travail, pas des options.
Les signes qu'une refonte s'est mal passée, et comment rattraper
Il faut savoir reconnaître un échec rapidement, parce que la vitesse de réaction détermine l'ampleur du dommage. Une refonte ratée détectée en quinze jours se rattrape presque entièrement ; la même détectée au bout de six mois laisse des traces durables, le temps que le moteur a passé à désindexer, à réattribuer, et que la concurrence a mis à profit pour occuper les places libérées. Les signaux d'alerte sont assez peu nombreux et parfaitement identifiables, à condition de regarder les bons indicateurs plutôt que la seule courbe de fréquentation.
La vitesse de détection détermine l'ampleur du dommage : quinze jours se rattrapent, six mois laissent des traces.
Le premier signal est une chute du nombre de pages indexées dans les rapports de la Search Console, avec une montée simultanée des catégories « exclue », « introuvable » ou « redirigée ». C'est le symptôme direct d'un plan de redirections incomplet ou incorrect. Le deuxième est une baisse des impressions concentrée sur un ensemble de pages qui partageaient un même préfixe d'adresse : cela désigne une rubrique entière dont les redirections ont été oubliées ou mal écrites. Le troisième est une chute simultanée du trafic de recherche et du trafic direct, qui n'a rien à voir avec le référencement et signale un problème d'accès, de certificat, de résolution de domaine ou de disponibilité serveur. Le quatrième est plus sournois : un trafic maintenu mais des demandes de contact qui s'effondrent, ce qui pointe presque toujours vers un formulaire cassé, une adresse de réception erronée ou un tunnel interrompu.
La procédure de rattrapage
Le rattrapage suit toujours le même ordre, du plus mécanique au plus éditorial. On commence par restaurer la desserte : vérifier que le serveur répond, que le certificat est valide, qu'aucune directive de blocage n'a été laissée, que le plan de site est à jour et déclaré. On reconstitue ensuite la liste complète des anciennes adresses, en repartant des exports d'audience et de la Search Console sur les douze mois précédant la bascule — c'est là que la sauvegarde de l'ancien site et le relevé de référence prennent toute leur valeur. Chaque adresse orpheline reçoit une règle de redirection vers son équivalent réel, et l'on nettoie au passage les chaînes créées entre-temps. Vient ensuite le contrôle des contenus : on vérifie que chaque page performante de l'ancien site a bien un successeur qui reprend l'intégralité de sa substance, et on réinjecte ce qui a été perdu à la réécriture.
La dernière étape consiste à accélérer la redécouverte : soumission du plan de site, inspection manuelle des pages prioritaires, rafraîchissement du maillage interne pour que les pages remises en état soient citées depuis les pages les plus visitées, et reprise des liens externes qui pointaient vers des adresses désormais mortes. Ce dernier point demande de contacter les sites concernés, ce qui est fastidieux mais rentable sur les liens de valeur. Nous intervenons régulièrement en réparation sur des refontes conduites par d'autres, et nous constatons que la majorité des situations se redressent en six à dix semaines lorsque l'ancien site a été sauvegardé et que les données d'avant sont disponibles. Quand ces deux éléments manquent, le travail est toujours possible mais plus lent, et c'est la meilleure illustration de l'importance de la préparation.
Ce que contient un devis de refonte honnête, et ce qui fait varier le prix
Un devis de refonte qui tient en une ligne — « refonte du site Internet, forfait global » — n'est pas un devis, c'est une promesse. Vous ne pouvez ni le comparer, ni contrôler ce qui sera livré, ni discuter d'un arbitrage. Un devis exploitable détaille au minimum huit postes : l'audit préalable et l'inventaire des adresses, la conception de l'arborescence et le cadrage fonctionnel, la création graphique et l'intégration, le développement et les fonctionnalités spécifiques, la reprise ou la production des contenus, la migration des données, le plan de redirections et la recette, la mise en ligne et le suivi post-bascule. Chaque poste porte un volume de travail et un prix. C'est cette granularité qui vous permet de dire « nous rédigerons nous-mêmes les textes » ou « nous reportons l'espace client à la phase deux » en sachant exactement ce que cela change.
Toutes se mesurent avant de commencer ; un devis qui ne les explicite pas est une promesse, pas un chiffrage.
Les facteurs qui font varier le montant sont au nombre de cinq, et ils sont tous mesurables avant de commencer. Le premier est le volume de pages à traiter, qui détermine directement l'effort d'inventaire, de reprise de contenu et de recette : cinquante pages et huit cents pages ne se comparent pas. Le deuxième est la complexité fonctionnelle, c'est-à-dire tout ce qui n'est pas de la page éditoriale — paiement, espace client, configurateur, connexion à un logiciel de gestion, gestion multilingue, tarification par profil. Le troisième est l'état de l'existant : un site propre, documenté, avec des accès disponibles, coûte nettement moins cher à migrer qu'un site dont personne ne sait sur quel serveur il tourne et dont le prestataire d'origine est injoignable. Le quatrième est la part de rédaction prise en charge : produire quarante pages de contenu original représente un travail considérable, souvent le poste le plus lourd après le développement. Le cinquième est le niveau de personnalisation graphique, entre l'adaptation d'une base existante et une création intégrale accompagnée de photographies.
Ce qui doit figurer noir sur blanc
Au-delà des postes, quelques mentions distinguent un devis sérieux. Le périmètre de ce qui n'est pas inclus, formulé explicitement : c'est l'absence de cette rubrique qui produit la majorité des litiges. Le nombre d'allers-retours de validation prévus sur les maquettes, au-delà duquel le temps devient facturable. Le mode de fourniture des contenus et des visuels, avec les délais attendus de votre côté — un projet sur deux glisse à cause de textes qui n'arrivent pas. Les conditions de propriété du code, des accès et des données, sujet que nous traitons plus loin et qui doit être écrit et non sous-entendu. La durée et le contenu de la garantie après mise en ligne, en distinguant la correction d'anomalies, qui est due, de l'évolution fonctionnelle, qui ne l'est pas. Enfin, le contenu précis du suivi post-refonte, avec sa durée et son rythme.
Une dernière remarque sur les écarts de prix, souvent spectaculaires entre deux propositions pour un même projet. Ils s'expliquent rarement par la qualité graphique et presque toujours par le périmètre invisible : audit, plan de redirections, recette, migration de données, suivi. Une proposition à moitié prix qui ne mentionne ni l'inventaire des adresses ni la recette n'est pas moins chère, elle est incomplète, et la différence se paiera en trafic perdu. Notre devis est gratuit, établi après un échange qui dure généralement une heure, et il comporte les postes détaillés ainsi que les hypothèses sur lesquelles il repose. S'il apparaît pendant cet échange qu'une refonte n'est pas ce dont vous avez besoin, nous vous le dirons, quitte à vous orienter vers un chantier plus modeste et plus rentable.
Les délais réels, et la propriété des accès, du code et des données
Les délais annoncés dans les propositions commerciales sont souvent des délais de production isolés, qui ignorent les temps de validation côté client. Or ce sont ces derniers qui déterminent la durée réelle du projet. Sur un site vitrine d'une trentaine de pages, avec des contenus largement repris de l'existant et une identité graphique déjà définie, nous constatons un déroulé de six à dix semaines entre le lancement et la mise en ligne. Sur un site de cent à trois cents pages avec production éditoriale, comptez trois à cinq mois. Sur une boutique en ligne avec migration de catalogue, d'historique de commandes et connexion à un logiciel de gestion, quatre à huit mois selon la complexité. Ces fourchettes sont larges parce qu'elles dépendent d'une variable que nous ne maîtrisons pas : votre disponibilité pour valider, fournir les visuels et relire les textes.
Le facteur de retard le plus fréquent n'est ni technique ni graphique, c'est le contenu. Un projet où le client s'engage à fournir les textes de vingt pages « d'ici quinze jours » glisse dans la grande majorité des cas, parce que rédiger vingt pages représente un travail réel qui s'ajoute à une activité déjà pleine. Nous préférons poser la question franchement au cadrage : soit vous rédigez et nous prévoyons un calendrier réaliste avec des jalons intermédiaires, soit nous rédigeons à partir d'entretiens avec vos équipes, et nous le chiffrons. La solution intermédiaire, où chacun suppose que l'autre s'en occupe, produit des sites mis en ligne avec des textes provisoires que personne ne remplace jamais. Le deuxième facteur de retard est la validation à plusieurs voix : un projet arbitré par cinq personnes sans décideur unique prend systématiquement le double de temps.
À qui appartiennent le domaine, le code et les comptes
Ce sujet devrait être réglé en trois lignes et il est pourtant à l'origine de situations pénibles que nous rencontrons régulièrement. Le nom de domaine doit être enregistré au nom de votre entreprise, avec vos coordonnées comme contact administratif, et vous devez posséder les identifiants du registrar. Un domaine détenu par un prestataire est un moyen de pression, quelle que soit la qualité de la relation actuelle. L'hébergement doit être à votre nom ou, à défaut, vous devez pouvoir en obtenir une copie complète et l'accès aux journaux du serveur à tout moment. Les comptes de mesure d'audience, la Search Console et les comptes publicitaires doivent avoir votre adresse professionnelle en propriétaire, les prestataires n'étant qu'administrateurs. Le code produit et les visuels créés doivent vous être cédés, avec les licences des éléments tiers utilisés.
Nous appliquons ces règles par défaut sur tous nos dossiers, et nous en faisons un point de contrôle explicite de l'audit préalable, parce qu'une refonte est le moment idéal pour régulariser une situation héritée. Si un ancien prestataire détient votre domaine, mieux vaut engager le transfert au début du projet que la veille de la bascule. Nous formulons cela sans détour : un client qui peut partir du jour au lendemain avec l'intégralité de ses actifs est un client qui reste par satisfaction, et c'est la seule forme de fidélité qui nous intéresse. Cette position vaut aussi pour la connaissance : nous documentons ce que nous faisons, nous formons vos équipes à administrer le site, et nous ne conservons pas d'informations que vous devriez posséder.
Questions fréquentes
Vais-je perdre mon référencement en refaisant mon site ?
Pas si la migration est préparée. Les positions sont attachées à des adresses précises, pas à votre domaine en général : tant que chaque ancienne adresse est redirigée en permanent vers la page qui répond à la même intention, le signal se transmet et le site retrouve son niveau. Les pertes surviennent quand les adresses changent sans plan de redirections, quand tout est redirigé vers la page d'accueil, ou quand des contenus performants sont supprimés à la réécriture. Sur une refonte correctement préparée, nous observons une phase d'instabilité de deux à quatre semaines puis un retour au niveau antérieur entre le deuxième et le troisième mois. Aucune agence sérieuse ne peut vous garantir un résultat chiffré, en revanche elle peut vous montrer sa méthode.
Combien de temps prend une refonte de site Internet ?
Le délai dépend surtout de la disponibilité de vos équipes pour valider et fournir les contenus, pas de la vitesse de production. Sur un site vitrine d'une trentaine de pages, avec des textes largement repris de l'existant et une identité graphique définie, comptez six à dix semaines. Sur un site de cent à trois cents pages avec production éditoriale, trois à cinq mois. Sur une boutique en ligne avec migration de catalogue, d'historique de commandes et connexion à un logiciel de gestion, quatre à huit mois. Le premier facteur de retard est toujours le contenu : rédiger vingt pages est un travail réel qui s'ajoute à une activité déjà pleine. Le second est l'absence de décideur unique côté client.
Le devis est-il vraiment gratuit et sans engagement ?
Oui. Nous établissons le devis après un échange qui dure généralement une heure, pendant lequel nous regardons votre site actuel, ses données de fréquentation et ce qui motive votre demande. Le document que vous recevez détaille les postes un par un — audit, arborescence, création graphique, développement, contenus, migration de données, plan de redirections et recette, mise en ligne et suivi — avec les hypothèses sur lesquelles il repose et ce qui n'est pas inclus. Vous pouvez le comparer, le discuter, ou l'écarter. S'il apparaît pendant cet échange qu'une refonte n'est pas ce dont vous avez besoin, nous vous le dirons et nous vous orienterons vers un chantier plus modeste, quitte à ne rien vendre.
Faut-il garder les mêmes adresses de pages ou tout réécrire ?
Aucune redirection ne vaut une adresse inchangée : quand l'ancienne structure est cohérente et que les adresses sont propres, nous les conservons telles quelles. Quand elle est incohérente, remplie d'identifiants techniques ou de catégories obsolètes, nous la refaisons entièrement, une fois, avec un plan de redirections complet, et nous nous engageons à ne plus y toucher pendant plusieurs années. Ce qu'il faut éviter, c'est la solution intermédiaire qui modifie la moitié des adresses sans logique claire et laisse coexister deux conventions : le site devient impossible à faire évoluer et les redirections s'empilent. La décision se prend lors de l'audit préalable, sur la base de l'inventaire réel des adresses et de leur valeur mesurée.
Peut-on refondre le design sans toucher au contenu existant ?
C'est même la méthode que nous recommandons quand le contenu fonctionne. Changer la structure, les adresses, le socle technique et les textes en même temps rend toute analyse impossible : si le trafic baisse, vous ne saurez jamais si la cause est un plan de redirections incomplet ou une réécriture malheureuse. Nous séparons donc les chantiers, avec d'abord une migration à contenu constant ou quasi constant, puis, une fois la stabilisation constatée sur plusieurs semaines, l'enrichissement éditorial. Cette discipline allonge légèrement le calendrier et divise nettement le risque. Elle permet aussi d'attribuer correctement les effets : ce qui remonte après la seconde phase vient bien du travail éditorial, et non d'un hasard de calendrier.
Mon site n'a presque pas de trafic : la refonte va-t-elle y changer quelque chose ?
Pas par elle-même. Un site qui ne reçoit pas de visites parce que personne n'a jamais travaillé son référencement n'a pas de problème de design : il n'a ni contenus répondant aux questions que se posent ses prospects, ni liens externes lui donnant de l'autorité. Le refaire à l'identique en changeant les couleurs ne produira aucun effet sur les positions, et vous aurez dépensé un budget qui aurait mieux servi ailleurs. Dans ce cas de figure, nous proposons d'abord un audit, puis un plan éditorial et un travail d'acquisition de liens. La refonte redevient pertinente si le socle technique bloque réellement, par exemple parce que la publication est impossible sans développeur.
Que se passe-t-il si le trafic chute après la mise en ligne ?
Nous intervenons immédiatement, et la procédure est toujours la même. On vérifie d'abord la desserte : réponse du serveur, validité du certificat, absence de directive de blocage d'indexation, plan de site déclaré. On reconstitue ensuite la liste complète des anciennes adresses à partir des exports d'audience et de la Search Console sur les douze mois précédents, et chaque adresse orpheline reçoit sa règle de redirection. On contrôle enfin que chaque page performante de l'ancien site a bien un successeur qui reprend l'intégralité de sa substance. Quand l'ancien site a été sauvegardé et que le relevé de référence existe, la majorité des situations se redressent en six à dix semaines. Sans ces deux éléments, c'est plus lent.
À qui appartiennent le nom de domaine, le code et les comptes de mesure ?
À vous, et cela doit être écrit plutôt que sous-entendu. Le nom de domaine est enregistré au nom de votre entreprise, avec vos coordonnées en contact administratif et les identifiants du registrar entre vos mains. L'hébergement est à votre nom, ou vous devez pouvoir en obtenir une copie complète et l'accès aux journaux du serveur à tout moment. Les comptes d'audience, la Search Console et les comptes publicitaires portent votre adresse professionnelle en propriétaire, les prestataires n'étant qu'administrateurs. Le code et les visuels produits vous sont cédés, avec les licences des éléments tiers. Nous vérifions ce point pendant l'audit préalable, car une refonte est le bon moment pour régulariser une situation héritée d'un ancien prestataire.
Les erreurs les plus coûteuses et l'accompagnement après la mise en ligne
Après plus d'une décennie de refontes menées depuis Arras et depuis Lille, pour des clients installés à Douai, Valenciennes, Amiens, Lens, Béthune, Dunkerque, Paris ou plus loin encore, nous voyons revenir les mêmes erreurs, et elles ne sont pas exotiques. La plus coûteuse de toutes consiste à changer de site et de stratégie de contenu en même temps. Quand la structure, les adresses, le socle technique et les textes bougent simultanément, plus aucune analyse n'est possible : si le trafic baisse, vous ne saurez jamais si la cause est un plan de redirections incomplet ou une réécriture malheureuse, et vous corrigerez au hasard. Nous séparons donc les chantiers : d'abord la migration à contenu constant ou quasi constant, ensuite, une fois la stabilisation constatée, l'enrichissement éditorial. Cette discipline allonge légèrement le calendrier et divise le risque.
La deuxième erreur est de supprimer l'ancien site immédiatement après la bascule. Tant que la nouvelle version n'a pas prouvé sa stabilité sur plusieurs semaines, l'ancienne doit rester accessible quelque part, sauvegardée et restaurable, avec sa base de données. Nous avons vu des projets où la seule copie de l'ancien contenu avait disparu, ce qui rendait impossible la reconstitution d'une page performante supprimée par erreur. La troisième erreur est de laisser la directive de blocage d'indexation en place après la mise en ligne : elle est simple, banale, et elle fait disparaître un site en quelques jours. La quatrième est de ne pas recréer les objectifs de conversion dans l'outil de mesure, ce qui prive de tout moyen de juger le résultat. La cinquième est de basculer un vendredi ou avant une période de congés, quand personne ne sera disponible pour réagir dans les heures qui suivent.
Ce que comprend notre accompagnement une fois le site en ligne
Une refonte ne s'arrête pas à la mise en production, et un prestataire qui disparaît le lendemain n'a fait que la moitié du travail. Notre accompagnement couvre d'abord la période critique : veille active sur les soixante-douze premières heures, correction immédiate des redirections manquantes repérées dans les journaux, contrôle quotidien de l'indexation la première semaine. Il se poursuit par des points écrits à un mois, trois mois et six mois, comparés au relevé de référence, avec les actions correctives identifiées. Il inclut la formation de vos équipes à l'administration du site, parce qu'un site que vous ne pouvez pas mettre à jour se fige et perd de sa valeur. Il se prolonge, pour ceux qui le souhaitent, par un travail de fond sur l'acquisition : production éditoriale, maillage, et construction de liens que nous menons activement, en pilotant la qualité des domaines, la cohérence thématique et le rythme, et en vous exposant le risque avant de vous y engager.
Nous travaillons avec un seul interlocuteur du cadrage à la mise en ligne, qui connaît votre dossier, vos contraintes et vos arbitrages, et qui réunit les compétences nécessaires plutôt que de les répartir entre des intervenants qui ne se parlent pas. C'est ce qui nous permet de tenir ensemble le développement, le référencement, la rédaction et la mesure, et d'éviter les angles morts où se logent les refontes ratées. Si vous envisagez de refaire votre site, écrivez-nous en décrivant votre situation actuelle, ce qui vous pousse à changer et ce que vous attendez du nouveau site : nous vous répondrons par une analyse de votre existant et un devis détaillé, sans engagement et sans frais.