Make
Send NotiLens notifications from any Make scenario using the built-in HTTP module.
What This Integration Does
Make lets you build powerful automation scenarios across your apps. With NotiLens, you can send important scenario events as instant notifications.
Start from Make and connect securely using NotiLens authentication.
Why Use NotiLens with Make?
Get notified when your scenarios run, fail, or reach key steps. Stay informed without constantly checking Make scenario logs.
How to Connect Make to NotiLens
1. Start from Make
- Create or open a Scenario in Make.
- Add a new module.
- Select NotiLens from the app list.
- Choose the desired NotiLens action.
2. Authenticate with NotiLens
- Click Add to create a new NotiLens connection.
- You’ll be redirected to the NotiLens login page.
- Log in with your NotiLens credentials.
- Click Allow access on the "Make Integration wants access" screen.
3. Select or Create a Make Topic
- Select an existing Make topic, or
- Create a new topic for this scenario.
- Continue to the next step.
Topics help organize notifications across different scenarios.
4. Configure the Notification Message
- Define the notification title and message.
- Map output fields from previous modules — order ID, status, user, amount, etc.
- Fill in the fields below as needed:
| Field | Required | Type | Description |
|---|---|---|---|
title | Yes | string | Short notification heading |
message | Yes | string | Main content of the notification |
type | No | string | info success warning urgent |
event | No | string | Logical event identifier, e.g. scenario_failed |
image_url | No | URL | Image to display in the notification |
open_url | No | URL | URL to open when notification is tapped |
download_url | No | URL | Download file link |
tags | No | string | Comma-separated tags for classification |
meta | No | JSON | Additional structured data for reference |
is_actionable | No | boolean | If true, repeated notifications until acknowledged |
force_send | No | boolean | Bypass ML filtering and deliver immediately |
5. (Optional) Add an error handler route
To catch scenario failures, add an error handler to any module:
- Right-click the module you want to monitor and select Add error handler.
- Choose Resume or Rollback depending on your scenario logic.
- Add a NotiLens → Send Notification module (or HTTP → Make a request) in the error route.
- Map the error details to the notification body:
{
"title": "Make scenario failed: {{scenario_name}}",
"message": "Module {{module_name}} error: {{error_message}}",
"type": "urgent",
"event": "scenario.failed",
"force_send": true,
"meta": {
"scenario_id": "{{scenario_id}}",
"execution_id": "{{execution_id}}",
"error_type": "{{error_type}}"
}
}
Add this error route to each critical module to ensure failures are caught at the exact failing step.
6. Run and Test
- Run the scenario once.
- Confirm the notification appears in the NotiLens app.
- Turn the scenario on.
You’re all set! Make will now send notifications to NotiLens whenever your scenario runs.
Tracking Metrics for Anomaly Detection
Pass numeric values in the meta field alongside your event.
NotiLens learns your baseline over time and alerts when values deviate — spikes, drops,
or unusual patterns — without you needing to set manual thresholds.
Common metrics to track
| Metric | What it detects | Example value |
|---|---|---|
amount | Revenue spikes or drops — payment anomalies, refund surges | 149.99 |
record_count | Batch size deviations — unusually small or large data sets | 1542 |
duration_ms | Scenario taking much longer than usual — API slowdowns | 4823 |
error_count | Error rate spikes across scenario runs | 7 |
items_skipped | Filter modules dropping more records than normal | 84 |
retry_count | Elevated retries signal upstream API instability | 3 |
api_latency_ms | Third-party module response time degradation | 2100 |
queue_depth | Backlog buildup — scenario not keeping up with incoming volume | 312 |
Example — e-commerce scenario with metrics
Map these fields from previous modules in the NotiLens body parameters:
{
"title": "Order processed",
"message": "Order #{{order_id}} fulfilled for {{customer_name}}",
"type": "success",
"event": "order.fulfilled",
"meta": {
"amount": "{{order_total}}",
"record_count": "{{item_count}}",
"duration_ms": "{{scenario_duration}}"
}
}
Example — data sync with error tracking
{
"title": "CRM sync completed",
"message": "{{synced_count}} contacts updated, {{error_count}} failed",
"type": "success",
"event": "crm.sync",
"meta": {
"record_count": "{{synced_count}}",
"error_count": "{{error_count}}",
"items_skipped": "{{skipped_count}}",
"api_latency_ms":"{{api_response_time}}"
}
}