Pourquoi on ne livre pas de sites WordPress
Un choix assumé. On explique pourquoi KLYRA a choisi Next.js plutôt que WordPress, et pour quels clients ça fait la différence.
Pourquoi on ne livre pas de sites WordPress
On nous pose souvent la question : "Vous faites du WordPress ?". La réponse est non. Et ce n'est pas par snobisme technique ou par envie d'être différent. C'est un choix réfléchi, assumé, et directement lié à ce qu'on veut livrer à nos clients.
Mais avant d'expliquer pourquoi, mettons les choses au clair.
WordPress n'est pas mauvais
WordPress fait tourner plus de 40% du web. Des millions de sites, de blogs, de boutiques. Il a démocratisé la création de sites et permis à des gens sans bagage technique de publier en ligne. C'est un outil qui a sa place.
Pour certains cas, WordPress reste pertinent :
- Un blog avec beaucoup de contenu — L'éditeur WordPress est mature et les auteurs le connaissent.
- Un budget très serré — Avec un thème à 50€ et un hébergement à 5€/mois, tu as un site en ligne.
- Un site que tu veux gérer toi-même — Si tu veux pouvoir tout modifier sans développeur, l'écosystème WordPress est conçu pour ça.
Si tu es dans un de ces cas, WordPress peut être la bonne option. On te le dira franchement.
Mais pour une PME avec des vrais besoins métier, c'est une autre histoire
Quand une PME vient nous voir, ce n'est pas pour avoir "un site". C'est pour avoir un outil qui travaille pour elle. Un espace client, un configurateur produit, un tableau de bord, un système de réservation sur mesure. Et là, WordPress montre ses limites.
La soupe de plugins
Pour ajouter une fonctionnalité à WordPress, tu installes un plugin. Besoin d'un formulaire ? Plugin. SEO ? Plugin. Cache ? Plugin. Sécurité ? Plugin. Espace membre ? Plugin.
Au bout de 6 mois, tu as 25 plugins. Chacun a ses mises à jour, ses failles de sécurité, ses conflits avec les autres. Un plugin met à jour, un autre casse. Tu passes ton temps à maintenir la cohabitation au lieu de faire avancer ton business.
Avec du code sur mesure, chaque fonctionnalité est construite pour ton besoin exact. Pas de surplus, pas de code inutile, pas de dépendance à un développeur tiers qui peut abandonner son plugin du jour au lendemain.
La performance
Un site WordPress standard charge entre 2 et 5 secondes. Avec un page builder (Elementor, Divi), on est souvent au-dessus de 4 secondes. Chaque plugin ajoute du poids. Chaque fonctionnalité du thème que tu n'utilises pas ralentit quand même le chargement.
Un site Next.js déployé sur Vercel charge en moins d'une seconde. Les pages sont pré-générées, le code est optimisé automatiquement, les images sont servies au bon format et à la bonne taille. Pas parce qu'on est des magiciens — parce que l'architecture est conçue pour ça.
Et la performance, ce n'est pas juste du confort. Google en tient compte dans son classement. Tes visiteurs aussi : 53% des utilisateurs mobiles quittent un site qui met plus de 3 secondes à charger.
La sécurité
WordPress est la cible n°1 des attaques web. Pas parce qu'il est mal fait, mais parce qu'il est partout et que beaucoup de sites ne sont pas maintenus. Un plugin pas mis à jour, un thème avec une faille, un mot de passe admin faible — et ton site est compromis.
Un site statique déployé sur Vercel n'a pas de base de données exposée, pas de panel d'administration accessible depuis le web, pas de surface d'attaque. La sécurité n'est pas un effort supplémentaire — c'est le comportement par défaut.
La maintenabilité
Un site WordPress demande de la maintenance constante : mises à jour du core, des plugins, du thème, de PHP, du serveur. Si tu ne maintiens pas, tu t'exposes à des failles. Si tu maintiens, ça te coûte du temps ou de l'argent chaque mois.
Un site en code, déployé sur une infrastructure moderne, se maintient différemment. Les mises à jour de dépendances sont ciblées et maîtrisées. Le déploiement est automatisé. Il n'y a pas de serveur à gérer — Vercel s'en occupe.
Page builders vs. architecture composants
Les page builders (Elementor, Divi, WPBakery) promettent de construire des pages visuellement, sans code. En pratique, ils génèrent du HTML lourd, peu accessible, difficile à modifier et impossible à réutiliser.
L'approche composants (React, Next.js) est à l'opposé : chaque élément est un bloc réutilisable, typé, documenté. Tu veux changer le style d'un bouton ? Tu le changes une fois, il se met à jour partout. Tu veux ajouter une section ? Tu assembles des composants existants. Le résultat est cohérent, maintenable et évolutif.
Notre stack, et pourquoi
Chez KLYRA, on construit avec Next.js, TypeScript, Tailwind CSS et Supabase. Pas parce que c'est à la mode — parce que cette combinaison nous permet de livrer exactement ce dont nos clients ont besoin.
- Next.js — Framework React qui gère le rendu côté serveur, la génération statique et les API dans un seul projet. Des sites rapides, bien référencés, qui peuvent devenir des applications complètes.
- TypeScript — JavaScript avec un filet de sécurité. Chaque donnée est typée, chaque erreur est détectée avant la mise en production, pas après.
- Tailwind CSS — Un système de styles utilitaire qui garantit la cohérence visuelle et permet d'itérer vite sans accumuler de CSS mort.
- Supabase — Base de données, authentification et stockage. Open source, hébergeable en Europe, avec une API temps réel. Pour les projets qui ont besoin de données.
Cette stack n'est pas la seule valable. Mais elle nous permet de livrer des sites performants, sécurisés et évolutifs — et de les transformer en véritables outils métier quand le besoin évolue.
Quand WordPress EST le bon choix
Soyons honnêtes. WordPress est le bon choix si :
- Tu publies beaucoup de contenu et tu as besoin d'un CMS éprouvé
- Ton budget est inférieur à 5 000€
- Tu veux pouvoir tout modifier toi-même sans développeur
- Tu n'as pas de besoin fonctionnel spécifique
- Tu veux un site en ligne en 2 semaines maximum
Dans ces cas, on te dirigera vers un bon freelance WordPress ou vers Webflow. On préfère être honnêtes que de vendre un projet qui ne se justifie pas.
Quand WordPress n'est PAS le bon choix
- Tu as des besoins métier spécifiques (espace client, outil interne, configurateur)
- La performance est critique pour ton business
- Tu veux un site qui évolue vers une web app
- Tu gères des données sensibles
- Tu en as marre de maintenir 30 plugins
En résumé
On ne livre pas de WordPress parce que nos clients n'ont pas besoin d'un site — ils ont besoin d'un outil. Et un outil, ça se construit avec du code propre, une architecture solide et une stack pensée pour durer.
Si tu te demandes ce qui serait le mieux adapté à ton projet, on peut en discuter sans engagement.
Réserve un diagnostic gratuit — on regarde ton besoin et on te dit franchement quelle approche est la plus pertinente. WordPress, sur mesure, ou autre chose.