Make Free 15-minute interval: poll or webhook for a Sume job?
On Make Free the minimum scheduling interval is 15 minutes, versus 1 minute on Core. For Sume jobs use webhook mode and keep polling as a slow backup.

Answer
Use a webhook. Make's pricing page lists a 15-minute minimum interval on Free and 1 minute on Core, so a scheduled scenario that polls a Sume job on Free checks at most four times an hour (60 divided by 15). A webhook tells you the moment the job ends, whatever the plan interval is.
I read the interval as applying to scheduled runs. Test that an instant webhook trigger fires immediately on your plan before relying on it.
Interval facts
Each module action costs 1 credit per the page, so every poll that finds nothing still spends credits.
| Plan | Minimum interval | Credits |
|---|---|---|
| Free | 15 minutes | 1,000 |
| Core | 1 minute | 10k |
Cost of polling vs webhook
Polling every 15 minutes for a 2 hour wait is 8 checks (120 divided by 15), each at least one module, so at least 8 credits for one job. A webhook costs the receiving modules once. Sume's docs say poll /v1/jobs/:id/status and honor next_poll_after_seconds, which is usually much shorter than 15 minutes, so a slow poll is a backup, not the primary path.
Submit with mode: "webhook" and a public HTTPS webhook_url. Sume retries delivery up to 10 times, 30 seconds apart, so a short outage will not lose the event. If the event never arrives, one scheduled status read per hour is enough to catch it.
curl https://api.sume.com/v1/jobs/$JOB_ID/status \
-H "Authorization: Bearer $SUME_API_KEY"Caveat
Never respond to a stalled run by creating the job again. Reuse the Idempotency-Key, as described in jobs and results.
Sources
Related posts
More in Integrations
- Make free plan 5-minute execution cap vs Core 40 minutes for Sume jobs
Make's Free plan stops a run at 5 minutes and Core at 40. Do not wait inside it: submit a Sume job in webhook mode and finish in a second scenario.
- Mastra eager tool execution: dry-run Sume calls first
Mastra 1.71 can start a tool once its own arguments are complete. For paid Sume generation that means a stable idempotency_key and a dry run before any spend.
- Mastra 1.72 crash recovery and leases: checkpoint the Sume job id
Mastra 1.72 adds multi-worker task leases and crash recovery. Store the Sume job id before waiting so a recovered worker polls instead of paying twice.
- n8n 2.41.6 task runner and a Sume webhook verifier that never throws
n8n 2.41.6 keeps its task runner alive on unhandled rejections. Write the Sume webhook check so a bad signature returns false; answer 2xx only after storing.
Written by Sume