En 2010, j’ai lancé un blog sans aucun plan précis. Quinze ans plus tard, je l’ai repris, et en regardant les archives, j’ai beaucoup à décortiquer sur ce qui fonctionne réellement et ce qui ne fonctionne pas.

Vous n’avez pas besoin de cohérence pour construire une audience

Il y a un vide de 8 ans entre 2013 et 2021 où j’ai à peine publié. Pourtant, quand je suis revenu, les gens lisaient toujours. Le blog ne s’est pas effondré. Mon audience n’a pas disparu. Cela m’a surpris.

Ce que j’ai appris : Les gens se soucient de la qualité de ce que vous écrivez, pas de la fréquence. Un article bien documenté tous les quelques mois vaut mieux qu’un contenu médiocre chaque semaine. Et si vous prenez une pause ? Votre audience vous pardonnera si le contenu vaut la peine d’y revenir.

Le corollaire : n’utilisez pas « je dois publier régulièrement » comme excuse pour éviter de bloguer. Bloguez quand vous avez quelque chose d’important à dire. Vos lecteurs sauront faire la différence.

Le contenu bilingue en vaut la peine (pour les bonnes raisons)

Tout ce que j’ai publié depuis 2010 existe en anglais et en français. Le double du travail. Mais voici pourquoi je l’ai continué : ce n’est pas pour maximiser les impressions publicitaires ou les pages vues. C’est pour la communauté.

En écrivant en français, je me suis connecté avec des développeurs au Québec et dans les régions francophones qui auraient autrement été exclus. Ça m’a permis de créer des liens avec d’autres développeurs et d’avoir l’impression de servir réellement une communauté au-delà de la bulle technologique anglophone.

Cela en vaut-il la peine ? Oui, mais seulement si vous le faites pour la bonne raison : vous voulez que ces communautés aient accès à votre savoir, pas parce que vous cherchez des métriques. Et de nos jours, les outils de traduction IA rendent ça beaucoup plus facile. J’écris dans une langue et utilise l’IA pour aider à la traduction, ce qui économise du temps tout en maintenant la qualité. Ça a ouvert le contenu bilingue comme option, même pour ceux qui n’ont pas le temps de tout traduire manuellement.

La technologie change. Votre blog en est l’enregistrement

J’ai écrit sur des outils qui n’existent plus. BlogEngine.NET ? Obsolète. Windows Phone 7 ? Mort. SharePoint 2010-2013 ? Surtout hors de propos aujourd’hui. .NET Micro Framework et Gadgeteer ? Matériel spécialisé avec adoption limitée.

Et pourtant, ces articles ont eu un but. Ils ont documenté ce que j’apprenais à l’époque.

L’insight ici n’est pas « choisissez des sujets intemporels ». C’est que votre blog documente naturellement votre croissance en tant que développeur. Les technologies changent. Votre approche, votre style de résolution de problèmes, votre réflexion architecturale, tout ça évolue. En regardant les articles de 2010, je vois comment ma compréhension a changé.

N’essayez pas de rendre tous vos articles intemporels. Certains le seront. Certains seront des artefacts historiques. Les deux sont corrects.

Les articles détaillés se font mettre en signet. Les conseils rapides sont oubliés

Comparez un article de conseil rapide avec un guide complet. Le conseil rapide reçoit quelques mentions j’aime puis disparaît de la mémoire. Le guide, celui où vous passez à travers un vrai problème, où vous montrez l’approche, expliquez les compromis, fournissez du code fonctionnel, celui-là se partage. Et il apparaît dans les résultats de recherche des années plus tard.

Mes articles récents sur Blazor + Supabase et la construction d’agents IA avec Ollama et .NET étaient des séries en plusieurs parties. Ça a pris du temps. Mais ce sont aussi ceux que les gens référencent et développent. Les articles rapides d’une seule partie ? C’était agréable à écrire, mais ça n’a pas créé de valeur durable.

Si vous allez investir du temps à écrire, investissez-le dans quelque chose qui comptera. Prenez un vrai problème que vous avez résolu et guidez quelqu’un complètement à travers. C’est ce que les gens utilisent réellement.

Votre blog est une conséquence de la participation communautaire

Construire des outils et les publier (plugin Stream Deck, solveur LeMot-Solveur) m’a connecté avec d’autres développeurs plus directement que le blog lui-même. Être un MVP Microsoft de 2008 à 2012, ce n’était pas grâce aux « bons » articles de blog, c’était parce que j’ai participé à la communauté sur plusieurs canaux.

