Pourquoi j'ai créé bloglet

Je m'appelle Valentin, je suis développeur freelance. Je passe mes journées à construire des sites et des applications, le plus souvent avec Next.js. Et comme beaucoup de développeurs, j'ai un jour voulu ajouter un blog à l'un de mes propres projets.

Ce qui devait prendre une après-midi est devenu un petit projet à part entière. C'est de cette frustration qu'est né bloglet.

Ajouter un blog ne devrait pas être un projet

Mon besoin était simple, et je pense qu'il est partagé par beaucoup :

• un blog sous monsite.com/blog, sur mon propre domaine, pour que chaque article renforce mon site ;
• des pages bien référencées : rendues côté serveur, avec les bonnes balises, un sitemap, des données structurées ;
• la possibilité d'écrire un article sans ouvrir mon éditeur de code ni lancer un déploiement ;
• et surtout, rien de plus à maintenir que mon site existant.

Rien d'exotique. Pourtant, aucune des solutions que je connaissais ne cochait toutes les cases.

Ce que j'ai essayé avant

WordPress

C'est la réponse par défaut quand on parle de blog, et pour de bonnes raisons. Mais pour un site déjà construit en Next.js, cela voulait dire héberger, mettre à jour et sécuriser un second système, puis réussir à le faire vivre sous /blog à côté de mon application. Beaucoup d'infrastructure pour publier quelques articles par mois.

Un CMS headless

Sanity, Contentful, Strapi : des outils puissants, que j'utilise volontiers pour des projets clients. Mais pour un blog, il fallait encore tout construire côté site : les modèles de contenu, les pages de liste et d'article, la pagination, les métadonnées, le sitemap, le flux RSS, le rendu du Markdown ou du texte riche. Le CMS gère le contenu ; tout le reste, c'est à vous.

Des fichiers MDX dans le dépôt

C'est la solution la plus élégante pour un développeur, et celle que j'ai gardée le plus longtemps. Jusqu'au moment où chaque faute de frappe corrigée demandait un commit et un déploiement, et où écrire un article revenait à ouvrir un projet de code. Pour quelqu'un qui n'est pas développeur, c'est tout simplement impossible.

Aucun de ces outils n'est mauvais. Mais tous me demandaient de construire un blog, alors que je voulais simplement en avoir un.

Ce que je voulais vraiment

En listant ce qui me manquait, la solution s'est dessinée d'elle-même :

1. Écrire dans un vrai éditeur, en ligne, avec un aperçu, et publier en un clic.
2. Afficher le blog sous mon domaine, sans migrer mon site ni changer d'hébergeur.
3. Ne jamais penser au SEO technique : rendu serveur, URL canonique, sitemap, flux RSS, Open Graph, données structurées, tout doit être là par défaut.
4. Un blog rapide et soigné, dont l'apparence s'accorde avec le reste du site.
5. Une installation en quelques minutes, sans dépendance à ajouter.

Le point 2 était la clé. Next.js sait déjà servir le contenu d'une autre adresse sous votre propre URL grâce aux rewrites. Il suffisait donc d'un service qui génère des pages de blog prêtes à être servies ainsi (j'en explique le fonctionnement dans Next.js rewrites : servir un blog sous /blog).

Alors j'ai construit bloglet

bloglet fonctionne en deux temps.

Vous écrivez dans le tableau de bord : un éditeur Markdown avec aperçu en direct, des catégories, des images, un aperçu de ce que Google affichera, et des indications pour le titre et la description.

Vous ajoutez quatre lignes à votre next.config.ts :

async rewrites() {
  return [
    { source: "/blog", destination: "https://bloglet.app/monsite/blog" },
    { source: "/blog/:path*", destination: "https://bloglet.app/monsite/blog/:path*" },
    { source: "/rss.xml", destination: "https://bloglet.app/monsite/rss.xml" },
    { source: "/blog-sitemap.xml", destination: "https://bloglet.app/monsite/sitemap.xml" },
  ]
}

Et c'est tout. Votre blog s'affiche sous monsite.com/blog, avec vos URL, rendu côté serveur. Le sitemap, le flux RSS, les balises Open Graph, les données structurées et l'URL canonique sous votre domaine sont générés automatiquement.

Sur mes propres articles, les pages obtiennent régulièrement 100 en SEO sur Lighthouse, et entre 94 et 100 en performance selon les articles. Ce n'est pas un chiffre magique, mais c'est exactement ce que je voulais : ne plus avoir à y penser.

Pour que le blog ressemble à votre site, l'apparence se règle dans le tableau de bord : plusieurs modèles de mise en page, vos couleurs, vos polices, votre logo et les liens de votre site dans l'en-tête.

Ce que bloglet n'est pas

Je préfère être clair sur ce point.

• Ce n'est pas un CMS généraliste. bloglet fait une chose : le blog de votre site. Si vous devez gérer des pages produit, une documentation ou un catalogue, un CMS headless reste le bon outil.
• Ce n'est pas un constructeur de site. Votre site reste le vôtre, dans votre code, chez votre hébergeur. bloglet s'y ajoute sans le remplacer.
• Ce n'est pas un raccourci pour produire du contenu à la chaîne. Un outil peut régler la technique ; il ne peut pas écrire à votre place un article utile à vos lecteurs.

Où en est bloglet aujourd'hui

bloglet est en phase de lancement, et tout est gratuit pendant cette période.

L'intégration est testée sur des sites Next.js hébergés sur Vercel. Tant que votre version de Next.js prend en charge les rewrites, elle est compatible. Une API permet aussi de récupérer vos articles pour les afficher vous-même, si vous préférez tout contrôler.

Le produit est d'abord disponible en français ; la version anglaise viendra ensuite.

La suite, avec vous

bloglet est construit par un développeur, pour des développeurs. Les prochaines fonctionnalités dépendront beaucoup de vos retours : ce qui vous manque, ce qui vous freine, ce que vous aimeriez automatiser.

Si vous avez un site Next.js et envie d'un blog qui ne demande pas de maintenance, créez le vôtre gratuitement. Le guide d'installation vous accompagne pas à pas, et le blog que vous lisez en ce moment est lui-même propulsé par bloglet.

Merci de m'avoir lu,

Valentin, créateur de bloglet