飲食店の口コミ返信を AI で自動化する時に注意すべき 5 項目 (景表法・薬機法・顧客体験)
Google レビュー / 食べログ / ぐるなびの口コミ返信を AI で自動化する飲食店・チェーン運営者向けに、景表法・薬機法・プライバシー・クレーム対応・トーン設計の 5 項目を整理します。
Google マップ / 食べログ / ぐるなびの口コミに返信していない飲食店は、依然として少なくありません。 一方で、口コミ返信率と星評価には相関があると Google Business Profile ヘルプ側からもガイダンスが出ています (出典)。 返信を放置している間に、次の来店候補だった顧客は静かに他店に流れていく — これが可視化されにくいコストです。 生成 AI で返信文を自動生成すれば、この状況は数日で解消できます。 ただし、飲食業のレビュー返信には「AI に任せて送るとリーガル面や顧客体験面で自爆する」パターンが実在します。 本稿では、越谷 / 草加エリアの中小飲食店・小規模チェーン運営者を想定し、実装前に設計へ組み込んでおきたい 5 項目を整理します。
注意項目 1: 景品表示法 上「返礼特典」の直接誘導を書かない
「口コミ書いていただきありがとうございます。 次回ご来店で 10% OFF をお使いください」— 一見親切ですが、これは景品表示法 (景表法) 上の景品規制と、口コミへの対価提供の観点で問題化しやすい表現です。 消費者庁は「口コミサイト等における表示に関する景品表示法上の考え方」を継続的にアップデートしており、事業者が対価を提供して口コミを促す行為は「不当表示」の温床になりうると整理しています (消費者庁「口コミサイト等の表示規制」)。 2023 年 10 月からは、いわゆるステマ規制 (景表法 5 条 3 号の指定告示) も施行されており、「事業者の表示であることを消費者が判別困難な形」で第三者に口コミを書かせる行為は原則違法となりました (消費者庁 ステルスマーケティング特設ページ)。
AI が生成する返信テンプレートには、以下の禁止パターンを prompt レベルで明示しておくのが安全です。 (1)「次回◯% OFF」「無料で 1 品プレゼント」等の対価言及、(2)「星 5 のレビュー本当にありがとうございます」等の高評価だけを優遇する差別的表現、(3)「詳しくはこちらのレビューをご覧ください」等の別レビューへの誘導。 対価提供そのものを禁止するわけではなく、口コミ返信の中で対価を約束・匂わせない、というのが実務上の落とし所です。
注意項目 2: 薬機法 上「効能効果」の表現を返信内で書かない
飲食店のメニュー説明では、意外なほど薬機法 (医薬品医療機器等法) に触れる表現が使われがちです。 「腸活メニュー」「疲労回復に効きます」「脂肪燃焼をサポート」「ダイエットに最適」— これらは、その飲食物が身体機能に対して特定の効能を持つと消費者に誤認させる可能性があり、薬機法違反リスクが指摘される表現です。 厚生労働省の「医薬品的な効能効果を標ぼうしない限り医薬品と判断しない食品」の運用通知 (通称 46 通知) が判断基準として参照されます (厚生労働省 食薬区分ガイド)。
問題は、レビュアーが「このメニュー、ダイエット中でも罪悪感なく食べられて疲労回復にも良さそう!」と書いてきたとき、AI がそれを受けて「疲労回復にお役立ていただきありがとうございます」と返信してしまうケースです。 レビュアー本人の感想は事業者の責任ではありませんが、事業者が返信で追認 (endorse) すると、事業者による効能表示とみなされうるリスクが生じます。 AI 側の system prompt には「レビュー本文に効能・効果を示唆する表現があっても、返信ではその効能効果を追認せず、素材や味・満足いただけた事実にのみ言及する」という制約を組み込むのが実務的です。
注意項目 3: 個人情報・個人名の masking と、他レビューへの言及禁止
「〇〇 太郎 様、この度は…」というフルネーム反復や、「先週来られた〇〇様のお連れの方ですね」といった特定は、プライバシー配慮不足として炎上の火種になります。 個人情報保護法上「公開情報の再掲示」自体は直ちに違法ではありませんが、レビュー投稿者にとって「フルネームで返信された」体験は不快になりやすく、他の潜在顧客にも「この店に書いたらフルネームで返される」印象を与えます (個人情報保護委員会 ガイド)。
安全な運用パターンは、AI 側で以下を強制することです。 (1) レビュアー名は「〇〇様」等の敬称一律表記に置換し、フルネーム反復は行わない、 (2) レビュー本文中に登場する同伴者・従業員・他レビュアーの固有名詞を返信で反復しない、 (3) 位置情報や来店時間帯の具体特定 (「土曜の 19 時にご来店の方ですね」等) を返信に書かない。 これらは prompt engineering よりも、送信直前の post-filter (正規表現でフルネーム候補を検出して敬称に置換する等) で担保する方が漏れが少なくなります。
注意項目 4: クレーム対応時の「即時謝罪・即時補償の約束」を AI に許可しない
飲食店のレビューで最もセンシティブなのがクレーム対応です。 AI が親切心で「大変申し訳ございませんでした。 該当のスタッフには厳しく指導し、次回ご来店の際は無料で…」と返信すると、以下のリスクが同時発生します。 (1) 事実確認前の謝罪は、後に「事業者側が非を認めた記録」として SNS 拡散され、レピュテーションリスクとなる、 (2) 実際には発生していない事象 (勘違い、他店との混同、悪意の投稿) にも謝罪が積み重なる、 (3) 補償の内容が店舗ポリシーや保険適用範囲を超え、後で店舗側が対応できず二次クレームになる、 (4) 「食中毒の疑い」等の重大内容が含まれる場合、AI の一次返信で公開謝罪してしまうと保健所対応や法的対応の証拠設計に影響が出うる。
実装パターンとしては、「クレーム signal 検知 → AI が返信を生成せず、店主 or 本部担当者にエスカレーション」を hard gate にします。 signal の例は sentiment classifier で negative かつ強度が閾値超え / 「食中毒」「異物」「体調不良」「返金」「アレルギー」「保健所」等の keyword hit / 星 1〜2 評価、のいずれか。 これらのいずれかで hit した場合、AI は下書きすら生成せず、Slack / LINE 通知だけを飛ばす、という設計が安全です。 通常レビュー (positive + neutral) のみ AI が一次下書きを生成し、店主が 30 秒だけ目を通して送信する、という cadence が現実的な運用です。
注意項目 5: tone-of-voice consistency と、絵文字ポリシーの明文化
同じ店の返信なのに、あるレビューには「〜でございます」丁寧、次のレビューには「〜っす!」フランク、では顧客体験としてブランド一貫性を欠きます。 チェーン店の場合、店舗間で tone がバラつくと本部ブランドが薄まる要因にもなります。 これは AI にとっては解きやすい問題で、店舗ごとの brand voice を prompt 側に固定するだけで対処できます。
実装は次の 3 パラメータを店舗プロファイルとして持たせる形が扱いやすいです。 (1) 敬語レベル (formal / semi-formal / casual)、 (2) 絵文字使用 (none / minimal / friendly)、 (3) 一人称 (「私ども」「当店」「スタッフ一同」等)。 これらを system prompt に注入し、店舗単位で voice を固定します。 加えて、返信長も上限 (例: 全角 200 字以内) を設けると、AI が過剰に丁寧な長文を書いて逆に不自然になる現象を防げます。 参考として、消費者庁が公表している「事業者と消費者との間のトラブル防止」観点の情報も踏まえた表現ガイドを社内で持つと、店長交代時の引き継ぎも楽になります (消費者庁 消費者向け情報)。
Xiora Restaurant OS Pillar 1 の設計
Xiora が開発中の Restaurant OS (Pillar 1: レビュー対応 AI) では、上記 5 項目を最初から design に組み込んでいます。 具体的には、憲法 5 条 filter (断定・過度な約束・効能効果を追認する表現を検知して自動 rewrite するフィルタ)、クレーム signal のキーワード + sentiment 二段 escalation gate、フルネーム masking の post-filter、店舗単位 voice profile の 3 パラメータ管理、Google Business Profile / 食べログ / ぐるなび の 3 チャネル対応、をベースセットとして持ちます。 これに XCloud Connect (QR モバイルオーダー) が持つ来店データを組み合わせ、「実際に来店した顧客レビュー」と「来店痕跡のないレビュー」を運用側で区別できるよう設計中です。
お問い合わせ
本記事は飲食店の口コミ返信 AI 化における注意点の情報提供であり、個別事案の適法性を約束するものではありません。 実際の運用では、自店の業態・提供メニュー・過去のクレーム履歴に応じたリーガル確認が必要です。 XCloud Connect と Restaurant OS Pillar 1 の連携についての具体的な設計相談は、¥0 の 30 分無料相談で承ります。
関連 Xiora プロダクト
本記事のトピックに直接関わる Xiora 自社プロダクトです。 いずれも公開情報、¥0 で概要確認できます。
- Restaurant OS — 4 Pillar 統合 SaaS — 口コミ返信 AI (Pillar 1) 含む
- Gourmie — レストラン AI プラットフォーム — レビュー分析 + 顧客理解
お問い合わせ / 無料相談
本記事の内容や、貴社の AI 導入・DX についてのご相談は、以下からお気軽にご連絡ください (¥0、初回相談は 30 分無料)。
- フォーム: /contact.html
- メール: info@xiora-official.com
関連ツール (提携リンク)
本記事の内容を実装するにあたり、Xiora が業務で採用しているツール群です。 リンクは提携リンク (advertisement) を含み、経由でお申込みの場合は Xiora に紹介料が入る場合があります。 記事内容の中立性は維持しています。
- Notion — SMB のドキュメント / ナレッジ管理 SaaS
- Vercel — Next.js を最速で公開する PaaS
- Railway — コンテナ / DB を 1 分で立てる PaaS
- Cloudflare — エッジ CDN + Zero Trust
※ Reo Absolute Gate (KYC) 承認待ちの placeholder URL。 承認後、代理人が sed で real referral ID に一括置換します。
← Insights 一覧へ