WordPress est mort. Son remplaçant n'a aucune logique.

8 min read

Un client m'envoie l'accès à un site WordPress que je n'ai jamais ouvert, sans aucun contexte sur son historique ou qui l'a construit. Une seule ligne suffit à Claude Code : il détecte Polylang tout seul via l'API REST, corrige les drapeaux de langue, purge le cache. 5 minutes, site réparé.

Ce qui m'a frappé, ce n'était pas la vitesse. Ça aurait marché pareil sur n'importe quel autre WordPress du marché. Le site change de mains, l'interface reste la même. Ouvrir un WordPress inconnu, ce n'est jamais vraiment ouvrir l'inconnu.

WordPress est mort. Et ce qui le remplace, c'est pire : avec une stack codée par IA, cette version 5 minutes de ce que je viens de faire n'existe plus.

Employé de bureau entouré de code emmêlé et de frameworks IA à son bureau tandis qu'un héros en cape tient une tablette avec le tableau de bord WordPress, avec un homard mécanique surfant sur une tasse de café.
WordPress meurt, le chaos règne, les héros pleurent en silence.

WordPress N'a Jamais Vendu la Simplicité. Il a Vendu un Standard

TITLE "One Standard vs Zero Standards" + subtitle "why the same fix doesn't travel anymore". Metaphor: two parallel maps side by side, one a clean subway map with uniform stations and color coded lines, the other a tangled hand drawn maze with no two paths alike. Style: technical blueprint poster, engineer schematic aesthetic, blue on white grid background, precise thin lines. Palette: blueprint blue #1B3A5C, schematic white #F4F6F8, warning amber #E8A33D, ink black #1A1A1A, accent red #C8443C. Content: left side labeled WORDPRESS SITE A through WORDPRESS SITE Z, all stations connected by the same labeled lines REST API, PLUGIN CONVENTIONS, CORE STRUCTURE, one small figure walking confidently across all of them. Right side labeled AI STACK 1 through AI STACK 5, each one a disconnected island with its own private maze, the same figure stuck on the first island only, unable to reach the others. Highlight: the connecting lines on the left side glow in amber to show the shared standard. Legend: small note bottom left, sparkle figure equals one developer's transferable skill. Footer: © rentierdigital.xyz. NOT flat corporate vector, NOT generic flowchart aesthetic.
Un Standard vs Zéro Standard : Transfert de Compétences Développeur

WordPress n'a jamais vendu la simplicité. Cette affirmation se répète si souvent qu'elle sonne vraie par défaut, mais c'est faux. Quiconque s'est battu avec l'éditeur de blocs sait que "facile" n'est pas le mot. Ce que WordPress a réellement vendu, depuis que la version 5.6 a intégré l'API REST dans le core, c'était un standard. Chaque site WordPress, peu importe qui l'a construit ou quand, répond aux mêmes questions par les mêmes portes. Polylang expose ses paramètres de langue à un endpoint prévisible. Yoast et WooCommerce font pareil pour les champs SEO et les données produits. Rien de tout ça ne se réapprend par projet. Tu l'apprends une fois, et ça s'applique au prochain site WordPress que tu toucheras, et à celui d'après, et à chaque mission freelance qui suit.

Ce n'est pas rien. Toute une économie freelance s'est construite exactement sur cette portabilité, des agences qui pouvaient intégrer le site d'un nouveau client en un après-midi, des devs qui ont bâti toute une carrière sur la connaissance approfondie d'un système au point de pouvoir réparer tout ce qui tournait dessus. C'est le vrai mécanisme derrière ces 5 minutes sur ce site que je n'avais jamais ouvert. J'ai détaillé le play-by-play complet de cette réparation exacte ailleurs, tentative de connexion ratée incluse. Claude Code n'avait pas besoin d'une visite guidée du site. Il avait besoin du standard, et le standard était déjà là, le même qui traîne sur chaque installation WordPress depuis 2021.

