Drupal voor Enterprise

Enterprise Drupal begint waar één losse website ophoudt. Zodra een organisatie meerdere sites, merken, talen of redactieteams onder één dak wil brengen — met koppelingen naar CRM, ERP, DAM en SSO — verandert de vraag. Het gaat niet meer over "welk CMS", maar over "welk platform jaren meegaat met onze organisatie".

Deze pagina gaat specifiek over die vraag. Niet over de algemene afweging tussen Drupal en andere CMS'en — daarvoor verwijzen we naar waarom Drupal. Hier behandelen we wat Drupal in een enterprise-context concreet betekent: multisite-architectuur, governance, integratiepatronen, security-baselines en headless scenario's.

VDMi bouwt en beheert dit type platformen voor semi-overheid, onderwijs, zorg, membershiporganisaties en corporates. Geen losse opdrachten, maar langjarige partnerships waarin architectuur, ontwikkeling, migratie en doorontwikkeling onder één dak liggen.

Drupal is geschikt als enterprise CMS wanneer een organisatie meerdere websites, talen, merken of redactieteams centraal wil beheren, koppelingen nodig heeft met systemen als CRM, ERP, DAM of SSO, en hoge eisen stelt aan security, toegankelijkheid en governance. Drupal biedt fijnmazige rollen en rechten, robuuste multisite-opties en een open architectuur waarmee het platform jaren kan meegroeien met de organisatie.

Drupal is hetzelfde product voor één marketingsite als voor een platform met dertig sites in twaalf talen. Wat verandert, is hoe je het inricht. Drie drempels markeren de overgang naar enterprise:

1. Schaal van content — meer dan vijf sites, meer dan twintig redacteuren, of meer dan drie talen. Vanaf dat punt wordt governance een eerstegraads ontwerpvraag.
2. Schaal van integraties — minimaal één bedrijfskritische koppeling (CRM, SSO, ERP). Dan is het CMS geen eindstation maar een knooppunt in het digitale landschap.
3. Schaal van risico — uptime, security en toegankelijkheid hebben een eigenaar in de directie. Dan tellen patch-cycli, audits en BCDR mee in de selectie.

Onder deze drempels: standaard Drupal volstaat. Boven deze drempels: enterprise-inrichting verdient zichzelf binnen 18 maanden terug. Voor de algemene argumenten vóór Drupal als platform, zie waarom Drupal.

De keuze voor enterprise Drupal is zelden een puur technische afweging. Het gaat om de vraag of je platform je organisatie ondersteunt of in de weg zit. Indicatoren dat de tijd rijp is:

• Je beheert meerdere websites die qua design, content of governance bij elkaar horen.
• Redactie zit verspreid over afdelingen, locaties of merken, en heeft behoefte aan een gedeeld publicatieproces.
• Marketing, sales en support werken met losse systemen die elkaar niet kennen.
• Compliance, toegankelijkheid (WCAG 2.2) of informatiebeveiliging zijn geen wens, maar een eis.
• Het huidige CMS remt af in plaats van versnelt — uitbreidingen kosten onevenredig veel tijd.

In de enterprise-categorie kom je in de praktijk vier alternatieven tegen:

• Enterprise WordPress (VIP) — sterk in editor-experience en time-to-market, zwakker in fijnmazige governance en gestructureerde content. Multisite werkt, maar wordt duur bij volume.
• Sitecore / Adobe Experience Manager — zware enterprise-suites met diepe personalisatie en marketing-integratie. Hoge licentiekosten, langere implementatietrajecten en lock-in op het ecosysteem.
• Headless SaaS (Contentful, Storyblok, Sanity) — uitstekend als content-API, maar je bouwt zelf alles eromheen: previews, workflow, multisite-governance. TCO valt vaak hoger uit dan verwacht.
• Enterprise Drupal — open source, geen licentiekosten, sterke governance in de kern, vrij te combineren met headless waar je dat wilt. Zwakker in turnkey personalisatie; daarvoor koppel je een specialist (bijvoorbeeld Mautic, dat we standaard integreren).

De keuze hangt af van: licentiebudget, lock-in-tolerantie en hoe diep je marketing-personalisatie nodig hebt.

Bij enterprise-platformen is governance vaak het echte vraagstuk. Wie publiceert namens welk merk? Welke content moet door legal? Hoe voorkom je dat een redacteur per ongeluk de homepage van een ander land aanpast?

Drupal biedt hiervoor:

• Rollen en permissions tot op veldniveau — niet alleen "wie mag publiceren", maar "wie mag dit specifieke veld bewerken op deze specifieke contenttype".
• Workflows en content moderation met meerdere statussen (concept, in review, gepubliceerd, gearchiveerd) en duidelijke transities.
• Audit trails en revisies, zodat elke wijziging te herleiden is.
• Workspaces voor gefaseerd publiceren — bijvoorbeeld een complete campagne, of een merkrelaunch, in één keer live.

Goede governance is het verschil tussen een platform dat schaalt en een platform dat verzandt. Bij redactieteams van twintig of meer werken we met een vast rolmodel: hoofdredactie, merkredactie, eindredactie, vertaler, juridisch reviewer — elk met eigen rechten en eigen workflowstap.

Veel enterprise-organisaties hebben niet één website, maar een portfolio. Landenwebsites, merkensites, productportalen, intranet, ledenomgeving. De vraag is niet of je multisite doet, maar hoe.

