Beste Sitecore Migratiebureau 2026: Enterprise Headless CMS Experts
Wenn je dit leest, staar je waarschijnlijk naar een Sitecore-instantie die meer last dan nut opleveret. Misschien zijn het de licentiekosten — die in 2024 de drempel van $100K per jaar voor de meeste enterprise-abonnementen hebben overschreden en niet zijn gedaald. Misschien is het de developer experience, die zelfs Sitecore's eigen community toegeeft achter modern frameworks is achtergebleven. Of misschien wil jouw team gewoon sneller deliveren zonder elke keer een ondersteuningsticket in te dienen wanneer iemand een hero image moet bijwerken.
Wat je ook hierheen heeft gebracht, migratie weg van Sitecore is een van de meest impactvolle technische besluiten die een enterprise-organisatie in 2026 zal nemen. Zet het goed neer, en je ontsluit een modern tech stack dat goedkoper is om te onderhouden, sneller is om op te ontwikkelen, en dramatisch beter voor je content editors. Zet het fout neer, en je kijkt aan tegen maanden van vertragingen, kapotte integraties, en een content team dat nog gefrustreerder is dan daarvoor.
Ik ben betrokken geweest bij meer Sitecore-migraties dan ik graag toegel — sommige soepel, sommige brute. Dit artikel is alles wat ik zou willen dat iemand me voor de eerste had verteld.
Inhoudsopgave
- Waarom Enterprises Sitecore in 2026 Verlaten
- Wat Maakt een Sitecore Migration Agency Echt Goed
- Top Sitecore Migration Agencies en Specialisten voor 2026
- Doelplatformen: Waar Migreren Teams Heen
- Het Migratieproces: Wat Gebeurt er Werkelijk
- Content Migratie: Het Onderdeel Dat Iedereen Onderschat
- Kostenoverzicht: Wat Sitecore-Migraties Werkelijk Kosten
- Waarschuwingssignalen bij het Evalueren van Migratiecompagnons
- Veelgestelde Vragen

