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, a headless CMS, and an admin layer for business applications. We know how to configure it, scale 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 part of Scroll’s stack.
Directus isn’t necessarily a tool to replace—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 front-end 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 front-end or third-party tools (n8n, mobile apps, exports) directly to it.
Open source, self-hostable, no licensing costs
Directus installs on your 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 front-end arises. This architectural choice is something we frame from the start.
- Your interface users are administrators or technical profiles
- Workflows are simple (create, edit, delete entries)
- You need to launch quickly, and UX is not 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. What changes is 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 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, critical UX 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 build the Directus backend + API quickly, and teams use the auto-generated admin panel while validating. The Next.js frontend arrives in V2, without touching 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 data schema to monitoring.
Frequently asked questions
The most common questions we hear during scoping. If yours isn’t here, get in touch!
Directus as a backend—let’s scope the frontend question together.
75011 Paris