Guides

Onyx vs WordPress : quel CMS choisir en 2025 ?

Comparatif complet entre Onyx (Next.js) et WordPress : performances, SEO, sécurité, coûts et expérience développeur. Tout ce qu'il faut savoir avant de choisir.

Spectre Digital15 septembre 202610 min de lecture
Onyx vs WordPress : quel CMS choisir en 2025 ?

En résumé

Onyx (Next.js statique) surpasse WordPress en performances (TTFB 20-60ms vs 400-800ms), en sécurité (zéro base de données exposée, zéro /wp-admin) et en coûts (hébergement gratuit sur Vercel vs 15-80€/mois). WordPress reste pertinent uniquement si des non-développeurs gèrent le contenu de façon autonome ou si vous avez besoin de WooCommerce.

WordPress alimente encore 43 % du web mondial. C'est un chiffre impressionnant — et aussi le signe que beaucoup de sites tournent sur une technologie qui date de 2003. Depuis, le web a changé. Les attentes en matière de performance, de sécurité et d'expérience développeur ont radicalement évolué.

Onyx est un template Next.js open source conçu pour remplacer WordPress dans les cas d'usage où celui-ci est surdimensionné ou inadapté : sites vitrines, portfolios, blogs professionnels, landing pages. Ce guide compare les deux approches honnêtement, sans parti pris excessif — WordPress a des atouts réels, et Onyx n'est pas la bonne solution pour tout le monde.

Vous comparez plusieurs outils ? Consultez notre guide complet des meilleures alternatives à WordPress en 2026 — Webflow, Ghost, Wix, Hugo et plus.


Ce que WordPress fait bien

Avant de comparer, il faut être honnête : WordPress a construit sa domination pour de bonnes raisons.

L'écosystème est imbattable. Plus de 60 000 plugins, des thèmes pour chaque secteur, une communauté de millions de développeurs. Si vous avez besoin d'une fonctionnalité — boutique en ligne, membership, LMS, réservation — il existe probablement un plugin.

L'interface d'administration est accessible. Un client non technique peut ajouter une page, modifier un texte ou publier un article sans toucher au code. L'éditeur Gutenberg, bien qu'imparfait, est devenu utilisable.

Le déploiement est trivial. Un hébergeur mutualisé à 5€/mois, un installateur en un clic, et c'est parti. Pas besoin de savoir ce qu'est Node.js.

Ce sont des avantages concrets. Pourquoi alors envisager autre chose ?


Le problème WordPress en 2025

WordPress a été conçu à une époque où PHP générait des pages à la demande, où le JavaScript était une décoration, et où "rapide" signifiait moins de 3 secondes. Ces hypothèses sont obsolètes.

Des performances structurellement limitées

WordPress génère chaque page en interrogeant sa base de données, en chargeant PHP, en assemblant le HTML — à chaque requête, pour chaque visiteur. Même avec un cache bien configuré, vous vous battez contre l'architecture.

Les résultats sont visibles dans les Core Web Vitals. Une étude HTTP Archive 2024 montre que seulement 36 % des sites WordPress passent le seuil "Good" sur mobile pour le LCP (Largest Contentful Paint), contre plus de 75 % pour les sites Next.js correctement configurés.

Ce n'est pas qu'une question de chiffres abstraits. Google utilise les Core Web Vitals comme facteur de classement depuis 2021. Un site lent perd des positions dans les résultats de recherche — et donc du trafic organique.

Une surface d'attaque massive

WordPress est la cible numéro un des attaques web. Pas parce que WordPress est mal codé, mais parce que sa popularité en fait une cible rentable pour les attaquants. En 2024, 90 % des sites CMS piratés tournaient sous WordPress (Sucuri Report 2024).

Les vecteurs d'attaque sont multiples : plugins mal maintenus, thèmes avec des failles, base de données exposée, interface d'administration accessible par défaut à /wp-admin. Chaque plugin installé agrandit la surface d'attaque. Chaque mise à jour manquée est une porte entrouverte.

La dette technique s'accumule

