Update an existing monitor’s configuration and detection rules.
Unique identifier of the monitor to update.
Name of the monitor.
Description of the monitor.
Detection mode.
company_first, signal_first Types of signals to monitor.
jobs, news, advertisements Array of signal filter objects. Each object has signal_type (one of: jobs, news, advertisements) and filters (object with signal-specific parameters). See Job Search, News Search, or Advertisement Search for available filter parameters per signal type.
[
{
"filters": { "locations": ["US"] },
"signal_type": "jobs"
},
{
"filters": { "locations": ["US"] },
"signal_type": "news"
},
{
"filters": { "target_locations": ["US"] },
"signal_type": "advertisements"
}
]Global company filters applied as a second layer across all signal types. Accepts the same parameters as the Company Search endpoint — locations, employees, technologies, verticals, industries, and more.
{
"locations": ["US"],
"employees": [[501, 1000], [1001, 5000]]
}List of company domain_search_id UUIDs. Alternative: use domains or linkedin_urls.
List of company domains. Alternative to companies.
List of LinkedIn company URLs. Alternative to companies.
Whether to enrich company data.
Whether to enrich people data.
Array of people enrichment layers. Each layer runs an independent people search. Contains max_people_to_return (1-25), people_contact_types (array — refers to Redeem contact types: email-work, email-personal, phone), and filters (same parameters as People Search endpoint).
[
{
"filters": { "people_locations": ["US"] },
"max_people_to_return": 3,
"people_contact_types": ["email-work"]
}
]Delivery destination type.
webhook, email, sequences Configuration for the destination. For webhook: requires webhook_url (string), optional headers (object) and body (object). For email: requires email (string). For sequences: requires sequence_identifier (string) and record_type (string).
{
"webhook_url": "https://your-webhook.com/endpoint",
"headers": { "Authorization": "Bearer token" },
"body": { "pipeline": "my-webhook" }
}Trigger frequency in minutes. Min: 0, Max: 10080, Default: 0.
0 <= x <= 10080Maximum consecutive failures before pausing. Min: 1, Max: 10, Default: 5.
1 <= x <= 10Maximum triggers per day. Min: 0, Max: 86400, Default: 500.
0 <= x <= 86400Controls the maximum number of records delivered per trigger. Lower values reduce payload size per delivery, which is recommended for large result sets or rate-limited integrations. Min: 1, Max: 100, Default: 25. See Setting up Webhooks for guidance.
1 <= x <= 100Email for failure notifications.
Maximum retries per trigger. Min: 0, Max: 3, Default: 1.
0 <= x <= 3Delay between retries in seconds. Min: 1, Max: 5, Default: 1.
1 <= x <= 5Whether the monitor should be active.
Whether the monitor should be paused.
Optional. An identifier for the user profile (workspace) making the request. This is no longer required as the API key already includes your workspace information. If provided, it helps in associating the lookup with a specific user, allowing for data retrieval and credit tracking.
Check out user details endpoints under the Profile tab for more information.
Successful response containing the full updated monitor object.