Waarom veel Salesforce Marketing Cloud-architecturen in 2026 moeten worden herzien (en niet uitgebreid)

Een omgeving die nog werkt — maar niet meer meebeweegt

Veel Salesforce Marketing Cloud-omgevingen functioneren in 2026 technisch gezien nog probleemloos. Campagnes worden verzonden, journeys lopen door en dashboards tonen stabiele cijfers. Op papier lijkt er weinig aan de hand. Toch ervaren steeds meer organisaties dat elke wijziging disproportioneel veel tijd kost, dat risico’s toenemen en dat marketingteams terughoudend worden om nog aanpassingen door te voeren.

Dat spanningsveld ontstaat zelden door één verkeerde keuze of een falende implementatie. Het is het gevolg van een architectuur die ooit logisch was, maar nooit fundamenteel is herzien. Wat begon als een pragmatische setup om snel resultaat te boeken, is langzaam veranderd in een systeem dat vooral in stand wordt gehouden. Juist daar ontstaat het risico: niet doordat het platform stopt met functioneren, maar doordat het steeds minder ruimte laat voor verandering terwijl de technologie zelf gewoon blijft draaien.

De omgeving draait, maar niemand weet nog precies waar de structurele grenzen liggen.

Van snelle implementatie naar structurele erfenis

De meeste Salesforce Marketing Cloud-architecturen zijn niet als volwaardige architectuur ontworpen. Ze zijn ontstaan vanuit urgente behoeften: e-mail centraliseren, lead nurturing automatiseren en Customer Journeys orkestreren. De focus lag terecht op snelheid en functionaliteit. In de beginfase leverde dat resultaat op, maar dezelfde pragmatische keuzes zijn vaak blijven bestaan terwijl de omgeving, het aantal markten en de afhankelijkheden rondom data en integraties steeds verder groeiden.

Data Extensions werden toegevoegd voor specifieke campagnes en bleven daarna bestaan. Synchronisaties met CRM werden ingericht voor één markt of use-case en later hergebruikt voor andere doeleinden. Consent-oplossingen werden toegevoegd waar regelgeving dat vereiste, zonder dat het bredere datamodel werd herzien. Elk afzonderlijk besluit kon rationeel zijn, maar gezamenlijk ontstond een structuur waarvan steeds moeilijker te verklaren is waarom onderdelen nog bestaan en welke processen ervan afhankelijk zijn.

In 2026 zijn deze historische keuzes diep verweven geraakt met processen, rapportages en verantwoordelijkheden. Architectuur is daardoor geen theoretisch concept meer, maar een dagelijkse operationele realiteit. Zij bepaalt hoe snel een organisatie nieuwe eisen kan verwerken, hoeveel risico een wijziging introduceert en hoeveel specialistische kennis nodig is om een ogenschijnlijk eenvoudige aanpassing veilig door te voeren.

Waarom uitbreiding zo aantrekkelijk lijkt

Wanneer nieuwe eisen ontstaan — nieuwe markten, strengere privacyregels of hogere verwachtingen rond personalisatie — is uitbreiding de natuurlijke reflex. Een extra attribuut, aanvullende automation of nieuwe journey lijkt een concrete en beheersbare oplossing voor een concreet probleem. Op korte termijn werkt dat vaak ook: de organisatie kan door zonder een bredere herziening van de onderliggende structuur, waardoor uitbreiding organisatorisch eenvoudiger te verkopen is dan architecturale verandering.

Maar iedere uitbreiding vergroot ook de onderlinge afhankelijkheden. Impactanalyses worden complexer, fouten lastiger te herleiden en teams voorzichtiger met wijzigingen omdat de gevolgen buiten het eigen domein niet altijd voorspelbaar zijn. Het kantelpunt ontstaat wanneer uitbreiding nog wel technisch mogelijk is, maar niet langer beheersbaar voelt. Vanaf dat moment lost extra configuratie vooral het probleem van vandaag op terwijl zij tegelijkertijd de structurele herziening van morgen zwaarder maakt.

Uitbreiden voelt logisch — tot het niet meer werkt

