STATUS IS UPウェブサイト最適化ウィキ
36有効化
SEOと発見性 / 有効化

Search Intent: 訪問者が実際に必要とするページを作る

訪問者が背後でこなそうとしている仕事を、学ぶ・比較する・行動する・正しい到達先に着く、のいずれかで支援するページに合わせる。

Search Intent: 訪問者が実際に必要とするページを作る — ビジュアルガイド
読む
8 分
出典
6
再検証
2027-03-27
レビュー済み
SEO とサイト信頼性のレビュワー
短い答え

まず決断から始める。

クエリの語句だけで作るのではなく、その背後にある“仕事(job)”を満たすページを作る。検索意図とは、利用者が達成したい結果のこと。訪問者が学ぶべきか、比較するべきか、行動するべきか、既知の到達先に向かうべきかを判断し、ページの形式、ファーストスクリーン、タイトル、次のステップでそれを明確にする。

実務上は4つの使える分類を使う:情報型(informational)、商用検討(commercial)、取引(transactional)、ナビゲーショナル(navigational)。情報型は答えを必要とする訪問者。商用検討は適合性を評価している訪問者。取引は購入、予約、リクエスト、ダウンロード、登録、サインインを行いたい訪問者。ナビゲーショナルは特定のブランド、アカウント、製品領域、またはページへ行きたい訪問者。商用は計画上のラベルであり、すべてのクエリに固定の意味があるという証明ではない。

SIU(Status Is UP)の場合、インテント作業は先手を打つ最適化である。訪問者が正しいページに到達して意図したパスを完了するのを妨げる摩擦を減らすこと。これは障害監視、アラート、現在のステータス報告ではない。

ビジュアルガイド

作業をシステムとして見る。

個別の戦術に取り掛かる前に、この記事の意思決定をこのマップで結び付けてください。

SIU有効化
01訪問者の仕事を分類してからページの概要を作る
02次の障害を取り除くページ形式を選ぶ
03検索結果とファーストパーティ証拠を仮説として使う
04結果の約束と訪問者ジャーニーの一貫性を保つ
01

訪問者の仕事を分類してからページの概要を作る

検索インテントはクエリの背後にあるニーズである。従来のウェブ検索の分類は情報型、ナビゲーショナル、取引型を区別する。計画目的では商用検討(commercial investigation)を追加する:訪問者は適合性を比較しているが、まだ取引の準備が整っていると明確に示していない場合である。

分類は単一の修飾語ではなく、次に取り得る行動から行う。「ベーカリー向けの最適な会計ソフト」は通常は商用検討。「Acme 会計 ログイン」はナビゲーショナル。「給与税の設定」は情報型にも取引型にもなり得る。フレーズが広い場合は代替案を記録する。

情報型

質問に早い段階で答えるガイド、チュートリアル、FAQ、用語集、リファレンス、トラブルシューティングページを使う。

商用

比較、バイヤーズガイド、カテゴリページ、ユースケースページ、透明性のある製品概要を使う。

取引型

アクションを完了させるための製品、サービス、予約、チェックアウト、リクエスト、ダウンロード、サインアップページを使う。

ナビゲーショナル

到着を最優先にした、明確に命名された直接的な到達先を使う。

02

次の障害を取り除くページ形式を選ぶ

ページ形式はクリック後に何が起きるかの約束である。情報型ページは答えや手順を先頭に置くべきだ。商用ページは評価基準、適合性、差分、制約、証拠、そして関連する場合は安定的な価格文脈を示すべきだ。取引型ページはオファーやリクエスト、価格や見積りの基準、重要な条件、そして行動のコントロールを示すべきである。

商品ページでは、Product と Offer の構造化データにより、価格、在庫状況、配送、返品を強調する Google マーチャントの表示体験に該当する可能性がある。該当性はリッチリザルトを保証するものではなく、マークアップは可視的かつ正確な情報の代わりにはならない。ナビゲーショナルページは説得より到着を優先すべきである。

一つの主要タスク

ページには一つの支配的な完了パスを与える。明らかに隣接するニーズを解決する場合のみ副次リンクを残す。

意思決定の詳細

素材的な制限、適格要件、価格の変動、除外事項は、曖昧なボタンの背後ではなく行動の近くに置く。

センシティブな判断

支払い、金融、健康、プライバシー、セキュリティに関わる決定は、適切な資格あるレビューを得ること;この記事は教育目的である。

03

