Refonte avec l'IA seule : le pire scénario possible

Une création neuve, oui. Une refonte, non.

Je le dis sans détour : sur une page blanche, l’IA fait des miracles. Un site vitrine simple, une landing, un prototype à valider en 48 heures, Lovable, v0 ou Bolt s’en sortent très bien, et j’ai déjà écrit qu’il existe des cas où un site IA suffit.

Mais la refonte, c’est une bête complètement différente. Refondre, ce n’est pas créer. C’est dérouler un historique. Un site en production depuis trois, cinq ou huit ans, c’est des centaines d’URLs indexées, des backlinks accumulés, un design system tacite, et une couche de décisions oubliées enfouie dans le code. L’IA seule ne voit rien de tout ça. Elle génère du neuf par-dessus du legacy qu’elle n’a jamais audité. Et c’est là que ça casse.

La migration SEO est un processus séquentiel, pas un prompt

Google documente précisément comment déplacer un site : préparer le nouveau site, construire un mapping d’URLs ancien → nouveau, configurer les redirections, basculer, puis surveiller le trafic sur les deux versions pendant des semaines. Pour un gros site, Google recommande même de migrer par morceaux pour mesurer l’impact avant de généraliser (Site Moves and Migrations).

Relisez cette phrase. C’est un processus étalé dans le temps, avec surveillance et itérations. L’exact opposé d’une génération instantanée. Quand vous demandez à une IA de « refaire votre site », elle produit une nouvelle structure d’URLs sans se soucier une seconde de l’ancienne. Résultat : le jour de la bascule, vos 400 pages indexées renvoient des 404, et votre trafic organique s’effondre.

Ce n’est pas théorique. KEO Marketing a mesuré qu’entre 2024 et 2025, 73 % des sites B2B ont connu une baisse significative de visibilité, une période qui coïncide avec une vague de refontes mal accompagnées côté SEO (Refonte de site SEO). Si vous voulez éviter ça, lisez d’abord comment changer d’hébergeur sans perdre son référencement, la logique de préservation est la même.

Les redirections 301 exigent un jugement que l’IA n’a pas

C’est le cœur du problème. Une redirection 301 transmet entre 90 et 99 % du link equity de l’ancienne page vers la nouvelle, à condition d’être correcte. Et « correcte » veut dire une chose : rediriger vers une page thématiquement cohérente. Rediriger une URL vers une page sans rapport équivaut à un soft 404 aux yeux de Google, sans aucun transfert d’autorité (John Mueller, cité dans l’analyse ci-dessus).

Décider quelle ancienne page pointe vers quelle nouvelle, ça demande de connaître :

• Quels backlinks pointent vers quelle URL, et lesquels valent de l’or.
• L’intention de recherche derrière chaque ancienne page.
• Les pages à fusionner, celles à supprimer proprement, celles à conserver telles quelles.

Une IA à qui vous dites « refais mon site » ne fait pas ce travail. Elle n’a pas votre Search Console, elle ne connaît pas votre profil de liens, elle ne sait pas que votre vieille page « /nos-services-2019 » ramène 40 % de vos leads. Et Mueller rappelle qu’il faut maintenir ces 301 pendant au moins un an pour que le transfert d’autorité soit complet. Un an de rigueur, pas un prompt.

Le legacy et le design system : le piège invisible

Vient la partie la plus sournoise. Votre site existant contient de la dette technique, des compromis, des rustines, des choix bizarres faits pour livrer vite. Le réflexe naturel, humain comme IA, c’est de « nettoyer ». Sauf que certaines de ces bizarreries sont des règles métier volontaires.

Le cas documenté par FrontGuys est édifiant : leur IA de refactoring a repéré des portions de code « inutilement complexes » et proposé de les simplifier. Problème, certaines de ces incohérences apparentes étaient en réalité des traces de contraintes oubliées. L’IA a « corrigé » une règle voulue, provoquant une régression invisible aux tests fonctionnels (Comment l’IA nous a aidés à rattraper six ans de dette technique).

Et ce n’est pas un cas isolé. Une étude HFS Research/Unqork montre que 43 % des organisations constatent déjà que l’IA génère de nouvelles formes de dette technique (L’IA pourrait aggraver la dette technique). Lâcher une IA sur un existant non audité, c’est empiler une dette sur une dette. Sans parler du design system : votre marque a des règles, espacements, hiérarchie, tokens de couleur, que l’IA réinvente à sa sauce, cassant la cohérence que vous avez mis des années à construire. C’est exactement ce que je décrivais dans pourquoi l’IA n’incarne pas ta marque.

L’objection : « mais l’IA peut aider, non ? »

Oui. Et c’est important de le reconnaître. L’IA est un excellent assistant de diagnostic et de prototypage. FrontGuys a bien rattrapé six ans de dette, mais sous supervision humaine constante. The Agility Effect le résume : l’IA ne remplacera jamais la validation humaine, sous peine d’effet boîte noire (La dette technique, ce piège invisible).

La bonne approche n’est pas « IA vs humain », c’est l’IA sous contrôle. Elle génère des propositions de mapping, on les valide. Elle explore des designs, on tranche. Le pilote reste humain. TechRadar recommande d’ailleurs d’utiliser ces outils pour le prototypage, pas comme socle de production (5 downsides of AI website builders). Ajoutez le vendor lock-in de ces plateformes, et votre prochaine refonte devient encore plus douloureuse.

Une création neuve pardonne l’erreur. Une refonte, non : le jour de la bascule, vous jouez huit ans d’autorité SEO sur un mapping. Ça ne se prompt pas. Ça s’audite, se planifie, et se surveille pendant un an.