Zapier, nebo Make: jednoduchý start může stát sedmkrát víc

Pro jednoduchý tok s malým počtem spuštění je často pohodlnější Zapier; u opakovaného procesu s více akcemi bývá levnější Make. Rozhodnutí se však mění, pokud scénář pravidelně kontroluje zdroj, který většinou nevrací žádná nová data: Make za tyto kontroly spotřebovává kredity.

V podmíněném modelu s pěti kroky a 2 000 spuštěními měsíčně vznikne v Zapieru 8 000 úloh; říjnový přehled cenových pásem pro ně uvádí tarif s 10 000 úlohami za 193,50 USD při měsíční platbě, zatímco tarif Make Core nabízí 10 000 kreditů za 12 USD měsíčně. Zapier tak v tomto modelu stojí více než sedmkrát tolik. Výpočet předpokládá jeden spouštěč a čtyři běžné akce v každém běhu, bez prázdných kontrol a zvlášť účtovaných funkcí.

Co se započítá do úlohy a co do kreditu

Podle ceníku a pravidel Zapieru vytváří úlohu úspěšně provedená akce, nikoli spouštěč nebo jeho kontrola; bezplatný plán dovoluje 100 úloh měsíčně a pouze dvoukrokové automatizace. Některé vestavěné kroky, například filtr či formátování, se do úloh také nezapočítávají. Zapier zároveň uvádí propojení s více než 9 000 aplikacemi, což pomáhá při výběru méně obvyklého nástroje, ale samo o sobě nezaručuje potřebný spouštěč ani konkrétní akci.

Make počítá provedené moduly: kredit může spotřebovat přijetí vstupu, čtení záznamu, vyhledání, zápis i úprava dat. Běžná akce obvykle stojí jeden kredit, některé pokročilé funkce více. Úloha Zapieru a kredit Make proto nejsou zaměnitelné jednotky. Při srovnání je třeba sledovat, které moduly se opravdu provedou, kolik položek jimi projde a zda se scénář spouští i bez užitečného výsledku.

Řídký formulář: čas sestavení může převážit cenu

Uvažujme formulář, který čtyřicetkrát za měsíc předá kontakt do CRM pomocí okamžitého spouštěče. Jedna úspěšná navazující akce znamená v Zapieru 40 úloh. Pokud Make při každém přijetí události provede vstupní a zápisový modul, spotřebuje přibližně 80 kreditů. Za uvedených podmínek se obě varianty vejdou do bezplatných přídělů; rozdíl v měsíční platbě tedy nevzniká.

V testu StackScout trvalo sestavení toku Typeform → HubSpot → Slack přibližně 8 minut v Zapieru a 25 minut v Make. Jde o čas jedné konkrétní konfigurace, nikoli o slib pro každou integraci. Ukazuje ale hodnotu rychlého sestavení, když automatizace poběží zřídka a někdo ji později musí upravit nebo předat kolegovi.

Přidání zprávy do Slacku by v uvedeném příkladu změnilo také podmínky bezplatného plánu Zapieru: spouštěč a dvě akce už tvoří vícekrokový tok. Počet úloh by při čtyřiceti úspěšných průchodech zůstal nízký, samotná skladba workflow by však vyžadovala placenou funkci. U Make se naopak přidá další provedený modul a jeho kredity.

Pět kroků: rozdíl roste s počtem běhů

Model z úvodu počítá při každém běhu čtyři úspěšné akce Zapieru, tedy 8 000 úloh za měsíc. Pokud Make provede jednou spouštěcí modul a jednou každou ze čtyř navazujících akcí, spotřebuje 10 000 kreditů. Ceny tarifů jsou měsíční platby v USD, nikoli přepočet na koruny; případné daně a jiné služby v nich nejsou zahrnuty.

Výsledný násobek je silně závislý na konstrukci procesu. Filtr může zastavit část běhů před placenými akcemi, zatímco vyhledávání dalšího záznamu přidá modul Make i tam, kde je v Zapieru potřeba jiná posloupnost kroků. Větvení může poslat jednotlivé záznamy různými cestami, takže prosté „počet kroků krát počet spuštění“ přestane odpovídat skutečné spotřebě. Model proto platí pro uvedenou sestavu, nikoli pro každou automatizaci se stejně dlouhým schématem.

Prázdný polling: účet roste i bez nového záznamu

Když zdroj neposílá okamžitou událost, Make jej může kontrolovat podle rozvrhu. Návod Make k plánování scénáře uvádí při kontrole každých pět minut 8 640 kreditů za třicetidenní měsíc pouze pro spouštěcí modul. Tato spotřeba vzniká i v případě, že žádná kontrola nevrátí nový řádek; další moduly se účtují až podle skutečně zpracovaných dat.

Při kontrole každou minutu by stejná aritmetika znamenala 43 200 kontrol za třicet dní, ještě před navazujícími akcemi. Takový rozvrh překročí základní příděl Core, který v pětikrokovém modelu stačil na všechny běhy. Zapier za prázdné kontroly spouštěče úlohy nevytváří. Pokud zdroj podporuje okamžitý webhook, může Make průběžné kontroly vynechat; zda je tato možnost dostupná, závisí na konkrétní aplikaci a jejím spouštěči.

Dávka: rozhoduje práce s každou položkou

U dávkového zpracování se účet násobí počtem záznamů, které projdou navazujícími akcemi. V podmíněném příkladu přijde najednou 400 řádků a pro každý jsou potřeba dvě úspěšné akce. Zapier tak spotřebuje 800 úloh. Pokud Make načte dávku jedním běžným modulem, jedním provedením iterátoru rozdělí pole na položky a poté pro každý řádek provede dva běžné akční moduly, vyjde přibližně 802 kreditů.

Podstatné je, že samotný iterátor nemusí znamenat jeden kredit za každý výstupní řádek; násobí se především moduly, které jeho výstupy následně zpracují. Stránkované načítání, další hledání, opakované pokusy nebo odlišně účtovaná funkce mohou odhad zvýšit. U Zapieru zase úspěšná akce za každou položku vytváří samostatnou úlohu, i když vstup dorazil jako jediná dávka.

Kdy se vyplatí kratší sestavení a kdy pružnější scénář

Zapier dává smysl tam, kde je tok přímočarý, spouští se málo a požadované aplikace nabízejí hotové akce. Jeho kratší cesta k funkčnímu workflow může mít pro malý tým větší hodnotu než úspora na jednotkách spotřeby. Make je přesvědčivější u častých běhů, větvení a práce s položkami, pokud lze omezit prázdné kontroly a přesně spočítat moduly na každé větvi.

Při výběru proto nestačí porovnat počáteční ceny plánů. Rozhodující je konkrétní spouštěč, dostupnost potřebných akcí, počet záznamů na jeden běh a práce nutná k pozdějším změnám. Právě chybějící akce nebo častý polling mohou převážit cenovou výhodu, kterou jinak Make získává při vysokém objemu.

Přečtěte si také:

• Claude Haiku 5.5, nebo GPT‑6 Luna: stejná sazba neznamená stejný účet
• n8n, nebo Make: levnější běh může znamenat vlastní server
• Zapier, nebo Power Automate: účet mění počet tvůrců, ne jen počet spuštění