Make.com Scheduling: Run Automations at Exactly the Right Time
Scheduling in Make.com controls when and how often your Scenarios run. Understanding Make.com's scheduling options, how to combine them with webhooks for real-time automation, and how to manage execution timing is essential for building reliable automations. This guide covers everything about Make.com Scenario scheduling.
Scheduling Options in Make.com
Every Make.com Scenario has scheduling settings that control execution:
Instant (webhook-triggered): Scenarios with Webhook, Gmail, HubSpot, or other real-time triggers run immediately when the event occurs. No scheduling needed — the event fires the Scenario.
Interval-based: Run every N minutes, hours, or days. Common intervals:
- 15 minutes (most common for data sync)
- 1 hour
- 1 day
- 1 week
Specific time: Run at a specific time (e.g., Monday at 8am, first day of month at 9am).
On demand: Run manually only. Useful for batch jobs you control.
Setting Up Scheduling
- In your Scenario editor, click "Scheduling" (clock icon) in the bottom control bar
- Choose schedule type:
- Immediately as data arrives — for webhook/real-time triggers - At regular intervals — for polling-based triggers
- For interval scheduling:
- Choose interval (15 min, 1 hour, 1 day, etc.) - Choose specific days/times if needed
- Save
Important: The scheduling setting only matters for polling triggers (Google Sheets "Watch Rows", Gmail with interval check, etc.). Webhook triggers are always instant.
Polling vs Webhook Triggers
Polling triggers check for new data at each scheduled interval:
- Google Sheets: Watch Rows
- Gmail: Watch Emails (checks every N minutes)
- Airtable: Watch Records
- RSS: Watch Articles
Every polling trigger check uses operations from your plan, even if there's no new data.
Webhook triggers fire only when an event occurs:
- Make.com Webhook (custom)
- HubSpot Trigger
- Stripe Trigger
- Calendly Trigger
- Shopify Order
Webhooks are more efficient (no wasted operations) and faster (instant response). Prefer webhooks when the source app supports them.
When polling is necessary: When the source app doesn't support webhooks (e.g., Google Sheets doesn't push changes; you have to poll).
Operations Efficiency
Make.com charges per operation (each module execution). Scheduling affects your monthly operation consumption:
Example: Google Sheets polling scenario with 5 modules
- Running every 15 minutes: 4 checks/hour × 5 modules = 20 ops/hour × 720 hours = 14,400 ops/month
- Running every hour: 1 check/hour × 5 modules = 5 × 720 = 3,600 ops/month
- Running daily: 1 check/day × 5 × 30 = 150 ops/month
Optimise by:
- Using webhooks instead of polling where possible
- Reducing polling frequency for non-urgent tasks
- Adding filters early in the workflow (failed filters don't execute subsequent modules)
- Using "Run once" for batch jobs instead of continuous polling
Batch Processing with Scheduling
For large-scale data processing:
Pattern: Collect data over time → process in one batch
Example: Daily contact enrichment:
- Throughout the day: HubSpot trigger (webhook) → add new contacts to Airtable queue
- Nightly schedule: 2am trigger → Airtable: get all unprocessed contacts → Iterator → enrich each → update CRM → clear queue
This way, expensive operations run once at off-peak hours rather than in real-time throughout the day.
Time Zones in Make.com
Account timezone: Set in your Make.com account settings. All Scenarios run in this timezone unless overridden.
Scenario-level timezone: Some trigger modules let you set timezone. For "Run at 8am Monday," be sure the timezone is correct.
Working with UTC: Make.com functions like now return UTC time. When storing or comparing timestamps, be consistent:
Handling daylight saving time: Schedule-based triggers may shift by an hour during DST transitions if your timezone observes it. Test around DST changeover if exact timing matters.
Coordinating Multiple Scenarios
Complex automation often involves multiple related Scenarios:
Master-worker pattern:
- Master Scenario runs on schedule: triggers multiple sub-Scenarios via webhook
- Each worker Scenario handles one part of the work
Sequential dependency:
- Scenario A completes → triggers Scenario B via webhook
- Scenario B triggers Scenario C when done
- Creates a reliable chain without all logic in one huge Scenario
Example: Content publishing pipeline:
- Monday 6am: Scenario 1 (generate article outlines for the week)
- When each outline is created (webhook): Scenario 2 (write full article for each outline)
- When each article is written (webhook): Scenario 3 (create WordPress draft + schedule social posts)
Recommended Tools
- Make.com — Scheduling and automation platform
- Airtable — Queue management for batch processing
- Claude API — AI in scheduled automation pipelines
- HubSpot — Webhook triggers for real-time CRM automation
- n8n — Alternative if you need more scheduling control
Related articles
The Make.com playbook: 12 automations every SaaS should run
From lead routing to churn alerts — the scenarios that quietly pay for themselves.
Make.com error handling patterns that actually scale
Rollbacks, dead-letter routes, and alerting that wakes the right person.
Complete Make.com Guide: Everything You Need to Automate Your Business
The definitive Make.com guide — scenarios, modules, routers, and production patterns.