Dvacet poptávek není dvacet kontrol
Modelový příklad: studio dostane dvacet poptávek za měsíc. Jedno propojení čeká na zprávu o novém formuláři. Druhé se každých patnáct minut ptá, jestli něco přibylo. Obě mohou doručit stejných dvacet poptávek, ale druhé pracuje i v noci, kdy nic nepřichází.
Webhook je oznámení, které jedna aplikace pošle druhé při události. Polling znamená, že se příjemce pravidelně ptá na změny. Třetí možností je naplánovat celý postup a při každém spuštění teprve hledat nová data. V ceníku nástroje se tyto cesty nemusí počítat stejně.
Spočítejte kontroly před výběrem tarifu
Pro modelový třicetidenní měsíc při nepřetržitém provozu:
| Interval | Výpočet | Kontrol měsíčně |
|---|---|---|
| 15 minut | 30 × 24 × 4 | 2 880 |
| 5 minut | 30 × 24 × 12 | 8 640 |
| 1 hodina | 30 × 24 | 720 |
To jsou počty naplánovaných kontrol, ne automaticky účtované jednotky ani ceny. Omezení na pracovní dobu počet sníží, ale prodlouží čekání na poptávku o víkendu. Počet událostí také nemusí odpovídat počtu zakázek: stejná poptávka může přijít opakovaně.
Pro osmihodinovou pracovní dobu ve 22 pracovních dnech by patnáctiminutový interval dal 22 × 8 × 60 ÷ 15 = 704 kontrol. Jde o model pravidelné mřížky intervalů v provozním okně; konkrétní spouštění na hranici okna, časové pásmo nebo výpadek mohou skutečný počet změnit.
Proč záleží na přesném spouštěči
n8n rozlišuje naplánovaný běh a pollingový spouštěč. Schedule Trigger se do kvóty počítá při každém spuštění; pollingový spouštěč se počítá až při nalezení nových dat. Webhook má vlastní pravidla počítání požadavků. Proto nevynásobte všechny typy spouštění stejným předpokladem.
V Make ověřte spotřebu konkrétních modulů ve svém scénáři a skutečnou historii účtu. Počet běhů z tabulky nepřebírejte jako počet kreditů: jeden běh může provést několik účtovaných kroků. Cenu doplňte až po ověření tarifu a způsobu účtování.
Rychlejší neznamená vždy lepší
U běžné poptávky může být přijatelná patnáctiminutová prodleva, pokud tým stejně odpovídá několikrát denně. U oznámení, na které navazuje časově citlivá práce, může být potřebná okamžitá událost. Rozhodněte podle práce člověka, nikoli nejkratšího dostupného intervalu.
Webhook vyžaduje, aby zdroj oznámení skutečně uměl odeslat. Prověřte tuto funkci na používaném tarifu, způsob ověření odesílatele a možnost znovu získat ztracenou událost. Nezveřejňujte adresu webhooku v návodech pro klienty, pokud slouží jako neveřejný vstup do procesu.
Událost dorazila. Je práce hotová?
Přijetí oznámení ještě nepotvrzuje uložení do CRM. V přehledu spouštění a nastavení Make najdete také řízení pořadí běhů; nastavení mění chování při neúplném běhu. Vedle spouštěče proto potřebujete zachovaný originál a způsob, jak dohledat chybějící výsledek.
Při výběru si napište čtyři odpovědi: jak dlouho může práce čekat, odkud poznáme novou událost, jak se počítá spotřeba a kde zjistíme chybějící záznam. Teprve pak doplňte hodnoty do kalkulačky celkových nákladů.
Pravidla n8n a nastavení Make jsme zkontrolovali 1. října 2026. Výpočty intervalů jsou modelové. Nejde o naměřenou spotřebu ani cenové srovnání konkrétních účtů.