WordPress MODERNE EN 2026

Au cours des douze dernières années, j’ai mis en ligne plus de 5 000 sites WordPress chez Seahawk Media. Ce guide correspond à la conversation que j’aurais avec vous au sujet de WordPress si nous disposions de quatre-vingt-dix minutes lors d’un appel. Ce n’est pas une présentation des fonctionnalités. Ce n’est pas un argumentaire de vente. C’est le point de vue d’un professionnel sur ce qu’est réellement WordPress en 2026 : quand c’est la bonne solution, quand ce n’est pas le cas, et comment bien l’utiliser si c’est le cas.

En résumé, voici ma position : en 2026, WordPress sera un logiciel véritablement performant, nettement meilleur que celui dont la plupart des gens se souviennent en 2020. Ce n’est pas la plateforme elle-même qui constitue le frein, mais les choix relatifs à son écosystème. Si ces choix sont judicieux, WordPress deviendra la plateforme de contenu la plus flexible, la plus rentable et la plus conviviale pour les rédacteurs sur le Web. S’ils sont malavisés, vous passerez les trois prochaines années à réparer les dégâts.

WordPress se compose désormais de trois systèmes faiblement couplés qui partagent une même base de données. L’interface d’administration classique que vous connaissez existe toujours. L’éditeur de blocs (Gutenberg) est l’environnement de rédaction par défaut et se rapproche de plus en plus, en termes d’ergonomie, de l’éditeur moderne de type Notion. L’éditeur de site vous permet d’assembler des modèles de thème, des en-têtes, des pieds de page et des pages complètes à partir de blocs, sans avoir à toucher au PHP. Derrière tout cela, ce sont toujours le cœur de WordPress, l’API REST et la base de données, qui ont fait leurs preuves, qui assurent le bon fonctionnement du système.

Les thèmes basés sur les blocs constituent le changement architectural le plus important. Un thème basé sur les blocs se compose, en gros, d’une quinzaine de fichiers de modèles JSON et HTML : fini le « spaghetti » des modèles PHP, fini le fichier functions.php qui atteint les deux mille lignes. L’éditeur de site lit ces modèles, affiche les blocs, et vous disposez d’une interface d’édition entièrement visuelle qui génère du code HTML épuré. Les gains en termes de performances et de maintenance par rapport à un thème classique de 2018 sont considérables.

Ce qui n’a pas changé, c’est l’écosystème des plugins et le modèle de base de données. Tous deux sont restés inchangés depuis 2010. C’est une caractéristique, pas un bug. Si plus de 60 000 plugins existent, c’est précisément parce que le contrat sous-jacent n’a pas été rompu depuis quinze ans. Le revers de la médaille, c’est que l’écosystème des plugins est un véritable « Far West ». La qualité varie d’un ordre de grandeur à l’autre. Le choix des plugins est la décision la plus importante que vous preniez sur un site WordPress.

Point clé : considérez avant tout « ce qu’est réellement WordPress aujourd’hui » comme un choix opérationnel. Les outils ne fonctionnent que si la responsabilité est clairement assumée.

WordPress s'impose haut la main dans trois cas de figure.

Pour publier de manière indépendante, il faut faire appel à des éditeurs non spécialisés dans le domaine technique.

Aucune autre plateforme au monde n’offre la maturité de l’éditeur de WordPress. Éditeur de blocs, modèles de blocs, éditeur de site complet, gestion des images par glisser-déposer, publication programmée, workflow multi-auteurs, autorisations basées sur les rôles, interface utilisateur pour les révisions de contenu. Un rédacteur non technicien peut créer, programmer et publier une page complexe sous WordPress en quinze minutes. La même tâche dans un environnement Next.js « Headless » avec un CMS personnalisé nécessite trente minutes de formation la première fois et n’est que légèrement plus rapide la dixième fois.

Vous devez utiliser l'écosystème de plugins

