Je ontwikkelteam opent het Sitecore-beheerpaneel en wacht. Vier seconden om de content tree te laden. Nog eens zes seconden om de page editor weer te geven. Je marketing director dient deze week haar derde supportticket in — ze moet een hero image omwisselen, maar de asset library geeft een 500-fout. Ondertussen komt de jaarlijkse licentierekening bij procurement binnen: $127.000 voor seats die je team nauwelijks gebruikt. Je hebt gezien hoe concurrenten wekelijks releases uitbrengen op Contentful en Sanity, terwijl je deployments nog steeds een driedaagse QA-cyclus en een onderhoudsvenster vereisen. De kloof wordt elk kwartaal groter. De meeste bedrijven wachten tot een contractvernieuwing het gesprek afdwingt — maar de teams die vroeg migreren, rapporteren 6-8 weken snellere time-to-market binnen 90 dagen na go-live. De vraag is niet of je Sitecore moet verlaten. Het is welk bureau de migratie kan uitvoeren zonder je content model om zeep te helpen, je integraties te breken, of je developers halverwege in documentatie-hel achter te laten. Hier is wat 19 enterprise-migraties ons hebben geleerd over het kiezen van de juiste partner — en de drie vendor-beloften die altijd instorten onder productiebelasting.

Wat je hier ook brengt, migreren weg van Sitecore is een van de meest impactvolle technische beslissingen die een enterprise-organisatie in 2026 zal maken. Doe het goed, en je ontgrendelt een modern stack dat goedkoper te draaien is, sneller te ontwikkelen en dramatisch beter voor je content editors. Doe het fout, en je kijkt tegen maanden vertraging aan, kapotte integraties, en een content team dat nog gefrustreerder is dan ervoor.

Ik heb meer Sitecore-migraties meegemaakt dan ik liever zou willen — sommige glad, sommige ruw. Dit artikel is alles wat ik wou dat iemand me voor de eerste had verteld.

Inhoudsopgave

Best Sitecore Migration Agency 2026: Enterprise Headless CMS Experts

Waarom bedrijven Sitecore in 2026 verlaten

Sitecore is meer dan een decennium lang dominant geweest als enterprise CMS, maar de markt is eronder verschoven. Dit drijft de exodus:

Licentie- en infrastructuurkosten

Sitecore XP/XM-licenties voor een middelgroot bedrijf kosten meestal $80K–$200K per jaar. Voeg hosting toe (vaak op Azure), developer tooling en de Sitecore-specifieke talent-premie, en je kijkt naar een totale eigendomskosten die meer dan $500K/jaar kunnen bedragen. De cloud-aanbieding van Sitecore (XM Cloud) bracht enig voordeel, maar introduceerde ook nieuwe beperkingen en is nog steeds niet goedkoop — plannen beginnen rond de $50K/jaar voordat je implementatie erbij optelt.

Vergelijk dat met een headless CMS zoals Contentful ($3K–$50K/jaar voor de meeste enterprise-plannen), Sanity (usage-based, vaak onder $30K/jaar), of Storyblok ($3K–$45K/jaar). De besparingen zijn echt en aanzienlijk.

Developer Experience en talent

Sitecore-developers vinden in 2026 is echt moeilijk. Het .NET/C#-ecosysteem waarop Sitecore is gebouwd, heeft niet hetzelfde volume nieuwe developers aangetrokken als JavaScript/TypeScript-frameworks. Bureaus melden dat Sitecore-developer-tarieven in Noord-Amerika zijn gestegen naar $150–$200/uur, vergeleken met $100–$150/uur voor senior Next.js- of React-developers.

De developer experience-kloof is nog veelzeggender. Moderne headless CMS-platformen bieden lokale dev-omgevingen die in seconden opstarten, hot reloading, TypeScript SDK-ondersteuning en Git-gebaseerde workflows. Sitecore-development omvat nog steeds zwaardere lokale instellingen, langzamere feedback loops en meer ceremonie rond deployments.

Prestatie en architectuur

De monolithische architectuur van Sitecore betekent dat je CMS, rendering engine, personalisatielaag en analytics allemaal aan elkaar gekoppeld zijn. Dit had zin in 2015. In 2026 betekent het dat je niet gemakkelijk een modern frontend-framework kunt gebruiken, naar edge-netwerken kunt implementeren of individuele componenten onafhankelijk kunt schalen.