Uitbreiden voelt aantrekkelijk omdat het tastbaar is. Er is een concrete vraag, een herkenbaar probleem en een duidelijke technische handeling om dat probleem op te lossen. Een extra attribuut, een nieuwe journey-tak of een aanvullende automation lijkt direct bij te dragen aan resultaat. In de beginfase van een Marketing Cloud-omgeving klopt dat ook, omdat de afzonderlijke onderdelen nog relatief weinig afhankelijkheden hebben en de impact van wijzigingen goed te overzien is.

Het probleem ontstaat wanneer deze uitbreidingen elkaar beginnen te raken. Wat ooit een losstaande optimalisatie was, wordt onderdeel van een steeds dichter netwerk van afhankelijkheden. Segmentaties gaan meerdere journeys aansturen. Automations schrijven data weg die elders weer wordt gebruikt. Kleine wijzigingen hebben onbedoelde effecten die pas zichtbaar worden nadat campagnes live zijn gegaan. Teams lossen daarmee steeds het probleem van vandaag op, maar bouwen ondertussen een omgeving waarin toekomstige veranderingen meer analyse, afstemming en herstelwerk vragen.

In 2026 zien veel organisaties dat dit patroon niet langer houdbaar is. De beperking zit niet primair in de tooling, maar in een onderliggende structuur die onvoldoende houvast biedt om groei beheerst te ondersteunen. Zolang die structuur niet expliciet wordt herzien, vertaalt iedere nieuwe functionele wens zich in meer afhankelijkheden en steeds minder zekerheid over de consequenties van verandering.

Configuratie is geen architectuur

Een fundamentele oorzaak van deze situatie is het ontbreken van een expliciet onderscheid tussen configuratie en architectuur. Configuratie gaat over hoe iets is ingericht: velden, journeys, synchronisaties en automatiseringen. Architectuur gaat over waarom die inrichting zo is gekozen, welke uitgangspunten leidend zijn en welke grenzen bewust gelden. Zonder dat onderscheid kan een omgeving technisch correct geconfigureerd zijn en tegelijkertijd structureel steeds moeilijker bestuurbaar worden.

In veel Salesforce Marketing Cloud-omgevingen is configuratie jarenlang doorontwikkeld zonder dat de architectuur expliciet is vastgelegd. Beslissingen worden vooral functioneel beoordeeld — werkt het? — en veel minder structureel — past dit binnen het systeemontwerp en blijft het ook beheersbaar wanneer andere teams, markten of journeys ervan afhankelijk worden? Daardoor ontstaat technische functionaliteit zonder een gedeeld kader voor toekomstige keuzes.

Het gevolg is dat lokale optimalisaties zich opstapelen, terwijl de globale samenhang langzaam verdwijnt. Teams verbeteren hun eigen campagnes, maar niemand bewaakt het geheel. Dat voelt lange tijd werkbaar, tot het moment waarop niemand nog kan overzien wat de impact van een wijziging werkelijk is. Dan blijkt dat niet de afzonderlijke configuratie het grootste probleem vormt, maar het ontbreken van expliciete architectuurprincipes waartegen nieuwe wijzigingen kunnen worden getoetst.

Wat gebeurt er als organisaties in 2026 níet herzien?

Niet herzien is geen neutrale keuze. Het betekent dat bestaande aannames intact blijven terwijl de context waarin Salesforce Marketing Cloud opereert fundamenteel verandert. De gevolgen zijn zelden onmiddellijk spectaculair. Juist daarom blijft het probleem lang onder de radar: technische processen blijven draaien, maar besluitvorming en verandering vragen steeds meer afstemming, controles en specialistische kennis voordat teams iets durven aanpassen.

Marketingteams merken dat kleine wijzigingen impactanalyses vereisen die niemand volledig kan overzien. Releases worden uitgesteld “voor de zekerheid”, innovatie verschuift van structureel naar incidenteel en nieuwe use-cases worden vermeden omdat de risico’s moeilijk te duiden zijn. KPI’s kunnen ondertussen acceptabel blijven, waardoor de verslechtering nauwelijks zichtbaar is in dashboards. Het werkelijke verlies zit in wendbaarheid: nieuwe markten, datastromen en commerciële eisen kosten steeds meer tijd om betrouwbaar in de bestaande omgeving op te nemen.

