FAQサイトの作り方と運用管理｜構築5手順とQ&A形式の書き方、改善指標

FAQサイトは、公開した瞬間から問い合わせが減るわけではありません。Gartnerが2024年8月19日に公表した、2023年12月実施の顧客5,728人への調査では、セルフサービスだけで完全に解決できた問い合わせは14%にとどまり、失敗理由で最も多かったのは「自分の問題に関係するコンテンツが見つからなかった」（43%）でした。FAQサイト単独ではなく、セルフサービス全体を対象にした調査です。FAQサイトの作り方で押さえるべきなのは、ページの見た目より「探している人が答えにたどり着けるか」です。この記事では、顧客向けFAQサイトを問い合わせログから作り、公開後に数字で直していく手順を、構築から日常の運用管理まで順に説明します。

まとめ：問い合わせログに基づくFAQ構築と検索結果からの改善

• 質問は想像で作らず、問い合わせメール・電話記録・チャット・サイト内検索語から棚卸しする
• カテゴリは社内の部署名ではなく、利用者の行動（購入前・注文・配送・返品・アカウント）で切る
• Q&A形式は「質問は利用者の言葉で1問1論点」「回答は1文目に結論」の2点で読みやすさが決まる
• 公開後は役に立った率・ゼロ件検索率・FAQ閲覧後の問い合わせ率を月次で見て、追加・書き換え・統合・削除を決める
• FAQリッチリザルトは2026年5月7日に表示が終了した。単独で検索される質問は、回答を独立したページに分けることも検討する

FAQサイト・Q&Aサイト・QA表の違いとこの記事の範囲

「QA」「Q&A」「FAQ」は似た言葉ですが、指す仕組みが違います。検索では混ざって使われるため、最初に区別しておきます。

FAQは「Frequently Asked Questions（よく寄せられる質問）」の略で、運営側が回答まで書いて公開します。Q&Aサイトには、利用者同士が質問と回答を投稿する掲示板型のほか、企業の担当者が利用者の質問に回答する形もあります。システム開発の現場で「QA表」と呼ぶのは、仕様確認の質問と回答を案件単位で記録する管理表で、公開を前提にしません。この記事は1行目の顧客向けFAQサイトを扱います。FAQシステムの機能やチャットボットとの違いはFAQシステムとは？種類・機能とチャットボットとの違いで、社内向けは社内FAQシステムの作り方で解説しています。

FAQサイトを作る前に決める目的と成果指標

問い合わせ件数と対応工数による削減対象の選定

目的を「問い合わせ削減」とだけ書くと、公開後に効果を判定できません。直近3か月程度の問い合わせを種類別に数え、「件数が多い」かつ「回答が毎回同じ」種類を削減対象として名指しします。種類別の問い合わせ件数に平均対応時間を掛けた月間対応工数も並べると、件数は少なくても1件ごとに時間がかかる種類を見落としません。配送状況の確認やパスワード再設定のような定型の問い合わせはFAQで減らせます。見積もり・契約条件・障害の個別調査など、担当者の判断が必要な案件はFAQだけでは完結しません。FAQでは事前確認事項を案内し、適切な窓口につなぎます。こうした案件が大半を占める窓口なら、FAQサイトより問い合わせフォームの項目設計やチャットでの振り分けを先に見直すほうが効きます。

役に立った率・ゼロ件検索率・閲覧後の問い合わせ率の定義

公開前に、何を測るかを決めておきます。Gartnerの調査で最多だった失敗理由が「関連するコンテンツが見つからない」だった以上、見るべきは閲覧数の多さより「探して見つかったか」です。

「役に立った／役に立たなかった」の投票結果は回答者の評価であり、閲覧者全体の自己解決率を示しません。投票数と役に立った率を併せて確認します。ゼロ件検索率と、削減対象に指定した問い合わせの件数推移を組み合わせて見るのが実務的です。ゼロ件検索を記録するにはサイト内検索のログが必要なので、この要件は構築手段を選ぶ段階で確認します。

FAQサイトの作り方5手順：棚卸しから公開まで