Waarom Enterprises Sitecore in 2026 Verlaten
Sitecore is meer dan een decennium lang een dominante enterprise CMS geweest, maar de markt is er onder verschoven. Dit is wat de exodus veroorzaakt:
Licentie- en Infrastructuurkosten
Sitecore XP/XM licenties voor een middelgrote enterprise kosten doorgaans $80K–$200K per jaar. Voeg hosting toe (vaak op Azure), developer tooling, en de Sitecore-specifieke talentpremie, en je kijkt tegen een total cost of ownership die $500K per jaar kan overschrijden. Sitecore's cloud offering (XM Cloud) zorgde voor enige verlichting, maar introduceerde ook nieuwe beperkingen en is nog steeds niet goedkoop — abonnementen beginnen rond $50K per jaar voordat je implementatie meetelt.
Vergelijk dat met een headless CMS zoals Contentful ($3K–$50K per jaar voor de meeste enterprise-plannen), Sanity (op basis van gebruik, vaak onder de $30K per jaar), of Storyblok ($3K–$45K per jaar). De besparing is reëel en significant.
Developer Experience en Talent
Sitecore-developers vinden in 2026 is werkelijk moeilijk. Het .NET/C# ecosysteem waarop Sitecore is gebouwd, heeft niet hetzelfde volume aan nieuwe developers aangetrokken als JavaScript/TypeScript frameworks. Agencies melden dat Sitecore developer tarieven zijn gestegen naar $150–$200 per uur in Noord-Amerika, vergeleken met $100–$150 per uur voor senior Next.js of React developers.
Het verschil in developer experience is nog meer zeggen. Moderne headless CMS platforms bieden lokale development environments die in seconden starten, hot reloading, TypeScript SDK ondersteuning, en Git-gebaseerde workflows. Sitecore development omvat nog steeds zwaardere lokale setups, langzamere feedback loops, en meer ceremonieën rond deployments.
Performance en Architectuur
Sitecore's monolithische architectuur betekent dat je CMS, rendering engine, personalisatielaag, en analytics allemaal aan elkaar gekoppeld zijn. Dit maakte zin in 2015. In 2026 betekent het dat je niet eenvoudig een modern frontend framework kunt adopteren, niet naar edge networks kunt deployen, of componenten niet onafhankelijk kunt schalen.
Headless architecturen stellen je in staat een best-in-class CMS met een best-in-class frontend framework (Next.js, Astro, Remix) te koppelen en naar edge platforms als Vercel of Cloudflare te deployen. Het prestatieverschil is meetbaar — we hebben sites zien gaan van 3-4 seconde laadtijden op Sitecore naar onder de 1 seconde op headless stacks.
Wat Maakt een Sitecore Migration Agency Echt Goed
Niet alle migratiecompagnons zijn gelijk. Dit is wat de agencies die deliveren scheidt van degenen die je achterlaten met een half afgemaakt project en een stapel technical debt.
Diepgaande Sitecore Kennis (Niet Alleen Modern Stack Skills)
Dit klinkt voor de hand liggend, maar het is de meest gemaakte fout. Je hebt een agency nodig die Sitecore's data model werkelijk begrijpt — de item tree, template inheritance, layout details, rendering variants, personalisatieregels, en de experience database (xDB). Een agency die alleen het doelplatform kent, kan je content niet goed extraheren en transformeren.
De beste migration agencies hebben teamleden die op Sitecore hebben gebouwd en de grilligheden ervan begrijpen. Ze weten dat Sitecore's content tree geen simpele platte structuur is — het is een diep geneste, reference-zware graaf die voorzichtige mapping vereist naar wat je ook heen verhuist.
Bewezen Content Migration Tooling
Elke agency die het waard is om in te huren heeft specifieke tooling gebouwd (of aangenomen) voor het extraheren van content uit Sitecore. Dit kunnen custom scripts zijn die de Sitecore item API of SQL databases bevragen, Sitecore CLI exports, of serialisatie tools zoals Unicorn/TDS output parsers. Vraag 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 agency moet werkelijk sterk zijn in het doelframework — of dat Next.js, Astro, of iets anders is. Dit gaat niet alleen over het schrijven van React componenten. Het gaat over het begrijpen van ISR/SSG/SSR tradeoffs, het implementeren van preview modes voor editors, het bouwen van component libraries die aansluiten op CMS content types, en het optimaliseren voor Core Web Vitals.
Enterprise Integratieervaring
Sitecore enterprises bestaan niet in 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 APIs. Een goede migration agency controleert elke integratie en heeft een plan voor elk ervan.
Top Sitecore Migration Agencies en Specialisten voor 2026
Hier is mijn eerlijke beoordeling van de agencies die dit werk op dit moment goed doen. Ik heb met deze teams samengewerkt, met ze geconcurreerd in RFP's, of consistent feedback ontvangen van enterprise clients die hen hebben ingehuurd.
| Agency | Specialisatie | Doelplatformen | Typische Projectgrootte | Opvallende Sterke Punten |
|---|---|---|---|---|
| Social Animal | Headless CMS migratie, frontend development | Next.js, Astro, Contentful, Sanity, Storyblok | $75K–$500K | Diepgaande headless expertise, performance-obsessed, sterke content modeling |
| 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 ecosysteem specialist | Sitecore XM Cloud, headless | $300K–$3M+ | Diepgaande Sitecore pedigree, focus op grote enterprises |
| Valtech | Global enterprise CMS | Contentstack, Contentful, composable stacks | $500K–$5M+ | Globale delivery, multi-market ervaring |
| Konabos | Sitecore-naar-headless specialist | Next.js, Sitecore XM Cloud, Vercel | $100K–$800K | Sitecore MVP-zwaar team, community contributors |
| Horizontal Digital | Enterprise CMS en commerce | Diverse headless CMS, composable DXP | $250K–$2M+ | Sterke commerce integratiecapaciteiten |
Een paar opmerkingen bij deze lijst. De grotere agencies (Valtech, Altudo) zijn geweldig voor massieve multi-brand, multi-region migraties waar je 30+ personen op het project nodig hebt. Maar ze brengen de overhead met zich mee die je zou verwachten — langzamer besluitvorming, meer managementlagen, en hogere tarieven.
Voor mid-market enterprises (50K–500K pagina's content, 5–20 integraties) zal een specialist agency als Social Animal of Konabos doorgaans sneller en met lagere kosten deliveren. We richten ons specifiek op headless implementations en hebben onze hele praktijk rond de CMS-naar-frontend pipeline gebouwd.

Doelplatformen: Waar Migreren Teams Heen
De bestemming is net zo belangrijk als de reis. Dit is wat ik in 2026 zie:
Contentful
Nog steeds de marktleider voor enterprise headless CMS. Contentful's content model is flexibel, de API is snel (mediaan response times onder 50ms vanuit hun CDN), en het ecosysteem is volwassen. De GraphQL API is goed geïmplementeerd, en het App Framework stelt je in staat custom editing experiences te bouwen. Prijzen beginnen rond $3.000 per jaar voor kleine teams en schalen tot $50K+ voor enterprise-plannen met SSO, rollen, en omgevingen.
Beste voor: Grote content teams, multi-brand architecturen, organisaties die een groot partner ecosysteem nodig hebben.
Sanity
Sanity heeft ernstige enterprise traction opgebouwd. De real-time collaborative editing, GROQ query language, en 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 clients waar ik mee heb gewerkt belanden tussen $15K–$40K per jaar.
Beste voor: Teams die maximale aanpasbaarheid willen, developer-centric organisaties, content-heavy sites.
Storyblok
Storyblok's visual editor is het dichtste wat er is bij wat Sitecore editors gewend zijn — je kunt je content in context zien terwijl je deze bewerkt. Dit vermindert dramatisch de redactionele cultuurschok die headless migraties vaak doet mislukken. Enterprise-plannen lopen $45K+/jaar met dedicated support.
Beste voor: Organisaties waarbij editor experience de topprioriteit is, teams die migreren van Sitecore's Experience Editor.
Sitecore XM Cloud
Sommige enterprises willen in het Sitecore ecosysteem blijven maar hun architectuur moderniseren. XM Cloud is Sitecore's headless, cloud-native offering die met een Next.js frontend is gekoppeld. Het houdt het content model vertrouwd terwijl je de on-premise infrastructure last wegdoet. Het is het overwegen waard als je diep in Sitecore's personalisatiefuncties bent geïnvesteerd en die logica niet elders wilt herbouwen.
Beste voor: Teams die incrementele modernisatie willen in plaats van een volledig platformwisseling.
Het Migratieproces: Wat Gebeurt er Werkelijk
Elke agency 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: Document elk extern systeem dat Sitecore aanraakt — APIs, databases, third-party services, SSO providers, CDN's.
- Traffic- en SEO-analyse: Identificeer je highest-value pages, huidige URL-structuur, redirect-vereisten, en elke SEO equity die je niet kunt verliezen.
- Personalisatie-inventarisatie: Als je Sitecore's personalisatieregels gebruikt, document elke regel en bepaal wat naar het nieuwe platform gaat versus wat wordt afgehandeld door een CDP als Segment of een personalisatietool als Ninetailed.
Fase 2: Architectuur en Content Modeling (2-3 weken)
Dit is waar je de doelstaat ontwerpt. Content modeling is waarschijnlijk het belangrijkste onderdeel van de hele migratie. Je kopieert niet de templatestructuur van Sitecore — je ontwerpt deze opnieuw voor een headless paradigma.
Een Sitecore template met 40 velden en 12 rendering variants kan 3-4 gefocuste 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 overwogen als composable page builder patterns.
// Voorbeeld: Het mappen van een Sitecore template naar een Contentful content type
// Sitecore: "Article Page" template met 25+ velden
// Contentful: Uitgedeeld in gefocuste 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 Development (4-8 weken)
Bouw de nieuwe frontend, doorgaans in Next.js of Astro. Dit omvat het creëren van een component library die aansluit op je CMS content types, het implementeren van dynamic routing, het instellen 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 Migratie (2-6 weken, overlappend met Fase 3)
De werkelijke data migratie. Meer hierover hieronder.
Fase 5: Integratie Reconnectie (2-4 weken)
Reconnect alle externe systemen. Dit omvat often het herschrijven van integratie logica die in Sitecore pipelines of custom processors was begraven.
Fase 6: QA, UAT, en Launch (2-4 weken)
Grondige testing, editor training, performance validatie, redirect verificatie, en een voorzichtig geplande cutover.
Totale tijdlijn 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 ofwel niet de scope ofwel is van plan ergens hoeken af te snijden.
Content Migratie: Het Onderdeel Dat Iedereen Onderschat
Ik moet hier directe zijn: content migratie van Sitecore is lastig. Het is de fase die de meeste vertragingen, de meeste frustratie, en de meeste budgetoverschrijdingen veroorzaakt.
Dit is waarom:
Sitecore's Content Tree Is Geen Simpele Database
Sitecore slaat content op als items in een tree-structuur. Elk item heeft een template, velden, versies (per taal), workflow states, en presentatiedetails. Items verwijzen naar andere items via Sitecore's interne link database. Media items leven in een aparte media library met hun eigen tree-structuur.
Dit schoon extraheren vereist begrip van Sitecore's serialisatieformaten of directe queries 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 tables)
// Je moet over meerdere tables joinen en afhandelen:
// - Shared fields (dezelfde waarde over alle talen heen)
// - Unversioned fields (één waarde per taal, geen versioning)
// - Versioned fields (één waarde per taal per versie)
// - Blob fields (apart opgeslagen)
// - Link fields (opgeslagen als XML met interne GUIDs)
Rich Text Velden Zijn een Nachtmerrie
Sitecore's rich text velden bevatten interne links (met ~/link syntax met GUIDs), ingebedde media verwijzingen, en soms custom HTML van jaren editor gebruik. Dit alles moet worden geparsed, opgelost, en getransformeerd om aan te sluiten op je doel CMS's rich text format.
Volume Doet Ertoe
Een typische mid-size enterprise Sitecore instantie heeft 50.000–500.000 content items. Grote enterprises kunnen miljoen items hebben. Migratiescripts moeten dit volume efficiënt afhandelen, met goede error handling, logging, en het vermogen om incrementeel opnieuw uit te voeren.
De beste migration agencies bouwen custom ETL (Extract, Transform, Load) pipelines specifiek voor dit. Bij Social Animal hebben we tooling gebouwd die content uit Sitecore extraheert via de Item API of directe database queries, het transformeert via configureerbare mappingregels, en het in het doelplatform laadt via de management API — met volledige audit logging zodat we kunnen verifiëren dat elk content item overgekomen is.
Kostenoverzicht: Wat Sitecore-Migraties Werkelijk Kosten
Laten we over echte getallen praten. Deze zijn gebaseerd op projecten waar ik bij betrokken ben geweest of waarvoor ik betrouwbare gegevens heb van 2024-2026:
| Migratiescope | Content Volume | Integraties | Typische Kostenbereik | Tijdlijn |
|---|---|---|---|---|
| Kleine enterprise | 5K–25K items | 3–5 | $75K–$150K | 2–3 maanden |
| Mid-size enterprise | 25K–100K items | 5–15 | $150K–$400K | 3–5 maanden |
| Grote enterprise | 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 development, content migratie, integration work, QA, en launch support. Ze omvatten niet de doelplatform licensing kosten of doorlopende hosting.
En hier is het ding dat deze getallen gemakkelijker maken om door te slaan: de meeste enterprises terugverdienen de migratiekosten binnen 12-18 maanden via gereduceerde licensingkosten, lagere hostingkosten, en snellere development velocity. Als je $200K per jaar betaalt voor Sitecore licensing en $150K per jaar voor gespecialiseerde Sitecore hosting, en je gaat naar een $30K per jaar headless CMS met $5K per jaar edge hosting, bespaar je $315K jaarlijks. Dat is een duidelijke ROI zelfs op een $400K migratie.
Wil je begrijpen wat jouw specifieke migratie zou kunnen kosten? Onze pricing page heeft meer details, of je kunt direct contact opnemen voor een scoping gesprek.
Waarschuwingssignalen bij het Evalueren van Migratiecompagnons
Na jaren in deze ruimte, hier zijn de waarschuwingstekenen die ik in het oog zou houden:
Ze hebben nog nooit werkelijk met Sitecore gewerkt. Dit is disqualificerend. Het begrijpen van het bronplatform is net zo belangrijk als het kennen van het doel. Als ze niet kunnen uitleggen hoe Sitecore's presentation details werken of wat xDB is, zullen ze moeite hebben.
Ze stellen een "big bang" content migratie voor zonder gefaseerde validatie. Content migratie moet iteratief zijn — een subset migreren, valideren, mappings aanpassen, herhalen. Elke agency die alle content in één keer wil migreren, heeft dit niet eerder gedaan.
Ze vragen niet naar je editors. Een migratie die developers blij maakt maar content editors in verwarring achterlaat, is een mislukking. De beste agencies besteden aanzienlijke tijd aan het begrijpen van editorial workflows en het ontwerpen van het nieuwe systeem eromheen.
Ze kunnen je geen vorig migratiewerk tonen. Vraag om case studies, referenties, of op z'n minst een gedetailleerde walkthrough van een eerdere Sitecore migratie. Specifieke zaken zijn belangrijk — vage beweringen van "enterprise CMS ervaring" zijn niet genoeg.
Hun schatting is verdacht laag. Als hun offerte 50% onder iedereen anders ligt, underschatten ze ofwel, plannen ze forse upsells tijdens het project, of ze begrijpen werkelijk niet de complexiteit. Ik heb te veel enterprises gezien die voor de goedkoopste optie gingen en meer uitgeven nadat het eerste bureau faalt.
Ze bevelen 1:1 recreatie van je huidge site aan. Een migratie is een gelegenheid om te verbeteren. Als de agency je huidge content model, informatie architectuur, en user experience niet ter discussie stelt, laten ze waarde liggen.
Veelgestelde Vragen
Hoe lang duurt een typische Sitecore migratie? Voor de meeste mid-size enterprises, verwacht 3-6 maanden van kickoff tot launch. Dit omvat discovery, content modeling, frontend development, content migratie, 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 migreren van Sitecore naar Sitecore XM Cloud in plaats van het ecosysteem te verlaten? Absoluut. Sitecore XM Cloud is een geldig doel als je je architectuur wilt moderniseren zonder volledig van CMS platform te wisselen. Je zult nog steeds je frontend moeten herbouwen (XM Cloud gebruikt Next.js), je hosting opnieuw moet nadenken, en mogelijk wat content moet herstructureren — maar je houdt de vertrouwde authoring experience. De tradeoff is dat je nog steeds vast zit aan Sitecore's prijzen en roadmap.
Wat gebeurt er met onze SEO-rankings tijdens een Sitecore migratie? Dit is de vraag die marketing teams 's nachts wakker houdt, en terecht. Een goed uitgevoerde migratie moet je SEO equity behouden door juiste 301 redirects, URL-structuren behouden waar mogelijk, metadata preserving, en ervoor zorgen dat de nieuwe site voldoet aan of beter dan Core Web Vitals benchmarks. We hebben werkelijk clients zien rankings winnen na migratie omdat hun nieuwe headless site aanzienlijk sneller laadt. De sleutel is een gedetailleerde redirect map en close monitoring van Search Console tijdens de overgang.
Welke headless CMS is het beste vervangstuk voor Sitecore? Er is geen enkel antwoord — het hangt af van je team's prioriteiten. Contentful is de veilige enterprise keuze met het grootste ecosysteem. Sanity biedt de meeste flexibiliteit en aanpasbaarheid. Storyblok heeft de beste visual editing experience, wat vaak het meest voor teams van Sitecore's Experience Editor doet. We helpen clients deze opties evalueren tijdens discovery op basis van hun specifieke editorial workflows, technische vereisten, en budget.
Moeten we onze hele frontend herbouwen tijdens een Sitecore migratie? Ja, in bijna elk geval. Sitecore's rendering engine is nauw gekoppeld aan de CMS, dus je bestaande Razor views of Sitecore JSS componenten kunnen niet eenvoudig naar een nieuw platform worden geporteerd. Het goede nieuws is dat een modern frontend in Next.js of Astro dramatisch sneller, makkelijker te onderhouden, en aangenamer zal zijn om op te ontwikkelen. De meeste teams zien de frontend herbouw als het grootste voordeel van de migratie, niet als een nadeel.
En Sitecore personalisatie — kunnen we die functionaliteit behouden? Sitecore's ingebouwde personalisatie (rules-based content swapping, xDB-driven targeting) is een van zijn meest genoemde functies, maar in de praktijk gebruiken veel enterprises slechts een fractie van de capaciteiten. Tijdens migratie heb je opties: verplaats personalisatie naar een dedicated tool als Ninetailed, Uniform, of Dynamic Yield; implementeer het in je frontend met feature flags en audience segmentatie uit je CDP; of gebruik je nieuwe CMS's ingebouwde personalisatiefuncties (Contentful heeft Ninetailed integratie, Storyblok heeft een eigen personalisatie plugin). De juiste keuze hangt af van hoe diep je personalisatie vandaag werkelijk gebruikt.
Hoe handelen we multi-language content af tijdens migratie? Sitecore's multi-language ondersteuning is een van de gebieden waar migratie ingewikkeld wordt. Sitecore slaat language versies op item niveau op, met fallback chains tussen talen. Je doelplatform zal localization anders afhandelen — Contentful gebruikt gelokaliseerde velden binnen één entry, Sanity gebruikt aparte documents per locale, en Storyblok gebruikt een folder-based aanpak. Je migratie scripts moeten Sitecore's language versies correct mappen naar de doelsysteem's localization model. Dit is oplosbaar maar moet voorzichtig worden gepland.
Moeten we content incrementeel of allemaal tegelijk migreren? Incrementele migratie is bijna altijd de juiste aanpak voor enterprises. Begin 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 laat je mapping errors vroeg opvangen, editors geleidelijk trainen, en risico verminderen. Sommige teams voeren beide systemen parallel uit gedurende de overgang, met een reverse proxy die verkeer stuurt naar ofwel de oude Sitecore site ofwel de nieuwe headless site op basis van URL paths. Het is complexer om in te stellen maar vermindert launch risico dramatisch.