We nemen geen verkeerde beslissingen, maar we nemen steeds minder beslissingen.

In enterprise-omgevingen vertaalt dit zich uiteindelijk naar strategische frictie. Marketing verliest tempo ten opzichte van businessambities, IT wordt terughoudender en compliance-afdelingen gaan wijzigingen zwaarder toetsen omdat de onderlinge afhankelijkheden minder transparant zijn. Niet herzien betekent daarmee in de praktijk dat complexiteit zonder regie blijft groeien. Hoe langer dat patroon doorgaat, hoe zwaarder en risicovoller een toekomstige herziening uiteindelijk wordt.

Wanneer data geen stabiel fundament meer is

Deze spanning wordt extra zichtbaar in de manier waarop data wordt gebruikt. Salesforce Marketing Cloud is in essentie een dataplatform, maar in veel organisaties is het datamodel historisch gegroeid. Datadefinities verschillen per team of regio, velden worden hergebruikt voor andere doelen dan waarvoor ze oorspronkelijk zijn ingericht en historische Data Extensions blijven bestaan omdat niemand met zekerheid kan zeggen welke processen, segmentaties of journeys er nog afhankelijk van zijn.

Zolang campagnes relatief lineair zijn, kan zo’n omgeving nog beheersbaar lijken. In 2026 verandert dat fundamenteel doordat personalisatie, dynamische segmentatie, geautomatiseerde besluitvorming en real-time dataverwerking steeds hogere eisen stellen aan consistentie. Data die voor één campagne “goed genoeg” was, kan binnen een keten van geautomatiseerde beslissingen ineens meerdere uitkomsten beïnvloeden. Daardoor worden kleine afwijkingen in definities of synchronisatie veel belangrijker dan in een traditionele campagneomgeving.

Inconsistentie wordt dan zichtbaar in uitkomsten die op het eerste gezicht plausibel lijken, maar niet reproduceerbaar zijn. Marketingteams herkennen patronen, maar kunnen niet betrouwbaar verklaren waarom bepaalde klanten anders worden behandeld of waarom resultaten per markt uiteenlopen. Dat is het moment waarop vertrouwen begint te eroderen: niet omdat de data aantoonbaar fout is, maar omdat de organisatie onvoldoende kan onderbouwen welke data op welk moment leidend was en waarom.

Waarom herziening iets anders is dan opschonen

Herziening wordt vaak verward met opschonen, alsof het vooral gaat om het verwijderen van oude Data Extensions, het vereenvoudigen van journeys of het opruimen van technische schuld. Opschonen kan noodzakelijk zijn, maar lost het onderliggende architectuurvraagstuk niet op. Herziening begint juist bij het expliciet maken van aannames die jarenlang impliciet zijn gebleven en bij het vastleggen van principes waaraan bestaande én nieuwe configuratie moet voldoen.

Een inhoudelijke herziening vraagt daarom minimaal om vier expliciete keuzes die samen bepalen of de bestaande configuratie nog binnen een beheersbaar ontwerp past. Het gaat niet om technische details die per campagne opnieuw kunnen worden ingevuld, maar om vaste uitgangspunten waaraan teams toekomstige uitbreidingen, uitzonderingen en wijzigingen consequent kunnen toetsen:

• Leidende data: vastleggen welke bron voor welk datatype en welke beslissing bepalend is.
• Beslisgrenzen: bepalen welke keuzes binnen Marketing Cloud worden genomen en welke bewust buiten het platform blijven.
• Bewuste complexiteit: onderscheid maken tussen complexiteit die commerciële waarde toevoegt en complexiteit die alleen historisch is gegroeid.
• Toetsing van uitbreiding: nieuwe configuratie niet alleen beoordelen op functionaliteit, maar ook op samenhang, beheerbaarheid en toekomstige afhankelijkheden.

