直接的な質問やタスクを尋ねる検索クエリです。ページが答えるべき情報を見つけるのに役立ちます。疑問詞のフレーズを機械的に繰り返すためのものではありません。
判断と、その範囲
質問型キーワードは、how、what、why、when、canなど、質問の形をしたクエリです。情報ニーズの手がかりであり、別のランキング形式ではありません。質問は、調査、トラブルシューティング、比較、購入前の判断のいずれも示す可能性があります。表現の異なる複数の質問が、1つのよく構成されたページに収まることもあります。目標は、表現の裏にあるタスクを理解することです。
確認すること
質問型クエリは、表示回数、クリック数、地域、期間をそのまま保って集めます。人が期待する回答ごとにバリエーションをグループ化し、実際の検索結果を見て、どの形式がそのタスクを満たしているかを調べます。新しいURLを提案する前に、既存のページがすでに明確に答えていないか確認します。ボリュームが不明、または根拠が弱い場合は、自信のある優先度に変換せず、不明のままにしておきます。
実践的な進め方
直接の回答は、関連する見出しの近くに置き、そのあとに、読者が行動に移すための条件、手順、根拠を加えます。質問形式の見出しは、ナビゲーションの改善になる場所だけに使い、すべての文をFAQにしないでください。回答を、関連する定義や手順にリンクします。FAQのマークアップを使う場合は、表示されるページと、レンダリング後の構造化データを別々に確認します。
間違いと計測の限界
よくある失敗は、言い回しのバリエーションごとに内容の薄いページを1つずつ公開することや、見出しに疑問符を詰め込むことです。検索意図が分断され、重複した内容が増えます。質問型クエリは、強調スニペットでの表示を約束するものではなく、FAQセクションがあってもリッチリザルトは保証されません。カバレッジは、疑問詞の数ではなく、ページがタスクを解決しているかどうかで測ります。
リサーチの実例。クエリのリストに、「what is a canonical」「how do canonicals work」「canonical versus redirect」が含まれているとします。最初の2つは、定義と仕組みのガイド1つで対応できることがよくあります。比較は、別の判断が必要なら、セクション、または独立したリンク先のページに値します。グループ化する前に、元のフレーズ、ソース、期間、地域、根拠のボリュームを記録します。成果物は質問の山ではなく、各クラスターが既存または新規の受け皿に属する理由を添えた、ページのマップです。
チェックの基準。クラスターごとに、読者のタスク、想定ページ、直接の回答、裏付けとなる根拠、そのページがすでに存在するかを特定します。形式を選ぶ前に検索結果を確認します。簡潔な定義が必要な質問もあれば、手順、比較、ツールのドキュメントが必要な質問もあるためです。ページ上では、回答が関連する見出しの近くにあり、本文と矛盾していないか確認します。FAQのマークアップを使う場合は、表示されているFAQと一致している必要があります。
よくある間違い。すべてのバリエーションを繰り返すためだけにFAQを作ったり、リッチリザルトが出ると主張したりしないでください。似て見えても判断が異なる質問は、まとめないでください。幅広い頻度を、正確な需要として扱うのも避けます。ボリュームの小さい質問が、重要なサポートや購入のニーズを示すこともあれば、ボリュームの大きい質問が、事業やコンテンツの範囲外のこともあります。この違いは、対応づけに残しておきます。