Comment transformer votre changelog en contenu

Un changelog répond déjà à la question de contenu la plus chère: sur quoi écrire? Chaque entrée est un événement réel et factuel - un feature, un correctif, une amélioration - avec version, date et souvent un lien. C'est exactement la matière première qu'un post réclame. Si le changelog devient rarement du contenu, ce n'est pas par paresse mais par manque de système: sans règle sur quelle entrée mérite quel format, chaque release ressemble à une nouvelle décision.

Ce qui manque au changelog est omis volontairement: le pourquoi et le comment. Une entrée dit 'export groupe ajoute'. Le contenu dit pourquoi c'est important (les équipes tiraient les données à la main), comment ça marche et pour qui ça change tout. Les faits sont déjà la; votre travail est la traduction de la note technique vers le sens humain. C'est cette traduction qu'un outil peut déclencher automatiquement - et que vous affinez ensuite.

Triez chaque entrée par poids - à quel point elle change ce qu'un utilisateur peut faire - puis associez-lui un format. Un gros feature visible porte plusieurs formats: un article de blog avec contexte, un thread LinkedIn avec le pourquoi, un court post X avec lien. Une amélioration mineure suffit pour un seul post. Un correctif appartient à une note groupée, pas à un post dédié - sinon vous entraînez votre audience à vous ignorer.

Le tableau ci-dessous est le triage qu'on parcourt à chaque release. La valeur n'est pas dans des règles strictes mais dans le fait que la décision n'est plus reprise à chaque fois. Dès que le format depend du poids, 'que faire de cette release?' devient une consultation plutôt qu'une question de fond.

Supposez que v2.4.0 apporte: un export groupe (gros feature), des chargements plus rapides et un nouveau filtre (deux améliorations), et trois correctifs. Après triage, l'export groupe devient un article ('Pourquoi nous avons construit l'export groupe et comment il marche'), un thread LinkedIn avec le pourquoi et un court post X avec lien. Les deux améliorations deviennent un post social chacune, ou un post commun 'deux petites améliorations'. Les trois correctifs deviennent une ligne de note de release, pas trois annonces.

D'une release naissent ainsi réalistement quatre à cinq pièces de contenu plus la note de release - sans avoir regarde une page blanche. Le changelog a donné les faits; le triage a donné les formats; votre travail a été le pourquoi et le comment. Et c'est ce premier brouillon par format qu'un outil par événement peut déclencher automatiquement, si bien que vous n'affinez et n'approuvez plus que.

Quand une release shippe, Ship 2 Post prend les faits réels - ce qui a changé, la version, le lien - et rédige une copie par canal dans votre voix de marque. Des règles sur semver, branche, chemin et label décident quelles entrées déclenchent un post, si bien que les correctifs ne partent pas en annonces individuelles. Les brouillons attendent dans une file de revue; vous ajoutez le pourquoi et le comment, affinez et approuvez. Sur les canaux de confiance, vous activez le mode autonome un par un.

Il publie sur 11 canaux - LinkedIn, X, Threads, Bluesky, Reddit, Facebook, Instagram, YouTube, Mastodon, Discord, Slack - plus des webhooks personnalises signes pour vos propres systèmes comme un CMS ou une route e-mail. Le plan gratuit (0 $) publie depuis un dépôt avec 1 post par jour; les plans payants dès 5 $/mois (annuel, 6 $ mensuel, en juillet 2026) ajoutent les liens dans les posts, les images, plus de canaux et l'analytique. Les tokens chiffres restent hors des prompts IA et du bundle du navigateur.