「FAQに書ける」は「やっている」の証明｜FAQが公開された約束として機能する構造

結論：FAQは「公開された約束」である

FAQは「検索流入のための補助ページ」ではありません。FAQに具体条件を書いた瞬間、それは会社を縛る「公開された約束」になります。そしてAI時代は、この「縛られた情報」ほど信頼されやすくなっています。

本記事の核は実はFAQではありません。「検証可能な情報ほど信頼される」という原則です。FAQはその実装場所の一つにすぎません。

• FAQに具体条件を書く → 自社が縛られる → ユーザーが検証できる → AIも「現実接続された情報」と判断しやすい
• 「他社と違うFAQ」を書く必要はない。「自社の現実を率直に書ける」かが本質
• FAQの役割は「ロングテールSEO」「認識合わせ」「公開された約束」の3層構造になっている

本記事は、ENVY DESIGNが直近で整理してきた制約縛りコンテンツの5パターン、「できます」と「やっています」の差に続く、検証可能性をめぐる思想体系の一部です。FAQという最も身近な場で、原則がどう実装されるかを整理します。

この「言えるか／やっているか」という観点は、「できます」は弱い、「やっています」が強い｜AI時代の事業表現の作り方で整理した考え方の延長にあります。

FAQの役割は3層構造になっている

「FAQはSEOのため」「いやFAQはE-E-A-Tのため」という二択は、現場の実態を捉えきれていません。FAQには異なる役割が3層で同時に存在しています。

層1：ロングテールSEO（依然として機能している）

検索流入の役割は今も残っています。実際、ENVY DESIGN自社サイトのFAQ群でも、直近1ヶ月で30クリック以上が検索経由で発生しており、上位記事は4位・7位を獲得しています。

ただし、Googleが2025年にFAQページのリッチリザルト表示を制限したことで、FAQの検索CTRは構造的に低下しました。「FAQを書けばロングテールでアクセスが取れる」は、以前ほど自動的には成立しません。

層2：認識合わせ（比較検討時の不安減）

サービス紹介ページの本文は、強み・実績・差別化・導線を優先するため、現場の細かい話を大量に入れづらい構造があります。一方ユーザーは検討時に「修正回数」「返信速度」「保守範囲」「対応できない案件」など、かなり現実的な部分を気にしています。

FAQはこうした「本文に入れづらいが比較検討では重要な情報」を整理して置く場所として機能します。サイト訪問者が「この会社、本当に対応してくれるのか」を確認するための補助コンテンツです。

層3：公開された約束（E-E-A-T直結）

そして本記事の主題がこの層です。FAQに書いた内容は、書いた瞬間に会社からユーザーへの公開された約束になります。「修正は3回まで対応します」「返信は1営業日以内」「保守は月額〇円から」と書けば、その内容に対して会社は責任を負う構造に入ります。

料金やFAQの開示がAIの引用率に効く構造は、AIが評価する「サイトの透明性」とは｜料金・FAQ開示が引用率に効く理由でも扱っています。

書けば書くほど自分たちを縛るため、経験のない会社は曖昧な表現に逃げます。一方、現場経験のある会社は「ここまで書けば自社の運用と矛盾しない」「ここから先は書けない」を判別できます。この差がFAQの質に表れます。

3層は重なって存在しており、どれか1つだけが正解ではありません。ただAI時代に新しく重要になったのは層3だと考えられます。

「公開された約束」が成立する5つの条件

FAQが単なる検索対策ではなく「公開された約束」として機能するには、書き方に条件があります。

条件1：具体的な数値・範囲を書く

「丁寧に対応します」ではなく「初回返信は1営業日以内」。「修正はご相談に応じます」ではなく「基本3回まで、追加は1回あたり◯円」。具体的な数値で書くことで、ユーザー側で検証可能になります。

抽象的な表現は書き手の自由度が高すぎて、約束として機能しません。書き手が後から「そうとは言っていない」と逃げられる余地が大きいからです。

条件2：対応できないことも書く

「ENVY DESIGNでは◯◯のご依頼はお受けできません」「△△のような案件は対応外です」と書くこと自体が、強い信頼の証拠になります。「全部できます」と書いている会社よりも、「ここからここまでが対応範囲」と境界を示している会社のほうが、結果的に信頼されます。

これは「やっています」記事で示した「制約の明示」と同じ原則です。この条件については、後段の独立H2でさらに深掘りします。

条件3：更新日と更新頻度を明示する

「3年前に書かれたFAQ」と「先月更新されたFAQ」では、約束としての現在性が違います。古いまま放置されているFAQは、約束が現在進行形かどうかが疑わしくなります。

WordPressであれば更新日表示の実装、FAQリストでの「最終更新」表示、年に1〜2回の棚卸しなどで、約束の鮮度を担保できます。

