Slackのincoming webhookを設定する手順と、フォームの通知に使う方法

Slackのincoming webhookは、外のサービスからSlackのチャンネルにメッセージを送るための仕組みです。フォームの回答が届いたとき、サイトで注文が入ったとき、毎朝の売上の集計が終わったときに、その知らせをチャンネルに流せます。設定そのものは10分ほどで終わりますが、画面が英語であること、発行されたURLの扱いに注意が要ることから、途中で手が止まる人も少なくありません。

この記事では、Slackのincoming webhookを設定する手順を、アプリの作成からURLの発行、テストの送信まで順に解説します。そのうえで、Googleフォームの回答をSlackに流す具体的な方法と、うまく届かないときの確認順を整理します。プログラムを書かずにフォームの回答をSlackへ流したい場合は、通知の送り先を選ぶだけで済むフォームの道具もあります。その一例としてHalictにも触れます。

incoming webhookとは何か

incoming webhookとは、Slackが発行する専用のURLに、決まった形のデータを送るだけで、指定したチャンネルにメッセージが投稿される仕組みのことです。「webhook」は、あるサービスで出来事が起きたときに、別のサービスへ自動で知らせを送る仕組み全般を指す言葉で、incoming（入ってくる）は、Slackの側から見て外から入ってくる知らせ、という意味です。

Slackの開発者向けドキュメントの日本語版では、次のように説明されています。

Incoming Webhooks は他のアプリから Slack にメッセージを投稿するためのとてもシンプルな方法です。Incoming Webhook を作成すると、メッセージとその他のオプションを含む JSON ペイロードを送るための一意な URL が払い出されます。 出典: Slack Developer Docs（Incoming Webhooks）

JSONは、データを「項目名と値」の組で書く決まった書き方のことで、ペイロードは送る中身のことです。要するに、「このURLに、決まった書き方で文章を送れば、チャンネルに投稿される」ということです。

incoming webhookには、知っておきたい性質がいくつかあります。

・1つのURLは、1つのチャンネルに結び付いている
・投稿先のチャンネル、表示される名前、アイコンは、送る側からは変えられない（アプリの設定に従う）
・投稿したメッセージを、後からwebhookで削除することはできない
・URLを知っている人なら誰でも投稿できる

最後の性質がいちばん大事です。URLは鍵と同じなので、扱いには注意が要ります。この点は後の節で詳しく書きます。

incoming webhookが役立つ場面

在宅で働く人や小さなチームで、incoming webhookがよく使われるのは次のような場面です。

・問い合わせや申込のフォームに回答が届いたら、担当のチャンネルに知らせる
・ネットショップで注文が入ったら、発送の担当に知らせる
・サイトの監視サービスが異常を見つけたら、すぐに気づけるようにする
・毎朝、表計算で集計した数字をチャンネルに流す
・請求書の支払い期限が近い案件を、週に1回まとめて知らせる

共通しているのは、「メールで届く知らせを見落としていた」という悩みです。メールの受信箱には、ほかの連絡や広告が混ざり、大事な知らせが埋もれます。チームが普段使っているSlackのチャンネルに流せば、誰かが気づいて動けます。

一方で、何でもSlackに流すと、今度はチャンネルが知らせで埋まり、誰も読まなくなります。流すのは「誰かが動く必要がある知らせ」だけに絞り、チャンネルも知らせ専用のものを分けておくのが長く使うコツです。

具体的な例を2つ挙げます。1つは、個人で翻訳やライティングの仕事を受けている人が、自分のサイトの見積もり依頼フォームをSlackにつなぐ例です。複数の取引先とSlackでやり取りしている人なら、普段から開いている画面に新しい依頼の知らせが届くので、メールを見に行かなくても依頼に気づけます。返事が早いことは、それだけで依頼する側の安心につながります。

もう1つは、数人でネットショップを運営しているチームが、注文の知らせを発送の担当のチャンネルに流す例です。ショップの管理画面にwebhookの送り先を設定できる機能があれば、そこにURLを登録するだけで、注文のたびにチャンネルへ知らせが流れます。発送の担当は管理画面を何度も開かずに済み、知らせにスタンプを付けて「梱包済み」を示せば、ほかのメンバーも進み具合を把握できます。送り先に設定できる形式はサービスごとに違うので、そのサービスのヘルプで、Slackのincoming webhookのURLをそのまま登録できるかを確かめてから進めます。