Gestion des adhésions, e-commerce respectant la réglementation fiscale régionale, gestion de la formation, communauté de type BuddyPress, logique complexe de création de formulaires, sites d’annonces immobilières, flux de podcasts, calendriers d’événements, places de marché multi-vendeurs. Chacun de ces domaines dispose d’un plugin WordPress abouti qui résout 80 % du problème dès le premier jour. Développer la même fonctionnalité sur une architecture « Headless » représente un projet d’au moins six semaines, voire souvent plus. L’écosystème des plugins est l’avantage concurrentiel le plus sous-estimé de WordPress en 2026.

Le coût total de possession prime sur les performances maximales

Un site WordPress géré chez Kinsta ou WP Engine coûte entre quarante et deux cents dollars par mois, peut accueillir sans difficulté jusqu’à dix mille visiteurs par mois, et permet à l’équipe de modifier le contenu sans intervention des développeurs. Le site Next.js « Headless » équivalent coûte le même prix mensuel chez Vercel pour l’hébergement, mais l’équipe chargée de sa maintenance coûte trois à dix fois plus cher en heures de développement sur douze mois. Le coût total de possession est un facteur important, et WordPress reste systématiquement la solution la moins chère pour les sites riches en contenu qui ne présentent pas d’exigences particulières en matière de performances.

Il arrive que je déconseille WordPress à certains clients. Cela concerne principalement les questions de sécurité, les limites en matière de performances et la composition de l'équipe.

Vous ne devrez pas affecter de personnel à la maintenance courante

Un site WordPress nécessite environ deux heures d'attention par mois pour les mises à jour des plugins, les correctifs de sécurité et les vérifications de routine. En dessous de ce seuil, le site se détériore. Si votre client refuse catégoriquement de payer pour cela ou de mobiliser du personnel à cette fin, WordPress n'est pas la bonne solution. Un site Astro ou Next.js à rendu statique peut être laissé à l'abandon pendant six mois tout en restant en bon état de fonctionnement. Ce n'est pas le cas de WordPress. Adaptez l'architecture à la réalité opérationnelle.

La performance est une contrainte impérative, et non un objectif

Un site WordPress bien optimisé peut facilement atteindre les objectifs des Core Web Vitals. Un site Astro à rendu statique les atteint sans peine. Si votre client évalue les performances par rapport aux meilleurs concurrents utilisant un rendu statique et considère chaque régression de cent millisecondes comme un bug, cette charge opérationnelle ne disparaîtra jamais avec WordPress. Elle est bien moindre avec une pile statique.

L'équipe n'est pas spécialisée dans WordPress

Si l'équipe compte trois développeurs React et aucun développeur PHP, développer sur WordPress représente une moins bonne utilisation de leur temps que de développer sur Next.js ou Astro. La plateforme sur laquelle vous déployez votre application doit correspondre aux compétences de l'équipe qui en assure la maintenance. WordPress est un excellent choix si au moins un membre de l'équipe maîtrise le PHP et les conventions propres à WordPress. Dans le cas contraire, cela crée des frictions.

L'hébergement est la décision la plus utilisée sur tout site WordPress. Environ quarante pour cent des incidents WordPress auxquels nous avons réagi chez Seahawk remontaient à un mauvais choix d'hébergement des années plus tôt. Le régime de plugins est le deuxième choix le plus utilisé. Le choix du thème est le troisième. Presque tout le reste en découle.

Voici les solutions d'hébergement que je recommande en 2026, classées par ordre de préférence pour mes clients :

Kinsta ou WP Engine pour les sites exigeants

Les deux fonctionnent sur Google Cloud ou AWS, les deux intègrent un CDN, et les deux gèrent les mises à jour de version PHP, le renforcement de la sécurité des serveurs et l’isolation des bases de données. Kinsta coûte environ 50 USD par mois pour la formule d’entrée de gamme, WP Engine un peu moins. Ce pour quoi vous payez, c’est l’absence totale d’une catégorie entière de problèmes opérationnels : sauvegardes, analyses anti-malware, mise en cache en périphérie, PHP 8.3 en production, optimisation de MySQL. Cela en vaut la peine pour tout site générant un trafic important ou présentant un risque financier.

Pressable ou Pantheon pour les agences gérant des portfolios