条件4：顧客からの実際の質問を反映する

良いFAQは机上の想定ではなく、実際に商談や問い合わせで聞かれた質問から作られます。営業や打ち合わせの中で頻出する質問、トラブルになりかけた認識ズレ、契約前に必ず確認される点、こうした現場の声が反映されたFAQは、内容に現場感が出ます。

「想像で作ったFAQ」と「実際に聞かれた質問から作ったFAQ」は読めば差がわかります。

条件5：業務プロセスを開示する

「制作期間は2〜3ヶ月」と書くだけでなく、「ヒアリングに2週間、デザイン提案に3週間、コーディングに4週間、テストに1週間」と内訳を書く。「保守対応します」だけでなく、「障害発生時は1営業日以内に状況連絡、復旧目標は2営業日」と具体プロセスを開示する。

業務プロセスの開示は、書き手が実際に運用していないと書けない種類の情報です。AIに書けないという意味でも、E-E-A-T評価でも強いシグナルになります。

「書けない・断る」を書ける会社が強い理由

5条件のうち条件2(対応できないことも書く)は、独立した重要性があるので深掘りします。

AI時代のコンテンツでは、情報量・網羅性・文字数より、「何を断るか」のほうがエンティティ性が出やすい傾向があります。理由はシンプルで、境界線は経験がないと引けないからです。

「全部できます」と「ここから先はやっていません」の差

項目	全部できます型	境界線を引いた型
印象	一見、対応力が高そう	一見、消極的に見える
書き手の制約	ほぼゼロ(自由に書ける)	強い(運用と矛盾できない)
顧客側の検証可能性	不可能(全部の検証は無理)	可能(境界線が明示されている)
ミスマッチ商談の発生率	高い	低い
自社の現実が見えるか	見えない	見える
エンティティ性	平均化される	固有性が出る

「全部できます」と書く会社は、現実には対応できない領域も含めて受注して、後から無理が出るケースが多くあります。境界線を引ける会社は、自社が何を得意とし、何を扱わないかを把握している会社です。これは経験者にしか書けない情報です。

FAQで「書ける断り方」の例

• 「ENVY DESIGNでは◯◯のような小規模案件は対応していません」
• 「△△業界のサイトは過去にトラブルが多かったため、現在は受託していません」
• 「□□のような技術スタックはENVY DESIGNの強みではないため、他社をご紹介します」
• 「◯◯のような短納期案件はお引き受けできません」

書くのに勇気が要ります。一見、商談機会を減らすように見えます。しかし境界を明示している会社のほうが、書かれている内容の信頼度が上がるという構造があります。「全部できます」と書いている会社の「できます」と、「ここからここまでが対応範囲」と書いている会社の「できます」では、後者のほうがはるかに重い言葉になります。

NDA関連も同じ構造です。「公開できない案件もあります」と明示することで、公開している実績の信頼性が上がります。

境界線を書けることがエンティティ性に直結する

AI検索のエンティティ評価では、「この会社は何の会社か」を識別する必要があります。「Web制作、SEO、AIO、アクセシビリティ、運用、コンサル、その他何でも対応」と書いている会社は、エンティティとして輪郭がぼやけます。「コーポレートサイトに特化、◯◯領域は対応外、△△業界には未対応」と書いている会社は、エンティティの輪郭が明確になります。

AIは輪郭が明確なエンティティを優先的に引用する傾向があると考えられます。「何でも屋」より「何かに特化した会社」のほうが、AI回答の出典として選ばれやすいということです。FAQで境界線を書くことは、エンティティ評価にも効きます。

良いFAQと誰でも書けるFAQの違い

FAQは表面的には「誰でも書けるコンテンツ」と思われがちです。質問と回答のペアを並べるだけだからです。しかし、良いFAQと誰でも書けるFAQには明確な差があります。

項目	誰でも書けるFAQ	良いFAQ
質問の出どころ	想像・他社FAQ模写	実際に聞かれた質問
数値の具体性	「ご相談ください」「都度対応」	「3回まで」「1営業日以内」
対応外の明示	なし、または曖昧	明確に「対応していません」
業務プロセス	結果だけ書く	プロセスの内訳を開示
更新日	公開時のまま	定期的に更新
内部リンク	なし、または1〜2本	関連サービス・実績・他FAQへ複数
外部出典	なし	公的規格・一次情報へのリンク
想定読者	漠然とした検索ユーザー	特定の検討段階の顧客

特に「想像で書いたFAQ」と「実際の質問から書いたFAQ」は、読んだ瞬間に区別がつきます。前者は質問が一般的すぎて記憶に残らず、後者は「あ、この会社わかってる」と感じさせます。

ENVY DESIGN自社FAQの実装と数値

理論だけだと抽象論で終わるので、自社の実装と数値を開示します。

構造的な実装状況（2026年5月時点）