設定の前に用意するもの

設定を始める前に、次の3つを確かめておきます。

ワークスペースでアプリを追加できる権限

incoming webhookは、Slackのアプリの機能の1つとして作ります。ワークスペースの管理者がアプリの追加を制限している場合、アプリの作成やインストールに管理者の承認が必要になります。会社のSlackで設定するなら、先に管理者に相談しておきます。

投稿先のチャンネル

知らせを流すチャンネルを先に作っておきます。「#お問い合わせ通知」のように、知らせ専用のチャンネルにしておくと、普段の会話と混ざりません。テストの投稿を何度か送ることになるので、最初は自分だけのテスト用チャンネルで試し、動いてから本番のチャンネル向けにURLを発行するのが安全です。プライベートチャンネルに流す場合は、自分がそのチャンネルに参加している必要があります。

無料プランのアプリの上限

Slackの料金ページでは、無料プランで使えるアプリは最大で10個と案内されています。すでにほかのアプリを多く入れている場合は、上限に当たらないかを確かめます。無料プランのメッセージの保存は90日間で、それより古い知らせは見られなくなる点も覚えておきます。

incoming webhookを設定する手順

Slackの開発者向けドキュメントに沿って、設定の手順を4つに分けて説明します。アプリの管理画面は英語の表示なので、ボタンの名前も英語のまま書きます。

手順1 Slackのアプリを作る

Slackのアプリの管理画面（api.slack.com/apps）を開き、「Create New App」を選びます。作り方を聞かれたら「From scratch」を選び、アプリの名前と、使うワークスペースを選んで「Create App」を押します。アプリの名前は、チャンネルに投稿したときに表示される名前になるので、「お問い合わせ通知」のように、何の知らせかが分かる名前にしておきます。

手順2 incoming webhookを有効にする

アプリの設定画面が開いたら、左のメニューの「Features」の中にある「Incoming Webhooks」を選びます。「Activate Incoming Webhooks」のスイッチをオンにします。

手順3 URLを発行する

スイッチをオンにすると、画面の下に項目が増えます。「Add New Webhook to Workspace」を押すと、投稿先のチャンネルを選ぶ画面が出るので、チャンネルを選んで許可します。設定画面に戻ると、「Webhook URLs for Your Workspace」の欄に、次のような形のURLが表示されます。

https://hooks.slack.com/services/T00000000/B00000000/XXXXXXXXXXXXXXXXXXXXXXXX

このURLが、知らせを送る先になります。

手順4 テストの投稿を送る

URLが正しく動くかを、テストの投稿で確かめます。Macのターミナル（Windowsならコマンドプロンプトやパソコンにcurlが入っている環境）で、次のコマンドを実行します。URLの部分は、発行されたものに置き換えます。

curl -X POST -H 'Content-type: application/json' --data '{"text":"テストの投稿です"}' https://hooks.slack.com/services/T00000000/B00000000/XXXXXXXXXXXXXXXXXXXXXXXX

成功すると「ok」とだけ返り、チャンネルにアプリの名前で「テストの投稿です」と表示されます。ここまでで設定は完了です。

送るメッセージの書き方

テストでは1行の文章を送りましたが、実際の知らせでは、何が起きたかがひと目で分かる書き方にします。

文章だけで送る

いちばん簡単なのは、textの項目に文章を入れる書き方です。改行は「\n」で表します。

{"text":"新しいお問い合わせが届きました\nお名前：山田様\n種類：見積もりの依頼"}

太字は文字を「*」で挟んで書けます。リンクに表示する文字を付けたい場合は、URLと表示する文字を「|」で区切り、全体を半角の山括弧で囲む決まった書き方を使います。書き方の詳細は、Slackの開発者向けドキュメントのメッセージの書式の説明で確かめられます。

見出しや区切りを付けて送る

Slackには、メッセージを見出しや区切り線、ボタンなどの部品で組み立てるBlock Kitという仕組みがあり、incoming webhookでも使えます。部品を組み合わせたJSONは、Slackが公開している「Block Kit Builder」という画面で、見た目を確かめながら作れます。最初は文章だけで送り、知らせの数が増えて読みにくくなってきたら、見出しを付ける程度で十分です。

知らせの文面で気をつけること

