Webhookとは？IT初心者向けにわかりやすく解説｜APIとの違いや仕組み・活用例を紹介
Webhook（ウェブフック）とは、システムで特定のイベントが発生したときに、自動で別のシステムへ通知を送る仕組みです。
APIとよく一緒に利用される技術で、チャット通知や決済完了通知、CI/CD、自動連携など、さまざまなシステムで利用されています。社内SEやヘルプデスクでも、システム連携や障害調査で目にする機会が増えている重要な用語です。
Webhookとは
Webhookは、システム側で何らかの出来事（イベント）が発生すると、その情報をあらかじめ登録されたURLへ自動送信する仕組みです。
例えば、ECサイトで注文が完了すると、その情報を在庫管理システムやチャットツールへ自動で通知できます。
| 流れ | 内容 |
|---|---|
| ① イベント発生 | 注文や登録などの処理が行われる |
| ② Webhook送信 | 登録済みURLへHTTPリクエストを送信する |
| ③ 通知受信 | 受信側システムが処理を実行する |
スマートフォンの通知機能のように、「何かが起きたら自動で知らせる」仕組みと考えるとイメージしやすくなります。
なぜWebhookが必要なのか
Webhookを利用すると、受信側が定期的にAPIへ問い合わせる必要がありません。
イベント発生時だけ通知が送られるため、リアルタイム性が高く、通信回数も削減できます。
- リアルタイムで通知できる
- APIを繰り返し呼び出す必要がない
- 通信量を削減できる
- システム連携を自動化できる
- 業務効率を向上できる
どんな場面で使われるのか
| 利用場面 | Webhookで通知する内容 |
|---|---|
| ECサイト | 注文完了・発送完了 |
| チャットツール | メッセージ通知 |
| 決済システム | 支払い完了 |
| CI/CD | ビルド開始・完了 |
| Git管理 | ソースコード更新 |
| 監視システム | 障害発生・復旧通知 |
Webhookの仕組み
WebhookはHTTP通信を利用して通知を送ります。
通知先としてURLを登録しておくと、イベント発生時にHTTP POSTなどのリクエストが自動で送信されます。
受信側では送られてきたJSONデータを解析し、必要な処理を実行します。
APIとの違い
| 項目 | API | Webhook |
|---|---|---|
| 通信開始 | 利用者（クライアント）が送信する | イベント発生時にシステムが送信する |
| 通信方式 | 必要なときに取得する | 自動通知される |
| リアルタイム性 | 呼び出したタイミング | イベント発生時 |
| 用途 | データ取得・更新 | イベント通知 |
初心者は「APIは取りに行く仕組み」「Webhookは自動で届く仕組み」と覚えると理解しやすくなります。
業務でよくあるトラブル
Webhookが届かない
原因
- URL設定ミス
- サーバー停止
- ネットワーク障害
HTTPステータスコードがエラーになる
原因
- 400 Bad Request
- 401 Unauthorized
- 500 Internal Server Error
Webhook送信先でエラーが発生すると、通知に失敗します。
同じ通知が複数回届く
送信側がタイムアウト後にリトライすると、同じWebhookが再送されることがあります。
受信側では重複処理を防ぐ仕組みを実装することが重要です。
障害発生時の切り分け
| 確認項目 | 確認内容 |
|---|---|
| Webhook URL | 設定が正しいか |
| HTTPステータスコード | 200が返っているか |
| ネットワーク | 通信できるか |
| JSONデータ | 形式が正しいか |
| ログ | 送信・受信ログを確認する |
確認する順番
- Webhook URLを確認する
- HTTPステータスコードを確認する
- 送信ログ・受信ログを確認する
- JSONデータを確認する
- ネットワークやファイアウォールを確認する
GUIで確認する方法
ブラウザーの開発者ツール（F12キー）の「Network（ネットワーク）」タブでは、Webhook送信時のHTTP通信を確認できます。
- 対象システムを開く
- F12キーを押す
- 「Network」を開く
- Webhook通信を選択する
- リクエスト・レスポンス・HTTPステータスコードを確認する
また、多くのクラウドサービスでは管理画面からWebhookの送信履歴や実行結果を確認できます。
コマンドプロンプトで確認できること
- curl（Webhook送信テスト）
- ping（ネットワーク疎通確認）
- tracert（通信経路確認）
- nslookup（DNS確認）
curlを利用すると、Webhook受信先へテストデータを送信し、正常に受信できるか確認できます。
PowerShellで確認できること
- HTTP POST通信テスト
- Webhook送信確認
- JSONデータ確認
- HTTPレスポンス確認
イベントビューアーで確認する場面
Webhook受信プログラムをWindowsサーバーで動作させている場合は、通信エラーやアプリケーションエラーがイベントビューアーに記録されることがあります。
- Windowsキーを押す
- 「イベントビューアー」を起動する
- 「Windowsログ」→「アプリケーション」を開く
- Webhook受信時のエラーを確認する
初心者が混乱しやすいポイント
- WebhookはAPIの一種ではなく、通知の仕組みである
- APIは必要なときに呼び出すが、Webhookは自動で送信される
- WebhookはHTTP POSTで送信されることが多い
- 受信側はJSONデータを処理できる必要がある
- リトライにより通知が重複する場合がある
筆者の現場経験
社内システムとチャットツールをWebhookで連携した際、障害通知が届かないという問題が発生しました。
調査すると、Webhookの送信先URLが変更されていましたが、送信元の設定が更新されていませんでした。URLを修正すると正常に通知されるようになりました。
また別の案件では、Webhookのタイムアウトによるリトライで同じ通知が複数回送信される事象も経験しました。そのため、受信側では重複通知を判定する仕組みを実装し、同じイベントを二重に処理しないよう改善しました。
上司へ報告するポイント
- 発生日時
- 対象システム
- Webhook URL
- HTTPステータスコード
- 送信・受信ログの内容
- 実施した確認内容
- 影響範囲
エスカレーションするタイミング
- Webhookが継続して送信されない
- 5xxエラーが発生している
- 複数システムへ影響している
- 認証や署名検証の問題が発生している
- プログラム修正や設定変更が必要と判断した場合
新人が覚えておきたいポイント
- Webhookはイベント発生時に自動で通知する仕組み
- APIはデータを取得しに行く仕組みである
- HTTP POSTで送信されることが多い
- HTTPステータスコードや送受信ログを確認することが重要
- 重複通知を考慮した設計が必要になる場合がある
関連するIT用語
- API（Application Programming Interface）
- HTTP
- HTTPステータスコード
- リクエスト（Request）
- レスポンス（Response）
- JSON（JavaScript Object Notation）
- タイムアウト（Timeout）
- リトライ（Retry）
よくある質問（FAQ）
WebhookとAPIの違いは何ですか？
APIはクライアントが必要なタイミングでデータを取得・更新する仕組みです。一方、Webhookはイベントが発生したタイミングで、システムが自動的に通知を送信する仕組みです。
Webhookはリアルタイムですか？
はい。イベント発生直後に送信されるため、ポーリング方式よりもリアルタイム性が高い仕組みです。ただし、ネットワーク状況やサーバー負荷によっては通知が遅れることもあります。
Webhookが複数回送信されることはありますか？
あります。送信先がタイムアウトした場合や一時的な通信障害が発生した場合、送信側がリトライを行い、同じイベントが再送されることがあります。そのため、受信側では同じ通知を重複して処理しない仕組みを用意することが重要です。
まとめ
Webhookとは、システムでイベントが発生したときに、自動で別のシステムへ通知を送る仕組みです。APIと組み合わせて利用されることが多く、チャット通知や決済通知、CI/CDなど、さまざまなシステム連携で活用されています。
IT業務では、Webhookの仕組みだけでなく、APIとの違い、HTTPステータスコード、タイムアウト、リトライの関係も理解しておくことが重要です。送受信ログやHTTPレスポンスを確認しながら原因を切り分けることで、障害対応を効率よく進められるようになります。