INTEGRATIONS · EXPERTINI ATS

Webhooks

リアルタイムの採用イベントを任意の URL に POST 送信 — Zapier、n8n、Make が基盤としている連携データを直接活用できます。

読了目安 2 分 · 2026年7月更新 · Expertini Editorial

すべての採用チームには、データウェアハウス、社内ダッシュボード、イベントの発生を把握する必要がある自社製ツールなど、ATSからは見えないシステムが存在します。Webフックはその万能な解決策です。求人が公開されたとき、応募があったとき、候補者のステージが変更されたとき、Expertini ATSはイベント発生と同時にリアルタイムで、設定された任意のURLに構造化JSONイベントをPOSTします。

これにより解消される課題はポーリングの問題です。イベント駆動がない場合、外部システムは変更を繰り返し確認するか、情報が古くなってしまいます。Webフックはこれを反転させます。知るべき情報が発生した時のみ、即座にシステムに通知されます。これはZapier、n8n、Makeなどの自動化プラットフォームが構築されているのと同じ基本機能であり、1つのWebフックエンドポイントから、それらのプラットフォームがサポートする事実上すべてのツールに採用イベントを配信できることを意味します。サブスクリプションに標準で含まれており、自動化アドオンの階層、イベントごとの従量課金、個別の連携製品などは不要です。配信は非同期で行われるため、負荷の高い下流システムがリクルーターや採用パイプラインの処理速度を低下させることはありません。

01実際の採用フェーズに対応するイベント

イベントは、求人の公開、新規応募の受領、候補者のステージ移動など、チームが実際に自動化を必要とするタイミングをカバーしています。イベントが発生した瞬間に、該当レコードを含むJSONペイロードが指定のURLへ送信されます。

これら3つの基本要素から、チームは多くの機能を構築できます。内部チャンネルへの即時通知、夜間レポートの自動化、ステージ変更時のSLAタイマー、エクスポート不要でBIダッシュボードを最新に保つデータウェアハウスフィードなどです。

02自社でお使いの自動化プラットフォームと連携 — 単体での運用も可能

WebhookをZapier、n8n、MakeのトリガーURLに向けるだけで、コードを書くことなく採用イベントを何千ものアプリのエコシステムに連携できます。また、中継サービスを介さず、サーバーレス関数や内部サービスなど自社運用のHTTPSエンドポイントで直接ペイロードを受信することも可能です。ATSは受信先を問わず、確実にデータを配信します。

03手間いらずの設計

Webhookの配信は、それを引き起こしたユーザーリクエストから切り離され、バックグラウンドで実行されます。受信側の処理遅延や一時的な停止があっても、採用担当者のステージ変更保存や候補者の応募送信がブロックされることはありません。設定は組織の設定画面で行えます。URLを指定してイベントを選択するだけで有効化されます。最新の追加イベントについては新機能をご覧ください。

エンジニアリングノート

プラットフォームアーキテクチャ & 運用

A1Connection architecture

このアプリは設定ベースです。保存した内容はプラットフォームによって直接処理され、サードパーティのアカウント連携は不要です。設定は保存時に検証され、組織ごとに保存され、次回のリスエストから有効になります。

変更は即時に反映され、いつでも元に戻すことができます。設定を削除すると、その動作は明確に停止します。すべてのコネクターと同様に、シークレット（存在する場合）は暗号化されて保存され、設定の有無を示すフラグとしてのみ表示されます。

A2セマンティクスとデータフローの記述

すべてのデータ移動は、結果がログに記録される明示的なアクションです。書き込みはクリック時、またはルールを有効にした場合にのみ自動で実行されます（採用時の自動プッシュはプロバイダーごとにデフォルトで無効になっています）。読み取り（候補者、アカウント、ファイルのインポート）は「インポート」を押したときに実行され、既存データ（クライアントは名前、候補者はメールアドレス）と重複排除され、上書きではなくスキップされ、作成数とスキップ数が正確にレポートされるため、インポートの再実行は設計上安全です。

各アクションはアプリのアクティビティジャーナル（ats_app_activity）に1行書き込まれます。実行内容、日時、対象レコード、そして結果（障害発生時のベンダー自身のエラーテキストをそのまま含む）が記録されます。ATS内の利用状況レポートはこのジャーナルを集計するため、連携レポートと連携の実態が乖離することはありません。

通知の一斉送信、Webhook配信、アクティビティログの記録、メール送信など、リクエストパスから外れる処理はすべて非同期のバックグラウンドスレッドで実行されます。外部エンドポイントの応答が遅くてもインターフェースがフリーズすることはなく、失敗した副作用はログに記録され、不整合を引き起こすようなサイレントな再試行は行われません。

A3運用上の考慮事項

連携は組織レベルで管理され、オーナーおよび管理者ロールに制限されています。採用担当者は連携によって有効化された機能を使用できますが、接続、切断、再設定を行うことはできません。切断すると、保存されていた認証情報は直ちに削除され、依存する機能はサイレントではなく明確に停止します。すでにインポートされたデータは保持され、編集も可能です。