Headless-architecturen stellen je in staat een best-in-class CMS te koppelen aan een best-in-class frontend-framework (Next.js, Astro, Remix) en te implementeren op edge-platformen zoals Vercel of Cloudflare. Het prestatieverschil is meetbaar — we hebben sites zien gaan van 3-4 seconden laadtijd op Sitecore naar onder 1 seconde op headless stacks.

Wat maakt een Sitecore-migratiebureau echt goed

Niet alle migratieplatforms zijn gelijk. Hier is wat bureaus die leveren onderscheidt van degenen die je met een half afgewerkt project en een hoop tech debt achterlaten.

Diepe Sitecore-kennis (niet alleen modern stack-vaardigheden)

Dit lijkt voor de hand liggend, maar het is de meest voorkomende fout. Je hebt een bureau nodig dat het content model van Sitecore echt begrijpt — de item tree, template inheritance, layout details, rendering variants, personalisatieregels en de experience database (xDB). Een bureau dat alleen het doelplatform kent, kan je content niet correct extraheren en transformeren.

De beste migratiebureau's hebben teamleden die op Sitecore hebben gebouwd en de eigenaardigheden ervan begrijpen. Ze weten dat de content tree van Sitecore geen eenvoudige platte structuur is — het is een diep geneste, reference-heavy grafiek die zorgvuldige mapping vereist naar wat je ook naartoe gaat.

Bewezen Content Migration Tooling

Elk bureau dat de moeite waard is, heeft specifieke tooling gebouwd (of aangenomen) voor het extraheren van content uit Sitecore. Dit kan custom scripts zijn die query uitvoeren op Sitecore's item API of SQL-databases, Sitecore CLI-exports, of serialization tools zoals Unicorn/TDS output parsers. Vraag om hun migration toolkit te zien. Als ze zeggen dat ze het "tijdens discovery zullen uitzoeken", loop weg.

Frontend Framework Expertise

De meeste Sitecore-migraties gaan naar een headless frontend. Je bureau moet echt sterk zijn in het doelframework — of dat nu Next.js, Astro of iets anders is. Dit gaat niet alleen om React-componenten schrijven. Het gaat om inzicht in ISR/SSG/SSR trade-offs, implementatie van preview modes voor editors, building component libraries die mappen naar CMS content types, en optimalisatie voor Core Web Vitals.

Enterprise Integration Experience

Sitecore-bedrijven bestaan niet in een vacuüm. Je CMS is verbonden met je DAM, je marketing automation platform, je CDP, je commerce engine, je translation management system, en waarschijnlijk een handvol custom API's. Een goed migratiebureau controleert elke integratie en heeft een plan voor elk.

Top Sitecore Migration Agencies en Specialists voor 2026

Hier is mijn eerlijke beoordeling van de bureaus die dit goed doen. Ik heb naast deze teams gewerkt, concurreerde tegen ze in RFP's, of heb consistente feedback gehoord van enterprise-klanten die ze hebben ingehuurd.

Bureau Specialisatie Doelplatformen Typische projectgrootte Opvallende sterke punten
Social Animal Headless CMS-migratie, frontend-ontwikkeling Next.js, Astro, Contentful, Sanity, Storyblok $75K–$500K Diepe headless-expertise, performance-obsessed, sterke content modellering
Verndale Enterprise Sitecore, Optimizely-migraties Optimizely, Contentful, Sitecore XM Cloud $200K–$2M+ Groot team, Sitecore MVP alumni, full-service
Altudo (voorheen Wunderman Thompson Tech) Sitecore ecosystem specialist Sitecore XM Cloud, headless $300K–$3M+ Diepgaande Sitecore pedigree, focus op grote bedrijven
Valtech Globale enterprise CMS Contentstack, Contentful, composable stacks $500K–$5M+ Globale delivery, multi-market experience
Konabos Sitecore-naar-headless specialist Next.js, Sitecore XM Cloud, Vercel $100K–$800K Sitecore MVP-heavy team, community contributors
Horizontal Digital Enterprise CMS en commerce Diverse headless CMS, composable DXP $250K–$2M+ Sterke commerce integration-mogelijkheden

