Wat we ermee bouwen
Strapi lost een specifiek en veelvoorkomend probleem op: de klant moet content kunnen wijzigen zonder developer, en het product heeft die content nodig via een API in plaats van als gerenderde pagina's.
Je definieert contenttypes en krijgt een beheerinterface, rechten op basis van rollen, mediabeheer en een REST- of GraphQL-API. De front-end — een Nuxt-site, een Vue-app, een Flutter-client — verbruikt die API en blijft volledig onwetend van hoe redacteuren werken.
Het draait op je eigen infrastructuur en is uit te breiden in code, en dat onderscheidt het van een SaaS-CMS: de data staat in je eigen PostgreSQL, en eigen endpoints of lifecycle hooks zijn gewone code in je repository in plaats van een wens die je bij een leverancier indient.
Waar het past
Contentgedreven producten waar een marketing- of redactieteam zelfstandig publiceert — landingspagina's, catalogi, helpcentra, teksten in de app die zonder release veranderen.
Wanneer we het aanraden
Wanneer niet-developers werkelijk content moeten bewerken, en wanneer je de data en de uitrol in eigen hand wilt houden.
Niet voor content waar alleen developers aan komen. De content van deze site is Markdown in de repository, samen met de code beoordeeld, omdat de mensen die het schrijven ook de mensen zijn die het uitleveren — een CMS zou daar een beheeromgeving, een database en een uitrol toevoegen om een probleem op te lossen dat niemand heeft. En is het contentmodel triviaal en verandert het nooit, dan is een CMS meer bewegende delen dan de klus vraagt.