Drupal biedt drie patronen:

• Echte multisite — meerdere sites op één codebase, gescheiden databases, eigen domeinen. Maximale isolatie tussen sites.
• Domain Access — meerdere sites op één installatie en database, met gedeelde content waar gewenst. Maximale efficiëntie bij veel gedeelde content.
• Federated platform — losse Drupal-installaties die content uitwisselen via API's. Maximale autonomie per merk of land.

Welke variant past, hangt af van hoeveel content je deelt, hoe autonoom de afzonderlijke sites zijn en hoe het beheermodel eruitziet. We bespreken die afweging vroeg in een traject — niet pas tijdens de bouw.

Drupal heeft daarnaast volwaardige meertaligheid in de kern. Vertaling op contentniveau, configuratieniveau én interfaceniveau, met workflows per taal en fallback-logica.

De vraag bij enterprise-integraties is zelden "kan Drupal dit?" maar "welk patroon past?". Drie keuzes komen terug:

• Realtime API-call — Drupal vraagt bij elke pageview de bron. Geschikt voor voorraad, prijzen, beschikbaarheid. Risico: latency en single point of failure.
• Sync via queue — Drupal kopieert content naar eigen database via cron of event. Geschikt voor productdata en klantgegevens. Robuust, maar je beheert twee waarheden.
• Federated via shared identity — SSO + content-API's tussen losse systemen. Geschikt voor portalen waar Drupal het marketing-deel doet en een ander systeem het transactie-deel.

In de praktijk zien we koppelingen met CRM (Salesforce, HubSpot, Microsoft Dynamics), ERP (SAP, Exact), DAM (Bynder, Brandkit), SSO (Azure AD, SAML, OIDC), marketing automation (Mautic, Marketo) en search (Solr, Elasticsearch). We adviseren patroon-keuze in de architectuurfase, niet tijdens de bouw — een verkeerd integratiepatroon kost later meer dan een complete redesign.

Drupal scoort op het vlak van security-proces (Drupal Security Team, voorspelbare patch-cycli) gelijkwaardig aan commerciële enterprise-CMS'en. De verschilmaker zit in wat je eromheen bouwt:

• Compliance-frameworks — onze enterprise-builds worden ingericht volgens ISO 27001-controles waar de klant dat eist. Voor overheid-specifieke eisen (BIO, DigiD, WCAG 2.2 AA) zie Drupal voor overheid.
• Audits en pen-tests — periodiek extern, met geprioriteerde remediation-sprints.
• Business continuity — actieve monitoring, automatische backups, RTO/RPO-afspraken in SLA en geteste DR-procedures.

Drupal alleen is niet "secure" of "niet secure". De inrichting maakt het verschil — en dat is waar VDMi de baseline neerlegt.

Niet elke enterprise wil één traditionele website. Steeds vaker is Drupal de content-laag achter meerdere kanalen: een Next.js-frontend, een mobiele app, digital signage of een partnerportaal.

In een headless opzet levert Drupal content via API's en kies je per kanaal de beste presentatielaag. In een composable opzet is Drupal één van de bouwstenen in een breder MACH-landschap, naast bijvoorbeeld een aparte commerce-engine of search-service.

Headless heeft voordelen — flexibiliteit, performance, ontkoppeling — maar ook kosten: meer bewegende delen, complexere previews, hogere TCO. We adviseren altijd op basis van de concrete situatie. Voor veel organisaties is een hybride opzet (Drupal voor de hoofdsite, headless voor specifieke kanalen) de juiste balans.

Migreren naar enterprise Drupal is zelden een technisch probleem. De Migrate-API in Drupal kan vrijwel elke bron aan: oudere Drupal-versies, WordPress, Sitecore, custom databases, XML-feeds, CSV-exports. De échte vragen zijn strategisch:

• Contentmodellering — wat wordt herstructureerd, wat één-op-één over?
• URL-strategie en redirects — hoe behoud je SEO-waarde?
• Datakwaliteit — een migratie is hét moment om op te ruimen, niet om bestaande rommel te vereeuwigen.
• Fasering — big bang of stapsgewijs per merk, taal of contenttype?

We voeren migratietrajecten als apart spoor binnen het bouwproject — met eigen risk register en eigen go/no-go. Voor de uitvoeringskant zie Drupal development bij VDMi.

Een enterprise-platform verdient een vast DevOps-team met directe lijnen, geen wisselende leveranciers per release. Wij werken met SLA's, sprintplanning op prioriteit en proactief beheer voor security en performance. De inhoudelijke invulling van ons development- en beheermodel staat op Drupal development bij VDMi.

Wat ons specifiek geschikt maakt voor enterprise-trajecten — boven op wat we als bureau bieden, zie /drupal:

• Multidisciplinaire teams — architectuur, backend, frontend, DevOps en redactie-coaching uit één team.
• Bewezen schaalbaarheid — platforms met tien of meer sites, dertig of meer redacteuren en vijf of meer talen in productie.
• Migratiespecialisatie — vanuit oudere Drupal, WordPress, Sitecore en custom systemen, met behoud van SEO en zonder content-verlies.
• Lange klantrelaties — gemiddeld meerjarig partnership, wat zich vertaalt in continuïteit van platformkennis.