・1行目に「何が起きたか」を書く（「新しいお問い合わせ」「注文が入りました」）
・誰が動けばよいかが分かるなら、それも書く
・詳細は元の画面へのリンクにして、Slackに全文を流さない
・名前やメールアドレスなどの個人情報は、必要な分だけにする

最後の点は特に大事です。Slackのチャンネルには、知らせを見る必要のない人も参加していることがあります。フォームの回答の全文を流すより、「新しい回答が届いた」ことと、回答を見る画面へのリンクだけを流すほうが、情報を必要な人だけに留められます。

スレッドへの返信として送る

incoming webhookでは、すでにある投稿のスレッドに、返信の形で知らせを送ることもできます。Slackの開発者向けドキュメントによると、送る中身に thread_ts という項目を入れ、返信先の投稿を示す値（ts）を指定します。ただし、incoming webhookで投稿したときには、この ts の値は返ってきません。値を取り出すには、SlackのEvents APIで投稿の知らせを受け取るか、conversations.history などの別の機能で投稿を探す必要があります。

つまり、スレッドへの返信は、incoming webhookだけでは完結せず、Slackのほかの機能と組み合わせる前提になります。「1件の問い合わせに関する続報を、同じスレッドにまとめたい」という要望はよく出ますが、仕組みが複雑になるので、最初からそこを目指す必要はありません。まずは1件ごとに新しい投稿として流し、続報はスレッドに人が書き込む運用で始めて、手間が目立ってきたら、開発のできる人に相談して作り込むのが現実的です。

知らせの量の目安

incoming webhookは、1秒に1回を目安に送る決まりがあります。問い合わせや注文の知らせなら、この制限に当たることはまずありません。当たりやすいのは、過去の回答をまとめて流し直すとき、監視の警告が一度に大量に出たときです。過去の分を流し直す場合は、1件ずつ間を空けて送るか、件数と一覧へのリンクだけを1通にまとめて送ります。

Googleフォームの回答をSlackに流す方法

フォームの回答をSlackに流すのは、incoming webhookのいちばんよくある使い方です。Googleフォームには、Slackに知らせる設定が標準では用意されていないため、Googleのスクリプトの機能（Google Apps Script）を使ってつなぎます。Google Apps Scriptとは、Googleのサービスを自動で動かすための小さなプログラムを、ブラウザの中で書いて動かせる仕組みのことです。

手順1 回答をスプレッドシートにつなぐ

Googleフォームの「回答」の画面で、回答の保存先をスプレッドシートにします。手順は、Googleのヘルプのフォームの回答の保存先を選択するにあります。

手順2 スクリプトを書く

つないだスプレッドシートを開き、「拡張機能」から「Apps Script」を選びます。開いた画面に、次のようなスクリプトを書きます。

function notifySlack(e) {
  const url = PropertiesService.getScriptProperties().getProperty('SLACK_WEBHOOK_URL');
  const v = e.namedValues;
  const text = '新しい回答が届きました\n' +
    'お名前：' + v['お名前'] + '\n' +
    '種類：' + v['お問い合わせの種類'];
  UrlFetchApp.fetch(url, {
    method: 'post',
    contentType: 'application/json',
    payload: JSON.stringify({ text: text }),
  });
}

「お名前」「お問い合わせの種類」の部分は、自分のフォームの質問の名前に合わせて書き換えます。

手順3 URLをスクリプトのプロパティに保存する

webhookのURLは、スクリプトの中に直接書かず、プロジェクトの設定にある「スクリプト プロパティ」に、SLACK_WEBHOOK_URLという名前で保存します。スクリプトを人に見せたり、コピーして使い回したりしたときに、URLが一緒に漏れるのを防ぐためです。

手順4 送信のきっかけを設定する

左のメニューの「トリガー」から、トリガーを追加します。実行する関数に notifySlack、イベントの種類に「フォーム送信時」を選んで保存します。初めて保存するときは、Googleアカウントへのアクセスの許可を求められるので、内容を確かめて許可します。

手順5 テストの回答を送る

自分でフォームに回答して、チャンネルに知らせが届くことを確かめます。届かない場合は、Apps Scriptの「実行数」の画面で、エラーが出ていないかを見ます。

フォームの質問の名前を後から変えると、スクリプトの中の名前と合わなくなり、知らせの中身が空になります。質問を直したときは、スクリプトも一緒に直すことを、チームの決まりに入れておきます。

