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, and as an admin layer for business applications. We know how to configure it, scale it, and most importantly, anticipate the question every project eventually asks: when to build a custom interface on top.
V1 CompletePath B V2 FrontendWhy Directus
is part of the Scroll stack.
Directus isn’t a tool you leave—it’s a tool you actively deploy. Three concrete reasons why it earns its place in our projects.
A full admin back-office in just a few hours
Directus automatically generates a complete admin interface from your PostgreSQL schema. Data management, roles, permissions, basic workflows—all without writing a single line of frontend code. For teams that need to manage data quickly, it’s a real game-changer.
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—just connect the frontend or third-party tools (n8n, mobile apps, exports) directly to this API.
Open source, self-hostable, no licensing costs
Directus can be installed 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, field operators—also need to use the interface, the question of a custom frontend arises. This architectural choice is something we frame from the very beginning.
- 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 are.
Both lead to the same destination: a robust Directus backend and a custom frontend when needed. The difference lies in the sequencing—and it depends on your context, not a fixed rule.
Full V1 from the start
You know your end users will need a custom interface. We start with the complete architecture: Directus as the backend + API, Next.js as the frontend. The Directus back office remains for administrators, while the Next.js front end serves business users.
Project with identified end users, critical UX for adoption, need for AI integration or automation 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 back office until validation is complete. 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 and 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 get during scoping. If yours isn’t here, reach out!
Directus as a backend — we’ll frame the frontend question together.
75011 Paris