Een polling-trigger is het onderdeel van een automatisering dat bepaalt wanneer hij start, door een bron op een herhalend schema te checken. Om de paar minuten vraagt hij ‘is er iets nieuws?’, en zodra het antwoord ja is, loopt de rest van de workflow. Het is het meest voorkomende soort automatiseringstrigger in tools als Zapier.
Stel je een postbode voor die elke 15 minuten langs je brievenbus loopt om te kijken of er een brief klaarligt. Ligt er een, dan neemt hij hem mee. Zo niet, dan loopt hij door en komt later terug. Het schema ligt vast, dus een brief die je net na zijn ronde erin gooit, wacht tot zijn volgende rondje. Die wachttijd is de adder onder het gras bij polling: het is betrouwbaar maar nooit direct.
Om te weten wat ‘nieuw’ is, onthoudt een polling-trigger waar hij gebleven was, meestal door de ID of het tijdstempel van het laatste item te bewaren. Die boekhouding voorkomt dat hetzelfde record twee keer wordt verwerkt, en juist daar schuilen de bugs als een bron items herordent of ID’s hergebruikt. Een veelvoorkomende fout lijkt onschuldig: een nieuwe rij krijgt een datum in het verleden, belandt daardoor vóór het laatste punt dat de trigger checkte, en de workflow slaat hem stilletjes voorgoed over.
Hoe vaker de trigger checkt, hoe verser je resultaten, maar heel frequent checken gebruikt meer resources en kan tegen rate limits van de bron aanlopen. Als je echte realtime-reacties nodig hebt en de bron dat ondersteunt, is een webhook meestal de betere keuze.
Bij TopDevs kiezen we het polling-interval dat past bij elke workflow, zodat een orderupdate snel binnenkomt terwijl een nachtelijk rapport niet de hele dag voor niets staat te checken.