URLの管理で気をつけること

incoming webhookのURLは、知っている人なら誰でもチャンネルに投稿できる鍵です。Slackの開発者向けドキュメントでも、URLには秘密の情報が含まれているので、ネット上に公開しないよう注意を促しています。Slackは漏れた秘密の情報を探して無効にしているとも書かれています。

具体的には、次の点に気をつけます。

・URLをチャットやメールにそのまま貼らない
・プログラムの中に直接書かず、設定の保存場所（スクリプト プロパティなど）に分ける
・GitHubなどの公開の場所に、URLを含むファイルを上げない
・使わなくなったURLは、アプリの設定画面から削除する
・担当者が替わったら、URLを作り直すかを検討する

URLが漏れた疑いがあるときは、アプリの設定画面で該当のURLを削除し、新しいURLを発行して、送る側の設定を差し替えます。差し替えが終わるまでの間に知らせが途切れることがあるので、作業の時間をチームに伝えておきます。

うまく届かないときの確認順

設定したのに知らせが届かないときは、次の順で確かめます。

1. 返ってきた応答を見る

送った結果、何が返ってきたかを確かめます。成功なら「ok」です。失敗のときは、原因を示す言葉が返ります。Slackの開発者向けドキュメントには、主なものとして次のような言葉が挙げられています。

返ってくる言葉	意味	対処
invalid_payload	送った中身の書き方が正しくない	JSONの括弧や引用符を確かめる
no_text	文章の項目がない	textの項目を入れる
channel_is_archived	投稿先のチャンネルがアーカイブされている	チャンネルを戻すか、URLを作り直す
no_service	webhookが無効、削除済み、または誤り	URLを確かめ、必要なら作り直す
action_prohibited	管理者が投稿を制限している	管理者に相談する

2. URLを確かめる

URLをコピーするときに、末尾が欠けていないか、前後に空白が入っていないかを確かめます。古いURLを使っていないかも見ます。

3. 送る回数を確かめる

Slackのドキュメントでは、incoming webhookは1秒に1回が目安で、短い間なら超えても受け付けるとされています。続けて大量に送ると、制限がかかって「429」の応答が返ります。一度にたくさんの知らせを送る仕組みなら、まとめて1通にするか、間を空けて送ります。

4. チャンネルとアプリの状態を確かめる

チャンネルが削除やアーカイブをされていないか、アプリがワークスペースから外されていないかを確かめます。管理者がアプリを整理したときに、知らせのアプリも外れていることがあります。

知らせのチャンネルを設計する

incoming webhookで知らせを流し始めると、知らせの種類は少しずつ増えていきます。最初に決まりを作っておかないと、半年後には1つのチャンネルに問い合わせ、注文、監視の警告、日報が混ざり、大事な知らせが埋もれます。

知らせの種類ごとにチャンネルを分ける

チャンネルは、「誰が動くか」で分けるのが基本です。問い合わせは営業や窓口の担当、注文は発送の担当、サイトの警告は管理の担当、というように、動く人が違う知らせは別のチャンネルにします。動く人が同じなら、種類が違っても1つのチャンネルにまとめてかまいません。webhookのURLはチャンネルごとに発行するので、分けるほどURLの数も増えます。どのURLがどのチャンネルに結び付いているかを、一覧にして残しておきます。

チャンネルの名前を決まった形にする

知らせ専用のチャンネルは、「通知-問い合わせ」「通知-注文」のように、頭に同じ言葉を付けておくと、チャンネルの一覧で並んで見つけやすくなります。会話用のチャンネルと見分けがつくので、新しく入った人にも「ここは知らせを受けるだけの場所」と伝わります。

通知の音の設定をそろえる

知らせのチャンネルは、すぐに動く必要があるものと、1日に1回見れば足りるものに分かれます。すぐに動く必要があるチャンネルは、担当者がチャンネルの通知をすべて受け取る設定にし、それ以外は通知を切って、決まった時間に見に行く運用にします。全部のチャンネルで通知を鳴らすと、担当者が知らせに慣れてしまい、本当に急ぐ知らせにも反応が遅れます。

設定を引き継ぐときに残しておく記録

incoming webhookの設定は、作った人の頭の中にしか残っていないことがよくあります。担当が替わった後に知らせが止まり、どこを直せばよいか誰も分からない、という事態を防ぐため、次の記録を残しておきます。