検索結果とファーストパーティ証拠を仮説として使う

対象の国と言語でクエリを検索する。チュートリアル、比較、商品ページ、公式の到達先、ローカルリスティング、動画、ツールなど、繰り返し出現する結果タイプに注目する。これは結果の景観に関する証拠であり、競合をコピーする命令でも、変化しないという約束でもない。

観察結果を、サポートでのテーマ、営業の質問、サイト内検索、プライバシー適切な分析などのファーストパーティ証拠と比較する。Google はクエリが複数の意味を持ち得ることと地域が影響することを指摘している。タスク、証拠、行動が実質的に異なる場合にだけ別ページを作る。さもなければ支配的なニーズに答え、他のニーズを案内する。

計画ノート

クエリ、日付、ロケール、主要インテント、代替の意味、一般的なフォーマット、提案するページ、そしてその根拠を記録する。

過剰適合を避ける

目に見える結果形式は、ブランド、鮮度、ロケーション、結果機能だけでなく訪問者のニーズを反映することがある。

04

結果の約束と訪問者ジャーニーの一貫性を保つ

title 要素、目に見える主要見出し(メインタイトル)、導入コンテンツ、主要アクションを同じタスクに揃える。Google はタイトルのリンクがユーザーに関連性の手早い洞察を与えると述べ、説明的で簡潔、かつ独自性のあるタイトルを推奨している。曖昧なラベル、ボイラープレート、キーワードの詰め込みは避ける。結果ラベルを逐語でコントロールしようとするより、明確な可視ページタイトルと title 要素を整合させる。

ガイドなら答えを先頭に置く。比較なら意思決定と基準を明記する。取引なら正確なオファーや行動を名指しする。ナビゲーションなら到達先を明示する。その後リンク、ボタン、フォーム、確認ページをテストする。レンダリングはされるが壊れたフォーム、期限切れオファー、アクセス不能な次のステップに導くページは依然として訪問者のタスクに失敗する。

ファーストスクリーンテスト

訪問者がそのページで何ができるかと次に何をすべきかを素早く理解できること。

パステスト

意図されたアクションを成功状態まで追う。モバイルやログアウト時の経路も含める。

05

完了を測り、価値の高い摩擦を改善する

Search Console を使ってクエリとページを一緒にレビューする。Google は Search パフォーマンスレポートがクエリとページの内訳を含む Google 検索トラフィックを示すと説明している。クエリの文言とページの目的を対比して読む。持続的な不一致があればページを改訂するか、より適切な既存の到達先を使うか、あるいは別のページを構築する理由となる。

一つの指標を意図の証拠とみなしてはいけない。クエリとページの関連性を、プライバシーに配慮したタスク信号(購入、リクエスト、予約、登録、ダウンロード、成功したサインイン、あるいは関連する次ページへの進行など)と組み合わせる。SIU の改修では、間違ったランディングページ、欠けている意思決定の詳細、不明瞭なラベル、動作しないフォーム、または重要ページの遅延を、見かけのコピー変更の前に修正する。

高インテントページとアクションパスには所有者を割り当てる。リリース前に結果の約束、ランディングページ、意思決定コンテンツ、アクション、検証、成功状態をテストする。有害なリデザインを元に戻すかトラフィックを動作する到達先にルーティングできる回復オプションを保持する。

完了シグナル

ページビューを普遍的な成功指標として使うのではなく、特定の仕事を反映する一つの成果を選ぶ。

リリース準備

フォーム、チェックアウト、認証、またはサードパーティが経路の一部である場合、コンテンツオーナーと技術オーナーを明記する。

実行 / 検証

実践的なTo‑Doガイド。

  1. 01

    クエリファミリを選ぶ

    一つの訪問者タスクに導くべきクエリをグループ化する。

    検証: 各クエリに対して対象ユーザーと想定タスクがある。
  2. 02

    作業上のインテントを割り当てる

    それを情報型、商用、取引型、またはナビゲーショナルとしてマークする。

    検証: チームが次の文を完成できる:『訪問者は…したい』。
  3. 03

    関連する結果を検査する

    対象のロケールと言語で結果を確認し、それらをコピーせずにフォーマットを記録する。

    検証: ノートに日付、ロケール、フォーマット、ページ形式の根拠が含まれている。
  4. 04

    一つの到達先にマッピングする

    主なタスクを最も満たすページを選ぶか作成する。

    検証: ページに一つの文書化された主要アクションがある。
  5. 05

    意思決定コンテンツを作る

    答え、基準、オファーの詳細、または到達先ラベルを必要な場所に置く。

    検証: 同僚が目的、制限、次のステップを述べられる。
  6. 06

    約束を揃える

    タイトル、見出し、導入、主要アクションが同じ仕事を表すようにする。

    検証: サポートされていない比較、価格、在庫、または結果を約束する箇所はない。
  7. 07

    完全な経路をテストする

    期待されるアクションを成功状態まで追う。

    検証: 経路に壊れたリンク、検証で行き止まりになる箇所、または確認不足はない。
  8. 08

    測定と修復の準備をする

    クエリ→ページの証拠をタスク完了シグナルとともにレビューし、所有者と回復ルートを文書化する。

    検証: 所有者が以前の稼働ページを復元するか、訪問者を稼働する到達先に誘導できる。
