Overview
The Delay action pauses workflow execution for a specified duration. The workflow automatically resumes after the delay period.
How It Works
Workflow execution pauses at the delay step
Execution resumes automatically after the specified duration
Workflow context is preserved during the delay
Configuration
Duration (Required)
Time to wait before resuming. Supports multiple formats:
Format: {number}{unit} or {number}{unit} {number}{unit}
Units:
s- Secondsm- Minutesh- Hoursd- Days
Examples:
30m- 30 minutes2h- 2 hours1d- 1 day2h 30m- 2 hours and 30 minutes5m- 5 minutes
Use Cases
Wait before sending follow-up emails
Delay notifications (e.g., "remind me in 24 hours")
Space out communication sequences
Wait for external processes to complete
Create time-based workflows
Examples
1. Follow-up Email
Workflow:
Send Notification (Ask for a review email)
Delay (24h)
Send Notification (follow-up email)
2. Reminder Sequence
Workflow:
Booking Confirmed trigger
Send Notification (confirmation)
Delay (1 day)
Send Notification (preparation tips)
Delay (1 day)
Send Notification (final reminder)
3. Grace Period
Workflow:
Booking Cancelled trigger
Delay (48h)
Send Notification (rebooking offer)
Important Notes
Delays pause the entire workflow execution
The workflow will resume automatically
Maximum delay duration may be limited by your plan
Delays within loops are not supported
Best Practices
Use appropriate durations - Don't delay too long unnecessarily
Consider timezones - Be aware of recipient timezones
Test delays - Verify delay behavior in test mode
Monitor executions - Check that workflows resume correctly
