WordPress
Verdict initial repris de canivibecodeit.com (licence MIT), traduit et adapté. Votez pour le corriger.
CMS open source qui fait tourner une grande part du web, avec une offre hébergée payante et un très grand écosystème d'extensions.
Ce que l'on fait réellement avec WordPress sur un site personnel (rédiger des articles, téléverser des images, publier, disposer d'un flux RSS) se construit en un week-end, et il en a toujours été ainsi. Un agent peut produire en une séance un CMS adossé à SQLite avec éditeur Markdown, téléversement de médias, brouillons, étiquettes et sitemap. En revanche, les 90 % restants de WordPress ne se reproduisent pas d'un coup : 60 000 extensions, WooCommerce, Yoast, Elementor, l'éditeur de blocs, et le fait que n'importe quel freelance peut reprendre votre site. À noter aussi que le cœur de WordPress est déjà gratuit et auto-hébergeable : la vraie question est de savoir si vous voulez maintenir votre propre CMS plutôt que celui de quelqu'un d'autre. Si votre site a un formulaire de contact, une boutique ou un client qui doit s'y connecter, installez simplement WordPress.
Ce que vous perdez
- L'écosystème d'extensions (SEO, formulaires, cache, adhésions, statistiques, sauvegardes) qui s'installe en un clic sur WordPress et devient votre problème dans la version maison.
- WooCommerce et tout ce qui ressemble à du commerce.
- L'édition par blocs Gutenberg et les constructeurs de pages visuels que les non-techniciens apprécient.
- La possibilité de confier le site à un développeur qui connaît déjà la pile technique.
- Les mises à jour de sécurité et l'hébergement géré par quelqu'un d'autre que vous.
Le prompt pour le construire vous-même
Construis un CMS personnel auto-hébergé pour un seul auteur. Dossier vide, aucun service cloud, aucune télémétrie, aucun compte hormis un administrateur local. Stack, non négociable : - Node 22 avec TypeScript, Fastify pour le serveur - SQLite via better-sqlite3, fichier unique ./data/cms.db, schéma créé au premier démarrage - HTML rendu côté serveur avec des templates Eta, aucun framework client - CSS simple dans une seule feuille de style, typographie lisible, mode sombre via prefers-color-scheme - markdown-it pour le rendu, avec une passe de coloration syntaxique et une sanitisation du HTML en sortie Fonctionnalités dans le périmètre : - Articles et pages autonomes : titre, slug, corps en markdown, extrait, étiquettes, statut (brouillon, planifié, publié), horodatage de publication - Administration sur /admin derrière une authentification par session par cookie : un seul utilisateur admin, hash du mot de passe dans ADMIN_PASSWORD_HASH du fichier .env, argon2 ou bcrypt - Éditeur d'administration : textarea avec volet d'aperçu en direct, enregistrement en brouillon, publication, dépublication, suppression avec confirmation - Téléversement de médias vers ./data/uploads, images redimensionnées à une largeur maximale avec sharp, servies avec de longs en-têtes de cache, bouton d'insertion dans l'article qui colle le markdown - Routes publiques : accueil avec liste d'articles paginée, /posts/:slug, /:pageSlug, /tags/:tag - /feed.xml en RSS 2.0, /sitemap.xml, balises meta OpenGraph et Twitter card par article - Recherche plein texte dans les articles avec SQLite FTS5 - Les articles planifiés apparaissent automatiquement selon l'horodatage de publication, vérifié à chaque requête, sans cron - Script d'import qui lit un dossier de fichiers markdown avec frontmatter YAML et les insère, afin qu'un export WordPress converti en markdown puisse être chargé - npm run backup qui copie la base et les téléversements dans une archive tar horodatée Explicitement hors périmètre : extensions, thèmes, commentaires, rôles multi-utilisateurs, multisite, e-commerce, éditeur par blocs et toute API hébergée. Secrets dans .env avec un .env.example commité. Fournis un README avec l'installation, la commande de génération du hash du mot de passe, et la façon de le faire tourner derrière Caddy avec TLS. Inclus un script de données d'exemple avec trois articles et une page pour que le site ne soit pas vide au premier lancement.
Questions fréquentes
- WordPress est-il remplaçable par un outil sur mesure ?
- Verdict casevibecode : Partiellement remplaçable. Ce que l'on fait réellement avec WordPress sur un site personnel (rédiger des articles, téléverser des images, publier, disposer d'un flux RSS) se construit en un week-end, et il en a toujours été ainsi. Un agent peut produire en une séance un CMS adossé à SQLite avec éditeur Markdown, téléversement de médias, brouillons, étiquettes et sitemap. En revanche, les 90 % restants de WordPress ne se reproduisent pas d'un coup : 60 000 extensions, WooCommerce, Yoast, Elementor, l'éditeur de blocs, et le fait que n'importe quel freelance peut reprendre votre site. À noter aussi que le cœur de WordPress est déjà gratuit et auto-hébergeable : la vraie question est de savoir si vous voulez maintenir votre propre CMS plutôt que celui de quelqu'un d'autre. Si votre site a un formulaire de contact, une boutique ou un client qui doit s'y connecter, installez simplement WordPress.
- À quoi sert WordPress ?
- CMS open source qui fait tourner une grande part du web, avec une offre hébergée payante et un très grand écosystème d'extensions.