手順1　問い合わせログと検索語に基づく質問の棚卸し

質問の材料は、社内で想像した「ありそうな質問」ではなく、実際の記録から集めます。問い合わせメールと電話の対応記録、チャットの履歴、サイト内検索で使われた語、営業やサポート担当が口頭で受けている質問が主な出どころです。サイト内検索語は利用者自身の言葉なので、後で質問文を書くときの表現の手本にもなります。集めた質問は1行1件で表計算ソフトに並べ、元の問い合わせ件数を横に記録しておきます。

手順2　類似質問の統合と問い合わせ件数に基づく公開範囲の決定

「送料はいくら」「配送料金を知りたい」「沖縄への送料は」のように、同じ答えで済む質問は1件にまとめます。まとめた質問は元の問い合わせ件数を合算し、件数の多い順に並べ替えます。初回公開は上位から、回答を用意できる分だけで十分です。全件そろうまで公開を待つと、その間も同じ問い合わせが届き続けます。回答者が社内で決まらない質問は、公開を急がず保留リストに回します。

手順3　利用者の行動に沿ったカテゴリ設計

社内の組織に沿ったカテゴリ分けは、利用者に分類の意味が伝わらないおそれがあります。「営業部」「物流課」のようなカテゴリは、利用者が自分の困りごとがどこに入るかを判断できません。利用者が商品やサービスを使う流れに沿って切ります。

初期案は2段程度の浅い階層から作り、利用者が目的の質問に到達できるかを確かめます。質問数と分類の分かりやすさに応じて、階層の深さを調整します。1つの質問が複数のカテゴリにまたがる場合は、主カテゴリを1つ決め、ほかのカテゴリからは関連質問としてリンクします。同じ回答を2か所に複製すると、更新時に片方だけ古くなります。

手順4　Q&A形式による質問・回答の作成

カテゴリが決まったら、質問ごとに回答を書きます。書き方のルールは次の章でまとめて説明します。回答には根拠となる社内資料（利用規約・料金表・マニュアル）の場所を必ず控えておきます。規約や料金が変わったときに、どのFAQを直すべきかを逆引きできるようにするためです。

手順5　構築手段の選定・公開と問い合わせ導線への組み込み

公開の手段は、既存のCMSにFAQページを作る方法、FAQシステム（SaaS）を契約する方法、自社で開発する方法の3つです。質問が数十件でサイト内検索のログも不要なら、CMSのページで始められます。検索ログや「役に立った」ボタンの集計が要る規模になったら、FAQシステムの導入を検討します。製品の選び方はFAQシステムの比較と選び方、費用はFAQシステムの費用相場、OSSやスクラッチでの構築はFAQシステムを自作する方法で比較しています。

公開したら、問い合わせフォームの直前、商品ページ、注文完了メール、マイページといった「疑問が生まれる場所」からFAQへリンクします。FAQサイトは単独で置いても見つけてもらえません。反対に、FAQで解決しなかった人のために、各回答の下に問い合わせ窓口への導線を残します。問い合わせ先を隠してFAQに誘導し続けると、不満だけが残ります。

Q&A形式の書き方：質問文と回答文のルール

質問文の原則：利用者の言葉と1問1論点

質問文は、利用者が検索窓に打ち込む言葉に寄せます。社内で使う「商品の返品受付について」ではなく「届いた商品を返品できますか？」と書きます。1つの質問には論点を1つだけ入れます。「返品と交換の方法と期限は？」は、返品方法・交換方法・期限という3つの答えを1つの回答に押し込むことになり、どれも探しにくくなります。論点が分かれるなら質問を分けます。

回答文の構成：冒頭の結論と番号付きの手順

回答の1文目で結論を示します。可否の質問には「はい／いいえ」、料金や期限には数値、方法の質問には手続きの入口を答えます。条件や例外はその後に書きます。手順が3段階以上あるなら番号付きの箇条書きにし、画面上のボタン名は実際の表記どおりに書きます。回答の末尾に「詳しくはお問い合わせください」とだけ書くのは避けます。問い合わせが必要なケースなら、どの条件のときに、どの窓口へ、何を用意して連絡すればよいかまで書きます。

