.mdx pour rédiger mes articles de blog : une solution souple — on code, on versionne, on déploie.
Mais au fil du temps, une réalité s’est imposée : chaque petite modification me forçait à faire un commit Git, mettre à jour le dépôt, attendre un redéploiement… Parfois pour corriger une simple virgule. Jusqu’au jour où j’ai découvert Wisp.blog.
🚀 Wisp, c’est quoi ?
Pas de back-office complexe, pas de tableaux de bord interminables. 👉 L’idée est simple : publier des articles en Markdown le plus facilement possible.
L’interface est minimaliste et rapide : ✅ Édition en Markdown, avec rendu immédiat
✅ Drag & drop d’images
✅ Gestion des brouillons
✅ Champs personnalisés si besoin Mais surtout : une intégration ultra-simple avec les sites statiques, comme ceux en React ou Next.js.
🔁 Pourquoi passer de MDX statiques à Wisp ?
/content rempli de .mdx, versionné dans Git.
Chaque nouvel article suivait ce workflow :
-
Créer un fichier
.mdxavec front-matter YAML - Ajouter la route ou mettre à jour les configs
- Commit + push sur GitHub
- Déploiement sur Vercel
- Vérifier en production
Corriger une coquille ? Ajouter une image ? Republier un brouillon ?
→ Tout demandait un déploiement. Pas idéal pour un blog dynamique. Avec Wisp, c’est devenu beaucoup plus simple :
- Je publie mes articles depuis l’interface Wisp
- Le site récupère le contenu via l’API JSON fournie
- Pas besoin de rebuild. Pas de Git. Les mises à jour sont immédiates.
✅ Les bénéfices concrets
- Gain de temps : un clic sur "Publish", l’article est en ligne.
- Moins de friction : pas besoin d’ouvrir VS Code pour chaque correction.
- Meilleure expérience d’écriture : un éditeur clair, rapide et fluide.
- API simple et propre : récupération des articles, tri, filtrage par tags, etc.
- Markdown natif : toujours aussi agréable d’écrire en Markdown.
🔧 L’intégration technique
.mdx par un simple appel API :
typeScript
const res = await fetch('https://cdn.wisp.blog/api/v1/blogs/<slug>/posts');
const posts = await res.json();
Le rendu reste identique.
Le contenu, lui, devient éditable en temps réel.
🧠 En résumé
Mon blog est toujours statique côté technique (Next.js / Vercel), mais dynamique côté contenu.
Plus besoin de passer par Git pour publier une idée. 👉 Je rédige. Je publie. C’est en ligne.
👉 Je garde le contrôle du design, du routage, et de l’expérience utilisateur.
Si vous êtes développeur et que vous gérez encore vos contenus en Markdown localement :
testez Wisp.blog — vous redécouvrirez le plaisir d’écrire.
Qu’est-ce que Wisp.blog ?
Pourquoi utiliser Wisp plutôt que des fichiers MDX statiques ?
Est-ce que je peux toujours utiliser du Markdown avec Wisp ?
Comment intégrer Wisp à un site Next.js ?
Quels sont les avantages concrets de Wisp ?
Faut-il déployer son site à chaque fois qu’on modifie un article avec Wisp ?
Powered by wisp
