When custom and when WordPress?
If your site is small or medium-sized and you can manage perfectly well with existing WordPress themes and plugins, WordPress is almost always the smartest choice. Custom becomes interesting once you hit WordPress's limits: a complex content model, daily publishing volumes, performance requirements for Core Web Vitals, strict WCAG requirements, native multi-language support, or integrations with CRM, ERP and custom backends. We don't replace WordPress for budget reasons, only when the standard route is genuinely holding you back.
What exactly is a headless CMS?
A headless CMS separates content storage from presentation. Editors work in an admin interface (Directus, Strapi, Sanity, Contentful), and the content is delivered to the frontend via an API. Your own frontend then determines how the content is displayed, whether on the website, in a mobile app, in a product portal, or across all three at once. You are no longer tied to the templates and plugins of a traditional CMS, but you still get a pleasant editing environment. For a more detailed explanation, see our page on
building a headless CMS.
WCAG 2.2 AA under the EAA — is it really mandatory?
Yes. The European Accessibility Act (EAA) has applied since June 2025 and requires many commercial and public websites to meet WCAG 2.2 AA. Government sites have been subject to this for longer. For a custom website, we build WCAG requirements into the foundation from the design system onwards: contrast, focus states, keyboard operation, ARIA labels, and axe-core checks in the CI pipeline. For existing sites, we also offer standalone accessibility audits.
Multi-language — how do you handle that technically?
In a custom website, we handle i18n natively in the routing: /nl/, /en/, /de/ and so on, with SEO-compliant hreflang tags and language detection at visitor level. The CMS gets a content model with language variants that your editors maintain in parallel, and we can connect DeepL or another translation system for a first translation pass. For multi-region setups with geographically varying content, we build geo-IP detection and region-specific flows on top.
Can SEO go hand in hand with a custom build?
Better than with most standard CMS installations, provided it's built properly. Server-side rendering or static generation ensures Googlebot receives HTML immediately; structured data (JSON-LD) is built in per content type; the sitemap, robots.txt, canonicals and Open Graph are generated from the content model; and Core Web Vitals are much easier to achieve with a dedicated frontend than with a WordPress site weighed down by plugins. We deliver an SEO foundation that is stronger than what most templates offer out of the box.
What technology choices do you make by default?
The frontend is usually Astro or Next.js, depending on the level of interactivity and personalisation. Astro suits content-heavy sites with many static pages; Next.js is the choice when server-side personalisation or complex app functionality is involved. We choose the headless CMS per project: Directus for flexible content models, Sanity for strong real-time collaboration, Strapi for self-hosted control, and Contentful for enterprise projects. Hosting on Vercel, Netlify, Cloudflare Pages or your own Hetzner server, whichever best fits your IT policy.
What determines the cost?
The main factors are the size of the content model, the number of templates, the degree of personalisation, the number of integrations (CRM, ERP, payments, search, analytics) and whether multi-language or multi-region is needed. A brand site with a handful of templates carries a very different weight from a media company with a daily content pipeline. In the first conversation, we outline the scope and attach a suitable sprint budget to it, with no surprises afterwards.
And maintenance after launch?
The choice is yours. Your IT team can continue development in-house: you receive the full codebase, documentation and a runbook. Alternatively, we can work under a maintenance contract covering ongoing monitoring, security patches, performance checks and small enhancements, at a fixed monthly fee with defined response times per incident level. Many clients opt for a hybrid: they manage the editorial workflow and minor content changes themselves, while we handle the technology and development.
What about migrating from WordPress or another CMS?
This is an important part of the process. We map your existing content types to the new CMS, write a one-off import script for existing articles, pages and media, and set up 301 redirects for all old URLs to preserve SEO value. For sites with a lot of content, we often work through a staging environment where your editorial team can check the migration before go-live. Image optimisation and alt text checks are included in the same pass.
Do you host it yourselves, or do we host it?
Both work. For most custom projects we initially host on Vercel, Netlify or Cloudflare Pages, which gives the best developer experience and strongest edge performance. For clients with a data residency requirement or their own IT policy, we host the website on a dedicated Hetzner or GCP server within Europe. The choice is the same for the CMS: SaaS or self-hosted, depending on what your IT allows.