サイト問い合わせをSlackに自動通知する方法【ノーコード/無料/30分】

1. この記事でできること

この記事では、サイトの問い合わせが届いたらSlackに自動通知する仕組みを、ノーコードで30分以内に作ります。フォームはGoogleフォーム、連携はMake(旧Integromat)、通知先はSlackの特定チャンネルです。無料プラン中心・クレジットカード登録なしで完了できる手順だけに絞りました。難しい理論は最小限にして「動くものを最後まで作り切る」ことをゴールにします。とりあえず自動通知できるようにするところまで一緒に進めていきましょう。

2. 今回作る自動化の仕組みの全体像

完成すると、以下の流れで自動通知されます。

  1. サイトの「お問い合わせフォーム」(Googleフォーム)にユーザーが入力・送信
  2. 回答は自動でGoogleスプレッドシートに1行ずつ追記
  3. Makeがシートを定期的に監視し、新しい行を検知
  4. 検知した内容(名前・メール・本文など)を整形し、Slackの指定チャンネルにメッセージ投稿

この構成にする理由は3つあります。まず、Googleフォームは埋め込みやURL共有が簡単で、企業サイト・LP・ノーコードCMSのどれにも組み込みやすいです。次に、シートをハブにすると、後から分析やバックアップがしやすい。最後に、Makeはドラッグ&ドロップでつなげるだけなので、初回でも完走しやすいからです。無料プランでは通知までに最大15分程度の遅延が出る場合がありますが、まずは「確実に動く」ことを優先します(テスト時は手動実行で即時確認できますのでご安心ください)。

3. 事前に必要なアカウント・準備物

最初に必要なものをまとめます。各アカウントで「何をしておくか」も先に確認しておくと全体像が見えて迷いにくくなると思います。

