Triggers filteren in n8n: zo doe je dat
Laatst bijgewerkt op 12 maart 2026.
Je bouwt een workflow die iets heel specifieks moet doen. Bijvoorbeeld: reageren op leads die nog gekwalificeerd moeten worden.
En dan kom je erachter dat “de werkelijkheid” rommeliger is dan je proces.
Een lead wordt aangemaakt. Daarna verrijkt. Dan door iemand aangepast. Dan door een sync weer bijgewerkt. En op al die gebeurtenissen slaat jouw triggen aan.
Dan komt de vraag die je workflow stabiel houdt:
Op welke gebeurtenissen wil ik nou écht inhaken?
Eerst even helder: wat is trigger-filtering?
Trigger-filtering is niks magisch. Het is scope.
Je zegt tegen n8n: “alleen dit soort situaties horen bij deze workflow”. Alles wat je hier niet tegenhoudt, komt naar binnen.
En hoe vroeger je die scope goed zet, hoe minder je later hoeft te corrigeren met extra logica. En hoe minder n8n executies je onnodig verbruikt.
De gebruikelijke filters die je in triggers tegenkomt
Niet elke trigger heeft ze allemaal, maar dit zijn de standaard categorieën.
1. Type gebeurtenis
De meest basale keuze: waar luister je naar?
Voorbeelden:
- alleen “toegevoegd”
- “toegevoegd of bijgewerkt”
Als jouw proces alleen iets hoeft te doen bij nieuwe items, dan is “bijgewerkt” meestal ruis. Niet fout. Wel een andere workflow.
2. Status / fase / stage
Veel tools hebben een procesmodel ingebouwd. Daar wil je op meeliften.
Voorbeelden:
- alleen status “Nieuw”
- alleen fase “Gekwalificeerd”
- alleen “Open”
Dit is vaak de fijnste filter, omdat status meestal één-op-één aansluit op hoe jij er zelf over denkt: “dit hoort bij stap X”.
3. Tags / labels
Tags zijn ideaal omdat je er betekenis aan kunt hangen die niet per se uit het systeem komt, maar uit jouw eigen proces.
Je ziet meestal twee smaken:
- inclusie: alleen items mét tag X
- exclusie: alle items onder tag X
Als je geluk hebt, kan je trigger beide. Als je pech hebt, kan je alleen inclusie. Maar het principe blijft hetzelfde: tags zijn vaak de meest flexibele manier om “scope” te maken.
4. Owner / team / bron
Handig zodra één bron meerdere teams, lijsten of processen bedient.
Voorbeelden:
- alleen items van team Sales
- alleen items uit lijst “Inbound”
- alleen items met bron “Web”
Dit voorkomt dat één trigger onbedoeld een verzamelbak wordt.
Voor ProspectPro gebruikers: de ProspectPro Trigger beschikt over alle filters die je uit onze app gewend bent (waaronder alle bovenstaande opties).
In de praktijk: triggers zijn vaak beperkt
Hier zit de frustratie waar iedereen vroeg of laat tegenaan loopt.
Je denkt: “ik zet gewoon even een filtertje.”
En dan blijkt:
- je kunt wel kiezen tussen “toegevoegd” en “bijgewerkt”,
- maar niet op status filteren,
- situaties uitsluiten is onmogelijk,
- of je kunt alleen op één veld tegelijk filteren.
En nee, daar is meestal geen nette workaround voor.
Wat je wél kunt doen als je trigger te beperkt is:
- filter direct na je trigger met een IF-node,
- en stop zo vroeg mogelijk als iets niet “in scope” is.
Dat voelt minder “schoon” dan filteren in de trigger zelf, maar het is nog steeds de beste manier om te voorkomen dat je workflow allerlei onnodige stappen uitvoert.
Handig voor ChatGPT/Gemini
Wil je met een chatbot brainstormen over ProspectPro integraties met n8n? Dan is het handig als ‘ie weet hoe onze node in elkaar zit. Onze code is volledig openbaar, dus dat is geen enkel probleem. Vraag simpelweg of Chat deze linkjes onderzoekt, en je kan los:
n8n: https://n8n.io/integrations/prospectpro
GitHub: https://github.com/ocjanssen/n8n-nodes-prospectpro
NPM: https://www.npmjs.com/package/@bedrijfsdatanl/n8n-nodes-prospectpro
API docs (community node uses this API): https://docs.prospectpro.nl