Campagne marketing : Pourquoi 2Run documente sa stack en public

La plupart des sites de portfolio présentent un projet, une capture d'écran et un bouton « engagez-moi ». Ce n'est pas suffisant pour une audience de niveau 2Run — acheteurs du secteur public en Belgique, municipalités en Turquie, cabinets de médecins généralistes aux Pays-Bas. Ils veulent la preuve que l'équipe comprend leur domaine, leur régime de conformité et la réalité opérationnelle de l'exécution de logiciels 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 publication renforce la confiance, chaque publication ouvre une nouvelle surface de mots-clés, chaque publication rend la suivante moins coûteuse à rédiger. Trois effets cumulatifs que nous avons mesurés après le T2 :

• Trafic de recherche de longue traîne. Des articles comme l'analyse approfondie de la traduction en temps réel de Tolky se classent désormais sur des requêtes très spécifiques (ex. : "intégration WebSocket Gemini 3.5 Live"). Les visiteurs arrivent déjà convaincus de la crédibilité technique.
• Réduction des risques d'approvisionnement. Les appels d'offres du secteur public dans l'UE incluent souvent une question du type "décrivez votre posture de sécurité". Les articles sur la configuration helmet de NestJS, la rétention RGPD et l'injection de prompts IA deviennent du matériel de référence — pas du texte marketing.
• Contrôle du récit entrant. Lorsqu'un acheteur lit notre raisonnement avant l'appel de démonstration, l'appel devient une conversation sur l'adéquation, et non une défense des bases.

Les douze publications de cette vague

Ce drop est structuré en douze publications réparties en 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 que nous avons acceptés et les incidents de production qui nous ont le plus appris.

Guides pratiques (3)

Des guides de terrain écrits à partir de l'expérience de production : choisir une stack SaaS en 2026, déployer un monorepo pnpm sur Docker, et optimiser les performances web 3D. Chacun est tranché, chacun cite des chiffres réels issus de nos propres déploiements.

Guides de sécurité et de conformité (3)

Les guides que nos acheteurs B2B demandent réellement : une checklist RGPD/SOC2/DPA pour le SaaS B2B, un guide de durcissement NestJS + Next.js, et un guide d'introduction à la sécurité contre l'injection de prompts IA / MCP. Ce sont les documents que nous aurions aimé avoir dès le premier jour.

Ce qui ne figure pas dans cette campagne

Pas de métriques de vanité, pas de "10 raisons de nous engager", pas de contenu de remplissage généré par l'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 spécifique. C'est toute la stratégie : être utile, être spécifique, et laisser l'acheteur découvrir le reste.

Comment lire ceci dans le code source

Les douze articles se trouvent sous /en/blog/{slug}. Les traductions en TR, NL, FR et DE arrivent dans des slugs parallèles lors d'une vague de suivi — traduction manuelle, pas machine, car l'audience client est suffisamment restreinte pour que la qualité l'emporte sur le débit. La table des matières interactive dans la barre latérale droite (et celle repliable sur mobile) est générée à partir des titres markdown ; aucune liste d'ancres manuelle à maintenir.