Les deux s'articulent autour d'un cas d'utilisation destiné aux agences : plusieurs sites regroupés sous une seule facture, le déploiement de pipelines, des environnements de préproduction et un accès client en marque blanche. La tarification s'effectue par site au sein des différents niveaux de forfait et s'avère plus économique à l'échelle d'un portefeuille que celle de Kinsta, calculée par site.

Cloudways pour la formule « Value »

Plane de contrôle géré sur Vultr / DigitalOcean / Linode. Tarif d'entrée de gamme d'environ 14 USD par mois. Moins d'accompagnement que chez Kinsta, mais l'infrastructure sous-jacente est solide et le rapport qualité-prix est excellent.

Évitez GoDaddy, Bluehost et les hébergeurs appartenant à EIG

Honnêtement, je ne me souviens vraiment pas de la dernière fois où j'ai migré un site WordPress HORS de Kinsta. Je réalise dix-neuf migrations par mois depuis GoDaddy et Bluehost. Le prix est moins élevé, mais les difficultés sont bien plus grandes. C'est une fausse économie.

Chaque plugin que vous installez représente un fardeau : une surface d'exposition aux risques de sécurité, un coût en termes de performances, une obligation de mise à jour, un obstacle potentiel à une future migration. L'idéal est d'en installer le moins possible, tous choisis de manière réfléchie et provenant de développeurs réputés.

L'ensemble de plugins par défaut de Seahawk

Sur un nouveau site client, j'installe : Yoast SEO ou Rank Math (l'un ou l'autre, pas les deux). WP Rocket pour la mise en cache (ou tout autre outil fourni par l'hébergeur, car la plupart des hébergements gérés incluent désormais la mise en cache). Un plugin de sauvegarde si l’hébergeur ne s’en charge pas (ce qui est le cas de la plupart des hébergements gérés). Wordfence ou Sucuri pour les analyses de sécurité. WP Mail SMTP pour une livraison fiable des e-mails. En option : WPForms ou Gravity Forms pour les formulaires de contact, WooCommerce s’il s’agit d’un site e-commerce, Advanced Custom Fields pour la modélisation de contenu personnalisé, Elementor ou Bricks si le client souhaite créer des pages de manière visuelle au-delà de Gutenberg.

Cela représente entre six et dix plugins sur un site vitrine classique, et entre dix et quinze sur un site WooCommerce. Les sites comportant quarante plugins constituent systématiquement un signal d'alerte. Chaque plugin supplémentaire implique un petit effort de gestion opérationnelle, et la dette technique accumulée finit par représenter le principal coût de maintenance.

Plugins dont l'utilisation prendra fin en 2026

Si le site dispose à la fois de Yoast ET de Rank Math, choisissez-en un et supprimez l’autre. S’il comporte trois plugins de mise en cache, choisissez-en un seul. S’il comporte Jetpack et que vous n’utilisez plus activement la fonctionnalité spécifique de Jetpack pour laquelle vous l’aviez initialement installé, supprimez-le. S’il comporte des constructeurs de pages que le client n’utilise plus, supprimez-les. S’il comporte des plugins datant de 2017 et provenant d’auteurs qui ne les maintiennent plus, remplacez-les par des alternatives actuelles. Un site allégé est plus rapide, plus sécurisé et plus facile à migrer par la suite.

Les thèmes basés sur les blocs se sont largement imposés. Le thème par défaut Twenty Twenty-Five n’a rien à envier aux alternatives payantes dans la plupart des cas d’utilisation. Au-delà de cela, voici mon classement des thèmes préférés :

Utilisez un thème à blocs pour les sites axés sur le contenu

Twenty Twenty-Five, GeneratePress (Pro), Kadence ou Blocksy. Tous sont rapides, prennent en charge l'édition complète du site, ont une empreinte mémoire réduite et bénéficient d'une maintenance régulière. Choisissez celui dont le système de conception vous semble le plus adapté au client ; les différences de performances entre ces quatre options sont négligeables.

Utilisez Bricks Builder pour créer des sites web de qualité professionnelle sans faire appel à un graphiste