ツール/アカウント用途事前にやること/取得するもの費用/クレカ
Googleアカウント Googleフォーム/スプレッドシート フォーム用のGoogleドライブを用意。後でフォームとシートを作成 無料/クレカ不要
Slackワークスペース 通知を受ける場所 通知用チャンネルを1つ作成(例:#inquiry)。アプリ追加が許可されているか確認 無料プラン可/クレカ不要
Make(make.com) 自動化(連携) 無料アカウント作成。後でGoogle・Slackに接続許可 無料プランあり/クレカ不要
サイト(任意) フォームの設置先 埋め込みが難しければ、まずはフォームのURLを直接公開でOK

会社のSlackでアプリ追加が制限されている場合は、管理者の承認が必要です。承認が下りるまでの間は、個人用のテスト用ワークスペースで一度作って動作を掴んでおくと安心ですよ。

4. 必要なツール、アカウントの設定

4-1. Slackで通知チャンネルを用意

投稿先が決まっているとMake側での選択が迷わずにすみます。Slackで新規チャンネル(例:#inquiry)を作り、関係者を招待しておきます。後でMakeアプリをこのチャンネルに招待するケースがあるため、チャンネルの公開/非公開の方針も決めておくとスムーズです(迷ったら公開でOK!)。

4-2. Googleフォームを作成(回答はシートに保存)

  1. Googleドライブで「Googleフォーム」を新規作成。タイトルは「お問い合わせ」など。
  2. 質問を3つ用意:お名前(必須/短文)、メールアドレス(必須/短文/検証ON)、お問い合わせ内容(必須/段落)。
  3. 右上メニューから「回答の保存先」をスプレッドシートに設定。新規シートを作成します。理由はMakeはシートの新行追加をトリガーにできるためです。
  4. フォームの送信ボタンの横にある「リンクを取得」からURLをコピー。サイトに埋め込める場合は「埋め込む」からiframeを取得して設置してOK。最初はURL公開でも十分です。

ここで一度テスト回答を1件だけ送っておくと、後の項目マッピングが楽になります(空のシートだと項目が選べないことがあるため)。失敗してもシートの行を削除すればやり直せるので大丈夫です。

4-3. Makeアカウントを作成

make.comで無料アカウントを作成します。今回の連携(Googleスプレッドシート→Slack)をノーコードで組むために使います。タイムゾーンは日本時間に設定しておくと、ログの時刻が読みやすくなるので設定しておきましょう。クレジットカードは不要です。

5. 自動化ツールの設定

5-1. シナリオ(ワークフロー)の骨組みを作る

  1. Makeで「Create a new scenario(新規シナリオ)」を作成。空のキャンバスが開きます。
  2. 最初の丸い+をクリックし、Google Sheets(スプレッドシート)を検索して選択。「Watch Rows(新しい行を監視)」を選びます。
  3. 初回はGoogleアカウントの接続許可が求められます。指示に従って承認します。
  4. 対象のスプレッドシートとワークシート(例:フォームの回答 1)を選択。Header(ヘッダー行)は1行目、行の並びは「新しいものから」など、デフォルトのままでOKです。

5-2. Slackへの投稿モジュールを追加

  1. キャンバス右側の+をクリックし、Slackを選択。「Create a Message(メッセージを投稿)」を追加します。
  2. Slackワークスペースへの接続を許可します。ちなみにMakeが代理でメッセージ送信するための権限が必要です。管理者承認が必要な場合は依頼しましょう。
  3. Channelは先ほど用意した#inquiryを選びます。見つからないときは、Slack側でMakeアプリ(承認後)をチャンネルに「/invite @Make」等で招待してから再試行してみてください。
  4. Text(本文)に、シートの各列を差し込みます。例:
    新規お問い合わせが届きました
    お名前:{{Name}}
    メール:{{Email}}
    内容:{{Message}}
    受信時刻:{{Timestamp}}
  5. 必要に応じて、Username(投稿者名)を「問い合わせ通知Bot」などに変更すると、チャンネルが見やすくなります(任意でOK)。

5-3. 初回テスト(Run once)で即時確認

  1. シナリオ画面左下の「Run once」をクリックして待機状態にします。無料プランの15分間隔の定期実行を待たずにすぐ動作を見られます。
  2. 別タブでGoogleフォームに適当なテスト回答を送信。
  3. Makeに戻ると、Google Sheets→Slackの順に緑のチェックが付き、Slackに通知が届きます。届かない場合は、5-4を参照。

5-4. スケジュールをONにする

  1. テストが通ったら、画面右上のトグルでシナリオをONにします。
  2. スケジュール(時計アイコン)で実行間隔を設定。無料プランでは最短が15分程度です。

これで「自動で動く」状態が完成です。まずは確実性を優先し、細かい調整や分岐は後回しにしましょう。

6. 動作確認(実際の質問例)

本番想定の内容で1件送ってみます。例:

  • お名前:田中 太郎
  • メール:taro@example.com
  • 内容:料金プランについて資料請求したいです。法人利用を想定しています。

期待するSlack通知(例):

新規お問い合わせが届きました
お名前:田中 太郎
メール:taro@example.com
内容:料金プランについて資料請求したいです。法人利用を想定しています。
受信時刻:2026/03/11 14:03

もしすぐに届かない場合は、シナリオを「Run once」で待機させてもう一度送信するか、スケジュール実行のタイミング(最大15分)を待ってください。ここで失敗しても大丈夫。通知が来るまで一つずつ確認すれば、必ず原因が見つかります。

7. うまく動かないときのチェックポイント

  • フォームとシートの接続漏れ:Googleフォームの「回答の保存先」がスプレッドシートになっているか。別シートを参照していないか。
  • シートのヘッダー行:1行目に質問名(列名)が入っているか。空行が先頭にあると読み取りに失敗します。
  • テストデータの有無:Makeのマッピング時、サンプル行がないと項目が出てこないことがあります。テスト回答を1件入れてから再設定を。
  • Makeの権限:Google/Slackの接続が「有効」になっているか。期限切れなら再認可を。
  • Slackの投稿先:チャンネル選択が正しいか。アプリをチャンネルに招待(/invite)しているか。DMを選んでいないか。
  • シナリオの状態:ONにしているか。スケジュール間隔が長すぎないか。Run onceで即時テストしたか。
  • 無料プランの制限:Makeの残オペレーション数が0になっていないか。超過すると実行されません(当月リセットまたはプラン変更)。
  • 企業のセキュリティ設定:Slackのアプリ承認が保留になっていないか。管理者に依頼しましょう(承認前は投稿できません)。
  • 文字化け・改行:Slackメッセージで改行が詰まる場合は、Text内に明示的に改行を入れる。余計な絵文字や装飾は一旦外してシンプルに。

それでも原因不明のときは、Makeの実行ログ(各モジュールをクリック)を見ると、どの時点で止まったかが分かります。エラーメッセージは難しく見えますが、「認可」「見つからない」「パーミッション」などのキーワードで大枠を判断し、該当箇所だけ直せばOKです。

8. 次にできる改善アイデア

  • 通知の整形をリッチに:Slackの太字や絵文字で「重要」などを視認性アップ。長文の本文は先頭100文字+「続きを読む→スプレッドシートURL」にすると読みやすいです。
  • スレッドに自動返信:同じ問い合わせからの続報(社内メモ)をスレッドで管理。通知直後のメッセージIDを保持し、続報は同スレッドに投稿する構成に。
  • 担当振り分け:件名や本文のキーワードで、営業/サポートなど投稿チャンネルを出し分け。Makeのルーター(分岐)を使えばノーコードで可能です。
  • スパム対策:Googleフォームのバリデーションを強化。reCAPTCHAはフォーム側で有効化されていることが多いので、無効ならONに。大量送信があれば通知をまとめるバッチ化も検討。
  • 即時性を高める:無料のポーリング(数分〜15分)では足りない場合、有料プランの短い間隔に変更、またはWebhooks+ノーコードフォーム(例えばTallyやTypeform)で即時通知へ。
  • CRM連携:同時にスプレッドシートからCRM(HubSpot等)へ登録する分岐を追加。案件化までの手入力を削減できます。

まずは今回の構成で「確実に届く」体験を掴んでください。ここまで作れたら、あなたはすでにノーコード自動化の第一歩を踏み出しています。次は上のアイデアから一つだけ選んで、少しずつ拡張していきましょう。