LINEグループでBotをメンションしても返事がない？宛先と返信条件の確認順
文・小川 靖人元LINE社員・LIFE合同会社 代表この記事の結論
LINEグループでBotへの呼びかけだけに返信させるには、表示名ではなくWebhookのメンション情報を確認します。全員宛て・別の人宛てとの違い、受信と返信の切り分け、公開前の確認例を整理します。
最終更新：2026年10月18日
LINEグループで「@Bot名」と呼びかけても返事がないときは、Botがイベントを受け取ったか、メンション先がそのBotか、返信処理が成功したかを順に確かめます。本文に表示名が書かれているだけで、Bot宛てのメンションとは判断できません。
この記事は、Messaging APIで独自の返信処理を作る担当者向けです。LINE公式アカウントをグループへ追加する方法自体は、グループへの招待条件で確認してください。参加できることと、呼ばれたときだけ適切に答えることは、別々に試します。
最初に、Bot自身が呼ばれているかを確かめる
LINE Developersのメンション受信ガイドでは、自分のBotへのメンションに、メンション対象のtype: userとisSelf: trueが設定されると説明されています。情報はテキストメッセージのmention.mentioneesに入ります。
確認するのは、文章中の「@」や表示名の一致ではありません。LINEの操作で対象を選んだメンションなのか、その対象が受信側Bot自身なのかを見ます。同じような名前の人や、別のBotを呼んでいる場合も分けてください。
- 自分のBot宛て：
typeがuserで、isSelfがtrueの対象がある。 - 他の人宛て：
typeがuserでも、isSelfがfalseの対象である。 - グループ全員宛て：対象の
typeがall。自分のBotだけを呼んだ扱いにはしない。 - 通常の文章：メンション情報が含まれない場合がある。
これは返信条件を選ぶための区別です。全員宛てにも答えるかは運用上の選択で、LINEが自動で決める返信ルールではありません。テキストメッセージの公式定義も合わせて確認してください。
図：呼びかけの対象を分けてから、返信処理の失敗を調べます。返信条件は自社側で設計するものです。
受信していないなら、返信条件より入口を調べる
Bot宛てのメンションが正しくても、Webhookを受け取れていなければ返信処理は始まりません。最初に、対象のLINE公式アカウントがそのグループへ参加していること、Webhookの利用設定と受信先が合っていることを確認します。
受信したHTTPリクエストは、署名を検証してから処理します。検証前の本文を信用したり、署名を通すために検証を無効化したりしないでください。確認手順はWebhookが届かないときの切り分けで整理しています。
ログには、受信の成否や処理段階など、調査に必要な項目だけを残します。顧客の会話全文、アクセストークン、署名の秘密値を、共有する調査資料へコピーする必要はありません。
自分宛てなのに返らないなら、応答処理を追う
メンション条件に合ったことと、返事を送れたことは同じではありません。応答処理が呼ばれたか、APIの結果が成功したか、返信先が元のグループに対応しているかを順に確認します。
特に、応答トークンを使う処理では、受信後の長い待機や、別の処理での使用済みを調べます。期限や使い方の詳細はInvalid reply tokenの確認順を参照してください。呼びかけを検知しただけで、社内の対応状態を「返答済み」にしないようにします。
グループへの返事は、そのグループの参加者に見える前提で作ります。会員情報や個別の予約内容など、本人だけに返すべき情報を、Botが呼ばれたという理由だけで返さないでください。必要な確認は、権限を確かめられる個別の窓口へ案内します。
公開前は、四つの呼び方と返信結果を試す
以下は、個人情報を使わない架空のテスト例です。許可されたテスト用グループと担当者で確認し、実際の顧客グループへ一斉に試験返信しないでください。
- 通常文の「予約について聞きたいです」には、自動で割り込まない。
- 別の担当者へのメンションには、Botが勝手に答えない。
- 全員宛てのメンションは、事前に決めたルールどおりに扱う。
- Bot自身へのメンションでは、質問を受け取り、返信結果まで確認する。
返事が必要なのにBotで解決できない場合は、誰が確認して返すかも決めておきます。全メッセージへ機械的に答えることより、呼ばれた相談を拾い、担当者が同じ会話の中で次の行動を確認できることを優先してください。
※仕様の確認日：2026年10月18日。実装の確認例であり、LIFEや特定顧客の実績ではありません。