・アプリの名前と、作ったワークスペース
・アプリの管理画面に入れるメンバー（共同の管理者を2人以上にしておく）
・発行したURLごとの、投稿先のチャンネル
・URLを使っている送る側の仕組み（フォームのスクリプト、ショップの設定など）と、その保存場所
・URLを最後に作り直した日

URLそのものは記録の文書に書かず、どこに保存されているかだけを書いておきます。アプリの管理者が1人だけだと、その人が退職したときにアプリの設定を誰も変更できなくなります。アプリの設定画面の「Collaborators」から、共同で管理するメンバーを追加しておくと安心です。

記録は、チームの共有ドキュメントや、知らせのチャンネルの説明欄に残します。チャンネルの説明欄に「この知らせは〇〇のフォームから届きます。止まったら〇〇を確認」と書いておけば、知らせが止まったときに、チャンネルを見た人がすぐに手がかりを得られます。

ワークフロービルダーのwebhookとの違い

Slackには、incoming webhookとは別に、ワークフロービルダーで「webhookから始まるワークフロー」を作る方法もあります。Slackのヘルプでは、次のように説明されています。

Webhooks を使うと、Slack の外部からワークフローを開始し、カスタム変数を使って外部サービスからの情報を含むメッセージを Slack に投稿することができます。 出典: Slack ヘルプセンター（Slack 外部で開始されるワークフローを作成する）

違いを整理すると、次のとおりです。

項目	incoming webhook	ワークフロービルダーのwebhook
作る場所	アプリの管理画面	ワークフロービルダー
URLの形	hooks.slack.com/services/...	hooks.slack.com/triggers/...
できること	チャンネルに投稿する	投稿に加え、ほかの手順を続けられる
送るデータ	メッセージの中身そのもの	決めた変数（最大20個）の値

ワークフロービルダーのほうは、受け取ったデータを変数に入れ、メッセージの文面を画面で組み立てられます。投稿の後に、担当者へのメッセージや、リストへの記録といった手順を続けられるのも利点です。ただし、ワークフローを作れるメンバーを管理者が制限している場合があり、使えるプランもSlackの案内で確かめる必要があります。単純に知らせを流すだけなら、incoming webhookのほうが手軽です。

設定なしでフォームの回答をSlackに流したいとき

ここまで見てきたように、Googleフォームの回答をincoming webhookでSlackに流すには、スクリプトを書き、URLを管理し、トリガーを設定する必要があります。一度動けば便利ですが、質問の名前を変えるたびにスクリプトを直す必要があり、書いた人がいなくなると誰も直せなくなる、という問題も残ります。

プログラムを書かずに済ませたいなら、通知の送り先を選ぶだけでSlackに流せるフォームの道具を使う方法があります。Halictは、フォームで受け付けた回答を1件ごとに担当と状況（ステージ）で管理し、同じ画面から返信まで送れるフォームの道具です。公式の外部連携のページでは、フォームごとの通知の設定で送り先を選ぶだけで、新しい回答をSlackのチャンネルに流せると案内されています。送り先はSlackのほか、Microsoft Teams、Discord、Chatwork、Googleスプレッドシート、任意のURL（webhook）から選べます。

公式の料金ページでは、Slack・Teams・Chatworkへの通知は、メンバー10人までのチームプラン（月額7,800円、税抜）に含まれると案内されています。メンバー1人までのフリープランは0円で、フォームの数と回答の数は無制限、ステージの管理や自動返信、CSVの書き出しが使えます。届いた回答をSlackで知らせ、返信はHalictの画面から送って、誰がいつ返したかを記録する、という流れを作れます（Halict）。

Halictは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

すでにGoogleフォームで回し慣れていて、スクリプトを保守できる人がいるなら、incoming webhookでつなぐ方法で十分です。保守できる人がいない、通知だけでなく返信や担当決めまでまとめたい、という場合に比べる候補にしてください。

通知を仕事の流れに組み込むときの考え方

incoming webhookを入れると、知らせは確実に届くようになります。ただ、知らせが届くことと、誰かが動くことは別の話です。よくあるのは、問い合わせの通知をSlackに流し始めた直後に、チャンネルの全員が「誰かが見ただろう」と思い込み、結局誰も返事をしないまま1日たってしまう、という失敗です。知らせが全員に見えることが、かえって一人ひとりの責任をあいまいにします。