Bricks vous offre un contrôle visuel à la manière de Figma, avec un rendu épuré. Plus léger qu’Elementor, il propose un rendu plus rapide et un meilleur contrôle sur la structure du résultat. En contrepartie, il nécessite un certain temps d’apprentissage et dispose d’un écosystème d’extensions plus restreint. Cela en vaut la peine lorsque le client souhaite un contrôle visuel au pixel près sans avoir à payer pour un thème sur mesure.

Thème de blocs personnalisé pour les clients à la recherche d'un style graphique affirmé

Quand un client a un système de marque pleinement développé et veut une implémentation au pixel près, un thème de bloc personnalisé construit spécifiquement pour lui est la bonne réponse. Trois à quatre semaines de travail concentré, durable pendant des années, sans risque de cassure de mise à jour de thème car vous contrôlez chaque ligne. C'est ce que nous avons livré pour les engagements premium chez Seahawk.

Point clé : Considérez le « choix du thème en 2026 » avant tout comme une décision opérationnelle. Les outils ne fonctionnent que si la responsabilité est assumée en toute sincérité.

WordPress 7 représente la plus grande évolution depuis la sortie initiale de Gutenberg en 2018. D'après les aperçus, les principales nouveautés sont les suivantes : un panneau d'administration repensé avec une navigation en moins d'une seconde (une véritable solution au problème de lenteur du panneau d'administration, et non une simple mesure marketing), des blocs natifs côté serveur réduisant le JavaScript côté client lors du rendu, une empreinte JavaScript par défaut réduite permettant de ne charger qu'une partie de l'éditeur de blocs sur le site public, et une API d'interactivité nettement améliorée pour les rares cas où vous avez besoin de blocs avec état sans React.

Mon conseil à tout client qui se demande s'il vaut mieux attendre la version 7 avant de se lancer : n'attendez pas. WordPress 6.x est vraiment une bonne version et la mise à niveau vers la version 7 sera la plus fluide de toute l'histoire du projet, car tout repose désormais sur l'API des blocs existante. Développez dès maintenant, effectuez la mise à niveau lorsque la version 7 sera disponible, sans avoir à réécrire l'architecture.

Le WordPress « Headless » consiste à utiliser l'interface d'administration de WordPress (gestion de contenu, modélisation, API REST ou WPGraphQL) tout en s'appuyant sur Next.js, Astro ou un autre framework moderne pour le rendu côté client. Sur le papier, cela semble séduisant. Dans la pratique, cette approche ne s'avère rentable que dans un nombre restreint de cas de figure.

Cette approche s'avère rentable lorsque : les performances front-end priment sur l'expérience de l'éditeur, l'équipe dispose de compétences en React ou dans un autre framework, le langage de conception est suffisamment atypique pour justifier un développement front-end sur mesure, et l'équipe éditoriale est réduite et formée. Exemples : une publication à fort trafic, un site marketing pour une entreprise spécialisée dans les outils de développement, un site de marque où les scores Lighthouse font partie du cahier des charges.

Cette approche n'est pas rentable lorsque : les rédacteurs n'ont pas de compétences techniques et que des plugins comme Yoast SEO doivent afficher des données côté client, que le budget est trop restreint pour permettre une maintenance en double, que le projet consiste véritablement en un site vitrine mis à jour chaque mois, ou que l'équipe ne dispose pas d'un responsable technique clairement désigné capable de déboguer le pipeline de compilation. Pour en savoir plus sur les cas où l'approche « Headless » est réellement rentable, consultez le guide dédié à l'approche « Headless » dès sa publication.

Voici à quoi ressemble la maintenance mensuelle d'un site WordPress correctement entretenu :

Hebdomadaire

Les mises à jour des plugins et du cœur de WordPress sont appliquées dans les sept jours suivant leur publication, d'abord sur un environnement de test, puis en production. Les correctifs de sécurité du cœur de WordPress sont appliqués le jour même. La sauvegarde est vérifiée. Le système de surveillance de la disponibilité est contrôlé afin de détecter d'éventuelles interruptions de service.

Mensuel

Mise à jour du thème, le cas échéant. Analyse complète à la recherche de logiciels malveillants effectuée par Wordfence ou l'équivalent proposé par l'hébergeur. Optimisation de la base de données si le site génère un volume important de commentaires ou de transactions WooCommerce. Vérification de la régression des performances via PageSpeed Insights ou Calibre. Vérification de la liste des utilisateurs administrateurs, en particulier pour repérer les anciens comptes de prestataires qui auraient dû être supprimés.

