Service · Web development

Custom website development.

A code-first website for organisations that outgrow WordPress, Wix or Squarespace. A fully custom design system, headless CMS of your choice, server-side rendering and native multi-language support. Built for enterprises, SaaS companies, publishers and government.

Astro & Next.jsHeadless CMSWCAG 2.2 AAMulti-language

When a standard CMS no longer fits.

WordPress powers roughly 43% of the internet and is a sound choice for most small and mid-sized sites. Wix, Squarespace and Webflow are similar: drag-and-drop platforms that deliver results quickly within fixed boundaries. For many organisations, those boundaries are perfectly adequate.

But not for everyone. We build custom website development when a standard CMS can no longer handle scale, performance, accessibility or content architecture. Think of an enterprise corporate site spanning several divisions, a SaaS company that wants its marketing website and product app to connect seamlessly, a university with multi-faculty content, a government body that must follow WCAG and BIO strictly, or a publisher with daily content volumes that a standard CMS cannot cope with.

Custom means we start from your requirements, not from the limitations of an existing platform. Code-first, with a headless CMS for your editors and a dedicated frontend that does exactly what your brand and technology require.

We have been building custom websites since 2015 for a wide range of clients, from industrial groups and SaaS companies to publishers, ministries and international agencies that build white-label client websites. What they share is that an off-the-shelf CMS no longer fits them, and they want back control over performance, accessibility, content architecture and integrations. For clients with a broader application landscape, we also connect the website to our enterprise software development, so that the marketing website and core systems reinforce each other rather than drifting apart.

Three flavours of custom website.

The right one depends on scale, content architecture and the degree of integration with your existing systems. We advise on which flavour fits during the first conversation.

Compact project · fixed sprint budget

Brand site with headless CMS

A marketing or corporate site for an organisation that wants to move away from WordPress but still needs a straightforward content workflow. Astro or Next.js frontend, a headless CMS of your choice, server-side rendering and a clean SEO foundation. A good fit for scale-ups and B2B companies that want to strengthen their website foundation without immediately committing to an enterprise project.

AstroDirectusSanitySEO-ready
Mid-sized project · fixed sprint budget

Multi-language enterprise site

For groups and internationally operating organisations with multiple languages, regions and audiences. Native i18n in routing, geo-IP detection for content variants, and a content model that editors can maintain in several languages in parallel. Suitable for industrial groups, universities with international students and international media titles.

i18n routingGeo-targetingContent variantsMulti-tenant
Larger project · fixed sprint budget

Mission-critical platform website

A website that is more than content presentation: portal integrations, agenda and booking flows, a headless commerce component, personalisation based on visitor segments and deep integrations with CRM and ERP. For SaaS companies that want their marketing site and product app to connect seamlessly, media houses with daily publishing streams, and government organisations with strict compliance requirements.

CRM integrationPersonalisationBooking flowA/B testing

What you get at the end.

A production-ready website, with everything around it needed to manage and expand it independently.

  • The website itself, with staging environmentServer-side rendered frontend on hosting of your choice (Vercel, Netlify, Cloudflare Pages or your own Hetzner server) plus a separate staging environment for editorial and QA.
  • Own design systemComponents, tokens and guidelines in code, linked to a design system in Figma that your brand team maintains themselves.
  • Headless CMS, set up for your teamDirectus, Strapi, Sanity or Contentful, chosen to fit your editorial workflow. Content models, roles and publishing workflow configured so your editors can publish without needing us.
  • SEO foundations built into the codeServer-side rendering, structured data (JSON-LD), sitemap generation, robots.txt, canonicals, Open Graph and Core Web Vitals optimisation included as standard.
  • Accessibility and complianceWCAG 2.2 AA compliant under the European Accessibility Act, axe-core in the CI pipeline, GDPR-compliant flow for cookies and analytics, and a Content Security Policy tightened as far as necessary.
  • Documentation and knowledge transferArchitecture overview, hosting runbook, editorial guide for your content team, and a live walkthrough in which your IT and editorial staff take part.
  • Maintenance contract (optional)Ongoing monitoring, security updates, performance checks and minor further development. Fixed monthly fee, with defined response times per incident level.

When custom is the right choice.

Four patterns that tell us an organisation is ready for a custom website. If you recognise one, we'd be glad to talk further.

Scale & architecture

Off-the-shelf CMS is struggling

Your editors publish every day, the content model has ten types with interrelated links, and the WordPress database is cluttered with plugins that get in each other's way. A headless CMS with a custom frontend keeps things manageable where a standard CMS becomes messy.

Performance

Core Web Vitals are critical

Your site is a conversion funnel or an acquisition channel where every 100 milliseconds counts. Lighthouse scores of 95 or higher for LCP, CLS and INP are achievable with a custom frontend; they are rarely achievable with most plugin-heavy WordPress sites.

Accessibility

WCAG 2.2 AA is mandatory

