Processus éditorial

Pourquoi nous publions ceci#

Le blog IPFS.NINJA existe pour aider les développeurs à prendre de bonnes décisions en matière de stockage adressé par le contenu — quel service d’épinglage utiliser, quand une passerelle dédiée en vaut la peine, comment les métadonnées NFT devraient réellement être épinglées, et ainsi de suite. Chacune de ces décisions a de vraies implications en termes de coût et de dépendance à un fournisseur. Nous prenons donc très au sérieux l’exactitude de ce que nous publions, et nous pensons que vous devriez savoir exactement comment le contenu de ce blog est fabriqué.

Ce qui distingue notre contenu#

• Vérifié sur le produit. Chaque exemple de code, chaque appel d’API et chaque chiffre de tarification est vérifié sur la plateforme IPFS.NINJA en production au moment de la rédaction. Si une affirmation ne peut pas être testée en production, elle n’est pas publiée.
• Rédigé par des exploitants, pas par des marketeurs. La personne qui relit chaque article gère aussi la plateforme au quotidien, traite les tickets de support et lit les signaux opérationnels qu’elle émet.
• Des comparaisons honnêtes. Quand nous écrivons « IPFS.NINJA vs. Pinata / Filebase / Web3.Storage » nous citons fidèlement leur documentation publique et leurs pages de tarifs. Rien n’est caricaturé. S’ils ont livré quelque chose que nous n’avons pas, nous le disons.
• Assisté par l’IA, sous responsabilité humaine. Un humain nommément identifié approuve chaque article avant sa publication. L’IA aide à passer à l’échelle ; le jugement humain conditionne la mise en ligne.

Comment chaque article est fabriqué#

1. Création du brief#

Chaque article part d’un signal réel — un motif récurrent dans les tickets de support, un groupe de requêtes issu de Search Console, ou une question d’intégration client. Le brief définit le public visé, la promesse de l’article et l’intention de recherche ciblée.

2. Recherche et vérification produit#

Nous lisons les sources primaires de chaque affirmation : la spécification IPFS, la documentation go-ipfs / kubo, ainsi que les tarifs et documentations d’API actuels des concurrents. Chaque extrait de code est exécuté sur la plateforme IPFS.NINJA en production. Si quelque chose ne fonctionne pas comme documenté, nous ouvrons un ticket de bug produit avant de publier l’article.

3. Rédaction#

La plupart des brouillons sont produits avec l’assistance de l’IA, via un prompt de génération de contenu qui porte le brief de l’article, les faits vérifiés à l’étape 2, et notre guide de ton. Les brouillons arrivent dans le dépôt sous forme de fichier .md avec le frontmatter complet, prêts à être relus — sans gabarit marketing, sans CMS séparé.

4. Relecture humaine#

Un relecteur nommément identifié lit chaque brouillon de bout en bout. Son rôle est de repérer :

• Toute affirmation non étayée par les sources primaires ou qui ne se reproduit pas sur le produit en production
• Les comparaisons qui surestiment notre position ou qui déforment l’offre actuelle d’un concurrent
• Les conseils qui coûteraient réellement de l’argent au lecteur s’il les suivait — calculs de tarification, choix de forfait, chemins de migration
• Un texte qui sonne comme du marketing plutôt que de l’ingénierie pratique

5. Corrections et relecture finale#

Les remarques du relecteur reviennent sous forme de révisions, appliquées par l’IA sur le brouillon original en tenant compte des retours spécifiques du relecteur. Le relecteur relit ensuite la révision pour confirmer que chaque remarque a été traitée — pas seulement prise en compte.

6. Localisation#

Nous traduisons chaque article prêt à publier dans 40 langues supplémentaires. Chaque traduction préserve l’exactitude technique de l’original — les exemples de code ne sont pas réécrits, seul le texte est localisé. L’article en anglais fait toujours foi ; en cas de divergence entre une variante traduite et l’anglais, l’anglais prévaut.

7. Publication et mention IA#

Chaque article publié comporte une mention visible sur le contenu généré par IA (en bas de chaque billet) expliquant que l’article a été assisté par IA et relu par un humain. C’est à la fois un signal pris en compte par Google pour le contenu utile, et une promesse faite au lecteur que la provenance de ce qu’il lit n’est pas dissimulée.

Garder le contenu à jour#

IPFS et son écosystème évoluent vite. Les prix changent. Des API sont dépréciées. Les bonnes pratiques évoluent. Un contenu exact au moment de sa publication peut devenir trompeur un an plus tard.

Nous faisons tourner chaque semaine un outil automatisé de suivi SEO et de fraîcheur sur l’ensemble du corpus. Il récupère les signaux de Search Console, réalise un audit sur page pour chaque page, et identifie les articles qui se positionnent sur des requêtes obsolètes ou qui référencent des API dépréciées. Le résultat devient une liste de corrections concrètes à apporter — la plupart mécaniques (corriger un prix obsolète, remplacer un point de terminaison déprécié), d’autres nécessitant un jugement humain (savoir si un article a besoin d’une réécriture en profondeur ou doit être retiré).

Chaque article affiche une date Mise à jour : dans son en-tête, distincte de sa date de publication initiale, afin que vous sachiez exactement à quel point le contenu que vous lisez est récent.

Nos principes éditoriaux#

L’exactitude produit avant la vitesse#

Nous préférons publier un seul article exact et vérifié par semaine plutôt que quatre articles qui survolent un sujet. Si une affirmation ne peut pas être étayée sur le produit en production, elle n’est pas publiée. Point final.

Des humains identifiés relisent tout#

La relecture éditoriale de chaque article est effectuée par une personne précise et nommément identifiée — voir la signature de n’importe quel billet. Nous ne publions rien anonymement et ne nous cachons pas derrière une voix institutionnelle.

La localisation respecte la source#

Les traductions préservent les faits techniques de l’original en anglais. Le style, la ponctuation et les tournures idiomatiques propres à chaque langue sont adaptés ; les affirmations sous-jacentes, elles, ne le sont pas.

Les comparaisons citent les sources primaires#

Chaque affirmation concernant un concurrent renvoie vers sa propre documentation ou page de tarifs actuelle. Si l’offre d’un concurrent a changé depuis que nous en avons parlé, nous corrigeons l’article — nous ne laissons pas de comparaisons obsolètes en place.

Le pratique avant l’ingéniosité#

Nous privilégions le fait que l’article aide un développeur réel à prendre une vraie décision — pas la finesse de l’angle choisi ou l’originalité du point de vue.

Transparents sur l’IA#

Chaque article assisté par IA le mentionne, en bas de page, dans chaque langue, à chaque publication. Sans détour, sans habillage marketing.

Notre engagement#

Si vous trouvez sur ce blog quelque chose de factuellement faux, obsolète, ou qui déforme l’offre d’un concurrent, nous voulons le savoir. Contactez-nous via hello@ipfs.ninja. Nous corrigeons nos articles en toute transparence — chaque modification substantielle met à jour la date Mise à jour : et laisse une trace d’audit dans l’historique Git.

La confiance est, au fond, toute la raison d’être d’écrire sur le stockage adressé par le contenu. Nous nous appliquons à nous-mêmes cette même exigence.