Salesforce performance is traag: hoe je het correct diagnosticeert en structureel oplost
Salesforce performance is traag: hoe je het correct diagnosticeert en structureel oplost
Wanneer een salesmedewerker meerdere seconden moet wachten tot een pagina laadt, haakt hij vaak af of schakelt hij over naar een ander systeem. Wanneer goedkeuringsprocessen vertragen tijdens het maken van een offerte, vertraagt dit direct het commerciële proces.
In organisaties waar Salesforce als traag wordt ervaren, ligt de oorzaak zelden bij één instelling. Meestal is het een combinatie van technische factoren zoals automatisering, datamodel complexiteit, grote data volumes en integraties. Performance Problemen ontstaan vaak geleidelijk naarmate een Salesforce‑omgeving groeit en meer processen ondersteunt.
Waarom Salesforce na verloop van tijd trager kan worden.
Salesforce vertraagt doorgaans niet spontaan. Performance Problemen ontstaan meestal doordat een transactie steeds meer logica moet uitvoeren of meer data moet verwerken.
Veelvoorkomende oorzaken zijn:
1. Verouderde of overlappende configuratie
2. Inefficiënt ontworpen automatisering
3. Datamodelproblemen of data skew
4. Grote datavolumes (Large Data Volumes)
5. Integraties en managed packages
6. Client- of netwerkfactoren
Vaak gaat het niet om één oorzaak maar om een combinatie van factoren die zich over meerdere jaren hebben opgebouwd.
1. Verouderde configuratie en technische schuld
In veel Salesforce‑organisaties groeit configuratie over de jaren. Nieuwe functionaliteit wordt toegevoegd terwijl oudere logica blijft bestaan.
Voorbeelden hiervan zijn:
• Velden die niet meer gebruikt worden
• Oude Process Builder‑processen of workflows die nog actief zijn
• Tijdelijke validatieregels die permanent zijn gebleven
• Flows die elkaar functioneel overlappen
Wanneer een record wordt opgeslagen, voert Salesforce een vaste volgorde van automatisering uit (order of execution). Hierbij kunnen onder andere validation rules, record‑triggered flows, Apex triggers en andere automatisering worden uitgevoerd. Hoe meer logica actief is, hoe groter de kans dat transacties langer duren.
2. Automatisering die meer werk uitvoert dan nodig
Automatisering hoort processen te versnellen. Wanneer automatisering echter te breed wordt toegepast, kan dit juist performanceproblemen veroorzaken.
Bij het opslaan van een record kunnen meerdere processen tegelijk starten. Wanneer verschillende flows, triggers of rules dezelfde logica uitvoeren of wanneer ze altijd draaien ongeacht relevantie, stijgt de verwerkingstijd.
Best practices zijn onder andere:
• Logica alleen uitvoeren wanneer voorwaarden gelden
• Overlappende automatisering consolideren
• Oude Process Builder‑processen migreren naar efficiëntere flows
• Apex code en flows regelmatig reviewen op efficiëntie
3. Datamodel complexiteit en data skew
Hoe data in Salesforce is gemodelleerd heeft directe invloed op performance.
Wanneer een parent record een zeer groot aantal child records heeft (bijvoorbeeld meer dan tienduizend), kan data skew ontstaan. Dit kan leiden tot:
• Record locking
• Langzame sharing recalculaties
• Tragere transacties tijdens piekbelasting
Ook een complex datamodel met veel relaties en rollups kan de belasting op het platform vergroten. Dit wordt vooral zichtbaar bij grote rapportages, mass updates of integraties.
4. Grote datavolumes (Large Data Volumes)
Wanneer objecten miljoenen records bevatten, spreken we van Large Data Volumes (LDV). In zulke omgevingen is het belangrijk dat queries selectief blijven en dat de juiste indexen worden gebruikt.
Niet‑selectieve queries kunnen leiden tot:
• Langzame rapportages
• Trage list views
• Performance problems in Apex code
Salesforce adviseert daarom specifieke architectuur patronen voor LDV‑omgevingen, zoals archivering, indexering en aangepaste query‑strategieën.
5. Integraties en managed packages
Veel Salesforce‑omgevingen gebruiken externe applicaties en managed packages uit de AppExchange.
Packages kunnen extra objecten, automatisering of code toevoegen. Wanneer meerdere packages overlappende logica introduceren of intensieve processen uitvoeren, kan dit invloed hebben op transactietijden.
Daarom is het belangrijk om periodiek te evalueren:
• Welke packages actief gebruikt worden
• Welke automatisering door packages wordt uitgevoerd
• Of integraties efficiënt omgaan met API‑calls en data‑updates
6. Browser‑ en netwerkfactoren
Salesforce Lightning Experience draait grotendeels in de browser. Daarom kunnen client‑side factoren ook invloed hebben op hoe snel de applicatie aanvoelt.
Voorbeelden hiervan zijn:
• Verouderde browsers
• Zware browserextensies
• Hoge netwerk latency
• Beperkte hardware capaciteit
Deze factoren beïnvloeden vooral de gebruikerservaring en niet altijd de server‑side performance van Salesforce zelf.
Hoe je Salesforce performance correct analyseert
Performance problemen oplossen begint met meten. Zonder analyse bestaat het risico dat symptomen worden aangepakt in plaats van de onderliggende oorzaak.
Stap 1: Technische baseline bepalen
Analyseer de huidige configuratie van de org:
• Automatisering (Flows, Apex triggers, validation rules)
• Geïnstalleerde managed packages
• Datamodel en relaties
• Batch jobs en scheduled processes
• Integraties en API‑gebruik
Tools zoals Salesforce Optimizer, debug logs, Event Monitoring en Lightning Usage App kunnen hierbij waardevolle inzichten geven.
Stap 2: Analyse van gebruik en transacties
Kijk vervolgens naar hoe gebruikers en systemen daadwerkelijk met Salesforce werken:
• Welke transacties het vaakst plaatsvinden
• Waar wachttijden optreden
• Hoe automatisering zich gedraagt tijdens piekbelasting
Debug logs en performance monitoring kunnen helpen om CPU‑gebruik, querytijd en andere platform limits te analyseren.
Stap 3: Root cause bepalen
Koppel performanceproblemen aan concrete oorzaken, bijvoorbeeld:
• Trage transacties → complexe automatisering of CPU‑limieten
• Locking errors → data skew of gelijktijdige updates
• Trage rapportages → niet‑selectieve queries of grote datavolumes
Op basis daarvan kan een prioriteitenlijst worden gemaakt voor optimalisaties.
Hoe performance problemen veilig worden opgelost
Structurele verbeteringen gebeuren meestal gefaseerd.
Configuratie opschonen
Inventariseer automatisering, velden en processen. Verwijder of consolideer onderdelen die niet langer nodig zijn.
Automatisering optimaliseren
Combineer overlappende logica en zorg dat automatisering alleen wordt uitgevoerd wanneer dat functioneel nodig is.
Datamodel verbeteren
Analyseer relaties, recordvolumes en sharing‑modellen. Overweeg archivering of modelaanpassingen bij grote datasets.
Integraties evalueren
Controleer of integraties efficiënt omgaan met data‑updates en bulkverwerking.
Performance in CPQ‑omgevingen
In Salesforce CPQ‑implementaties kan performance sterk afhangen van de complexiteit van het productmodel en prijsregels.
Wanneer configuratie‑ of prijsregels bij elke offerte onnodig worden geëvalueerd, kan dit het calculatieproces vertragen. Door conditionele logica correct toe te passen en regels te optimaliseren kan de rekentijd aanzienlijk worden verminderd.
Hoe vaak moet je performance evalueren?
Voor bedrijfskritische Salesforce‑omgevingen is het verstandig om periodiek een performance review uit te voeren. Veel organisaties doen dit minimaal eenmaal per kwartaal, vaak in lijn met Salesforce‑releases.
Bij omgevingen met complexe automatisering of CPQ kan frequentere monitoring wenselijk zijn.
Geïnteresseerd wat we voor jou kunnen betekenen?
Neem direct contact op met onze experts. We horen graag van je!
Veelgestelde Vragen
Wat veroorzaakt voornamelijk dat Salesforce trager wordt?
Salesforce wordt meestal trager door een combinatie van factoren, zoals verouderde configuraties die zich opstapelen, inefficiënte automatisering, complexe datarelaties, beperkingen van browser of computer en de kwaliteit van de internetverbinding.
In diagnostisch werk van CaseNine blijkt dat ongeveer 70% van de performanceproblemen wordt veroorzaakt door automatisering die vaker of breder wordt uitgevoerd dan bedrijfsprocessen vereisen. De overige 30% hangt samen met druk op de datastructuur, te veel applicaties of beperkingen aan de kant van browser of hardware.
Kan één instelling de performance van Salesforce oplossen?
Nee. Performanceproblemen hebben zelden één enkele oorzaak. CaseNine stelt daarom prioriteitsplannen op waarin meerdere factoren stapsgewijs worden aangepakt.
Snelle oplossingen verbergen vaak alleen symptomen zonder de onderliggende oorzaak op te lossen, waardoor problemen later opnieuw kunnen ontstaan.
Heeft CPQ een negatieve invloed op performance?
Wanneer Salesforce Industries CPQ of Salesforce RevOps / Agentforce CPQ goed is ontworpen, kan het juist efficiëntie en nauwkeurigheid verbeteren zonder de performance te verminderen.
De sleutel ligt in een doordacht ontwerp: productmodellen moeten goed beheerd worden, prijsregels moeten correct worden afgebakend en de complexiteit van offertes moet passen bij de capaciteit van het systeem. Slecht ontworpen CPQ-configuraties kunnen onnodige complexiteit toevoegen en performanceproblemen veroorzaken, maar dat ligt aan de implementatie, niet aan het platform zelf.
Hoe moet je omgaan met bestaande technische schuld?
Technische schuld kan het best geleidelijk worden verminderd door audits, het opschonen van ongebruikte onderdelen, het vereenvoudigen van automatisering en het standaardiseren van datastructuren.
CaseNine adviseert om het verminderen van technische schuld te behandelen als doorlopend onderhoud in plaats van een eenmalig project. HUBBL-scans bieden een objectieve manier om de opbouw van technische schuld en de voortgang van opschoning in de tijd te meten.
Hoe vaak moet performance worden geëvalueerd?
CaseNine adviseert om voor Salesforce-systemen die kritisch zijn voor omzetprocessen elk kwartaal een performance-audit uit te voeren, bij voorkeur in lijn met de reguliere Salesforce-updates.
Voor organisaties die CPQ of Agentforce Revenue Management gebruiken, is het daarnaast verstandig om een extra evaluatie uit te voeren wanneer:
- de complexiteit van de productcatalogus met meer dan 20% toeneemt
- nieuwe prijsregels worden geïmplementeerd
HUBBL-diagnostiek kan daarnaast maandelijks worden uitgevoerd om tussen de kwartaalreviews door inzicht te houden in de prestaties van het systeem.
Ontvang een melding bij een nieuwe blog
We houden je graag op de hoogte van het laatste nieuws.