モニターのWebhookエンドポイント設定を検証します。
配信先タイプ。
email, webhook, sequences 配信先の設定。Webhookの場合:webhook_url(文字列)が必須、headers(オブジェクト)と body(オブジェクト)はオプション。メールの場合:email(文字列)が必須。sequences タイプは sequence_identifier(文字列)と record_type(文字列)が必要です。
{
"webhook_url": "https://your-webhook.com/endpoint",
"headers": { "Authorization": "Bearer token" },
"body": { "pipeline": "my-webhook" }
}テストする既存モニターの一意識別子。新しい設定のテスト時はオプションです。
モニターの名前。
モニターの説明。
検出モード。
company_first, signal_first 監視対象のシグナルタイプ。
jobs, news, advertisements シグナルフィルターオブジェクトの配列。各オブジェクトは signal_type と filters で構成されます。Job Search、News Search、または Advertisement Search でフィルターパラメータを参照してください。
[
{
"filters": { "locations": ["US"] },
"signal_type": "jobs"
},
{
"filters": { "locations": ["US"] },
"signal_type": "news"
},
{
"filters": { "target_locations": ["US"] },
"signal_type": "advertisements"
}
]グローバル企業フィルター。Company Searchエンドポイントと同じパラメータを受け付けます。
{
"locations": ["US"],
"employees": [[501, 1000], [1001, 5000]]
}監視対象の企業 domain_search_id UUID のリスト。代替: domains または linkedin_urls を使用。
企業ドメインリスト。companies の代替。
LinkedInの企業ページURLリスト。companies の代替。
企業データをエンリッチメントするかどうか。
人物データをエンリッチメントするかどうか。
人物エンリッチメントレイヤーの配列。max_people_to_return(1-25)、people_contact_types(Redeem を参照)、filters(People Search を参照)を含みます。
[
{
"filters": { "people_locations": ["US"] },
"max_people_to_return": 3,
"people_contact_types": ["email-work"]
}
]トリガー頻度(分単位)。最小:0、最大:10080。
0 <= x <= 10080一時停止前の最大連続失敗数。最小:1、最大:10。
1 <= x <= 101日あたりの最大トリガー数。最小:0、最大:86400。
0 <= x <= 86400トリガーごとに配信される最大レコード数を制御します。値を低く設定すると1回あたりのペイロードサイズが削減され、大量の結果セットやレート制限のある統合に推奨されます。最小値:1、最大値:100、デフォルト:25。詳細については Webhook の設定 をご覧ください。
1 <= x <= 100失敗通知用のメールアドレス。
トリガーあたりの最大リトライ回数。最小:0、最大:3。
0 <= x <= 3リトライ間の遅延(秒単位)。最小:1、最大:5。
1 <= x <= 5オプション。リクエストを送信するチームを表す識別子です。API キーにワークスペース情報が既に含まれているため、このパラメータは必須ではなくなりました。指定した場合、検索結果が特定のチーム(ワークスペース)に紐づけられ、データ取得およびクレジット利用状況の追跡が可能になります。詳しくは、チーム関連の「ユーザー詳細」エンドポイントを参照してください。
配信先の設定およびテストリクエスト/レスポンスペイロードを含むWebhookバリデーション結果の成功レスポンスです。