先に結論：AI返信案がFAQを参照する時は、検索で見つかったIDをそのまま使わず、信頼済みID・版・公開範囲・廃止状態・対象業務を許可リストと照合してください。一つでも不一致なら参照を空にして保留に戻し、AIの回答生成と顧客への送信許可を分けます。

FAQをAIの返信案へつなぐと、過去の回答を探す時間を減らせます。一方で、検索結果に出た資料が現行版とは限りません。未知のID、版違い、社内限定のメモ、廃止済みのFAQが混ざると、文章が自然でも根拠のない返信になります。特に「参照が見つかった」ことと「顧客へ使ってよい」ことは別です。

この記事では、問い合わせ対応を小さくAI化する会社を想定し、許可リストを使ったFAQ参照の照合方法を整理します。GASや自社スクリプトへ組み込む場合も、照合は送信の許可ではなく、人が確認する候補を安全に絞る処理として扱います。価格、契約、個人情報、返金、法令に関わる判断は、必ず責任者や専門家の確認へ戻してください。

FAQのIDが見つかっても、使える根拠とは限らない

検索結果のIDだけを信じる運用では、資料の状態を取り違えます。たとえば同じ「返品について」という題名でも、公開FAQ、社内向けメモ、昨年のキャンペーン案内、廃止予定の旧版が並ぶことがあります。AIは文章の自然さを保証できても、社外へ出してよい範囲や最新の承認状態までは自動で確定できません。

確認項目通過の条件不一致時の扱い
FAQ ID信頼済み一覧に完全一致する未知IDとして保留
版業務で指定した現行版と一致する版違いとして参照しない
公開範囲返信先と利用目的が許可範囲内社内限定なら保留
状態廃止・停止・要確認ではない廃止候補として除外
対象業務問い合わせ分類とFAQの対象が一致する別業務の根拠として使わない

ここで大切なのは、五項目を「検索後の注意書き」にせず、参照を採用する前の条件にすることです。条件を満たさない候補をAIへ渡してから注意を促すのではなく、許可された根拠だけを参照配列へ入れます。許可された根拠が一つもない時は、成功した空結果ではなく、根拠不足の保留です。

FAQを増やす前に質問の分類をそろえる考え方は、問い合わせ対応AI化の前に作るFAQ候補リストでも扱っています。既存のFAQが多い会社ほど、タイトル検索だけではなく、利用範囲と現行版を管理する台帳が必要です。

許可リストに最低限入れる7項目

許可リストは巨大な台帳から始める必要はありません。まず、AIが参照してよいFAQを一行で判定できる項目を置きます。

項目記録例判断に使う場面
faq_idfaq-refund-003完全一致検索
version2026-10-01版違いの除外
scopepublic / internal送信先との境界
statusactive / retired廃止資料の除外
topic返品・返金業務対象の照合
ownerCS責任者更新や保留の戻し先
reviewed_at2026-10-10見直し期限の確認

URLや本文全体を許可リストへコピーしてしまうと、更新のたびに正本との差分が分からなくなります。リストは参照許可のメタデータに絞り、回答本文は正本のFAQへ戻れるようにします。原文を保存する場合も、顧客情報や社内限定情報を必要以上に複製しない設計にします。

保守担当者がGASで照合する時は、IDの前後空白を勝手に整形して別IDにしない、版を自動で最新版へ置き換えない、重複した許可リストを一件に丸めない、という契約を先に決めます。照合処理の成功は「許可条件と一致した」ことであり、「送信してよい」ことではありません。

通常・保留・停止を比較する

実務では、参照できたかどうかの二択にすると境界ケースが流れます。照合結果を三つに分け、次の行動まで決めます。

状態条件参照配列次の行動
通常ID・版・範囲・状態・業務が一致一致した根拠だけ人が回答案と原文を照合
保留版違い、更新期限切れ、対象不明空配列または候補を採用しない所有者へ確認し、理由を記録
停止未知ID、社内限定、廃止、重複空配列AI処理を止め、手動対応へ戻す

「参照なしでもAIに答えさせる」と、根拠不足が文章の流暢さに隠れます。参照が空なら、回答案を作る場合でも「確認できるFAQがないため保留」と明示し、送信ボタンへ進めない状態にします。保留と停止を区別する場合も、どちらも人間確認なしに顧客へ出さないことが基本です。

