Comment transformer votre changelog en contenu

Un changelog repond deja a la question de contenu la plus chere: sur quoi ecrire? Chaque entree est un evenement reel et factuel - un feature, un correctif, une amelioration - avec version, date et souvent un lien. C'est exactement la matiere premiere qu'un post reclame. Si le changelog devient rarement du contenu, ce n'est pas par paresse mais par manque de systeme: sans regle sur quelle entree merite quel format, chaque release ressemble a une nouvelle decision.

Ce qui manque au changelog est omis volontairement: le pourquoi et le comment. Une entree dit 'export groupe ajoute'. Le contenu dit pourquoi c'est important (les equipes tiraient les donnees a la main), comment ca marche et pour qui ca change tout. Les faits sont deja la; votre travail est la traduction de la note technique vers le sens humain. C'est cette traduction qu'un outil peut declencher automatiquement - et que vous affinez ensuite.

Triez chaque entree par poids - a 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 amelioration mineure suffit pour un seul post. Un correctif appartient a une note groupee, pas a un post dedie - sinon vous entrainez votre audience a vous ignorer.

Le tableau ci-dessous est le triage qu'on parcourt a chaque release. La valeur n'est pas dans des regles strictes mais dans le fait que la decision n'est plus reprise a chaque fois. Des que le format depend du poids, 'que faire de cette release?' devient une consultation plutot 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 ameliorations), et trois correctifs. Apres 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 ameliorations deviennent un post social chacune, ou un post commun 'deux petites ameliorations'. Les trois correctifs deviennent une ligne de note de release, pas trois annonces.

D'une release naissent ainsi realistement quatre a cinq pieces de contenu plus la note de release - sans avoir regarde une page blanche. Le changelog a donne les faits; le triage a donne les formats; votre travail a ete le pourquoi et le comment. Et c'est ce premier brouillon par format qu'un outil par evenement peut declencher automatiquement, si bien que vous n'affinez et n'approuvez plus que.

Quand une release shippe, Ship 2 Post prend les faits reels - ce qui a change, la version, le lien - et redige une copie par canal dans votre voix de marque. Des regles sur semver, branche, chemin et label decident quelles entrees declenchent 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 12 canaux - LinkedIn, X, Threads, Bluesky, Reddit, Facebook, Instagram, YouTube, Mastodon, Discord, Slack - plus des webhooks personnalises signes pour vos propres systemes comme un CMS ou une route e-mail. Le plan gratuit (0 $) publie depuis un depot avec 1 post par jour; les plans payants des 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.