Door deze uitgangspunten expliciet vast te leggen, krijgt configuratie opnieuw betekenis binnen een groter ontwerp. Niet elke bestaande oplossing hoeft te verdwijnen en niet iedere uitbreiding wordt automatisch afgewezen. Het verschil is dat nieuwe keuzes voortaan langs een gedeeld architectuurkader worden gelegd. Daarmee verandert herziening van een opruimactie in een structurele manier om toekomstige groei beheersbaar te houden.

AI legt architectuurfouten genadeloos bloot

De opkomst van AI-functionaliteit binnen Salesforce Marketing Cloud verandert de aard van architectuurdiscussies fundamenteel. Waar traditionele campagnes nog konden functioneren op basis van impliciete aannames, vereist AI een veel hogere mate van consistentie en transparantie. Modellen die gedrag voorspellen of beslissingen automatiseren zijn afhankelijk van stabiele input. Wanneer definities per markt, kanaal of moment verschillen, kan dezelfde logica uitkomsten produceren die statistisch aannemelijk zijn maar organisatorisch moeilijk te verklaren.

Veel organisaties ervaren dit niet als een directe fout, maar als een sluipend probleem. Resultaten lijken logisch, maar zijn niet reproduceerbaar. Optimalisaties werken soms wel en soms niet, zonder duidelijke oorzaak. Daardoor neemt het vertrouwen in AI af en worden functionaliteiten voorzichtiger ingezet, terwijl juist daar de verwachte strategische waarde ligt. AI wordt daarmee een stresstest voor bestaande architecturen: niet omdat de technologie zelf faalt, maar omdat zij inconsistenties zichtbaar maakt die in handmatige campagnes jarenlang verborgen konden blijven.

Waarom AI zonder architectuur onverklaarbaar wordt

AI in Salesforce Marketing Cloud wordt vaak benaderd als optimalisatielaag. Modellen voorspellen gedrag, optimaliseren timing of selecteren content. Dat werkt zolang AI vooral statistisch wordt ingezet en de uiteindelijke beslissing elders wordt genomen. In 2026 verschuift het gebruik echter steeds vaker richting beslisarchitectuur: AI beïnvloedt niet alleen hóé goed een proces wordt uitgevoerd, maar steeds vaker ook wát er gebeurt en welke klant of actie prioriteit krijgt.

Zonder expliciete architectuur ontstaat hier een fundamenteel probleem. Beslissingen kunnen technisch consistent worden berekend, maar organisatorisch niet consistent worden verklaard. Verschillende datadefinities, afwijkende synchronisatieroutes en impliciete aannames leiden tot uitkomsten die plausibel lijken zonder reproduceerbaar te zijn. Dat raakt direct aan governance, omdat een organisatie niet alleen moet weten dát een model een bepaalde uitkomst produceerde, maar ook op welke gegevens, beslisregels en verantwoordelijkheden die uitkomst rustte.

Herziening creëert daarom geen beperking voor AI, maar het fundament waarop verdergaande automatisering verantwoord kan worden gebouwd. Pas wanneer datastromen, eigenaarschap en beslisgrenzen expliciet zijn vastgelegd, kan AI duurzaam worden ingezet zonder dat iedere afwijkende uitkomst opnieuw een zoektocht naar oorzaken wordt. Architectuur maakt het mogelijk om snelheid en autonomie te vergroten terwijl de organisatie tegelijkertijd uitlegbaarheid en controle behoudt.

Governance is geen compliance-laag

In 2026 is governance geen controlemechanisme dat pas achteraf op Marketing Cloud wordt toegepast. Voor multinationals is governance een ontwerpeis omdat omgevingen opereren binnen uiteenlopende privacyregels, datalokaties en verantwoordingsstructuren. Wanneer die voorwaarden niet expliciet in de architectuur zijn verankerd, wordt iedere uitbreiding een risicovermenigvuldiger: technisch kan een nieuwe flow werken, terwijl ownership, consentlogica of auditability onvoldoende zijn geregeld.

Veel organisaties lossen governance-vraagstukken op met uitzonderingen en workarounds. Dat werkt zolang de omgeving beperkt blijft, maar naarmate complexiteit toeneemt wordt compliance steeds afhankelijker van handmatige checks en individuele kennis. Herziening betekent daarom dat governance onderdeel wordt van het systeemontwerp zelf. Regels over data-ownership, consent, reproduceerbaarheid en risicobeheersing moeten niet naast de architectuur bestaan, maar zichtbaar worden in de manier waarop processen en verantwoordelijkheden technisch zijn ingericht.