返品に関するQ&Aの書き換え例

表の「8日以内」は書き方を示すための架空の条件です。実際の期限は自社の規約に合わせてください。書き換え後の回答は、結論・条件・次の行動の3点がそろっており、読んだ人が問い合わせずに行動へ移れます。

FAQサイト公開後の運用管理と改善サイクル

FAQ管理台帳による担当者と見直し期限の管理

FAQが古くなるのは、誰が直すのかが決まっていないときです。公開ページとは別に、1問1行の管理台帳を作ります。表計算ソフトで始められ、FAQシステムを入れた後も管理項目の考え方は同じです。

「根拠資料」の列があれば、料金改定や規約変更のたびに影響するFAQを台帳から洗い出せます。見直し日を過ぎたFAQは、担当者が「変更なし」と確認するだけでも最終確認日を更新します。確認の記録が残っていれば、内容が古いのか確認済みなのかを区別できます。

月次指標に基づくFAQの追加・書き換え・統合・削除の判断

毎月の見直しでは、数字の組み合わせで打ち手を決めます。ゼロ件検索の上位語は、まず公開範囲・検索対象・インデックスの更新状況に問題が無いかを確かめます。設定に問題が無ければ、FAQが無い語は新規追加、FAQはあるが表記が違う語は質問文の書き換えか別表記の登録で対応します。閲覧数が多いのに役に立った率が低い回答は、記載内容の古さ、手順の再現性、検索意図とのずれを確認します。製品自体への不満と文章の問題も切り分けます。数か月閲覧がほとんど無いFAQは、検索や導線から発見できるか、季節性や低頻度でも必要な手続きに関する内容かを確認してから、統合・削除を検討します。件数が増えるほど、目的の質問は埋もれていきます。

問い合わせ対応の中でFAQを更新する運用

月次の見直しだけでは、新しい種類の問い合わせへの対応が1か月遅れます。サポート担当者が問い合わせに回答するたびに、該当するFAQを検索し、あればそのURLを案内し、無ければ回答内容を下書きとして残す運用を組み込みます。この考え方は、非営利団体Consortium for Service InnovationがKCS（Knowledge-Centered Service）として体系化しています。2016年4月に公開されたKCS v6は、担当者が問い合わせを解決する過程で記事を作る「Solve Loop」と、蓄積した記事を組織として見直す継続的改善の「Evolve Loop」の2つに運用を分けています。本記事で説明した月次の見直しはEvolve Loop側、回答のたびの更新はSolve Loop側にあたります。担当者に下書きの権限を渡し、公開前の確認だけを管理者が行う形にすると、更新の滞りを防げます。コールセンターでのナレッジ運用はコールセンターのナレッジ管理とは？で詳しく扱っています。

FAQサイトの検索対策：リッチリザルト終了後のページ設計

2026年5月7日のFAQリッチリザルト表示終了

以前は、FAQページにFAQPageの構造化データを付けると、Googleの検索結果に質問と回答が展開表示されることがありました。この表示は2023年8月に政府・医療系の権威あるサイトへ限定され、Google検索セントラルの更新履歴によれば、2026年5月7日からは表示されなくなりました。同年6月には関連ドキュメントも削除されています。いまFAQPageのマークアップを追加しても、検索結果の見た目は変わりません。経緯と既存マークアップの扱いはFAQリッチリザルトとは？2026年の廃止で何が変わったかと今の正しい対応にまとめています。

検索需要と回答内容に応じたFAQの個別ページ設計

1ページに全質問をアコーディオンで並べる形は、サイト内で一覧するには便利ですが、検索エンジンから見ると多数の話題が1ページに混在します。「〇〇 返品方法」のように単独で検索される質問は、回答を独立したページにまとめ、質問内容が伝わるタイトルを付ける方法があります。ただし、ページを分けるだけで検索結果に出やすくなるとは限りません。一覧ページには各質問の要約とリンクを置きます。アコーディオンを使う場合は、HTML標準のdetails要素（開閉できる領域）とsummary要素（見出し部分）で組むと、JavaScriptなしで開閉でき、回答本文もHTMLに含まれたままになります。クリックして初めて回答を読み込む作りにはしないでください。