Un peu comme voir le code derrière Matrix au lieu de la simulation : une fois que tu sais ce qu'il y a dessous, chaque site WordPress se ressemble.

Le Déclin Est Réel, Pas Juste un Cliché

Le déclin n'est pas qu'une impression. WordPress est passé de 43,2% de parts de marché en décembre 2025 à 41,9% fin mai 2026, et le rythme de cette chute a à peu près doublé depuis décembre. Automattic a discrètement réduit ses heures sponsorisées sur le projet WordPress de 3 900 par semaine à environ 45, depuis janvier 2025. Moins d'attention payée sur le moteur, ça finit généralement par se voir dans les chiffres.

Je sais que "WordPress est mort" sonne comme la version tech de "Bitcoin est mort", une prise si usée que les gens se moquent maintenant de quiconque la ressort encore (@natmiletic l'a rangée avec "le SEO est mort" mi-juin, l'appelant l'un des clichés les plus paresseux de la tech. Pas faux.). Peut-être que je surinterprète 6 mois de données, mais un cliché et un graphique ne s'excluent pas mutuellement, et ce graphique particulier va dans la même direction depuis au moins décembre. Qu'il se stabilise, s'inverse, ou accélère à partir de maintenant, personne ne le sait encore. C'est une tendance, pas une loi physique.

Personne N'a Arrêté d'Embaucher des Mécaniciens

Tu peux faire ta vidange toi-même. Plein de gens le font. Ils appellent quand même un mécanicien dès que quelque chose claque qui ne devrait pas, parce que regarder 3 vidéos ne fait pas de toi le gars qui a entendu ce bruit exact mille fois avant. Le DIY assisté par IA n'a pas tué cet instinct, et ça ne le tuera pas pour les sites web non plus. La plupart des non-devs qui arrivent à vibe-coder quelque chose qui marche veulent quand même un vrai humain en numérotation abrégée pour quand ça casse, de la même façon que la plupart des propriétaires de voiture qui ont regardé 1 tuto réservent encore le garage pour tout ce qui dépasse le remplissage du liquide lave-glace.

Si ta première réaction c'est "il y a encore plein de développeurs dehors", certes, mais ce n'est pas vraiment la bonne question. La pénurie ne concerne pas les effectifs, c'est de savoir si le seul mécanicien qui connaît réellement TON moteur, la façon spécifique dont ce site a été câblé par une agence il y a 8 mois, existe encore après le constructeur original. J'ai converti 114 pages Elementor vers Gutenberg en une seule journée pour un client le printemps dernier, les mêmes conventions WordPress faisant le gros du travail, même genre de turnaround rapide. Essaie ça sur un site qu'une agence a assemblé à partir d'une structure de dossiers que personne n'a notée nulle part.

(Sans rapport, mais je paie encore pour un domaine lié à un projet client qui s'est terminé il y a un moment. Personne ne m'a dit de l'annuler. Moi non plus.)

Il n'y a pas de raccourci équivalent qui attend de l'autre côté, pas encore.

Le Lendemain de Ton Shipping en Solo

Un post qui a tourné fin juin l'a dit crûment : le vibe coding ne marche que si tu sais déjà coder. Beaucoup de gens ont hoché la tête à quelque chose d'inconfortable, le genre d'accord qui signifie que ça a touché quelque part de réel. Shipper vite avec un agent ne transfère pas la compétence nécessaire pour maintenir ce qui a été shippé, et sur un site WordPress ce gap était habituellement comblé par n'importe qui qui avait touché WordPress avant.

Sur une stack assemblée fraîche pour un seul projet, cette même compétence ne traîne nulle part ailleurs. Il y a une vidéo qui fait à peu près ce point sans le dire directement, quelqu'un qui montre comment il a utilisé l'IA pour construire tout un site WordPress en un jour, puis se demande à voix haute ce qui se passe maintenant. Ça surperforme largement tout le reste que cette chaîne a posté, ce qui dit que la question a touché un nerf que la plupart du contenu ne touche pas. Il ne demande pas comment ajouter un formulaire de contact. Il demande ce qui se passe une fois que la partie facile est finie, sans rien qui ressemble à un manuel sur lequel se rabattre, juste un site qui marche aujourd'hui et un espace vide là où "qu'est-ce que je fais quand ça casse" devrait être.

Celui qui l'a construit est parti avec la seule copie.

La Facture Atterrit sur Celui Qui Ne Sait Pas Lire le Code

Une compétence qui ne se transfère pas devient la facture de quelqu'un au final. Pas celle du développeur, ici. Les seniors qui peuvent lire une codebase inconnue rapidement, ils deviennent plus rares par rapport à la demande, pas moins chers. La facture atterrit sur celui qui se retrouve coincé à ne pas savoir ce qui tourne réellement sous son propre site.

Avant, n'importe quel freelancer WordPress pouvait patcher n'importe quel site WordPress en urgence. Les conventions ne changeaient pas de projet en projet, donc le temps nécessaire non plus. Avec une stack vibe-codée, "trouve un développeur" cesse d'être la réponse en soi. Tu as besoin de la seule personne qui peut décoder CETTE architecture spécifique, et rien ne garantit que cette personne existe encore après celui qui l'a originellement shippée.

Imagine un petit commerçant dont le site construit par IA casse dans 2 ans. Le freelancer qui l'a construit est passé à une stack différente l'année dernière. Personne dans le coin ne connaît cette configuration particulière assez bien pour y toucher en sécurité. Entrer dans cette codebase à froid, c'est moins un fix rapide qu'un boss fight pour lequel personne ne s'est level up 🎮. Le commerçant finit par payer à un inconnu une semaine d'heures juste pour comprendre ce qu'il y a là, avant que toute réparation réelle ne commence, du temps qui coûtait un après-midi à l'époque où la stack était WordPress. Le taux horaire n'est plus la partie chère, dénicher quelqu'un qui connaît encore cette stack particulière l'est.

Rien de tout ça ne signifie que les non-devs sont foutus avec l'IA en général. C'est une question séparée, et les données là-dessus tiennent bien : des gens sans aucun background de code obtiennent des outputs réels et structurés de Claude Code sur des tâches bornées, trier des années de factures, transformer une pile de PDFs en dashboard. Le troubleshooting sous incertitude, quand personne, dev ou pas, ne sait ce qui tourne réellement sous le capot, c'est une catégorie de problème entièrement différente.

Ce verrou ne reste pas fermé éternellement. Il se ferme le jour où une stack générée par IA devient un standard de facto à elle seule, comme WordPress l'a fait. Les téléchargements d'Astro ont doublé entre janvier et avril cette année, ce qui est le genre de croissance qui pourrait éventuellement y arriver. Un framework avec un nom n'est pas la même chose qu'un standard, cependant. Le standard de WordPress n'a jamais été "les gens utilisent WordPress". C'était chaque site WordPress qui répondait par les mêmes portes. Rien de ce qui le remplace n'a ça encore. Astro inclus.

Documente Comme Si Tu N'Allais Pas L'Expliquer

Si tu shippes un site ou une app que tu as vibe-codée pour quelqu'un d'autre, le vrai livrable n'est pas le site. C'est la capacité d'un inconnu à le faire tourner sans toi dans la pièce.

Ça me rappelle l'époque où j'étais dev, dans le temps 😬. Sur un projet existant, le premier instinct était presque toujours de tout réécrire. De nos jours, pour changer une ligne sur une homepage WordPress, on va vraiment tout réécrire en Astro à la volée... c'est un peu fou, non ?

Sources

Ce post peut contenir des liens d'affiliation. Si tu cliques dessus, je pourrais gagner une petite commission (ça ne te coûte rien, et ça m'aide à continuer à livrer des articles de qualité chaque jour pour ton plaisir de lecture.