Directus as a backend and headless CMS.The next question: which frontend?
Scroll has been using Directus in its stack for several years— as an API backend, as a headless CMS, as an admin layer for business applications. We know how to configure it, evolve it, and above all, anticipate the question every project eventually asks: when to build a custom interface on top.
V1 completePath B front in V2Why Directus
is in Scroll’s stack.
Directus isn’t necessarily a tool to abandon—it’s a tool to deploy properly. Three concrete reasons why it earns its place in our projects.
A full admin back-office in a few hours
Directus automatically generates a complete admin interface from your PostgreSQL schema. Data, roles, permissions, and basic workflows managed without writing a single line of frontend code. For teams that need to administer data quickly, it’s a real advantage.
A ready-to-use REST and GraphQL API
The entire data schema is automatically exposed via a documented API. No need to develop an API from scratch—we connect the frontend or third-party tools (n8n, mobile apps, exports) directly to this API.
Open source, self-hostable, no licensing costs
Directus runs on your own infrastructure (OVH, Scaleway, self-hosted). No usage-based billing, no data passing through a third-party SaaS. Sovereignty by default.
Is the auto-generated back-office enough
for your end users?
The Directus back-office is designed for technical administrators. When your end users—business teams, clients, or field operators—also need to use the interface, the question of a custom frontend arises. This architectural choice is something we define from the start.
- Your interface users are administrators or technical profiles
- Workflows are simple (create, edit, delete entries)
- You need to move fast, and UX isn’t yet a priority
- You’re validating a concept before investing in a frontend
Two ways to build with Directus
depending on where you stand.
Both lead to the same destination: a robust Directus backend and a custom frontend when needed. The difference lies in the sequencing, which depends on your context, not a fixed rule.
Full V1 from the start
You know your end users will need a custom interface. We go straight for the complete architecture: Directus as backend + API, Next.js as frontend. The Directus admin panel remains for administrators, while the Next.js front serves business users.
Project with identified end users, UX critical for adoption, need for AI integration or automations from launch.
V1 backend, V2 frontend
You want to validate the data model and workflows before investing in a frontend. We quickly build the Directus backend + API, and teams use the auto-generated admin panel while validating. The Next.js frontend arrives in V2, without altering the backend.
MVP or internal tool where UX isn’t yet critical, constrained V1 budget, need to validate logic before building the interface.
The Directus stack
as we deploy it.
Directus at the core, surrounded by open-source, self-hostable components. A coherent, sovereign architecture that your teams can take over from the data schema to monitoring.
Frequently asked questions
The most common questions we address during scoping. If yours isn’t here, get in touch!
Directus as a backend—let’s scope the frontend question together.
75011 Paris