Trimestriel

Audit des plugins : quels plugins ont encore leur place, lesquels peuvent être supprimés ? Vérification de la version PHP : utilisons-nous la dernière version prise en charge ? Vérification de la formule d'hébergement : le trafic actuel reste-t-il largement en dessous des limites ? Test de restauration de sauvegarde : choisir une sauvegarde récente, la restaurer sur l'environnement de test, vérifier qu'elle fonctionne. Audit de sécurité : authentification à deux facteurs (2FA) pour chaque compte administrateur, mots de passe forts renouvelés régulièrement, vérification de tout code personnalisé ajouté au cours du dernier trimestre.

C'est en respectant cette fréquence de manière régulière que l'on garantit le bon fonctionnement des sites WordPress pendant des années. Les sites qui tombent en panne ne le font pas parce que WordPress est fragile. Ils tombent en panne parce que personne ne respecte cette fréquence. C'est justement à cela que servent les plans de maintenance.

Next.js « Headless » ou Astro : meilleures performances maximales, sécurité nettement renforcée, expérience d'édition moins agréable, coûts de développement plus élevés. Optez pour cette solution lorsque les performances et la sécurité priment sur les contraintes liées à l'édition.

Webflow ou Framer : de meilleurs outils de conception visuelle pour les designers, un écosystème de plugins bien plus restreint, un coût mensuel nettement plus élevé à grande échelle, et une dépendance vis-à-vis du fournisseur bien réelle. À privilégier pour les petits sites marketing où l'équipe de conception est la seule partie prenante.

Wix ou Squarespace : coût d'entrée le plus bas, performances maximales les plus limitées, possibilités de personnalisation les plus restreintes. À privilégier pour les sites vitrines de moins de dix pages, lorsque le coût total de possession sur trois ans est le seul critère pris en compte.

Shopify pour le commerce en ligne : solution dominante pour les sites exclusivement dédiés au commerce en ligne, mais nettement moins performante pour les sites hybrides alliant contenu et commerce en ligne. Optez pour Shopify lorsque le site est composé à 90 % de commerce et à 10 % de contenu. Optez pour WooCommerce lorsque la répartition est de 50/50 ou lorsque le contenu prédomine.

CMS sur mesure (Sanity, Contentful, Strapi, Payload) : une excellente solution lorsque vous disposez de ressources techniques et d’un modèle de contenu structuré justifiant l’investissement initial. Moins adapté aux rédacteurs non techniciens qui s’attendent à un fonctionnement similaire à celui des plugins de WordPress. À privilégier pour les sites de produits riches en contenu, dotés d’une véritable équipe éditoriale et bénéficiant d’un investissement technique.

En 2026, WordPress reste la solution idéale pour la plupart des sites web axés sur le contenu. En revanche, ce n'est pas la bonne solution lorsque la performance est primordiale, lorsqu'il n'y a pas de rédacteurs ou lorsque l'équipe n'est pas, par nature, adaptée à WordPress. La plupart du temps, vous ne vous trouvez pas dans ces cas particuliers.

Si vous optez pour WordPress : choisissez un hébergement géré, limitez strictement l’utilisation des plugins, optez pour un thème basé sur les blocs, définissez dès le premier jour la fréquence de maintenance, et vous n’aurez pas à faire face aux problèmes de « fatigue WordPress » dont parle la plupart des internautes. Ces problèmes sont bien réels, mais ils découlent de décisions prises des années auparavant ; ils ne sont pas inhérents à la plateforme elle-même.

Si vous voulez de l'aide pour réfléchir à si WordPress est adapté à votre situation spécifique, je conduis des consultations directement. La conversation est gratuite, la recommandation est honnête, et je vous dirai parfois d'aller headless ou d'utiliser Webflow car c'est la bonne réponse pour ce que vous construisez.

Point clé : considérez « le résultat net » avant tout comme un choix opérationnel. Les outils ne fonctionnent que si la responsabilité est assumée en toute sincérité.