議論のテーマ

トレードオフを比較し、非公開データは共有しないでください。

これらのプロンプトをチームやサイトオーナーコミュニティで使ってください。手法や学びは共有して構いませんが、認証情報や顧客データ、非公開インフラの詳細を貼り付けないでください。

  1. 01

    トピックはカバーしているが訪問者のタスクを満たしていないページはどのクエリか?より適切な到達先は何か?

  2. 02

    チームは、機微なサイトの証拠を使ってどのように比較ニーズと行動準備ができたニーズを区別しているか?

  3. 03

    どのリリースチェックが訪問者に到達する前に壊れた意思決定やコンバージョン経路を検出したか?

人気/信頼できる資料

出典資料を開く。

Google Search CentralCreating helpful, reliable, people-first content ↗

Google の自己評価質問を使って、ページが対象ユーザーにサービスを提供し、訪問者が目標を達成するのに十分かを確認するために有用。

レビュー日 2026-09-27
Google Search CentralGet started with Search Console ↗

Search パフォーマンスレポートの説明と、クエリとページのデータがインテント→ページのレビューをどのように支えるかを解説する。

レビュー日 2026-09-27
Google Search CentralInfluencing your title links in search results ↗

ページの実際の内容に沿った、説明的で簡潔かつ区別可能なタイトルを推奨する公式ガイダンス。

レビュー日 2026-09-27
Google Search CentralMerchant listing Product and Offer structured data ↗

価格、在庫、配送、返品を含む正確な構造化された商品オファー情報のための公式ガイダンス(Product と Offer の構造化データ)。

レビュー日 2026-09-27
ACM SIGIR Forum / IBM ResearchA taxonomy of web search ↗

情報型、ナビゲーショナル、取引型のウェブ検索ニーズとその不確実性を定義した元の ACM の研究。

レビュー日 2026-09-27
GoogleSearch Quality Rater Guidelines: An Overview ↗

有用性は解釈されたインテントと、結果がそのニーズをどれだけ満たすかに依存することを説明した公開資料。

レビュー日 2026-09-27

出典ポリシー この記事は現在のガイダンスとして公式の Google 検索ドキュメントと公開された Google の評価資料、およびコア定義のための元の ACM ウェブ検索分類を使用する。商用インテントは実務上の計画カテゴリであり、普遍的な分類ではない。SIU リンクはナビゲーションであり、証拠ではない。

簡単な補足

よくある質問

商用インテントは取引インテントと同じですか?

いいえ。商用インテントはコミット前の評価であり、オプション、適合性、トレードオフを比較することを意味する。取引インテントは購入、予約、リクエスト、登録、ダウンロード、サインインなどの行動を指す。商用ページは不確実性を減らすことを目的とし、取引ページは行動とその実質的な条件を明確にする。

キーワードのバリエーションごとに別ページを作るべきですか?

いいえ。検索者の仕事や必要な証拠、行動、制約が実質的に異なる場合にのみ別ページが正当化される。ひとつのタスクを共有する語句のバリエーションはまとめる。類似ページを乱立させると、各ページが有益な中身を持てなくなる。

構造化データで弱い商品ページは改善できますか?

いいえ。Product と Offer のマークアップはページをマーチャント表示の候補にすることはあるが、有用で正確な可視コンテンツに取って代わるものではないし、リッチリザルトを保証するものでもない。まず購入者が製品を理解してアクションを完了できるようにすること。

Status Is UP Editorial Team · Uptime Enablement Editors

レビュー: SEO とサイト信頼性のレビュワー。公開 2026-09-27、更新 2026-09-30。