TMPL-LINE-001
LINE公式アカウント自動応答テンプレート
LINEbeginnermidverified: 2026-02
sanitized snapshot
Last synced: 2026-02-14
要約
問い合わせ内容を分類し、定型応答を返す運用の再現手順を整理した。
手動対応を減らし、応答品質のばらつきを抑える構成にしている。
固有情報を含めずに、そのまま共有できる状態にした。
決定事項
- 受信イベントを分類して応答を返す基本フローを採用する
- 例外時は手動運用へ戻せる経路を必ず用意する
- 秘密情報は記事本文に記載せず、環境設定側で管理する
未決
- 分類ルールの境界条件をどの粒度で定義するか
- 例外通知の運用担当をどの役割に置くか
- 定期見直しの責任分担をどうするか
次アクション
- 実装担当: 分類と応答の分岐をテンプレート化する
- 運用担当: 例外時の復旧手順をチェックリスト化する
- 監督担当: 変更時レビューの承認フローを定義する
リスク
- 分類規則が不足すると誤応答が発生しやすい
- 例外経路が曖昧だと復旧までの判断が遅れる
- 手順の更新漏れがあると運用品質が低下する
参照ID
- TMPL-LINE-001
- TS-LINE-001
概要
LINE公式アカウントへのメッセージを自動分類し、定型応答を返すフローを最短で構築する。
対象ユーザー
- LINE公式アカウントで顧客対応を自動化したい運用担当者
- 定型問い合わせの手動対応を削減したいチーム
前提条件
- LINE公式アカウントが開設済みであること
- Messaging APIが有効化されていること
- Webhook受信が可能な自動化ツールが稼働していること
- チャネルアクセストークンが発行済みであること(値は記載しない)
構成(ノード/データフロー)
- Webhookトリガー — LINEからのイベント受信
- メッセージ分類 — テキスト内容をキーワードで振り分け
- 応答生成 — カテゴリ別の定型メッセージを選択
- LINE返信 — Reply APIで送信
セットアップ
Step 1: LINE Developers コンソール設定
- LINE Developersコンソール → 対象プロバイダー → 対象チャネル
- 「Messaging API設定」タブ → Webhook URL欄に自動化ツールのエンドポイントを入力
- 「Webhookの利用」をオンに設定
- 「応答メッセージ」をオフに設定(自動化ツール側で制御するため)
Step 2: 自動化ツール側の設定
- Webhook受信ノードを作成し、エンドポイントを取得
- 受信データから
events[0].message.textを取得するノードを設定 - 条件分岐ノードでキーワード判定(例:「予約」「料金」「営業時間」)
- 各分岐に対応する応答メッセージノードを接続
- Reply APIコールノードに
replyTokenと応答メッセージを渡す
Step 3: テスト
- LINE公式アカウントにテストメッセージを送信
- 自動化ツールの実行ログで受信・処理・返信を確認
- 想定外メッセージに対するフォールバック応答を確認
運用(監視・例外・復旧)
- 監視: 自動化ツールの実行ログを日次確認。エラー率が閾値を超えた場合に通知設定
- 例外: Webhook受信失敗時はLINE側でリトライされる(最大3回)
- 復旧: 自動化ツールがダウンした場合、LINE側の「応答メッセージ」を一時的にオンに戻す
詰まりTOP5
- Webhook URLの末尾にスラッシュが抜けていて404になる
- チャネルアクセストークンの権限不足でReply APIが403を返す
- 「応答メッセージ」をオフにし忘れて二重返信になる
- replyTokenの有効期限切れ(受信後一定時間以内に返信が必要)
- 自動化ツールのタイムアウト設定が短すぎて処理が中断される
反証3(失敗条件)
- メッセージ量が無料枠を超過: フリープランの月間メッセージ上限を超えると送信不可。事前に想定量を試算すること
- キーワード分類の精度不足: 完全一致のみでは意図しない分岐が発生する。部分一致・正規表現の導入を検討
- 複数人同時アクセス: 高負荷時にWebhookが詰まる。キュー処理の導入を検討
トラブルシュート
| 症状 | 原因 | 対処 |
|---|---|---|
| メッセージを送っても無反応 | Webhook URLが未設定/誤り | LINE Developers → Webhook URL確認 → 検証ボタンで疎通テスト |
| 「このアカウントでは個別の返信は…」と表示 | 応答メッセージ設定が競合 | 応答メッセージをオフにする |
| 403エラーがログに出る | トークン権限/有効期限 | トークンを再発行し自動化ツール側を更新 |
| 返信が遅延する | 自動化ツールの処理時間超過 | タイムアウト値を延長/ノード数を削減 |
| 二重返信される | フォールバック応答がオン | LINE側の自動応答をすべてオフにする |
Secrets注意
- チャネルアクセストークン、チャネルシークレットは絶対に記事・公開リポジトリ・NotebookLMに記載しない
- Webhook URLも内部エンドポイントのため非公開
- テスト用のユーザーIDも記載禁止
ロールバック(停止/戻し)
- 即時停止: 自動化ツールのワークフローを「無効」に切り替え
- フォールバック: LINE側の「応答メッセージ」をオンに戻し、手動定型文で対応
- 完全戻し: Webhook URLを空欄にし、Webhookの利用をオフに設定
FAQ10
- Q: 無料で使えるか? A: LINE公式アカウントのフリープランで開始可能。メッセージ数上限あり
- Q: 画像メッセージにも対応できるか? A: 本テンプレートはテキストのみ。画像対応は拡張ガイドを参照
- Q: 複数アカウントを1つのフローで処理できるか? A: Webhook URLを分けるか、イベント内のdestinationで振り分け可能
- Q: テスト環境はあるか? A: LINE Developersの検証ボタンでWebhook疎通を確認可能
- Q: 返信までの最大許容時間は? A: replyTokenの有効期限は一定時間。即時返信を推奨
- Q: ユーザーをブロックした場合は? A: ブロックユーザーからのイベントは届かなくなる
- Q: リッチメニューと併用できるか? A: 可能。ポストバックイベントを追加トリガーに設定
- Q: エラー通知を受け取るには? A: 自動化ツールのエラーハンドリングノードで通知先を設定
- Q: 応答メッセージのテンプレートはどこで管理? A: 自動化ツール内のノード設定、またはデータストア
- Q: 本番移行前のチェックリストは? A: DoDチェックリストの10項目を確認
変更履歴
| 日付 | 変更内容 | 関連ID |
|---|---|---|
| 2026-02 | 初版作成 | TMPL-LINE-001 |
last_verified
2026-02