問い合わせからFAQページの質問を選ぶ

問い合わせを目的別に集める

例として、工房のオンライン講座に届く問い合わせを見直します。申込み前の受講条件、購入後の視聴、日程変更、教材の受け取りを分け、どこで作業が止まったかを記録します。問い合わせの原文を公開用の表へ丸ごとコピーせず、まず目的と必要な回答だけを抜き出します。対象期間、受付経路、分類した件数を作業表に残し、同じ人からの返信を別の需要として重ねて数えないようにします。ここでの件数は質問候補を選ぶ材料であり、検索回数を示す数字ではありません。

• 根拠をそろえて記事の企画を作る

似た文面より同じ判断をまとめる

「スマホで見られますか」と「アプリは必要ですか」は、利用環境の確認という同じ判断につながる場合があります。一方、「動画が開かない」は購入後の不具合かもしれず、同じ回答へ押し込まない方がよい場合もあります。質問の言い回しだけでまとめず、必要な条件、回答、次の操作が一致するかを確かめます。作業表には代表質問、含める相談、含めない相談を残します。質問数を増やすために単語だけ変えたページを作らず、一つの回答で解決する範囲を明確にします。

答えを確認できる担当と資料を決める

各質問に、正しい回答を確認できる担当者と根拠となる案内を付けます。視聴期限は契約条件、端末の条件は現在の利用案内、日程変更は受付ルールというように確認先を分けます。担当者の記憶だけで回答を確定せず、実際に利用者へ提示している内容と照合します。条件が未確定の質問は、回答を想像して埋めるより、窓口で確認する手順を案内します。最終確認日と、料金改定や教材変更など再確認を始めるきっかけも記録しておきます。

短い回答と詳しい手順を分ける

回答の最初で結論と条件を示し、必要な操作へ進める順に書きます。例えば「受講用のURLは申込み時のメールへ送ります。届かない場合は迷惑メールを確認し、受付番号を添えて窓口へ連絡してください」とする構成です。長い操作手順がある場合は、FAQへ全文を重ねず、該当する詳しい案内へリンクします。「詳しくはこちら」だけより、リンク先でできることを説明する文言にします。元の手順が変わった際に、FAQにも古い条件が残らないよう管理先を決めます。

• 検索語と本文を照合する

個別の事情と公開情報を分ける

氏名、注文番号、メールアドレス、病気や家庭の事情など、個別相談に含まれる情報を回答例へ残さないよう確認します。特別に認めた返金や日程変更を、全員に適用される標準条件として書くことも避けます。公開できる一般ルールと、本人確認後に窓口が対応する内容を分けます。問い合わせ画面の画像を説明に使う場合は、必要な情報が写り込んでいないかを確認します。FAQに載せる必要のない相談は無理に公開せず、受付側の確認手順の改善へ回します。

検索の拡張表示を目的にしない

2026年10月時点で、Googleの更新履歴はFAQリッチリザルトが検索結果に表示されなくなったことを案内しています。FAQPageの設定を足せば質問枠が出る、クリック率が上がるといった前提で制作費を決めません。質問と回答が通常のHTMLで読め、関連する商品や申込み案内から到達できることを優先します。構造化データを残す場合も、実際に見える内容と一致させます。現在対応する検索機能と、サイト内でFAQを読む価値は別に考え、古いSEO記事の説明をそのまま採用しないようにします。

少数の質問で使いやすさを確かめる

最初は申込み前、利用開始、困ったときの質問から数件を選び、公開画面で答えを見つけられるか確認します。スマホでは長い見出しが切れないこと、折りたたみを使う場合は開閉をキーボードでも操作できることを見ます。回答だけで解決しない場合の連絡先も用意します。費用は問い合わせの分類、回答の確認、CMSへの掲載、継続更新に分けます。小規模なら既存ページで始められるため、FAQ専用ツールを契約する前に、共同編集や検索など必要な管理機能を整理します。

講座の利用条件を探す人には、申込みページから該当する回答まで進んでもらい、そこで判断に必要な情報がそろうかを見ます。回答を読んでも同じ条件の確認が必要なら、質問の数を増やす前に、その回答の条件や案内先を書き直します。

閲覧数と解決したかを分けて振り返る

公開後はFAQの閲覧だけでなく、同じ質問の再問い合わせ、手順ページへの移動、回答内容の訂正依頼を見ます。閲覧が多いことを解決の証拠にせず、回答が分かりにくく何度も開かれている可能性も考えます。計測は既存の同意設定と収集方針に合わせ、問い合わせ本文や個人情報を解析へ送らない設計にします。Search Consoleでは対象URLと検索語を確認し、次の見直しでは質問を追加するだけでなく、不要になった回答や本文へ移すべき説明も整理していきます。

• 利用後のアンケートで改善点を集める