FAQサイトが使われなくなる失敗パターン

作って終わりになったFAQサイトには、共通の症状があります。自社のFAQに次のどれかが当てはまるなら、新しい質問を足す前に直すべきです。

• カテゴリ名が部署名や社内用語で、利用者が入り口を選べない
• 回答の結論が「お問い合わせください」で、FAQを読んでも何も解決しない
• 料金や規約の改定がFAQに反映されず、公式ページと食い違っている
• 問い合わせ窓口をFAQの奥に隠し、解決しなかった人が行き止まりになる
• 閲覧されないFAQが数百件残り、サイト内検索の結果が埋もれる

分かりにくさの原因がFAQの外にあることもあります。ユーザビリティ調査のNielsen Norman Groupは、FAQに関する調査報告書で、画面設計や情報構造の問題をFAQで長く肩代わりせず、原因の設計を直すよう勧めています。同じ操作方法の質問が繰り返し来るなら、FAQを足すより画面の文言を直すほうが確実です。

5つの症状のうち、公式情報との食い違いは最初に直してください。古いFAQを信じた利用者は誤った手続きをしてから問い合わせてくるため、対応の手間がかえって増えます。更新体制を用意できないなら、FAQの件数を絞ってでも、載せた回答を正しく保つことを選んでください。自社の問い合わせ窓口や業務システムと連動したFAQサイトを作る場合は、QAサイト・FAQサイトシステム開発で当社の対応範囲を紹介しています。

よくある質問

FAQサイトは無料で作れますか？

作れます。既存のCMSにFAQページを作る方法や、無料プランのあるFAQツールを使う方法があります。ただし無料の範囲では、サイト内検索のログ分析や管理者の人数に制限があることが多く、ゼロ件検索率のような改善指標を取れない場合があります。

FAQは何問くらいから公開すればよいですか？

件数の決まりはありません。問い合わせ件数の多い質問から、回答を用意できた分だけで公開して構いません。全件そろうまで待つより、上位の質問だけでも早く公開したほうが、その間に届く同じ問い合わせを減らせます。

FAQの更新頻度はどのくらいが目安ですか？

数字の見直しは月1回、料金や規約が変わったときは変更日までに更新するのが基本です。管理台帳に次回見直し日を入れておき、期限を過ぎた項目を担当者が確認する運用にすると、更新漏れを防げます。

社内FAQをエクセルで管理しても問題ありませんか？

件数が少なく、更新する人が限られているうちは問題ありません。FAQ検索や閲覧数の集計が必要になった段階で専用ツールへの移行を検討します。同時編集だけなら、OneDriveやSharePointに保存したブックを対応版のExcelで共同編集する方法もあります。社内向けの作り方と選び方は社内FAQシステムとは？問い合わせ削減につながる作り方と選び方で解説しています。

FAQとチャットボットはどちらを先に作るべきですか？

FAQを先に整えるのが一般的です。多くのチャットボットはFAQの質問と回答を元データとして応答するため、FAQが不正確なままではチャットボットも同じ誤りを返します。チャットボットを問い合わせの一次受けに使う設計はチャットボットでヘルプデスクを一次受けする設計で、生成AIで回答を作る方式はAI FAQシステムとは？で扱っています。

関連記事

• FAQシステムとは？種類・機能とチャットボットとの違い、SaaS導入と自社開発の選び方
• FAQシステムの比較と選び方｜タイプ別の選定基準・料金相場と自社開発の判断
• 社内FAQシステムとは？問い合わせ削減につながる作り方と選び方・自社開発の判断
• FAQシステムを自作する方法：OSS構築とスクラッチ開発の手順・採否の判断基準
• FAQリッチリザルトとは？2026年の廃止で何が変わったかと今の正しい対応