Enterprise Engineering

Platforms that editors can run and engineers can extend — Drupal when it fits, headless when it pays off.

  1. 01Front-endTemplates, components, interaction states
  2. 02ContentModeling, editing, translation, migration
  3. 03API & integrationContracts to other front ends and systems
  4. 04Platform & reliabilityWhat it runs on, and how it stays fast

Front-end

What visitors, editors and assistive technology actually meet: templates, components, interaction states.

In scope

  • Accessibility & reliability
  • Creative front-end (React / Next.js)

In our own buildsAST: Installers and dealers read this on a phone, often outdoors. Type stays large, the primary actions stay within reach, and category pages open with the product class before any list.

AST homepage on a phone: headline, description and the two primary actions
AST storage category on a phone

AST on a phone: the homepage and a storage category page.Real phone captures of the live site, 2026-10-10.

AST catalog hub: “Equipment for a solar station” with the category list
AST · catalog hub. The catalog is built from data, not laid out by hand.Screenshot of the live site, captured by the studio on 2026-10-10.

Content

How content is modeled, edited, translated and migrated, so editors can run the site without an engineer.

In scope

  • Drupal architecture & migrations
  • Multi-site & multilingual setups

In our own buildsAST: Catalog, category and product pages are generated from data files with small build scripts, so adding a model is a data change, not a layout task.

ANKOM: Contacts are consistent everywhere — text, footer, metadata, structured data — because they come from one config file.

API & integration

How content and data reach other front ends, channels and systems, through contracts that engineers can extend.

In scope

  • Headless & decoupled platforms
  • APIs & integrations

In our own buildsNADIIA: Instead of a form the studio got a Telegram bot: clients choose a category, a service with its price, a date and a time; the bot knows that a pedicure takes two slots, so there are no overlaps. It runs on plain PHP with JSON storage, so it lives on the same hosting as the site.

ANKOM: Structured data carries the facts search engines need: a LocalBusiness entity with the founding year, hours and contact channels, and a FAQPage on the price list answering the seven questions people actually ask about repair cost.

ANKOM price list: tabs for cameras, drones, camcorders, flashes; a table of services with “from” prices
ANKOM · price list. Price list — ARIA tabs per category, FAQ with FAQPage markup underneath.Screenshot of the live site, captured by the studio on 2026-10-15 from an English-text copy of it (the interface text is translated; the pages, scripts, 3D models and photographs are the live site’s).

Platform & reliability

What everything runs on and how it stays fast and dependable once it is live.

In scope

  • Accessibility & reliability
  • Performance budgets & Core Web Vitals

In our own buildsANKOM: No framework, no CDN: fonts are subsetted and self-hosted, scripts are small modules, images are produced in three sizes by a build script.

The studio’s expertise

Drupal when it fits, headless when it pays off.

  • Drupal architecture & migrations
  • Headless & decoupled platforms
  • APIs & integrations
  • Accessibility & reliability
  • Multi-site & multilingual setups

OutcomeMaintainable platforms without design compromise.

The team includes a Lead Architect and senior Drupal developers (Studio). Drupal and headless case studies are in preparation.

What the three live client builds run on

Static builds, not Drupal projects.

AST
Static HTML / CSS / JS, no frameworks
All assets self-hosted (no CDN)
ANKOM
Static HTML / CSS / JS, zero CDN
Subsetted self-hosted fonts
NADIIA
Static HTML / CSS / JS
PHP Telegram bot, JSON storage

Stack lines as recorded in each case study.

Coupled or headless?

Drupal when it fits, headless when it pays off. Decoupling buys flexibility and speed for some teams and pure overhead for others.

Stay coupled when

  • One site, one team and one release cycle
  • Editors need to preview content in context
  • The front end does not need a stack of its own

Go headless when

  • Several channels or front ends share one content source
  • The front end needs its own stack and release cycle
  • The interaction is custom enough to justify the extra layer
Drupal and headless case studiesIn preparation. We publish a case only with the client’s permission and verified facts.

Tell us about your platform. We’ll tell you what we’d build.