Alternatieven
Zapier en Make alternatief: een koppeling op maat voor je kernstromen
Zapier en Make zetten een stroom tussen twee apps in een middag live. Bij orders, voorraad en prijzen in grote aantallen gaan hun eigen limieten meetellen: vastgehouden runs, een volle wachtrij, een scenario dat na de eerste fout uitgaat. Een koppeling op maat is gebouwd op die volumes en op de API's van jouw systemen.
Wat Zapier en Make goed doen
Zapier en Make zijn platforms waarop je zelf automatiseringen bouwt: een trigger in de ene app, een of meer acties in de andere. Zapier noemt dat een Zap, Make een scenario. Zapier koppelt met meer dan 9.000 apps. Voor wat er niet in de catalogus zit, zijn er bij Zapier Webhooks by Zapier en Code by Zapier; Make ontvangt webhooks van elk systeem dat ze kan sturen. Filters, paden en vertragingen bouw je in een visuele editor. Alles hieronder komt uit de eigen helppagina's van Zapier en Make, nagelezen op 3 oktober 2026.
De sterkte is snelheid. Een stroom met lage aantallen staat in een middag live, zonder ontwikkelaar: een order boven een bedrag als melding in een chatkanaal, een nieuwe klant naar de nieuwsbrief, een formulier naar een spreadsheet. Een Zap mag tot 100 stappen hebben en een actie tot 1.000 velden. Voor dat soort stromen is het een complete set.
Hoe Zapier en Make rekenen per taak en per credit, met welk interval ze een bron opvragen en hoe ze een mislukte run herhalen, staat in maatwerk koppeling of koppelplatform. Deze pagina gaat over wat er gebeurt bij pieken: veel wijzigingen tegelijk, veel orders in korte tijd.
Waar hun documentatie een grens trekt
Beide platforms beschrijven hoe ze zich beschermen tegen te veel verkeer tegelijk. Voor een stroom met orders of voorraad zijn dit de getallen die tellen:
| Platform | Wat de documentatie schrijft |
|---|---|
| Zapier | Een polling trigger met 100 of meer items tegelijk wordt vastgehouden tot je per e-mail bevestigt; daarna 1 run per seconde |
| Zapier | Hoeveel records een polling trigger per keer ophaalt, bepaalt de app, bijvoorbeeld alleen de 100 nieuwste |
| Zapier | Instant triggers: een 429 boven 20.000 verzoeken per 5 minuten per gebruiker |
| Zapier | Bij het bereiken van de taaklimiet worden runs vastgehouden, niet verwerkt |
| Make | Wachtrij per webhook: 667 items per 10.000 credits per maand, maximaal 10.000; vol is 400 Queue is full |
| Make | Tot 300 webhookverzoeken per 10 seconden, daarboven 429 |
| Make | Instant webhooks worden standaard parallel verwerkt; op volgorde alleen met Process data in order |
| Make | Een scenario met een instant trigger gaat uit na de eerste fout |
Het limietenoverzicht van Zapier en de webhookpagina van Make zijn openbaar. Geen van deze grenzen is een fout in het platform. Ze zijn gemaakt voor een gedeelde dienst met veel klanten tegelijk. Voor een orderstroom op een drukke dag betekenen ze wel dat iemand moet ingrijpen.
Twee voorbeelden: een prijsronde en een piekdag
Een prijsronde bij Zapier. Om 09:00 past de inkoper 2.400 verkoopprijzen aan in het ERP. Een Zap met een polling trigger ziet bij de volgende poll 2.400 nieuwe items, als de app ze allemaal teruggeeft. Dat is meer dan 100, dus Zapier houdt ze vast en stuurt een e-mail. Bevestigt iemand om 09:30, dan lopen de runs met 1 per seconde: 2.400 seconden is 40 minuten, klaar om 10:10. Met één actie per item zijn dat 2.400 taken. Geeft de app per poll alleen de 100 nieuwste terug, dan komen de andere 2.300 niet binnen.
Een koppeling op maat leest dezelfde wijzigingen in één keer. Bij Exact Online geeft het sync-endpoint voor verkoopprijzen 1.000 records per call: 2.400 ÷ 1.000 = 3 calls. WooCommerce neemt in POST /products/batch tot 100 producten per verzoek: 2.400 ÷ 100 = 24 verzoeken.
Een piekdag bij Make. Een webshop stuurt elke order als webhook naar een Make-scenario met een instant trigger. Het abonnement heeft 10.000 credits per maand, dus de wachtrij houdt 667 items. Om 14:00 geeft het ERP één time-out. Het scenario gaat uit, de webhooks lopen de wachtrij in. Bij 90 orders per uur is de wachtrij vol na 667 ÷ 90 = 7,4 uur, rond 21:25. Vanaf dan krijgt de webshop 400 Queue is full terug. Of hij die order later opnieuw stuurt, hangt af van de webshop.
Wat een koppeling op maat anders doet
Dezelfde onderwerpen, vanuit een koppeling die voor één bedrijf wordt gebouwd:
| Onderwerp | Koppeling op maat |
|---|---|
| Veel wijzigingen tegelijk | Gelezen via bulk- of sync-endpoints, geschreven in batches, zonder bevestiging per keer |
| Bron haalt maar een deel op | Gewijzigde records sinds de laatste run, op een tijdstempel of versienummer, met paginering tot het einde |
| Wachtrij | Groeit met de piek mee; een order wordt pas uit de wachtrij gehaald als het ERP hem heeft bevestigd |
| Volgorde | Wijzigingen op dezelfde order één voor één, op volgorde van binnenkomst |
| Fout in het doelsysteem | Nieuwe pogingen met oplopende pauzes; de stroom blijft aan en de rest gaat door |
| Richting | Per veld vastgelegd welk systeem leidend is, zonder lus |
De limieten van de API's blijven gelijk. Exact Online staat 60 calls per minuut en 5.000 per dag toe, per app en per administratie, voor een Zap net zo goed als voor een koppeling op maat. Het verschil zit in hoeveel calls een stroom ervan gebruikt. Hoe je dat uitrekent, staat in doorvoer berekenen.
Voor de koppeling live gaat, draait hij in een dry run met goedkeuring. Daarna zie je per run in het dashboard wat er van welke waarde naar welke is gegaan. Wij hosten en bewaken de koppeling en passen hem aan als een systeem zijn API wijzigt.
Overstappen van Zapier of Make
De overstap gaat per stroom. Eerst de stroom die het meest kost als hij misgaat: orders, daarna voorraad en prijzen. De koppeling op maat draait eerst in een dry run naast de Zap of het scenario. Hij leest dezelfde orders en laat zien wat hij zou schrijven. Pas na goedkeuring zet je de Zap uit.
Een Zap heeft vaak stappen die nergens anders beschreven staan: een filter op een tag, een pad voor één land, een stuk code die een veld omzet. Die komen bij de dry run boven, omdat het verschil in uitkomst ze zichtbaar maakt. Leg ze vast voordat de Zap uitgaat. Hoe zo'n vervanging verder verloopt, staat in een bestaande koppeling vervangen.
Wat we bouwen staat op maatwerk koppeling laten maken. Vertel welke Zaps of scenario's je orders, voorraad of prijzen dragen, dan hoor je welke stromen een koppeling op maat zou overnemen.
Veelgestelde vragen
Wat gebeurt er bij Zapier met 100 of meer wijzigingen tegelijk?
Bij een Zap met een polling trigger houdt Zapier 100 of meer gelijktijdige items vast en stuurt een e-mail met de vraag of ze moeten draaien. Na bevestiging verwerkt Zapier ze met 1 per seconde. 1.000 runs duren dan iets meer dan een kwartier.
Hoeveel webhooks kan Make bufferen?
Make geeft per webhook een wachtrij van 667 items per 10.000 credits in je abonnement, met een maximum van 10.000. Is de wachtrij vol, dan antwoordt Make met 400 Queue is full en wordt de data geweigerd. Daarnaast verwerkt Make tot 300 webhookverzoeken per 10 seconden; daarboven komt een 429.
Verwerkt Make orders op volgorde?
Niet standaard. Make verwerkt verzoeken op een instant webhook parallel, ook als de vorige run nog bezig is. Met de instelling Process data in order wacht Make tot de vorige run klaar is. Zonder die instelling kan een orderwijziging verwerkt worden voordat de order zelf in het ERP staat.
Kan Zapier in twee richtingen synchroniseren?
Nee. Zapier schrijft dat een Zap een automatisering in één richting is. Twee Zaps tegen elkaar in kunnen een lus vormen die je taken opmaakt. Een koppeling op maat legt per veld vast welk systeem leidend is, zie maatwerk koppeling of koppelplatform.
Moet ik al mijn Zaps of scenario's vervangen?
Nee. De stromen die geld of voorraad raken, zoals orders, voorraad, prijzen en facturen, gaan naar de koppeling op maat. Een Zap die een bericht in een chatkanaal zet of een rij in een spreadsheet toevoegt, kan blijven draaien.
Vertel wat je nodig hebt
Vertel welke systemen je gebruikt en wat je wilt verbeteren. Je krijgt binnen één werkdag een persoonlijk antwoord. We helpen je de werkzaamheden helder te krijgen en spreken de prijs en planning af voordat je iets toezegt.
- Je weet de prijs en de doorlooptijd voordat je iets toezegt
- Wij zoeken uit welke koppeling het werk uit handen neemt
- Wij verzorgen de bouw, hosting, bewaking en het onderhoud
- Je team krijgt minder overtypwerk en minder uitzoekwerk