Since the European Accessibility Act came into force, public websites and many commercial services must meet WCAG 2.2 AA. A custom frontend with axe-core in the pipeline gives you far more control than wrestling with a theme on a standard CMS.

International

Multi-language and multi-region

You operate in several languages, regions and domains, and want to manage content variants per country without endless URL workarounds. Native i18n in routing and a content model that understands variants is much cleaner than a multilingual plugin.

Tech stack and architecture choices.

The stack we use by default, and why. We choose based on fit with your situation rather than on dogma: frontend, CMS, hosting and the surrounding tooling.

Frontend

Astro, Next.js or Nuxt

Astro for content-heavy sites with many static pages and little client-side interactivity: less JavaScript sent to the browser and faster Core Web Vitals. Next.js when server-side personalisation, dashboards or complex application functionality come into play. Nuxt for teams already working in the Vue ecosystem who prefer to stay there.

Headless CMS

Directus, Sanity, Strapi or Contentful

Directus when you need a lot of flexibility in the content model and want to remain self-hosted. Sanity for real-time collaboration and a strong editor experience. Strapi for maximum control when self-hosting. Contentful for enterprise projects with strict SLA requirements.

Hosting

Vercel, Netlify, Cloudflare or your own cloud

Vercel and Netlify for maximum convenience with Next.js and Astro projects. Cloudflare Pages for low costs at scale and a strong edge network. A self-managed Hetzner or GCP server when you want to keep data within Europe as a matter of principle, or when your IT policy requires your own environment.

Search & integrations

Algolia, Typesense, HubSpot, Salesforce

Site search with Algolia, Typesense or Meilisearch, depending on scale and budget. Form flows and lead routing to HubSpot, Salesforce or your own CRM. Analytics in GA4 or privacy-friendly alternatives such as Plausible or Matomo. Cookie consent via TCF 2.2 or Klaro.

Not yet sure about a large project?

Test your idea first: a working prototype in 1 day

With OneDayBuild, we turn your idea into something tangible in one day for €1,150, so you can see whether further development is worth the investment. Decide to go ahead with the full build? Then we credit the full cost.

Explore OneDayBuild →

Compliance and privacy from A to Z.

A custom website is also a legal product. Since 2025, a great deal more regulation applies at website level. We build that compliance in from the architecture onwards, rather than applying it as a patch afterwards.

  • GDPR and cookie consentCookie-free analytics where possible, otherwise consent-by-design via TCF 2.2-compliant banners. Data processing agreements and DPIAs where needed.
  • WCAG 2.2 AA and the EAAAccessibility built into the design system. Axe-core checks in the CI pipeline, with manual screen reader testing in the final sprint.
  • EU Digital Services ActFor sites with user-generated content or advertising flows: notice-and-action procedures, transparent content moderation and the right user-facing documentation.
  • CSRD and sustainability reportingFor organisations with a sustainability reporting obligation: a content architecture that makes ESG reports, due diligence overviews and CO2 data accessible.
  • PSD2 for paymentsIf you process payments on the site: strong customer authentication, PCI DSS compliance and proper delegation to the payment provider.
  • BIO and Common GroundFor government organisations: building blocks that respect Common Ground and follow the Baseline Informatiebeveiliging Overheid (BIO).
  • Content Security PolicyStrict CSP headers, subresource integrity and HSTS as standard. No third-party scripts that can run unseen.

How a custom website project runs.

1

Introduction and scope sign-off

A conversation in which we understand which organisation you are, which brand you represent, which editorial team will be involved and which integrations are genuinely necessary. We check whether a custom build really suits you, or whether a lighter platform would be more practical.

2

Content architecture and design

Workshops with your editorial team and your brand team. We model the content types, map the site architecture and set up the design system. At the end: a prototype with the key templates and a configured CMS environment.

3

Building in sprints

A working build you can test every two weeks. Your editors populate the CMS in parallel, your brand team validates the design system and your IT team tests the integrations. An MVP is in place after a few sprints; after that, refinement, a performance pass and an accessibility pass.

4

Launch and ongoing development

A controlled go-live, with monitoring and redirects from the old site. Afterwards, you choose whether to continue building in-house or have us keep managing it under a maintenance contract. Either is possible, and the codebase remains yours.

5

Continuous evolution

A custom website is not a one-off delivery but a platform that grows with your organisation. New markets, new languages, new content types and additional integrations almost always follow. We plan quarterly cycles in which we jointly prioritise what the website needs to do next quarter, and we run these on the same sprint rhythm we used to build it.

Frequently asked questions.

What clients usually want to know before we start.

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.

Talk to us about your custom website.

A thirty-minute introductory call, with no obligation. We listen to what your organisation needs, ask about your content architecture and integrations, and point you in the right direction, even if custom development turns out not to be the smartest option.

On applatenmaken.com, our platform about custom software development, you'll find a deeper look at Custom software by sector.

Edit content