この考え方は、AI返信案に人間確認を残すルールや、FAQを整える前に問い合わせをAI化しない方法とつながります。FAQの参照条件と返信の承認条件を別々に書き、どの段階で人へ戻すかを台帳に残してください。

5手順でFAQ参照を照合する

  1. 入力を固定する：問い合わせID、対象業務、返信先、受信日時を記録します。問い合わせ本文だけで業務範囲を推測しません。
  2. 候補を列挙する：FAQ検索から得たIDと版をそのまま受け取り、空欄、重複、未知IDを別の結果として残します。
  3. 許可リストと完全照合する：ID、版、scope、status、topicを比較します。どれか一つでも不一致なら採用候補から外します。
  4. 参照結果を固定する：採用したID、版、照合時刻、除外理由を保存します。自動で最新版へ差し替えず、差分は人へ渡します。
  5. 送信前に人が読む：回答案とFAQ原文、顧客の条件を照合し、採用・修正・保留・停止を決めます。送信権限はAIへ渡しません。

例として、顧客が返金条件を尋ね、検索結果に三件のFAQが出たとします。一件は現行の公開FAQ、一件は前月版、一件は社内向けの例外メモでした。許可リストと照合すると、現行の公開FAQだけが通常です。前月版は版違い、社内メモはscope不一致として除外します。現行FAQだけでは顧客の契約条件を判断できない場合、参照が通っていても人へ戻します。

更新作業では、FAQの本文を直した人と許可リストを見直す人が同じとは限りません。新しい版を登録したら旧版をactiveのまま残さない、公開範囲を変えたら返信先の利用条件を再確認する、担当者が不在なら代理確認へ送る、といった変更イベントを決めます。変更後の再確認日は、AI運用ルールを見直す変更イベントに沿って管理できます。

運用開始前チェックリスト

  • 未知のFAQ IDを完全一致で除外できる
  • IDだけでなく版、公開範囲、状態、対象業務を照合する
  • 版違いを自動で最新版へ置き換えない
  • 社内限定資料を社外返信の根拠にしない
  • 廃止・停止・要確認のFAQを参照配列へ入れない
  • 重複IDを一件に丸めず、異常として保留できる
  • 許可された根拠がない時は空配列と保留理由を残す
  • 参照の成功と送信の許可を別の状態にする
  • 回答案、FAQ原文、顧客条件を人が照合する
  • FAQ更新時の所有者、代理者、再確認日を決める

テストは正常な一件だけで終えません。未知ID、版違い、scope不一致、廃止済み、重複、空欄、同じIDで異なる版、対象業務の違いを少なくとも一つずつ用意します。すべての異常ケースで参照配列が空になり、保留理由と戻し先が残ることを確認します。

FAQ：許可リストでAI参照を管理する

FAQのIDだけ一致すればAI返信に使えますか？

いいえ。IDに加えて版、公開範囲、廃止状態、対象業務を確認します。許可リストと一致しない候補は参照へ入れず、保留に戻してください。

版が違うFAQを自動で最新版に置き換えてよいですか？

自動置換を送信許可と同じ意味にしてはいけません。最新版候補として人へ提示し、変更差分と対象業務を確認してから許可リストを更新します。

社内限定FAQをAIの参照候補にできますか？

返信先と利用目的が許可範囲内でなければ使いません。社内限定資料を外部返信へ流用する場合は、権限と送信先を別に確認し、原則保留にします。

参照が一件も許可されない時はどうしますか？

成功した空結果とは扱わず、根拠不足として人間確認へ戻します。保留理由、確認先、次に確認する資料を残し、送信許可とは分けてください。

無料診断で、FAQ参照と送信の境界を整理する

AI返信案の品質が安定しない時、モデルを変える前に、どのFAQを根拠として使えるかを決めると原因を切り分けやすくなります。許可リスト、版、公開範囲、保留理由、確認者を一つの業務で試し、参照の成功と送信の承認を分けてください。

FAQはあるのに古い回答が混ざる、社内メモが候補に出る、保留の戻し先が決まっていない。そうした詰まりがある場合は、Miraigentの無料AI導入診断で、問い合わせ一つから参照台帳と人間確認の境界を整理できます。

関連：FAQ候補リスト ／ 返信案の人間確認 ／ FAQ前の問い合わせAI化 ／ 運用ルールの見直し