Campagne marketing : pourquoi 2Run documente sa stack en public
Pourquoi nous publions nos décisions d'architecture, nos rétrospectives de projet et nos playbooks de sécurité sous forme de campagne de contenu — et comment le marketing développeur transforme les portfolios en pipelines de vente.
La plupart des portfolios affichent un projet, une capture d'écran et un bouton « engagez-moi ». C'est insuffisant pour un public 2Run — secteur public belge, municipalités turques, cabinets de médecine générale néerlandais. Ils veulent la preuve que l'équipe comprend leur domaine, leur régime de conformité et la réalité opérationnelle d'un logiciel en production.
Pourquoi une campagne de contenu, pas une refonte
Une refonte est un événement ponctuel. Une campagne est un volant d'inertie : chaque article empile de la confiance, chaque article ouvre une nouvelle surface de mots-clés, chaque article rend le suivant moins coûteux à écrire. Trois effets compositifs que nous avons mesurés après le T2 :
- Trafic SEO en longue traîne. Les articles comme la deep-dive Tolky sur la traduction temps réel rankent désormais sur des requêtes très spécifiques (par ex. « intégration Gemini 3.5 Live WebSocket »). Les visiteurs arrivent déjà convaincus de la crédibilité technique.
- Réduction du risque achat. Les RFP du secteur public européen contiennent souvent une question « décrivez votre posture de sécurité ». Les articles sur la config helmet NestJS, la rétention RGPD et l'injection de prompt IA deviennent du matériel de référence — pas de la copie marketing.
- Maîtrise du récit inbound. Lorsqu'un acheteur lit notre raisonnement avant l'appel de démo, la conversation devient un échange sur le fit, pas une défense du socle.
Les douze articles de cette vague
Ce drop est structuré en douze articles répartis sur trois piliers :
Rétrospectives de projet (6)
Pour chaque produit phare — Tolky, Glowniq, kinderverhaal, qnack + qnack-mqtt-print, silayolu et le portfolio 2Run lui-même — nous publions les décisions d'architecture, les compromis acceptés et les incidents de production les plus formateurs.
Guides how-to (3)
Guides de terrain écrits depuis l'expérience de production : choisir une stack SaaS en 2026, livrer un monorepo pnpm vers Docker, optimiser la performance 3D web. Chacun est opiné, chacun cite des chiffres réels de nos déploiements.
Playbooks sécurité et conformité (3)
Les playbooks que nos acheteurs B2B demandent réellement : une checklist RGPD/SOC2/DPA pour le B2B SaaS, un guide de durcissement NestJS + Next.js et un guide d'injection de prompt IA / sécurité MCP. Ce sont les documents que nous aurions aimé avoir au jour un.
Ce qui n'est pas dans cette campagne
Pas de métriques de vanité, pas de « 10 raisons de nous engager », pas de remplissage généré par IA. Chaque article est écrit par l'ingénieur qui a construit le système, signé de son nom et daté d'un déploiement précis. C'est la stratégie dans son intégralité : soyez utile, soyez précis, et laissez l'acheteur découvrir le reste.
Comment lire cela dans le codebase
Les douze articles vivent sous /en/blog/{slug}. Les traductions vers le TR, le NL, le FR et le DE atterriront dans des slugs parallèles en vague suivante — traduction manuelle, pas automatique, parce que le public visé par les acheteurs est suffisamment petit pour que la qualité l'emporte sur le débit. La table des matières interactive dans la barre latérale droite (et la version repliable sur mobile) est générée à partir des titres markdown ; pas de liste d'ancres manuelle à maintenir.