Un site WordPress vieux de 3 ans, c'est souvent un enchevêtrement de plugins qui se marchent dessus, des conflits de CSS, une base de données avec des tables orphelines, et une mise à jour PHP que personne n'ose faire par peur de tout casser.

La maintenance d'un site WordPress professionnel représente un coût réel : mises à jour régulières, sauvegardes, monitoring de sécurité, et inévitablement, des heures de debugging quand deux plugins entrent en conflit.


Onyx : une approche différente

Onyx est basé sur Next.js 15, le framework React qui a défini les standards modernes du développement web. L'architecture est fondamentalement différente de WordPress.

Génération statique

Par défaut, Onyx génère des pages HTML statiques au moment du build — pas à la demande. Résultat : chaque page est un fichier HTML servi directement depuis un CDN, sans base de données, sans PHP, sans latence serveur.

Un visiteur qui charge votre page d'accueil reçoit un fichier HTML pré-généré depuis un serveur Vercel à quelques millisecondes de lui, géographiquement. Le Time to First Byte (TTFB) tombe sous les 50ms. C'est structurellement impossible avec WordPress sans infrastructure complexe et coûteuse.

Core Web Vitals dans le vert

Next.js est optimisé nativement pour les métriques Google :

  • next/image gère automatiquement les formats modernes (WebP, AVIF), le lazy loading et le dimensionnement responsive
  • next/font précharge les polices Google sans layout shift (CLS = 0)
  • Le code splitting automatique évite de charger JavaScript inutile
  • Le Server-Side Rendering hybride permet d'avoir le meilleur des deux mondes : statique pour les pages stables, dynamique pour le contenu personnalisé

Sécurité par défaut

Un site Onyx n'a pas de base de données exposée. Pas d'interface d'administration publique. Pas de PHP. Pas de plugins tiers avec accès à votre serveur.

La surface d'attaque est réduite à sa portion congrue : votre code source et votre hébergeur. Vercel, qui est l'hébergeur recommandé, gère lui-même les certificats SSL, les DDoS, et les mises à jour d'infrastructure. Vous n'avez rien à gérer côté sécurité serveur.

SEO technique inclus

Onyx intègre nativement tout ce qu'un bon SEO technique exige :

  • Métadonnées Open Graph générées automatiquement pour chaque page
  • JSON-LD (données structurées) pour les articles, l'organisation, les FAQ
  • Sitemap XML généré dynamiquement à chaque build
  • Flux RSS pour les agrégateurs et Google News
  • URLs canoniques déclarées sur chaque page
  • robots.txt configurable

Avec WordPress, tout ça nécessite Yoast SEO ou RankMath, deux plugins lourds qui ajoutent du JavaScript et des requêtes base de données sur chaque page.


Comparatif direct

Performances

MétriqueWordPress (moyen)Onyx (Next.js)
TTFB400–800ms20–60ms
LCP mobile~2,8s~0,9s
Score Lighthouse55–7095–100
Core Web Vitals "Good"36 %75 %+

Sécurité

PointWordPressOnyx
Base de données exposée✅ Oui❌ Non
Admin publique (/wp-admin)✅ Oui❌ Non
Dépendance aux plugins tiersÉlevéeNulle
Mises à jour de sécuritéFréquentes, manuellesAutomatiques (hébergeur)
Historique de failles CVETrès élevéFaible

Coûts sur 3 ans (site vitrine + blog, trafic modéré)

PosteWordPressOnyx
Hébergement15–80€/mois0–20€/mois
Plugins premium200–800€/an0€
Maintenance et mises à jour5–15h/an<1h/an
Développement initialVariableVariable

Un site WordPress sur hébergement mutualisé + Yoast + Elementor Pro + WP Rocket coûte facilement 600–1500€/an en licences et hébergement. Onyx déployé sur Vercel (plan gratuit suffisant pour la majorité des sites) coûte 0€/an d'infrastructure.

Expérience développeur

WordPress en 2025, c'est encore du PHP template avec des hooks, des filtres, et une architecture qui date de l'ère pré-React. Déboguer un conflit de plugins dans WP_DEBUG, c'est une expérience douloureuse.

