検索意図への回答設計 — Problem-Solution と AEO の考え方

「サイトは見られているのに、問い合わせにつながらない」。WEB サイトの相談で最も多い悩みのひとつです。

この悩みの本質は、多くの場合「可視性（見られているか）」ではなく「変換（来た人を行動に変えられているか）」の問題です。原因として挙がるのは、メッセージの不明確さ、料金の非開示、弱い CTA、表示の遅さ、そして検索意図とページ内容のずれです。

訪問者は「読まずにスキャンする」と、ユーザビリティ研究の知見は繰り返し示してきました。スキャンした瞬間に「自分の知りたいことが書かれていない」と判断されれば、その人は離れます。だから、ページは「訪問者が何を知りたくて来たか」から逆算して設計する必要があります。

「訪問者が何を知りたいか」を整理するために、SEO 業界では検索意図を一般に 4 つに分類します。これは業界で広く使われる枠組みで、Google の公式用語ではない点には留意が必要です。

4 つとは、知りたい（Informational）、特定のサイトに行きたい（Navigational）、比較・検討したい（Commercial）、今すぐ行動したい（Transactional）です。同じ「WEB 制作」という言葉でも、「WEB 制作とは」と検索する人と「WEB 制作 沼津 依頼」と検索する人では、求めているものがまったく違います。

ページを作るとき、まず「このページはどの意図の人に向けたものか」を一つに決めること。これが回答設計の出発点です。一つのページですべての意図に応えようとすると、結局どの意図にも刺さらないページになります。

検索意図を考えるうえで、近年注目される発想が AEO（Answer Engine Optimization、回答エンジン最適化）です。

従来の検索エンジン最適化（SEO）は、「どのキーワードで上位を取るか」を起点にしてきました。これに対し AEO は、「ユーザーはどんな質問をしているか」を起点にします。そして、その質問にページが直接答えられるか — answerability（回答可能性） — を重視します。

違いは小さくありません。キーワード起点だと「WEB 制作 沼津」という語をページに散りばめる発想になりがちです。質問起点だと「沼津で WEB 制作を頼むといくらかかる？」「どんな流れで進む？」という具体的な問いに、一つずつ答えを用意する発想になります。後者のほうが、訪問者の「知りたい」に正面から応えられます。

質問起点の発想を、ページの構成に落とし込んだものが Problem-Solution 設計です。ページを「訪問者が抱える問題（Problem）」から始め、「その解決策（Solution）」へとつなげます。

順番にすると、こうなります。まず訪問者の問題を言葉にする（「保守費用を払っているのにサイトが古いまま」）。次に、その問題への直接の答えを示す（「公開後の改善が契約に含まれていないことが原因です」）。そして根拠を添える（出典・数値・事例）。最後に、次の行動を一つだけ提示する（CTA）。

この「問題→直答→根拠→行動」の流れは、訪問者の頭の中の順番と一致しています。だから読み進めやすく、離脱しにくい。自社が言いたい順番ではなく、訪問者が知りたい順番でページを組む。それが Problem-Solution 設計の核心です。

検索意図への回答設計は、人間の訪問者のためのものですが、結果として AI 検索にも効く方向に働きます。

理由はシンプルです。ChatGPT や Google AI Overviews といった AI 検索は、ユーザーの質問に文章で答える仕組みです。「質問→直答→根拠」という構造で書かれたページは、AI がそのまま回答の素材として抜き出しやすい。逆に、自社の言いたいことが順不同に並んだページは、AI も要点をつかみにくくなります。

つまり、訪問者の質問を起点にページを設計することは、人間にも AI にも同時に効く「一石二鳥」の取り組みです。AI 検索対策を特別なものと考える前に、まず「来た人の質問に、ちゃんと答えているか」を見直す。それが回答設計の出発点であり、到達点でもあります。