La leçon : votre blog n’est pas votre présence entière. C’est une partie d’une implication plus large. Engagez-vous avec d’autres développeurs. Partagez du code. Répondez à des questions. Construisez des choses. Le blog est un canal parmi beaucoup, mais il amplifie la présence que vous construisez déjà ailleurs.

Certains articles durent. La plupart non. C’est attendu

Les articles sur les concepts fondamentaux (async/await, les motifs d’architecture, les principes de conception solides) reçoivent toujours du trafic de 2010-2012. Les articles sur les versions ou les annonces de conférences ? Ceux-ci sont finis en une semaine.

Je n’écris pas d’articles intemporels à dessein. À la place, j’accepte que le mélange soit naturel. Certains travaux que vous faites auront de la durabilité. Certains seront utiles dans le moment. Les deux comptent. Un article qui résout un problème immédiat pour quelqu’un a de la valeur même s’il est oublié en six mois.

Ne laissez pas les préoccupations concernant « l’intemporalité » vous paralyser. Écrivez ce que vous apprenez maintenant. Certains resteront. Certains ne resteront pas. Les deux sont corrects.

Écrivez sur ce que vous avez réellement fait, pas sur ce que vous pensez devoir écrire

Les articles que les gens utilisent sont ceux où je suis passé à travers un vrai problème que j’ai résolu. Un exemple de code fonctionnel. Les erreurs que j’ai faites. L’approche que j’ai prise.

Comparez ça aux articles qui sont plus « voici une fonctionnalité qui existe ». Ceux-ci obtiennent un engagement minimal. Les gens ne se soucient pas des annonces. Ils se soucient des solutions.

Écrivez sur la session de débogage à 3 du matin que vous avez eue. Écrivez sur la décision architecturale que vous avez remise en question. Écrivez sur l’intégration qui a pris plus de temps que prévu. C’est ce que les gens veulent vraiment lire et peuvent réellement utiliser.

La plateforme n’importe pas tant que ça

J’ai utilisé BlogEngine.NET, j’ai migré vers différentes plates-formes et je me suis finalement installé sur Hugo. Le format réel et les outils importent bien moins que vous le pensez.

Ce qui importe :

• Les gens peuvent-ils trouver vos articles dans la recherche ?
• Sont-ils lisibles ?
• Pouvez-vous réellement en publier de nouveaux sans friction ?

Ne passez pas six mois à construire la plate-forme de blog « parfaite » et ne publiez jamais rien. Utilisez ce qui vous permet d’écrire facilement. Medium, Hugo, fichiers Markdown, un CMS, peu importe. Le contenu importe.

Vous n’avez pas besoin de millions de lecteurs

Mon blog n’a jamais été une source majeure de trafic ou de revenus. Mon audience est petite et ciblée : des développeurs de ma niche qui trouvent de la valeur dans le travail technique profond.

Et ça a été suffisant. Cela a mené à des opportunités d’emploi, des invitations à parler, des relations professionnelles, et une reconnaissance dans ma communauté. Cent personnes qui apprécient activement votre travail valent mieux que mille lecteurs passifs qui survolent.

Arrêtez de vous soucier de l’échelle. Construisez quelque chose réellement utile pour votre communauté, et les bonnes personnes la trouveront.

Commencez avant d’être prêt

En regardant en arrière, mes premiers articles de 2010 sont bruts. L’écriture n’était pas raffinée. Je n’avais pas une stratégie grand format. J’ai juste commencé.

Mais vous savez quoi ? Ils ont rempli leur but. Ils ont documenté ce que j’apprenais. Certains obtiennent toujours du trafic. L’article imparfait que vous publiez aujourd’hui vaut mieux que l’article parfait que vous ne publiez jamais.

Si vous envisagez de bloguer, n’attendez pas d’avoir tout compris. Commencez, même si c’est brouillon et pas parfait. Vous pouvez améliorer à mesure que vous avancez.

C’est ce que 15 ans de blogging m’ont appris. Le blog ne vous rendra pas riche. Il ne sera pas toujours lu. Mais si vous écrivez sur ce qui vous importe, et que vous le prenez au sérieux, les gens qui ont besoin de ce savoir le trouveront.

Votre écriture s’accumule. Un article sur un problème que vous avez résolu pourrait aider quelqu’un à résoudre le même problème l’année prochaine, ou dans cinq ans. Vous n’obtenez pas de retour immédiat. Mais ça arrive.

Si vous avez des connaissances à partager, partagez-les. Que ce soit sur un blog, dans un tutoriel, dans un dépôt GitHub avec une bonne documentation, publiez-le. Le monde a assez de gens qui restent silencieux sur ce qu’ils savent.