Onyx, c'est TypeScript strict, React 19, Tailwind CSS v4, hot reload instantané, zéro configuration pour le déploiement. Un développeur front-end moderne est immédiatement productif.


Gestion du contenu : la vraie question

C'est l'objection la plus fréquente : WordPress a une interface graphique, Onyx utilise des fichiers MDX. Est-ce vraiment un problème ?

Pour un article simple, c'est du copier-coller. Un fichier MDX, c'est un bloc de métadonnées en haut (titre, date, catégorie) et du texte en dessous. Pour publier un nouvel article, on duplique un fichier existant, on change la date et le titre, on écrit. Pas de base de données à interroger, pas de session à maintenir, pas de plugin de cache à vider après publication.

Onyx est conçu pour fonctionner avec l'IA. Claude Code ou Cursor écrivent un article complet en une instruction — frontmatter inclus, structure cohérente avec les articles existants, formaté selon les conventions du projet. Le CLAUDE.md embarqué documente exactement le schéma frontmatter attendu. En pratique, la rédaction assistée par IA est plus rapide qu'un éditeur WordPress.

Pour les clients non techniques qui gèrent le contenu seuls, c'est une contrainte réelle. Un rédacteur marketing sans développeur disponible ne va pas ouvrir VS Code et pusher sur GitHub. Dans ce cas précis, WordPress ou un CMS headless (Sanity, Tina CMS) reste la solution adaptée.

Deux solutions existent pour combler ce gap sans abandonner les performances Next.js :

  1. Un CMS headless (Sanity, Contentful) branché sur Next.js via API — interface graphique pour les rédacteurs, statique en production.
  2. Tina CMS ou Decap CMS — interfaces d'édition directement dans le repo Git, accessibles depuis un navigateur sans toucher au code.

La règle est simple : si un développeur (ou l'IA) gère le contenu, MDX est un avantage. Si des non-techniques doivent être autonomes plusieurs fois par semaine, il faut une interface graphique.


Quand choisir WordPress

  • Votre client doit gérer son contenu seul, sans développeur
  • Vous avez besoin d'une boutique WooCommerce ou d'un LMS
  • Le budget de développement est très serré et l'écosystème de thèmes préfabriqués est suffisant
  • L'équipe maîtrise WordPress et n'a pas les ressources pour monter en compétence sur React/Next.js

Quand choisir Onyx

  • Site vitrine, portfolio, blog professionnel, landing page
  • La performance et le SEO sont des priorités
  • Un développeur (ou une agence) gère le site
  • Vous voulez un hébergement simple, fiable et gratuit sur Vercel
  • Vous souhaitez un template configurable en quelques minutes, sans dette technique

Migration de WordPress vers Onyx

Si vous avez un site WordPress existant et souhaitez migrer :

  1. Exportez vos articles via l'outil d'export WordPress (XML) ou un plugin comme WP All Export
  2. Convertissez en MDX — des outils comme wordpress-export-to-markdown automatisent la conversion
  3. Récupérez vos images depuis wp-content/uploads/
  4. Configurez Onyx via site.config.ts (navigation, SEO, analytics)
  5. Redirigez vos anciennes URLs via next.config.js pour préserver votre référencement

La migration d'un blog de 50 à 100 articles prend généralement une journée de travail. Les gains en performance sont immédiatement mesurables dans Google Search Console.


Conclusion

WordPress reste un outil valide pour certains cas d'usage — particulièrement quand les non-techniques doivent gérer le contenu de façon autonome. Sa domination n'est pas un accident.

Mais pour un site vitrine ou un blog professionnel géré par un développeur, le choix de WordPress en 2025 est difficile à justifier. Vous payez le prix d'une architecture pensée il y a 20 ans : lenteur structurelle, maintenance permanente, surface d'attaque étendue.

Onyx est conçu pour être le point de départ d'un site moderne : configurable en quelques minutes, déployable gratuitement, performant par défaut. Sans compromis sur les fonctionnalités qui comptent — SEO, dark mode, blog MDX, analytics RGPD-ready.

Si vous partez de zéro sur un projet vitrine ou blog, commencez par la documentation Onyx — vous serez en production en moins d'une heure.

Partager :