Een paar opmerkingen over deze lijst. Grotere bureaus (Valtech, Altudo) zijn geweldig voor massale multi-brand, multi-region migraties waar je 30+ mensen op het project nodig hebt. Maar ze komen met de overhead die je zou verwachten — langzamere besluitvorming, meer managementlagen, en hogere tarieven.

Voor middelmarkten (50K–500K pagina's content, 5–20 integraties), zal een specialist bureau als Social Animal of Konabos meestal sneller en tegen lagere kosten leveren. We richten onze hele praktijk op headless-implementaties en hebben onze volledige pipeline rond de CMS-naar-frontend gebouwd.

Best Sitecore Migration Agency 2026: Enterprise Headless CMS Experts - architecture

Doelplatformen: Waar migreren teams naar

De bestemming is net zo belangrijk als de reis. Dit zie ik in 2026:

Contentful

Nog steeds de marktleider voor enterprise headless CMS. De content model van Contentful is flexibel, de API is snel (mediane responstijden onder 50ms van hun CDN), en het ecosysteem is volwassen. De GraphQL API is goed geïmplementeerd, en het App Framework laat je custom editing experiences bouwen. Prijzen beginnen rond $3.000/jaar voor kleine teams en schalen tot $50K+ voor enterprise-plannen met SSO, rollen en environments.

Best voor: Grote content teams, multi-brand architecturen, organisaties die een groot partner-ecosysteem nodig hebben.

Sanity

Sanity wint serieus terrein in de enterprise. Real-time collaborative editing, de GROQ query language, en een volledig aanpasbare Studio maken het ongelooflijk flexibel. Het prijsmodel is op basis van gebruik (queries, API CDN bandwidth, datasets), wat betekent dat je betaalt voor wat je gebruikt. De meeste enterprise-klanten die ik mee heb gewerkt, landen tussen $15K–$40K/jaar.

Best voor: Teams die maximum customization willen, developer-centric organisaties, content-zware sites.

Storyblok

De visual editor van Storyblok is het dichtst bij wat Sitecore editors gewend zijn — je kunt je content in context zien terwijl je bewerkt. Dit vermindert dramatisch de redactionele cultuurschok die headless-migraties vaak mislukken. Enterprise-plannen kosten $45K+/jaar met dedicated support.

Best voor: Organisaties waar editor-ervaring top prioriteit is, teams migreren van Sitecore's Experience Editor.

Sitecore XM Cloud

Sommige bedrijven willen in het Sitecore-ecosysteem blijven maar hun architectuur moderniseren. XM Cloud is Sitecore's headless, cloud-native aanbieding die samenwerkt met een Next.js frontend. Het houdt het content model vertrouwd terwijl het on-premise infrastructure burden weggooit. Het is overwegen waard als je diep geïnvesteerd bent in Sitecore's personalisatiefuncties en die logica niet ergens anders wilt herbouwen.

Best voor: Teams die incrementele modernisering willen in plaats van een volledige platform switch.

Het migratieproces: Wat gebeurt er eigenlijk

Elk bureau geeft je een iets ander proces, maar hier is de realiteit van wat een goed uitgevoerde Sitecore-migratie eruitziet:

Fase 1: Discovery en Audit (2-4 weken)

Je kunt niet migreren wat je niet begrijpt. Deze fase omvat:

  • Content audit: Hoeveel items in de Sitecore tree? Hoeveel templates? Wat is de inheritance-hiërarchie? Welke items zijn werkelijk gepubliceerd versus concept versus verlaten?
  • Integration mapping: Documenteer elk extern systeem dat Sitecore aanraakt — API's, databases, third-party services, SSO-providers, CDN's.
  • Traffic- en SEO-analyse: Identificeer je meest waardevolle pagina's, huidige URL-structuur, redirect-vereisten en SEO-waarde die je niet kunt verliezen.
  • Personalisatie-inventaris: Als je Sitecore's personalisatieregels gebruikt, documenteer elke regel en besluit wat naar het nieuwe platform gaat versus wat wordt afgehandeld door een CDP zoals Segment of een personalisatie-tool zoals Ninetailed.

Fase 2: Architectuur en Content Modeling (2-3 weken)

Hier ontwerp je de doelstaat. Content modeling is waarschijnlijk het belangrijkste deel van de hele migratie. Je kopieert niet de template-structuur van Sitecore — je ontwerpt hem opnieuw voor een headless paradigma.

Een Sitecore-template met 40 velden en 12 rendering variants kan 3-4 gerichte content types in je nieuwe CMS worden. Field-level componenten in Sitecore kunnen structured references worden. De layout details die Sitecore als XML blobs opslaat, moeten opnieuw worden gezien als composable page builder patterns.

// Voorbeeld: Mapping een Sitecore template naar een Contentful content type
// Sitecore: "Article Page" template met 25+ velden
// Contentful: Opgesplitst in gerichte types

const articleContentType = {
  name: 'Article',
  fields: [
    { id: 'title', type: 'Symbol', required: true },
    { id: 'slug', type: 'Symbol', required: true, unique: true },
    { id: 'publishDate', type: 'Date' },
    { id: 'author', type: 'Link', linkType: 'Entry' },
    { id: 'heroImage', type: 'Link', linkType: 'Asset' },
    { id: 'body', type: 'RichText' },
    { id: 'components', type: 'Array', items: { type: 'Link', linkType: 'Entry' } },
    { id: 'seoMetadata', type: 'Link', linkType: 'Entry' },
    { id: 'category', type: 'Link', linkType: 'Entry' },
  ]
};

Fase 3: Frontend-ontwikkeling (4-8 weken)

Bouw de nieuwe frontend, meestal in Next.js of Astro. Dit omvat het maken van een component library die aan je CMS content types toewijst, het implementeren van dynamic routing, het opzetten van preview/draft modes voor editors, en het afhandelen van alle edge cases — 404-pagina's, redirects, sitemaps, RSS feeds, search indexing.

Fase 4: Content Migration (2-6 weken, overlappend met Fase 3)

De werkelijke data migration. Meer hieronder.

Fase 5: Integration Reconnection (2-4 weken)

Verbind alle externe systemen opnieuw. Dit omvat vaak het herschrijven van integration logica die was begraven in Sitecore pipelines of custom processors.

Fase 6: QA, UAT en Launch (2-4 weken)

Grondige testing, editor training, performance validatie, redirect verificatie en een zorgvuldig geplande cutover.

Totale timeline voor een typische enterprise-migratie: 3-6 maanden. Iedereen die je vertelt dat het minder dan 3 maanden zal duren voor een substantiële Sitecore-instantie, begrijpt de scope niet goed of plant hoeken af te snijden.

Content Migration: Het deel dat iedereen onderschat

Ik moet hier direct over zijn: content migration van Sitecore is moeilijk. Het is de fase die de meeste vertragingen, de meeste frustratie en de meeste budgetoverschrijdingen veroorzaakt.

Hier is waarom:

Sitecore's Content Tree is geen eenvoudige database

Sitecore slaat content op als items in een boomstructuur. Elk item heeft een template, velden, versies (per taal) en workflow states en presentation details. Items verwijzen naar andere items via Sitecore's internal link database. Media items live in een aparte media library met hun eigen boomstructuur.

Dit schoon extraheren vereist het begrijpen van Sitecore's serialisatie-formaten of het rechtstreeks opvragen van de SQL-databases. Geen van beide benaderingen is triviaal.

// Sitecore items in de database zien er ongeveer zo uit
// (vereenvoudigd uit de Items/Fields/SharedFields/UnversionedFields tabellen)
// Je moet samenvoegen over meerdere tabellen en afhandelen:
// - Shared fields (dezelfde waarde in alle talen)
// - Unversioned fields (één waarde per taal, geen versiebeheer)
// - Versioned fields (één waarde per taal per versie)
// - Blob fields (apart opgeslagen)
// - Link fields (opgeslagen als XML met interne GUID's)

Rich Text Fields zijn een nachtmerrie

De rich text fields van Sitecore bevatten interne links (met ~/link syntax met GUID's), embedded media references en soms custom HTML van jaren editor-gebruik. Dit alles moet worden geparst, opgelost en getransformeerd om te voldoen aan het rich text format van je doelplatform.

Volume doet ertoe

Een typische middelgrote Sitecore-instantie heeft 50.000–500.000 content items. Grote bedrijven kunnen miljoenen hebben. Migration scripts moeten dit volume efficiënt afhandelen, met juiste error handling, logging, en de mogelijkheid om incrementeel opnieuw uit te voeren.

De beste migratiebureau's bouwen custom ETL (Extract, Transform, Load) pipelines specifiek voor dit. Bij Social Animal hebben we tooling gebouwd die content extraheert uit Sitecore via de Item API of direct database queries, het transformeert via configureerbare mapping rules, en het in het doelplatform laadt via de management API — met volledig audit logging zodat we kunnen verifiëren dat elk stuk content is overgekomen.

Kostenoverzicht: Wat Sitecore-migraties werkelijk kosten

Laten we over echte nummers praten. Deze zijn gebaseerd op projecten waar ik bij betrokken was of waar ik betrouwbare data van uit recent jaren heb:

Migratieomvang Content volume Integraties Typische kostenbereik Timeline
Klein bedrijf 5K–25K items 3–5 $75K–$150K 2–3 maanden
Middelgroot bedrijf 25K–100K items 5–15 $150K–$400K 3–5 maanden
Groot bedrijf 100K–500K items 15–30 $400K–$1.2M 5–9 maanden
Multi-brand/multi-region 500K+ items 30+ $1M–$5M+ 9–18 maanden

Deze kosten omvatten discovery, content modeling, frontend-ontwikkeling, content migration, integration work, QA en launch support. Ze omvatten niet de doelplatform licentiekosten of voortdurend hosting.

Hier is het ding dat deze getallen gemakkelijker te slikken maakt: de meeste bedrijven recupereren de migratiekosten binnen 12-18 maanden door gereduceerde licentiekosten, lagere hostingkosten en snellere development velocity. Als je $200K/jaar betaalt voor Sitecore-licenties en $150K/jaar voor gespecialiseerde Sitecore-hosting, en je gaat naar een $30K/jaar headless CMS met $5K/jaar edge hosting, bespaar je $315K per jaar. Dat is een duidelijke ROI zelfs op een $400K migratie.

Wil je begrijpen wat je specifieke migratie zou kosten? Onze prijspagina heeft meer details, of je kunt rechtstreeks bereiken voor een scoping conversation.

Waarschuwingssignalen bij het evalueren van migratieplatforms

Na jaren in deze branche, hier zijn de waarschuwingstekens waarmee ik op zou letten:

Ze hebben nooit echt met Sitecore gewerkt. Dit is ontoelaatbaar. Het begrijpen van het bronplatform is net zo belangrijk als het kennen van het doelplatform. Als ze niet kunnen uitleggen hoe de presentation details van Sitecore werken of wat xDB is, zullen ze worstelen.

Ze stellen een "big bang" content migration voor zonder gefaseerde validatie. Content migration moet iteratief zijn — een subset migreren, valideren, mappings aanpassen, herhalen. Elk bureau dat alle content in één keer wil migreren, heeft dit nog niet eerder gedaan.

Ze vragen niet naar je editors. Een migratie die developers gelukkig maakt maar content editors verwart, is een mislukking. De beste bureaus besteden aanzienlijke tijd aan het begrijpen van redactionele workflows en ontwerpen het nieuwe systeem eromheen.

Ze kunnen vorig migratiewerk niet laten zien. Vraag om casestudy's, referenties, of minimaal een gedetailleerde walkthrough van een vorige Sitecore-migratie. Specifics zijn belangrijk — vage claims van "enterprise CMS experience" zijn niet genoeg.

Hun schatting is verdacht laag. Als hun offerte 50% onder iedereen anders ligt, onderschatten ze, plannen ze zwaar upselling tijdens het project, of begrijpen ze genutig niet de complexiteit. Ik heb te veel bedrijven het goedkoopste alternatief zien kiezen en uiteindelijk meer uitgeven nadat het eerste bureau faalt.

Ze stellen een 1:1 recreatie van je huidige site voor. Een migratie is een kans om te verbeteren. Als het bureau niet je bestaande content model, information architecture en user experience ter discussie stelt, laat het waarde op tafel liggen.

FAQ

Hoe lang duurt een typische Sitecore-migratie?

Voor de meeste middelgrote bedrijven, verwacht 3-6 maanden van kickoff tot launch. Dit omvat discovery, content modeling, frontend-ontwikkeling, content migration, integration work en QA. Grotere multi-brand of multi-region migraties kunnen 9-18 maanden duren. De grootste variabele is meestal content volume en het aantal integraties dat moet worden herbouwd.

Kunnen we van Sitecore naar Sitecore XM Cloud migreren in plaats van het ecosysteem te verlaten?

Absoluut. Sitecore XM Cloud is een geldig doelwit als je je architectuur wilt moderniseren zonder het CMS-platform volledig te wisselen. Je zult nog steeds je frontend moeten herbouwen (XM Cloud gebruikt Next.js), je hosting heroverwegen en mogelijk wat content moeten herstructureren — maar je houdt de vertrouwde authoring experience. De trade-off is dat je nog steeds vastgezet bent in Sitecore's prijzen en roadmap.

Wat gebeurt er met onze SEO-rankings tijdens een Sitecore-migratie?

Dit is de vraag die marketing teams wakker houdt, en terecht. Een goed uitgevoerde migratie zou je SEO-waarde moeten behouden via juiste 301 redirects, URL-structuren waar mogelijk behouden, metadata behoud en het waarborgen dat de nieuwe site Core Web Vitals benchmarks gelijk of overtreft. We hebben klanten eigenlijk zien winnen rankings post-migratie omdat hun nieuwe headless site aanzienlijk sneller laadt. De sleutel is een gedetailleerde redirect map en Search Console nauw volgen tijdens de overgang.

Welke headless CMS is de beste vervanger voor Sitecore?

Er is geen enkel antwoord — het hangt af van de prioriteiten van je team. Contentful is de veilige enterprise-keuze met het grootste ecosysteem. Sanity biedt de meeste flexibiliteit en customization. Storyblok heeft de beste visual editing experience, wat vaak het meest uitmaakt voor teams van Sitecore's Experience Editor. We helpen klanten deze opties tijdens discovery evalueren op basis van hun specifieke editorial workflows, technische vereisten en budget.

Moeten we onze gehele frontend herbouwen tijdens een Sitecore-migratie?

Ja, in bijna elk geval. Sitecore's rendering engine is nauw gekoppeld aan het CMS, dus je bestaande Razor views of Sitecore JSS componenten kunnen niet zomaar naar een nieuw platform worden geporteerd. Het goede nieuws is dat een moderne frontend in Next.js of Astro dramatisch sneller, gemakkelijker te onderhouden en aangenamer om aan te werken zal zijn. De meeste teams zien de frontend-herbouw als het grootste voordeel van de migratie, niet als een nadeel.

Wat zit er met Sitecore personalisatie — kunnen we die functionaliteit behouden?

Sitecore's ingebouwde personalisatie (rules-gebaseerde content swapping, xDB-driven targeting) is een van de meest geciteerde functies, maar in de praktijk gebruiken veel bedrijven slechts een fractie van de mogelijkheden. Tijdens migratie heb je opties: personalisatie naar een dedicated tool als Ninetailed, Uniform of Dynamic Yield; implementeer het in je frontend met feature flags en audience segmentation van je CDP; of gebruik je nieuwe CMS's ingebouwde personalisatiefuncties (Contentful heeft Ninetailed integratie, Storyblok heeft zijn eigen personalisatie-plugin). De juiste keuze hangt af van hoe diep je personalisatie vandaag echt gebruikt.

Hoe gaan we multi-language content af tijdens migratie?

Multi-language support van Sitecore is een van de gebieden waar migratie ingewikkelder wordt. Sitecore slaat language versies op item-niveau op, met fallback chains tussen talen. Je doelplatform zal lokalisatie anders afhandelen — Contentful gebruikt gelokaliseerde velden binnen één entry, Sanity gebruikt aparte documenten per locale, en Storyblok gebruikt een folder-based aanpak. Je migration scripts moeten Sitecore's language versies correct mappen naar het doelplatform's lokalisatiemodel. Dit is oplosbaar maar moet zorgvuldig worden gepland.

Zouden we content incrementeel of allemaal tegelijk moeten migreren?

Incremental migration is bijna altijd de juiste benadering voor bedrijven. Start met een content subset — misschien één sectie van je site of één merk — migreer het volledig, valideer grondig, en schaal dan naar de rest. Dit stelt je in staat mapping-fouten vroeg op te vangen, editors geleidelijk op te leiden, en het risico te verminderen. Sommige teams voeren beide systemen parallel uit tijdens de overgang, met een reverse proxy die verkeer naar de oude Sitecore site of de nieuwe headless site routeert op basis van URL pads. Het is ingewikkelder om in te stellen maar vermindert drastisch het launch-risico.