インポートされた人材はインポート済みとしてマークされ、厳格なプライバシーのデフォルト設定が適用されます。応募フォームに入力していない人物については同意を得たとはみなされず、データ保持のデフォルト設定が適用されます。記録されたすべてのデータはお客様のものです。CSVエクスポートとData Exportアプリは、製品自体が読み取るのと同じデータストアを対象としています。データの取り出しは取り込みと同様に自由に行えるよう設計されており、これは妥協ではなく意図された仕様です。

A4連携トポロジーにおける位置付け

この連携機能は現在レジストリで利用可能です。 One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.

依存関係マップ

Connection type設定ベース（サードパーティアカウント不要）

Secrets at rest暗号化済み。UIには存在フラグのみが表示され、実際の値は表示されません

Action journalats_app_activity — 1アクションにつき1行、ベンダーのエラーをそのまま記録

Auto-push rulesデフォルトでオフ、プロバイダーごとに設定、すべての実行をログに記録

Registry statuslive

インターフェース設計図

画面の構造的設計図 — パネル、階層構造、インタラクションのアフォーダンス。スクリーンショットではなく、仕様としての定義です。

コネクションカード

● 接続中 — プレゼンスフラグ

スコープ: 必要最小限接続解除

アクション

プッシュ — 明示的なクリックインポート — 重複排除済み

アクティビティ履歴

図 1 — Webhooks：構造的インターフェース概略図。パネルと状態が仕様であり、表示されているデータはプレースホルダーです。

インタラクションフロー — 状態、検証、フィードバック

以下のすべての状態はサーバー側で適用されます。インターフェースはそれを報告するのみであり、決定するものではありません。

Open app page変更はオーナー/管理者のみ可能

Save settings保存時に検証（フォーマット、可能な場合はリアルタイムチェック）

In effect次のリクエストで新しい設定が使用されます

Journalアクションはアプリのアクティビティに記録されます

無効な値 → 明示的なバリデーションエラー（一部のみ保存されることはありません）設定の削除 → 動作が視覚的に停止シークレット → 存在フラグのみ、再表示されることはありません

図2 — インタラクションフロー: 濃紺 = 状態、金 = サーバー強制ゲート、緑 = 確定した結果、タグはエッジケースとそのフィードバックを一覧表示。

イベントカタログ（ライブレジストリより）

Configured per organisation on the in-app Webhooks page — up to 10 endpoints

EVENT job.publishedA job goes live

EVENT application.receivedA new application arrives

EVENT application.stage_changedA candidate moves pipeline stage

EVENT assessment.submittedA candidate submits an assessment

EVENT video_interview.submittedA candidate finishes a video interview

EVENT video_interview.reviewedA video interview is scored by your team

EVENT placement.confirmedAn offer is accepted — hire confirmed

POST https://your-endpoint.example/hook
Content-Type: application/json

{"event": "application.received",
 "org": "acme-recruiting",
 "data": {"job_title": "Senior Backend Engineer", ...}}

配信はバックグラウンドスレッドから非同期（fire-and-forget）で処理されるため、エンドポイントのレイテンシーがATSの動作を妨げることはありません。ペイロードは説明のために簡略化されています。

Neighbouring connectors — Automation & Webhooks

Webhooksthis page Zapierlive

ステータスはリアルタイムレジストリから取得されます — 全カタログを見る →

よくある質問

どのイベントがWebhookをトリガーできますか？⌄

主要な採用イベント（求人公開、応募受付、候補者ステージ変更）が、発生した瞬間に構造化されたJSON POSTとして設定されたURLに配信されます。

WebhookはZapier、n8n、Makeと連携できますか？⌄

はい。これらのプラットフォームはWebhookの受信を前提に構築されています。トリガーURLをATSのWebhook設定に貼り付けることで、採用イベントが数千ものダウンストリームアプリのトリガーとなります。

エンドポイントの応答が遅いと、ATSの動作も遅くなりますか？⌄

いいえ。配信はバックグラウンドで非同期に実行されるため、受信側システムの処理速度にかかわらず、採用担当者や候補者が待たされることはありません。

イベントごと、または自動化階層ごとの料金は発生しますか？⌄

いいえ。Webhookはイベント従量課金なしでサブスクリプションに含まれています。これは自動化機能を有料アドオンとして提供するツールとは明確に異なる点です。

概要

主要な採用イベントに関するリアルタイムJSON POST
求人公開、応募受付、ステージ変更
Zapier、n8n、Make、または任意のHTTPSエンドポイントと連携
非同期配信によりユーザーの操作を妨げません
イベントごとの課金や自動化のティア制限なし
組織ごとに数分で設定可能

ZapierExpertini ATS向けのファーストパーティZapier連携 — 指定された採用トリガーをご自身のAPIキーで接続。 Slack求人の公開、応募の受信、候補者のステージ移動が発生した瞬間に、チームが普段確認しているSlackチャンネルへ通知が届きます。 カスタムSMTP自社のSMTPサーバー（Google Workspace、Microsoft 365、またはその他の標準的なプロバイダー）経由で、自社ドメインから候補者にメールを送信できます。

貴社の採用でwebhooksをご確認ください。

実際の職務記述書をご用意のうえ、30分間のデモにご参加ください。無料トライアルが含まれています。

デモを予約