Governance vóór en na herziening

Deze verschuiving maakt governance niet zwaarder, maar voorspelbaarder. Teams hoeven minder vaak per wijziging opnieuw te bepalen welke controles noodzakelijk zijn, omdat de belangrijkste beslis- en verantwoordingslijnen al onderdeel zijn van het ontwerp. Daardoor kan een organisatie sneller veranderen zonder voor iedere uitbreiding nieuwe uitzonderingen te creëren of bestuurlijke zekerheid afhankelijk te maken van individuele medewerkers.

Integraties als verborgen bron van complexiteit

Een derde structureel knelpunt zit in integraties. Veel Salesforce Marketing Cloud-architecturen zijn historisch gebouwd rondom CRM als primaire waarheid, terwijl het datalandschap in 2026 aanzienlijk breder is. Customer data komt uit web- en app-omgevingen, consentplatformen, externe dataproviders en soms CDP-achtige structuren. Zonder expliciete rolverdeling wordt iedere nieuwe bron toegevoegd aan een landschap waarvan niet altijd duidelijk is welk systeem voor welk doel leidend hoort te zijn.

Daaruit ontstaat gemakkelijk een netwerk van point-to-point koppelingen. Synchronisaties worden aangepast om acute problemen op te lossen, maar vergroten onbedoeld de afhankelijkheden tussen systemen. Datadefinities verschuiven ongemerkt en rapportages corrigeren wat upstream niet eenduidig is vastgelegd. Herziening vraagt daarom om expliciete systeemrollen: niet elk systeem hoeft alles te weten, maar voor iedere relevante beslissing moet wel duidelijk zijn waar de bepalende data vandaan komt en welke andere systemen die definitie volgen.

Herziening als strategische keuze

Wat AI, governance en integraties gemeen hebben, is dat ze niet duurzaam kunnen worden opgelost met extra configuratie alleen. Ze vragen om architecturale keuzes over wat structureel is en wat tijdelijk blijft, wat centraal wordt beheerd en wat bewust lokaal mag afwijken. Zonder zulke grenzen wordt iedere nieuwe technische mogelijkheid opnieuw een afzonderlijke discussie, waardoor complexiteit groeit zonder dat de organisatie een consistent criterium heeft om keuzes tegen af te zetten.

In 2026 worden deze keuzes bovendien steeds minder technisch van aard. Ze bepalen hoe uitlegbaar beslissingen zijn, hoe schaalbaar de omgeving blijft en hoeveel operationeel en bestuurlijk risico een organisatie bereid is te accepteren. Herziening is daarmee geen onderhoudsproject, maar een strategische ingreep die bepaalt onder welke voorwaarden Marketing Cloud verder mag groeien en welke vormen van complexiteit de organisatie bewust niet langer accepteert.

Architectuur is ook een organisatievraag

Wanneer architectuur impliciet blijft, concentreert kennis zich vrijwel altijd bij een klein aantal specialisten. Zij weten hoe het systeem historisch is gegroeid, waar uitzonderingen zitten en welke aannames ooit zijn gemaakt. Dat voelt efficiënt zolang die mensen beschikbaar zijn, maar vormt een structureel risico. Veranderingen worden uitgesteld omdat de impact moeilijk te overzien is, nieuwe teamleden hebben lange inwerktijden en besluitvorming vertraagt zodra meerdere domeinen of markten van dezelfde configuratie afhankelijk blijken.

Herziening maakt architectuur expliciet en daarmee overdraagbaar. Kennis verschuift van personen naar structuren, documentatie en gedeelde ontwerpprincipes. Dat maakt organisaties minder kwetsbaar en vergroot de wendbaarheid in complexe internationale omgevingen. Een volwassen systeem is daarom niet alleen technisch stabiel; het moet ook begrijpelijk genoeg zijn om door meerdere teams verantwoord te worden beheerd zonder dat cruciale kennis uitsluitend in het hoofd van enkele specialisten blijft zitten.

