Skip to main content
ウェブフックはモニター結果を受信する推奨方法です。モニターがトリガーすると、Pubrioは設定されたURLにJSONペイロードを含むPOSTリクエストをリアルタイムで送信します。

前提条件

  • モニターアクセス権のあるPubrio APIキー
  • パブリックにアクセス可能なHTTPSエンドポイント(またはusewebhook.comのテストURL)
クイックテスト: usewebhook.comを使用して無料の一時的なウェブフックURLを生成できます。デプロイなしですべての受信ペイロードを確認できます。

ステップ1:ウェブフック配信先でモニターを作成

レスポンス:
headers オブジェクトは毎回の配信にカスタムHTTPヘッダーを追加します(認証に便利)。body オブジェクトはウェブフックペイロードのルートレベルにカスタムフィールドを追加します。
レスポンスの signature を保存してください — 受信ペイロードの検証に必要です。これは作成時、シグネチャ公開エンドポイント、または is_signature_reveal: true を指定したモニタールックアップでのみ返されます。

ステップ2:ウェブフック接続を検証

ウェブフック検証エンドポイントを使用してエンドポイントが到達可能かテストします。これはプレースホルダーデータを含むサンプルペイロードを送信します — クレジットは消費されず、実際のシグナルは取得されません。
成功したレスポンスには、送信されたサンプルリクエストペイロードとエンドポイントが返したレスポンスが含まれます — 本番稼働前に接続が正常であることを確認できます。

ステップ3:実データでテスト

接続が検証されたら、プロセストライエンドポイントを使用して実際の実行をトリガーします。これは実際のシグナルを取得しウェブフックに配信します — tried_at に最近の過去の日付を使用してデータが利用可能であることを確認してください:
validateと異なり、tryエンドポイントは実際のスキャンを実行しクレジットを消費します。実際のペイロードが正しく届くことを確認し、スケジュールされたスキャンが開始される前に結果をすばやく推定するために使用してください。

ステップ4:シグネチャの検証

各モニターには、受信ペイロードがPubrioからのものであることを確認するための一意のシグネチャがあります。
このシグネチャを受信ペイロードの monitor.monitor_id と比較して真正性を検証します。

ウェブフックペイロード構造

ペイロードはモニターの detection_mode に応じて異なります:
signal_first モードでは、ペイロードにトップレベルの signals 配列が含まれます:
各シグナルエントリにはシグナルの詳細と、関連するエンリッチメント済み企業と人物が含まれます。
destination_config のカスタム body フィールドはルートレベルに表示されます(例:上記の例の "pipeline": "my-webhook")。

拡大シグナル

jobsnewsadvertisements に加えて、モニターは拡大シグナル — 企業が新しい市場へ参入・拡大していることを示す日付付きの証拠 — を監視できます。signal_typesexpansions を追加するだけです。
拡大フィルターは求人/ニュース/広告のものではなく、Expansion Search の語彙を使用します。コリドーを表す fromstos に加えて、stagesmomentumfreshnessscopessignal_typessignal_strengthswindow_days があります。有効なスラッグは Expansion Reference から取得してください。
拡大シグナルはシグナル単位ではなく、企業と市場の組み合わせ単位でグループ化されます。1 社が 2 つの市場へ参入した場合はエントリが 2 件生成され、それぞれがその市場固有のシグナルタイムラインを保持します。

拡大シグナルのペイロード

各フィールドの意味は拡大フィールドリファレンスを参照してください。トリガーではなくオンデマンドで同じ行を取得するには、Expansion Signal Search を使用します。

メール配信先

メール配信を希望するチームは、destination_type"email" に設定してください:
Pubrioはエージェンシーやチーム向けのホワイトラベルメール配信をサポートしています。送信者ドメインとブランディングのカスタマイズについてはお問い合わせください。

トラブルシューティング

  • エンドポイントがパブリックにアクセス可能であることを確認してください(ファイアウォールやVPNの背後にないこと)
  • 200 ステータスコードを返すことを確認してください — 他のコードは失敗として扱われます
  • ウェブフック検証エンドポイントを使用して接続をテストしてください
  • 統計ログでエラーメッセージとレスポンスコードを確認してください
ウェブフックが一貫して非200コードを返す場合、max_failure_trigger の連続失敗回数に達するとモニターが一時停止します。問題を修正し、モニター更新で再アクティベートしてください。
配信に失敗しリトライが設定されている場合、同じペイロードを複数回受信する可能性があります。triggered_at またはログIDを使用して重複排除してください。
max_records_per_trigger を減らして配信ごとのレコード数を制限してください。フィルターを絞り込んでマッチするシグナル量を減らすこともできます。