Pourquoi j'ai quitté WordPress pour un site généré avec l'IA : les chiffres de ma propre migration
En juillet 2026, j'ai fait ce que je conseillais à mes clients depuis un an : j'ai éteint mon propre WordPress. Mon site personnel tournait dessus depuis 2022, avec un thème acheté, une quinzaine d'extensions et une maintenance que je repoussais toujours au lendemain. Je l'ai remplacé par un site statique généré avec l'IA, hébergé sur mon propre serveur. Voici les chiffres réels de cette migration WordPress vers site statique. Avant, après, et ce que je referais différemment.
Le point de départ : un WordPress à l'abandon (comme le vôtre ?)
Soyons honnêtes : mon ancien site était le cordonnier mal chaussé dans toute sa splendeur. Dernier article publié en mai 2023. Extensions plus mises à jour depuis des mois. Un plugin de cache qui masquait la lenteur du reste. Et le pire : le back-office ne répondait plus qu'une fois sur deux. Seules les pages en cache s'affichaient encore.
C'est le cycle de vie classique d'un WordPress de vitrine, celui que je décrivais déjà dans mon article sur le coût caché de la maintenance : tant qu'on ne paie pas quelqu'un pour s'en occuper chaque mois, il se dégrade en silence.
La méthode : reconstruire avec l'IA, pas « migrer »
Je n'ai pas « migré » au sens des outils d'export. J'ai reconstruit, en partant du contenu :
- Récupération du contenu existant : textes, images, articles et PDF extraits de l'ancien site via son API, avant qu'il ne rende l'âme complètement.
- Reconstruction assistée par IA : structure, gabarits, styles et animations générés puis affinés par itérations. Mon rôle : décider, relire, corriger, pas taper du code pendant des semaines.
- Contenu séparé du code : tout le texte du site vit dans un simple fichier de contenu, modifiable via une petite interface d'administration maison. Pas de base de données.
- Préservation du référencement : chaque ancienne adresse redirige en 301 vers la nouvelle page équivalente, et les reliquats WordPress renvoient un code 410. C'est le point que 90 % des refontes ratent, j'y reviens dans le match complet site statique vs WordPress.
Temps total : quelques soirées, étalées sur une semaine. Pour un site vitrine de PME, comptez l'équivalent. C'est la relecture et les allers-retours de contenu qui prennent du temps, plus la technique.
Les chiffres avant / après
| Indicateur | WordPress (avant) | Statique + IA (après) |
|---|---|---|
| Poids de la page d'accueil | ≈ 2,1 Mo | ≈ 350 Ko |
| Affichage complet (mobile, 4G) | 2,5 à 4 s | moins de 0,8 s |
| Composants à maintenir | cœur WordPress + thème + 15 extensions + PHP + MySQL | des fichiers statiques |
| Mises à jour de sécurité | hebdomadaires (en théorie…) | aucune côté site |
| Surface d'attaque | login admin public, extensions vulnérables | quasi nulle |
| Coût annuel de fonctionnement | hébergement + licences + maintenance | l'hébergement, point |
Le plus satisfaisant n'est pas la vitesse, c'est la fin de la dette. Plus de « il faudrait que je mette à jour les plugins ». Le site ne peut plus se dégrader tout seul.
Ce que le statique ne fait pas (et comment je le compense)
Pas de back-office WordPress signifie qu'il a fallu recréer le confort d'édition. Ma réponse : une mini-interface d'administration, protégée, qui modifie le contenu et régénère le site en une seconde. Pour un client qui veut changer trois textes et une photo par trimestre, c'est largement suffisant, et infiniment plus simple que WordPress.
Si votre besoin, c'est un vrai blog multi-auteurs avec workflow de publication, ou une boutique avec gestion de stock, l'équation est différente : je l'explique dans pourquoi je ne recommande plus WordPress pour un site vitrine, la nuance est dans le titre : pour un site vitrine.
Et le référencement dans tout ça ?
C'était ma plus grande vigilance : un nom de domaine qui a plusieurs années d'historique Google, ça se protège. Concrètement :
- toutes les anciennes adresses (pages, articles, même les PDF) redirigent en 301 vers leur équivalent,
- les URL purement techniques de WordPress renvoient 410 pour être désindexées proprement,
- le contenu est rendu en HTML statique complet. Google n'a même plus besoin d'exécuter le moindre script pour tout lire,
- sitemap régénéré et soumis dans la Search Console le jour de la bascule.
Résultat : aucune perte de position mesurée sur les requêtes qui comptaient, et des Core Web Vitals passés au vert dès la première quinzaine.
Questions fréquentes
Faut-il savoir coder pour maintenir un site statique ?
Pour l'utiliser au quotidien, non : l'édition du contenu passe par une interface simple. Pour le faire évoluer structurellement, il faut un développeur. Mais c'est vrai aussi de WordPress dès qu'on sort des sentiers battus du thème.
Combien coûte une migration comme celle-là ?
Pour un site vitrine de 5 à 10 pages avec préservation du référencement, comptez entre 1 500 et 3 500 € selon le volume de contenu et les redirections à cartographier. À comparer au coût récurrent d'un WordPress maintenu sérieusement : l'amortissement se fait en un à deux ans.
Mon WordPress fonctionne bien, dois-je migrer quand même ?
Non. Un WordPress à jour, maintenu, qui remplit son rôle, on ne le jette pas. La migration se justifie quand la maintenance n'est pas assurée, quand le site est devenu lent, ou au moment d'une refonte de toute façon prévue.
Vous envisagez une refonte et vous voulez éviter de perdre votre référencement au passage ? Parlons-en, je peux auditer votre site actuel et vous dire honnêtement si la migration vaut le coup dans votre cas.