項目	状況
FAQ総本数	38件
平均文字数	約1,411字
最短文字数	712字（最低基準として確保）
FAQPage schema実装率	100%（38/38件）
BreadcrumbList実装率	95%（36/38件）
内部リンク密度	平均5.7本/記事
直近2ヶ月以内に更新済	100%（38/38件）

FAQの構造的な質を一定水準以上に保つため、全件で1,000字前後以上を確保し、構造化データを実装、更新も定期的に行っています。

数字での実績（直近1ヶ月）

指標	数値
FAQ全体の landing セッション	123
AIクローラfetchと推定されるセッション	35（28%）※注
人間の深読み（滞在60秒以上）セッション	27（22%）
人間流入の重み付き平均滞在時間	約88秒

※注：「AIクローラfetchと推定」は、平均セッション時間0秒・エンゲージメント率0%・流入元が(direct)もしくは特定リファラ、という条件の組み合わせから推定した値です。本記事では推定ロジックの詳細は省略しており、別記事で判定基準の検証を扱う予定です。「fetch ≠ AI回答での引用採用」も含めて、現時点では指標として扱う際に留意が必要です。

FAQ単体での月100セッション以上のlandingが発生しており、約半数が人間の閲覧、約3割がAIクローラのfetchと推定されています。これはFAQが層1（SEO）と層3（AI引用候補）の両方で機能している可能性を示す数字と考えられます。

実際に書いている「公開された約束」例

具体的に、自社FAQでどのレベルの約束を書いているか開示します。

• 制作期間：基本2〜3ヶ月、内訳はヒアリング→設計→デザイン→コーディング→テストの順
• 修正対応：デザイン段階で◯回まで、コーディング後は別途見積もり
• 価格レンジ：標準コーポレートサイトで◯◯万円から、内訳の項目を明示
• 対応できない案件：◯◯系・◯◯規模はお受けしていない、または他社紹介
• AI検索流入の確認方法：自社で使っているGA4の設定と計測手順を公開

これらは書けば書くほど自分たちを縛りますが、その縛りがあるからこそユーザーから「この会社、ちゃんと運用している」と判断されると考えられます。

「公開された約束」とE-E-A-Tの接続

「FAQ＝公開された約束」が成立すると、E-E-A-T評価に4要素すべてで効きます。

E-E-A-T要素	FAQでの実装
Experience（経験）	実際に聞かれた質問・現場プロセスの開示
Expertise（専門性）	業務プロセスの内訳・対応範囲の明示
Authoritativeness（権威性）	一次情報・公的規格への参照リンク
Trustworthiness（信頼性）	具体数値・対応外の明示・更新日表示

特にTrustworthinessは、E-E-A-Tの中で最も重要視される要素と考えられています。FAQで「公開された約束」を積み上げることは、Trustworthinessを直接的に強化する手段になります。

これはE-E-A-T 5パターン制約縛り記事で整理した「市場が縛る」「数値が縛る」「実体験が縛る」をFAQという場で同時に実装する構造とも一致します。

中小企業がFAQを「公開された約束」化する手順

抽象論で終わらせず、明日から手をつけられる順序を示します。

ステップ1：既存FAQの棚卸し（1週間）

現在公開しているFAQを全件読み返し、以下を分類します。

• 具体的な数値・範囲が書かれているか
• 対応できないことが書かれているか
• 更新日がいつか（古ければリストアップ）
• 実際に聞かれた質問か（想像で書いたものは別管理）

ステップ2：5条件で書き直し（2〜4週間）

ステップ1で抽出した「弱いFAQ」を、本記事の5条件で書き直します。一度に全部やる必要はなく、月3〜5本ペースで進めることをおすすめします。

ステップ3：新規FAQの追加（継続）

商談・打ち合わせ・問い合わせで頻出する質問を、月1〜2本のペースで新規FAQ化します。営業担当やプロジェクトマネージャーへのヒアリングが必須です。

ステップ4：構造化データとリンクの整備（中期）

FAQPage schema、BreadcrumbList、関連ページへの内部リンク、一次情報への外部リンクを実装します。AIが正しく解釈するためのシグナルです。

ステップ5：定期的な棚卸し（年2回）

半年に1回、全FAQを読み返し、約束として現在も有効か、書き換えが必要か、削除すべきものはないかをチェックします。約束が古くなったFAQは信頼性を下げるため、棚卸しは必須です。

データの注意点・仮説の明示

本記事の論点で、確定情報と仮説を切り分けて整理します。