Herzien is geen herimplementatie

Een hardnekkige misvatting is dat herziening betekent dat alles opnieuw moet worden gebouwd. In de praktijk draait effectieve herziening juist om expliciteren voordat er wordt vervangen. Organisaties moeten zichtbaar maken welke aannames nog geldig zijn, welke tijdelijke oplossingen inmiddels structureel zijn geworden en welke onderdelen werkelijk problemen veroorzaken. Pas daarna kan worden bepaald waar aanpassing noodzakelijk is en waar bestaande configuratie prima binnen het nieuwe kader kan blijven functioneren.

Die benadering voorkomt dat een architectuurproject verandert in een kostbare technische reset zonder duidelijke meerwaarde. Veel kan blijven bestaan, maar krijgt opnieuw betekenis doordat bekend is waarom het bestaat, welke afhankelijkheden acceptabel zijn en welke grenzen voortaan gelden. Herziening reduceert daarmee complexiteit zonder functionaliteit onnodig weg te gooien en voorkomt tegelijkertijd dat dezelfde ad-hoc patronen na een herimplementatie simpelweg opnieuw worden opgebouwd.

Waarom 2026 het kantelpunt is

De combinatie van AI-gedreven besluitvorming, strengere regelgeving en hogere verwachtingen van personalisatie maakt 2026 tot een kantelpunt. Architecturen die vóór deze fase zijn opgezet, zijn zelden ontworpen voor een omgeving waarin meer beslissingen geautomatiseerd worden, data uit meer bronnen samenkomt en uitlegbaarheid belangrijker wordt. Ze kunnen technisch nog functioneren, maar missen vaak de expliciete ontwerpprincipes die nodig zijn om verdere groei beheersbaar te houden.

Organisaties die zonder herziening blijven uitbreiden, vergroten hun afhankelijkheden en operationele risico’s. Organisaties die eerst expliciet maken welke architectuur zij nodig hebben, creëren ruimte voor gecontroleerde groei, uitlegbare beslissingen en duurzame schaalbaarheid. Het verschil zit niet in meer tooling, maar in discipline: niet alles wat technisch mogelijk is hoeft architectonisch verstandig te zijn, zeker niet wanneer iedere nieuwe mogelijkheid extra afhankelijkheden introduceert.

Herziening als voorwaarde voor duurzame schaalbaarheid

Veel Salesforce Marketing Cloud-omgevingen functioneren technisch nog prima en kunnen toch strategisch uitgeput raken. Dat gebeurt wanneer iedere uitbreiding meer afstemming vraagt, wanneer data en integraties alleen nog door specialisten volledig worden begrepen en wanneer nieuwe mogelijkheden vooral extra afhankelijkheden creëren. De relevante vraag voor 2026 is daarom niet hoeveel functionaliteit nog kan worden toegevoegd, maar hoeveel structurele helderheid nodig is om nieuwe functionaliteit verantwoord te blijven gebruiken.

Herziening betekent daarbij niet terugkeren naar een eenvoudiger verleden of bestaande investeringen afschrijven. Het betekent expliciet maken welke onderdelen van de huidige architectuur nog passen bij de organisatie die Marketing Cloud inmiddels is geworden. Dat vraagt om duidelijke keuzes over data, integraties, governance, AI, eigenaarschap en beslisgrenzen. Juist doordat die keuzes vooraf worden gemaakt, ontstaat opnieuw ruimte om gericht uit te breiden zonder dat iedere verandering de kwetsbaarheid van het geheel vergroot.

Voor enterprise-organisaties is dat uiteindelijk de maatstaf voor schaalbaarheid: niet of het platform nóg een journey, koppeling of AI-functie aankan, maar of de organisatie die uitbreiding kan begrijpen, controleren en reproduceren. Een herzien architectuurkader maakt Marketing Cloud daarmee niet kleiner of minder ambitieus. Het voorkomt dat groei verandert in technische en bestuurlijke schuld en houdt het platform inzetbaar als een strategische omgeving die kan meebewegen met nieuwe markten, regelgeving en commerciële besluitvorming.