Redactioneel proces

Waarom we dit publiceren#

De IPFS.NINJA-blog bestaat om developers te helpen gedegen beslissingen te nemen over content-addressed storage — welke pinningservice te gebruiken, wanneer een dedicated gateway de moeite waard is, hoe NFT-metadata eigenlijk gepind moet worden, enzovoort. Elk van die beslissingen heeft echte kosten- en lock-inimplicaties. Daarom nemen we de nauwkeurigheid van wat we publiceren serieus, en vinden we dat je precies moet weten hoe de content op deze blog tot stand komt.

Wat onze content onderscheidt#

• Productgeverifieerd. Elk codevoorbeeld, elke API-aanroep en elke prijsopgave wordt tijdens het opstellen gecontroleerd tegen het live IPFS.NINJA-platform. Als een bewering niet tegen productie getest kan worden, wordt hij niet gepubliceerd.
• Geschreven door operators, niet door marketeers. Degene die elke post beoordeelt runt ook dagelijks het platform, behandelt de supporttickets en leest de operationele signalen die het uitstuurt.
• Vergelijkingen zijn eerlijk. Wanneer we “IPFS.NINJA vs. Pinata / Filebase / Web3.Storage” schrijven, citeren we hun publieke documentatie en prijspagina’s letterlijk. Niets wordt verdraaid tot een stroman. Als zij iets hebben uitgebracht wat wij niet hebben, zeggen we dat ook.
• AI-ondersteund, mens-eigenaarschap. Een met naam genoemde mens keurt elk artikel goed voordat het gepubliceerd wordt. AI helpt met schaal; menselijk oordeel bepaalt of het uitkomt.

Hoe elk artikel tot stand komt#

1. Briefing opstellen#

Elk artikel begint bij een echt signaal — een patroon in supporttickets, een cluster van zoekopdrachten uit Search Console, of een vraag over een klantintegratie. De briefing legt het publiek vast, de belofte die het artikel doet, en de zoekintentie waarop het mikt.

2. Onderzoek + productverificatie#

We lezen de primaire bronnen voor elke bewering: de IPFS-spec, de documentatie van go-ipfs / kubo, en de actuele prijzen en API-documentatie van concurrenten. Elk codefragment wordt uitgevoerd tegen het live IPFS.NINJA-platform. Als iets niet werkt zoals gedocumenteerd, melden we dat als productbug voordat we het artikel publiceren.

3. Opstellen#

De meeste concepten worden met AI-ondersteuning geproduceerd via een contentgeneratie-prompt die de artikelbriefing, de geverifieerde feiten uit stap 2, en onze stijlgids meekrijgt. Concepten komen als .md-bestand met volledige frontmatter in de repository terecht, klaar voor beoordeling — geen marketingtemplate, geen apart CMS.

4. Menselijke beoordeling#

Een met naam genoemde reviewer leest elk concept van begin tot eind. Hun taak is om het volgende op te sporen:

• Elke bewering die niet wordt ondersteund door de primaire bronnen of niet reproduceerbaar is tegen het live product
• Vergelijkingen die onze positie overdrijven of het huidige aanbod van een concurrent verkeerd weergeven
• Advies dat de lezer echt geld zou kosten als hij het opvolgt — prijsberekeningen, planselectie, migratiepaden
• Tekst die eerder als marketing klinkt dan als praktische engineering

5. Verfijning + laatste controle#

De opmerkingen van de reviewer komen terug als revisies, toegepast door AI op basis van het oorspronkelijke concept plus de specifieke feedback van de reviewer. De reviewer leest vervolgens de revisie om te bevestigen dat elke opmerking is verwerkt — niet alleen erkend.

6. Lokalisatie#

We vertalen elk publicatieklaar artikel naar 40 extra locales. Elke vertaling behoudt de technische nauwkeurigheid van het origineel — codevoorbeelden worden niet herschreven, alleen de tekst wordt gelokaliseerd. Het Engelse artikel is altijd leidend; als een vertaalde variant afwijkt van het Engels, wint het Engels.

7. Publicatie + AI-disclosure#

Elk gepubliceerd artikel bevat een zichtbare AI-content-disclosure (onderaan elke post) die uitlegt dat het artikel AI-ondersteund is en door een mens beoordeeld. Dit is een Google-signaal voor behulpzame content en een belofte aan de lezer dat de herkomst van wat je leest niet verborgen wordt.

Content actueel houden#

IPFS en het bijbehorende ecosysteem bewegen snel. Prijzen veranderen. API’s worden uitgefaseerd. Best practices evolueren. Content die accuraat was op het moment van publicatie kan een jaar later misleidend zijn geworden.

We draaien elke week een geautomatiseerde SEO- en freshness-tracker over de hele corpus. Deze haalt signalen uit Search Console op, voert een on-page audit per pagina uit, en identificeert posts die ranken op verouderde zoekopdrachten of die verwijzen naar uitgefaseerde API’s. Het resultaat wordt een werklijst met concrete wijzigingen — meestal mechanisch (een verouderde prijs corrigeren, een uitgefaseerd endpoint vervangen), soms door mensen beoordeeld (of een artikel een inhoudelijke herschrijving nodig heeft of moet worden ingetrokken).

Elke post bevat een Bijgewerkt:-datum in de hero, los van de oorspronkelijke publicatiedatum, zodat je weet hoe actueel de content voor je daadwerkelijk is.

Onze redactionele principes#

Productnauwkeurigheid boven snelheid#

We publiceren liever één accuraat, geverifieerd artikel per week dan vier artikelen die een onderwerp oppervlakkig behandelen. Als een bewering niet tegen het live product kan worden onderbouwd, wordt hij niet gepubliceerd. Punt.

Met naam genoemde mensen beoordelen alles#

De redactionele beoordeling van elk artikel wordt gedaan door een specifieke, met naam genoemde persoon — zie de byline van elke post. We publiceren niet anoniem en verschuilen ons niet achter een institutionele stem.

Lokalisatie respecteert de bron#

Vertalingen behouden de technische feiten van het Engelse origineel. Locale-specifieke tekst, interpunctie en idioom worden aangepast; de onderliggende beweringen niet.

Vergelijkingen citeren primaire bronnen#

Elke bewering over een concurrent linkt naar de eigen actuele documentatie of prijspagina van die concurrent. Als het aanbod van een concurrent is veranderd sinds we erover schreven, corrigeren we het artikel — we laten geen verouderde vergelijkingen staan.

Praktisch boven slim#

We optimaliseren voor de vraag of het artikel een echte developer helpt een echte beslissing te nemen — niet voor hoe slim de framing is of hoe origineel de invalshoek.

Transparant over AI#

Elk AI-ondersteund artikel vermeldt dat, onderaan, in elke locale, bij elke publicatie. Geen voorbehoud, geen marketingframing.

Onze belofte#

Als je op deze blog iets vindt dat feitelijk onjuist, verouderd is, of het aanbod van een concurrent verkeerd weergeeft, willen we dat weten. Neem contact op via hello@ipfs.ninja. We corrigeren artikelen openlijk — elke inhoudelijke wijziging werkt de Bijgewerkt:-datum bij en behoudt een audittrail in de Git-geschiedenis.

Vertrouwen is de hele reden om over content-addressed storage te schrijven. We houden onszelf aan dezelfde standaard.