内容	確定／仮説
FAQに書いた内容は会社からの約束として機能する	確定(契約・トラブル時の判断材料になる実例多数)
具体的なFAQはユーザーの信頼を高める	仮説(直感的に妥当だが、CVR寄与の定量データは継続観測中)
「公開された約束」はE-E-A-T評価に効く	仮説(Trustworthinessの強化要素として妥当だが、Google内部アルゴリズムは未公開)
FAQPage schemaはAI引用に効く	仮説(構造化シグナルとして妥当だが、効果測定は継続中)
境界線を引いた会社はエンティティ性が高い	仮説(理論的に妥当、AI回答での引用パターン観測継続中)
AIクローラfetchと人間流入の判定	推定(複数指標の組み合わせで判定、別記事で判定ロジック詳述予定)
自社FAQの数値(38件・平均1,411字等)	確定(GA4・wp-bridge実測)

「やっています」原則どおり、断言できる範囲とできない範囲を分けて記載しています。

自社FAQの「公開された約束」化を相談する

自社FAQを「公開された約束」レベルに引き上げたい方、AI時代の検証可能性を意識したコンテンツ設計を検討したい方は、ENVY DESIGNにご相談ください。AIO・GEO対策（AI検索最適化）では、本記事の考え方をベースに、自社サイトのFAQ・サービスページ・実績ページの診断と改善計画の策定を承っています。AI流入の実観測データについては120時間のAIO対策で4位→半年放置で圏外｜SEOとAI流入の連動を13ヶ月実測もあわせて参考にしてみてください。

本記事で参照した一次情報

出典	用途
Google検索品質評価ガイドライン（PDF）	Trustworthinessの中心性
Google検索セントラル「役立つコンテンツの作成」	コンテンツ品質基準
言えないことが多いほど強い｜AI時代のE-E-A-Tを実装する5つの制約縛りコンテンツ	制約縛りコンテンツの理論枠組み
「できます」は弱い、「やっています」が強い	「やっている」の4証拠
AI検索時代のFAQ戦略｜権威性の壁を越えて中規模サイトが引用される4つの条件	AI検索でのFAQ引用戦略
ブログ・制作実績・FAQ｜SEOとAIOで積み上がる3つのシグナルの違い	コンテンツタイプ別シグナル分類

よくある質問（FAQ）

Q. FAQリッチリザルトが終了したのに、FAQを書く意味はありますか？

A. 検索結果での視覚的メリットは減りましたが、FAQの本質的な価値はむしろ上がっていると考えられます。本記事で整理したように、FAQには3層の役割があり、「公開された約束」としての機能はリッチリザルトの有無と関係なく成立します。AIクローラの引用候補としての価値も依然として有効です。

Q. FAQに数値を書くと、顧客との交渉で不利になりませんか？

A. 不利になる場面もあれば、有利になる場面もあります。「修正3回まで」と書けば、4回目以降の追加見積もりの根拠になります。「価格は◯◯万円から」と書けば、安すぎる案件のフィルタリングになります。書くことで失う柔軟性と、得られる信頼性のバランスを見て判断することをおすすめします。

Q. 想像で書いたFAQと、実際の質問から書いたFAQの違いは本当にわかりますか？

A. ある程度わかります。想像で書いたFAQは質問が一般的すぎて、誰のサイトでも同じ内容になります。実際の質問から書いたFAQは、業種特有の文脈、業務プロセスの内訳、特定の認識ズレへの言及などが入り、内容に固有性が出ます。読者・検索エンジン・AIのいずれも、ある程度はこの差を判別していると推測されます。

Q. FAQの本数はどれくらいが目安ですか？

A. ENVY DESIGN自社では38件で運用していますが、これが正解ではありません。重要なのは本数よりも、各FAQが「公開された約束」として成立しているか、実際の質問に基づいているか、定期的に更新されているかです。中身のある10件は、想像で書いた100件より価値があると考えられます。

Q. 「書けないFAQ」を明示するのは勇気が要りますが、本当に効果がありますか？

A. 短期的なCVRには逆効果に見えるかもしれませんが、中長期的には商談化率と顧客満足度の両方を上げる傾向があると考えられます。対応範囲外の案件で問い合わせを受けると、双方の時間が無駄になります。最初から境界を明示しておけば、適合する顧客だけが問い合わせをしてくれます。結果として「来るべき顧客」との出会いが増えます。

Q. FAQが古くなったらどうすればよいですか？

A. 内容が現在の運用と矛盾するFAQは、書き換えるか削除するかの2択です。放置するのが最悪です。「公開された約束」が現在進行形でないと判断されれば、サイト全体の信頼性が下がります。半年に1回の棚卸しと、年に1回の全件レビューを推奨します。

Q. 中小企業でもFAQで「公開された約束」を実装できますか？

A. 中小企業のほうが、むしろ実装しやすい側面があります。大企業は組織が大きく、FAQに書ける内容の決裁に時間がかかります。中小企業は経営判断のスピードが速く、現場の運用実態をそのまま反映できます。本記事のステップ1〜5の順序で、3ヶ月〜半年で十分に整備可能だと考えられます。