知らせを仕事の流れに組み込むには、次の3つを決めておきます。

・知らせを見て、最初に動く人（曜日や時間帯で分けてもよい）
・動いたことを示す方法（スタンプを付ける、スレッドに「対応します」と書く）
・何時間たっても動きがないときの扱い（翌朝に確認する人を決める）

知らせのチャンネルには、絵文字のスタンプで「確認中」「対応済み」を示す決まりを作ると、チャンネルを見ただけで状況が分かるようになります。

週に1回は、知らせのチャンネルを見返す時間を取ります。スタンプが付いていない知らせが残っていれば、それが対応の漏れです。漏れが続くようなら、最初に動く人の決め方か、知らせの量そのものを見直します。知らせが多すぎて読まれていないなら、流す知らせを減らすことも立派な改善です。仕組みは入れたときより、入れた後の1か月の見直しで使えるものになります。

業務の自動化を仕事にする

最後に、incoming webhookのような業務の自動化が、在宅で働く人の仕事にどうつながっているかを整理します。

フォームとSlackをつなぐ、表計算の集計を毎朝流す、といった小さな自動化は、小さな会社や店から外部の人に頼まれることが増えている仕事です。業務の流れを聞き取り、どこを自動にするかを提案する仕事は、AIコンサル・業務活用支援のお仕事で、どんな依頼があるかを紹介しています。スクリプトやアプリを書いてつなぐ側に回りたい人は、アプリケーション開発のお仕事が近い分野です。

業務の見直しを経営の面から手伝う専門家として、中小企業診断士という資格もあります。経営の課題を整理し、道具の導入を含めて改善を提案する国家資格で、詳しくは中小企業診断士にまとめています。チャットや通知の仕組みを整えることは、離れた場所で働くチームの土台にもなります。在宅の働き方を整える会社が使える支援は、テレワーク 助成金 2026で紹介しています。

在宅ワークの仲介を20年見てきた運営者の立場から言えば、こうした小さな自動化の仕事は、一度引き受けると「ほかの作業もお願いできないか」と続いていくことが多い仕事です。依頼する側にとっては、毎日の確認の手間がなくなることがいちばんの成果で、その成果は導入した翌日から目に見えるからです。仲介の手数料がかからない直接取引なら、依頼する側は同じ予算でより多くの作業を頼め、受ける側は手取りが厚くなります。手数料0%で直接取引できる場は、こうした継続の仕事と相性がよい場です。

まずは、自分の仕事やチームで「メールで届いて見落としている知らせ」を1つ選び、テスト用のチャンネルにincoming webhookで流すところから試してみてください。自動化の仕事の依頼がどう出ているかは、AI・マーケティング・セキュリティのお仕事でも確かめられます。

よくある質問

Q. Slackの無料プランでもincoming webhookは使えますか？

使えます。incoming webhookはSlackのアプリの機能の1つとして作るため、無料プランでも設定できます。ただし、Slackの料金ページでは無料プランで使えるアプリは最大10個と案内されているので、ほかのアプリを多く入れている場合は上限に当たらないかを確かめます。無料プランのメッセージの保存は90日間です。

Q. 1つのwebhookのURLで、複数のチャンネルに投稿できますか？

できません。incoming webhookのURLは、発行するときに選んだ1つのチャンネルに結び付いていて、送る側から投稿先を変えることはできません。複数のチャンネルに流したい場合は、チャンネルごとにURLを発行し、送る側で使い分けます。投稿先を後から変えたいときも、新しいURLを発行し直します。

Q. webhookのURLが漏れたらどうすればよいですか？

アプリの管理画面で、漏れた疑いのあるURLを削除し、新しいURLを発行して、送る側の設定を差し替えます。URLを知っている人なら誰でもチャンネルに投稿できるため、気づいた時点で早めに対処します。差し替えの間は知らせが途切れることがあるので、作業の時間をチームに伝えておきます。

Q. 知らせが届かないとき、最初に何を確かめればよいですか？

送ったときに返ってきた応答を確かめます。成功なら「ok」が返り、失敗なら invalid_payload（書き方の誤り）、no_service（URLが無効）、channel_is_archived（チャンネルがアーカイブ済み）のように原因を示す言葉が返ります。応答が分からない場合は、URLの欠けや空白の混入、チャンネルとアプリの状態を順に確かめます。