The SendGrid problem in Make.com scenarios
Make.com (formerly Integromat) is one of the most powerful visual automation platforms for routing leads, processing e-commerce orders, and syncing CRM data. But when automating email dispatch, engineering teams constantly hit walls with legacy providers.
Twilio SendGrid routinely flags Make.com scenarios with unexpected account suspensions due to sudden volume spikes, requires an expensive $89.95/month dedicated IP floor to escape degraded shared pools, and lacks native duplicate protection for retried scenario runs.
SadaSend was built for modern automations: sub-20ms HTTP dispatch, built-in idempotency keys, and warm dedicated IP pools starting with 3,000 free emails that never expire.
Configuring the Make.com 'HTTP - Make a request' module
To send emails via SadaSend in any Make.com scenario, add an **HTTP > Make a request** module with the following settings:
• URL: https://api.sadasend.com/v1/emails
• Method: POST
• Headers:
1. Name: Authorization, Value: Bearer [YOUR_SADASEND_API_KEY]
2. Name: Content-Type, Value: application/json
3. Name: Idempotency-Key, Value: make-{{ 1.order_id }} (Prevents duplicate sends if Make retries)
• Body type: Raw
• Content type: JSON (application/json)
• Request content:
{
"from": "orders@yourdomain.com",
"to": "{{ 1.customer_email }}",
"subject": "Order #{{ 1.order_number }} Confirmed",
"html": "<p>Hi {{ 1.customer_name }},</p><p>Your order for <strong>${{ 1.total_amount }}</strong> has been confirmed and is being prepared.</p>",
"text": "Hi {{ 1.customer_name }}, Your order for ${{ 1.total_amount }} has been confirmed.",
"tags": ["make-automation", "ecommerce"]
}Why idempotency keys are essential in Make.com
If a downstream step in your Make.com scenario fails (e.g. an Airtable rate limit or database timeout), Make.com's error handler may re-execute the scenario. Without idempotency, your customer receives multiple duplicate confirmation emails.
By passing Idempotency-Key: make-{{ 1.order_id }} to SadaSend, any subsequent call with the same key returns the original delivery result without dispatching a second email. This guarantees zero duplicate sends even during aggressive scenario retries.
Ingesting delivery and bounce webhooks back into Make.com
Create a separate Make.com scenario with a **Custom Webhook** trigger listening to SadaSend. When an email bounces or a recipient submits a spam complaint, Make.com can immediately update the contact in HubSpot, Stripe, or PostgreSQL to stop future sends.
For full architectural patterns on webhook authentication and dead-letter queues, see our guide on [email webhook architecture](/blog/email-webhook-architecture-signatures-dlq).
Building AI agents that send email?
Join the SadaSend early access waitlist to get scoped API keys, recipient allowlists, and Model Context Protocol (MCP) servers upon launch.