オンページSEO：完全ガイド

TL;DR — オンページSEOとは、個々のページの目的、回答、構造、検索表示を明確にするために、そのページに対して行う作業のことです。コンテンツとその有用性が最優先されます。タイトル、見出し、リンク、画像、メタデータ、構造化データにはそれぞれ異なる役割があり、どれも魔法のスコアではありません。このページでは、それらの役割を整理し、適切な詳細ガイドへご案内します。ステップバイステップの監査が必要な場合は、オンページSEOチェックリストをご利用ください。

オンページSEOとは

オンページSEOとは、ページ単位で自分が管理できる選択肢の集合であり、人や検索システムがページを理解、評価、ナビゲート、表示するのに役立つものです。

That includes:

• そのページが果たす質問またはタスク；
• 主な回答、裏付けとなる証拠、および役立つ詳細；
• コンテンツと関係性を公開するHTML；
• タイトル、見出し、内部リンク、画像、およびメタデータ；
• 対象となる表示コンテンツを正確に説明する構造化データ；
• より多くの人がページを利用できるようにするアクセシビリティの選択肢。

それはすべての要素が同じ役割を果たすという意味ではありません。そのような短絡的な考え方は、誤った優先順位を生み出します。メタディスクリプションは、クエリに対してページをより適切に説明できる場合にGoogleが使用する可能性のあるスニペット候補です。構造化データは、対応するリッチリザルトの対象となる資格を生み出すことができますが、表示を保証するものではありません。代替テキストは、アクセシビリティと画像の理解に役立ちます。明確な回答は関連性の向上に役立ちますが、関連性が上位ランキングを保証するわけではありません。

4つのジョブのメンタルモデル

すべての提案されたオンページ変更を、以下のジョブの1つ以上に分類してください。

これらの仕事は重複していますが、互換性はありません。構造化データのバリデーターを通過しても、弱いコンテンツが有用になるわけではありません。優れたメタディスクリプションを書いても、ブロックされたページがインデックス可能になるわけではありません。すべての見出しにキーワードを追加しても、誤解を招く回答が修正されるわけではありません。

ページの役割から始める

Before editing tags, write one sentence:

このページは、[対象読者] が [タスク] を完了できるよう、[回答または成果] を提供することで支援します。

ページをそれに対してテストします。

1. 答えは、読者を長い前置きに通すことなく見えるか？
2. ページは、タスクが本当に必要とする決定と証拠をカバーしているか？
3. スコープは近隣のページと異なるか、それとも複数のURLが同じ仕事を競っているか？
4. タイトルとメインヘッディングは、人々が到達するページを正確に説明しているか？
5. 誰かが推測せずにセクション、リンク、画像をナビゲートできるか？

Googleの現在のSEOスターターガイドは、機械的なトリックよりも、有用で整理された、人々優先のコンテンツを優先し、サイトを自動的に1位にランク付けする秘密はないと述べています。

問題別にライブラリを使う

このサイトにはすでに詳細なサブガイドがあります。すべての戦術をすべてのページに適用しようとするのではなく、このハブを使って1つを選択してください。

コンテンツがスキャンしにくい、または階層が不明確

ヘッダータグから始めてください。H1〜H6、見出しのネスト、複数のH1、セマンティック構造と視覚的スタイルの違いについて説明しています。

重要なコンテンツやシグナルがHTMLにない

解析、レンダリングされた出力、セマンティック要素、クロール可能なリンク、言語マークアップ、不正なヘッドの失敗には、HTML SEOを使用してください。

画像が重い、アクセスできない、または発見しにくい

発見、ページコンテキスト、ファイル名、レスポンシブ画像、altの決定、フォーマット、パフォーマンスには、画像SEOを使用してください。画像検索とページ速度の作業は重複しますが、同じ目的ではありません。

結果タイトル、スニペット、またはrobotsコントロールの改善が必要

タイトルタグ、メタディスクリプション、robotsディレクティブ、スニペットコントロール、ファビコン、ソーシャルプレビューメタデータには、メタタグを使用してください。タグの役割は個別に評価する必要があります。有用な普遍的な「メタタグスコア」はありません。

明示的な機械可読な意味やリッチリザルトの対象資格が必要

schema.org、JSON-LD、サポートされているGoogle機能、検証、タイプ別ガイドには、構造化データを使用してください。マークアップは表示されるコンテンツと一致する必要があり、有効なマークアップは表示やランキングの保証ではありません。

実際のページを検査する準備ができている

オンページSEOチェックリストを使用してください。優先順位付けされた実行シーケンスを所有しています。このハブはシステムを説明し、作業をルーティングします。チェックリストは、何をどの順序で検査するかを示します。

オンページSEOで修正できないもの

オンページの作業は、すべての上流の問題を補うことはできません。次の場合は、適切なテクニカルガイドに移動してください：

• URLが発見またはクロールできない；
• レンダリングが主要なコンテンツを隠す；
• 正規化が他の場所を指す；
• noindexルールがインデックスを防ぐ；
• 検索インテントを所有するページが間違っている；
• サイトアーキテクチャがページを孤立させる；
• 外部の評判、競争、または需要が本当の制約である。

オンページSEOは検索システムの1つのレイヤーであり、システム全体ではありません。

TL;DR — ページをインテント、証拠、レンダリングされたHTML、取得シグナル、表示コントロール、人間の使いやすさの間の契約として扱ってください。コピーを変更する前に、失敗したレイヤーを診断してください。候補の適格性を関連性、ランキング、結果の組み立て、アクセシビリティから分離してください。タスクごとに1つの所有URLを維持し、専門的な実装を既存のサブクラスターガイドにルーティングし、ソース/レンダリングされた出力と観察された検索動作の両方を検証してください。

ページをレイヤード契約としてモデル化する

有用なオンページレビューは、ページをいくつかのレイヤーを通して追跡します：

1. タスクの所有権: このURLが所有するオーディエンス、質問、および成果。
2. 回答: 直接的な応答、プロセス、証拠、例、および制限。
3. 情報構造: セクション、見出し、リスト、表、および関係。
4. HTMLの露出: 初期応答とレンダリングされたDOMに表示されるもの。
5. 検索コントロール: タイトルのソース、スニペットのコントロール、インデックスディレクティブ、正規化、 およびサポートされている構造化データ。
6. 接続: ページへの内部リンクとページからの内部リンク（有用なアンカーテキスト付き）。
7. メディア: 発見可能な画像と動画、アクセシブルな代替手段、およびパフォーマンス。
8. 観察された成果: インデックス化、クエリ適合性、結果の表示、使用状況、および ビジネス上の挙動。

「オンページ」と説明される失敗は、どのレイヤーからでも始まり得ます。回答の欠落は編集上のギャップかもしれません。レンダリングされたHTMLでの回答の欠落は、レンダリングの欠陥かもしれません。正しいタイトル要素が表示されないのは、壊れたタグではなく、結果の組み立ての選択かもしれません。

ゲートを分離する

最も重要な高度な区別は、候補セットに入ることと、その中で勝つことの違いです。

実用的な利点は、優先順位付けの改善です。ページがインデックスされていない場合、メタディスクリプションを書き直すことは、実際の問題の下流にあります。リッチリザルトがない場合、まず適格性を確立し、その後、Googleが表示を保証しないことを覚えておいてください。

コンテンツ契約を設計する

重要なページクラスごとに、以下を定義します：

• 所有するインテントと除外されるインテント；
• 正規URLと期待されるインデックス状態；
• 必要な回答ブロックと証拠の所有者；
• 許容される鮮度とレビューのトリガー；
• タイトルと見出しの生成ルール；
• 必要な内部リンクの関係；
• メディアと代替テキストのルール；
• 構造化データの適格性と表示コンテンツへの依存関係；
• 検証チェックと責任のあるチーム。

これは、一度きりのスコアよりも耐久性があります。また、テンプレートの回帰を公開前にテスト可能にします。

実装を所有者にルーティングする

ヘッダーシステム

ヘッダータグハブは、見出しレベル、H1の質問、階層、およびナビゲーションへの影響を所有します。見出しを使用して論理的なアウトラインと有用なセクションラベルを公開します。H1〜H6のランキングウェイトのはしごを発明しないでください。

HTMLシステム

HTML SEOハブは、ソースとレンダリングされたHTML、セマンティックHTML、クロール可能なアンカー、言語属性、および解析の失敗を所有します。Googleのリンクガイダンスは、クロール可能なアンカーマークアップと有用なアンカーテキストについて明示的です。

画像システム

画像SEOハブは、画像の発見、レスポンシブ配信、ページコンテキスト、ファイル名、altテキスト、画像パフォーマンスを担当します。Googleの現在の画像ガイダンスは、発見可能なHTML画像要素とCSS背景画像を区別し、altテキストを画像理解とアクセシビリティの両方に結び付けています。

メタデータシステム

メタタグハブは、タイトルとスニペットの入力、robotsメタデータ、スニペットの制限、ソーシャルメタデータを担当します。Googleは複数のページシグナルからタイトルリンクを組み立てることがあり、通常はページコンテンツからスニペットを構築し、メタディスクリプションを使用することもあります。提供されたテキストは入力であり、必ず表示しなければならない指示ではありません。

構造化データシステム

構造化データハブは、schema.orgボキャブラリ、形式、機能固有の要件、検証を担当します。Schema.orgドキュメントは共有ボキャブラリを定義し、Googleの構造化データ入門は、マークアップを理解とサポートされる検索機能のための標準化された手がかりとして位置付けています。マークアップを一般的なランキング保証に変えるものではありません。

重複とカニバリゼーションの管理

2つのページが同じエンティティに言及していても、競合するとは限りません。問題は、同じ読者タスクの所有権があいまいなことです。

シンプルな所有権レコードを使用します。

2つのURLが同じタスクを所有しているように見える場合は、所有者を選択し、もう一方のページを絞り込み、リンク関係を強化し、タイトルとイントロダクションがその区別を反映していることを確認します。ツールが単に重複する単語を報告したという理由だけでページを統合しないでください。

変更を仮説としてテストする

オンページ編集では、以下を明記する必要があります。

• 問題: どのような観察された動作が間違っているか？
• レイヤー: タスク、コンテンツ、HTML、適合性、プレゼンテーション、またはアクセシビリティ？
• 変更: どの単一の重要な変数が変更されるか？
• 期待される観察: 何が、どこで、誰に対して変化するはずか？
• 期間: クロール、処理、トラフィックのサイクルが評価を公平にするのはいつか？
• ガードレール: どのユーザーまたはビジネス成果が悪化してはならないか？

すべてのページが因果関係のあるSEOテストをサポートするわけではありません。トラフィックが少ないページの場合、正直な結果は「実装は検証されたが、パフォーマンスへの影響は確認されなかった」かもしれません。

エグゼクティブ向けの見解

オンページSEOは、ページレベルのプロダクトコントロールのポートフォリオであり、コピーライティングのクリーンアップではありません。各ページが明確な役割を持ち、信頼できる回答を提供し、正確に自身を提示し、サイトの他の部分に接続されているかどうかを決定します。

作業には次の順序で資金を投入します。

1. 重要なユーザーおよびビジネスタスクに結びついたページ。
2. 多くの価値あるURLに影響を与えるテンプレートの欠陥。
3. アクセス、インデックス、または適合性の失敗。
4. 誤解を招く、または弱い回答と結果の提示。
5. 再利用可能なアクセシビリティとコンテンツ品質のコントロール。
6. 実証された結果のない外観上のクリーンアップ。

チームには、「SEOエラー」の数ではなく、影響を受けたコホートと成果を報告するよう求めます。主要なプロダクトテンプレートのタイトルの問題と、アーカイブされたページのメタディスクリプションの欠落は、同じ優先度を受けるべきではありません。

永続的な成果物は、所有者、テスト、レビューサイクルを備えたページクラスの契約です。オンページSEOチェックリストは、運用上の検査レイヤーとして使用できます。

オンページSEOをひとつのコンパクトなモデルで

• オンページSEOは、ページレベルの回答、構造、HTML、リンク、メタデータ、メディア、構造化データなど、自分で制御できるものを対象とします。
• 作業を関連性/品質、適格性/アクセス、表示、アクセシビリティ/ユーザビリティに分類します。
• これらの作業は重複しますが、代替ではありません。適格性は表示を保証せず、提供されたメタデータは書き換えられる可能性があり、アクセシビリティにはSEOクローラー以上のものが必要です。
• タグを最適化する前に、ページの担当タスクと直接的な回答を明確にします。
• 専用ハブを使用してください。ヘッダータグ、HTML SEO、画像SEO、メタタグ、構造化データを参照してください。
• 実行にはオンページSEOチェックリストを使用してください。このハブは概念マップとルーティングを担当します。

主要ドキュメント

• Google SEOスターターガイド — 有用なコンテンツ、構成、リンク、タイトル、スニペット、画像をひとつの範囲にまとめた入門書です。
• Google検索の仕組み — クロール、インデックス作成、配信を分離しており、下流のオンページ作業が上流の障害のせいにされるのを防ぎます。
• タイトルリンクへの影響 — タイトル要素はGoogleが使用する可能性のある情報源のひとつです。明確で簡潔かつ正確なタイトルが目標です。
• スニペットの制御 — スニペットは通常、ページコンテンツから生成され、メタディスクリプションを使用する場合があります。
• Google画像SEOのベストプラクティス — 画像の発見、HTML要素、コンテキスト、ファイル名、altテキスト、パフォーマンスについて説明しています。
• 構造化データの紹介と一般的なガイドライン — 適格性、正確性、表示コンテンツ、機能固有の要件について説明しています。
• Googleリンクのベストプラクティス — クロール可能なアンカーと説明的なリンクテキストについて説明しています。
• W3C WAI見出しチュートリアル — 見出しを使用して構成を伝え、ナビゲーションをサポートする方法について説明しています。
• W3C WAIアクセシビリティ評価の概要 — ツールは評価をサポートできますが、サイトがアクセシビリティ基準を満たしているかどうかを単独で判断できるツールはありません。

これらの情報源は、Googleまたはアクセシビリティの動作を文書化したものです。普遍的なランキング要素の公式を開示したり、特定の結果を保証したりするものではありません。

ハブレベルのトリアージチェックリスト

これはルーティング用のチェックリストであり、完全な監査ではありません。実行には専用のオンページSEOチェックリストを使用してください。

• ページの対象読者、タスク、および除外範囲を明記する。
• 直接的な回答と証拠が表示され、最新であることを確認する。
• 初期HTMLとレンダリング後の出力を比較し、重要な差異がないか確認する。
• タイトルとメインヘッディングが同じページを正確に説明していることを確認する。
• ヘッディングが論理的でナビゲート可能な構造を明示しているか確認する。
• 重要な内部リンクが、実際にクロール可能なアンカーであり、有用なテキストを持つことを確認する。
• 意味のある各画像が何に貢献し、その代替テキストがどのように扱われるかを判断する。
• メタデータを役割別に特定する：表示、インデックス、プレビュー制御、ソーシャル利用。
• 表示されるコンテンツと意図した機能に対してサポートされている構造化データのみを適用する。
• 自動化ツールで結果を確認できない場合は、アクセシビリティを手動でテストする。
• 観察された障害、担当者、検証方法、レビュー日を記録する。

R-E-P-Aフレームワーク

4つの文字を使って優先順位を明確にします：

R — 関連性と信頼性

ページは、正確で最新かつ十分に完全な情報と透明性のある証拠をもって、タスクに直接回答していますか？

E — 適合性と露出

クローラーは意図したコンテンツに到達して解析できますか。また、ページは議論中のインデックスや検索機能の要件を満たしていますか？

P — 表示

タイトル、スニペット候補、画像プレビュー、サポートされている拡張機能は、ランディングページを正確に表現していますか？

A — アクセシビリティとアクション

人々はページをナビゲートし、知覚し、使用できますか。また、次の有用なステップを完了できますか？

デフォルトでは何もスコアリングしません。フレームワークを使用して失敗した役割を特定し、証拠を収集し、修正を適切なガイドと担当者にルーティングします。

どのオンページガイドを使用すべきか？

主な問題は、回答、範囲、または別のURLとの重複ですか？

• はい → まずタスクの所有権とコンテンツを解決します。
• いいえ → 続行します。

ソースとレンダリングされたHTMLの間で重要な素材が欠落している、または変更されていますか？

• はい → HTML SEOを使用します。
• いいえ → 続行します。

階層が理解しにくい、またはナビゲートしにくいですか？

• はい → ヘッダータグを使用します。
• いいえ → 続行します。

問題は画像の発見、コンテキスト、代替テキスト、形式、または重さですか？

• はい → 画像SEOを使用します。
• いいえ → 続行します。

問題はタイトル、スニペット、robotsディレクティブ、またはプレビュー制御ですか？

• はい → メタタグを使用します。
• いいえ → 続行します。

目標はサポートされているリッチリザルトまたは明示的な機械可読の説明ですか？

• はい → 構造化データを使用します。
• いいえ → オンページSEOチェックリストを実行し、証拠が上流を示している場合は診断をオンページSEOの範囲を超えて広げます。

オンページのアンチパターン

• 異なる役割に対する単一のスコア。 ブレンドされたスコアは、発見事項が関連性、適合性、表示、またはアクセシビリティに影響するかどうかを隠します。
• キーワード密度のターゲット。 自然言語とタスクのカバレッジを普遍的なパーセンテージに還元することはできません。
• すべてのヘッディングレベルをランキングの重みとして扱うこと。 構造のためにヘッディングを使用します。公式のH1からH6までの重みの梯子は存在しません。
• クリックを満たさないページのメタデータを書くこと。 正確な期待値の設定は、より攻撃的な約束に勝ります。
• ユーザーが見ることができないコンテンツにスキーマを追加すること。 マークアップはページを正確に表現し、選択した機能のルールを満たす必要があります。
• 有効なマークアップを保証されたリッチリザルトと呼ぶこと。 検証は構文または適合条件を確立しますが、選択を確立するものではありません。
• 自動化されたアクセシビリティスキャンを認定として使用すること。 自動化された発見事項は、必要な証拠の一部にすぎません。
• すべてのハブでチェックリストを複製すること。 概念マップはここに、実行シーケンスはチェックリストに保持し、更新の所有者が1人になるようにします。

質問別のツール

• On-Page SEO Checker — 観測可能なページレベルのシグナルを検査し、すべての結果を文脈に沿って確認します。
• SERP Snippet & Truncation Checker — タイトルと説明の候補をプレビューします。Googleの最終的な結果の組み立てを予測することはできません。
• Schema Markup Validator — 構造化データの構文とプロパティを検証します。
• Rich-Result Eligibility Checker — 表示を約束せずに、サポートされている適合性シグナルを検査します。
• Image SEO Checker — 画像マークアップ、代替テキスト、寸法、配信の手がかりを確認します。
• Accessibility Checker — 自動化可能な問題を見つけ、手動テストでフォローアップします。
• Render Gap Checker — サポートされている場合、取得したHTMLエビデンスとレンダリングされた体験を比較します。

ツールは観測可能な状態を報告します。ページの意図したタスク、編集上の真実、法的要件、または最終的な検索エンジンの決定を知ることはできません。

オンページの変更を検証する

コンテンツ契約をテストする

• テスト: 草稿に不慣れなレビュー担当者に、タイトル、導入部、見出しからページのオーディエンス、タスク、回答、次のステップを挙げてもらいます。
• 合格の証拠: その説明が文書化された所有権ステートメントと一致すること。
• 失敗の意味: ページが曖昧、過度に広範、または直接的な回答が欠けている可能性があります。

ソースとレンダリングされたHTMLをテストする

• テスト: メインコンテンツ、タイトル、見出し、リンク、画像、robotsメタデータ、構造化データについて、初期HTMLレスポンスとレンダリングされたDOMを比較します。
• 合格の証拠: 重要なシグナルが存在し、一貫性があり、意図したレンダリング状態でアクセス可能であること。
• 失敗の意味: 問題をHTML、レンダリング、またはテンプレートの所有権にルーティングします。

結果の表示をテストする

• テスト: 再クロール後、提供されたタイトルと説明を、代表的なクエリとデバイスでの観測結果と比較します。
• 合格の証拠: 表示された結果がページを正確に説明していること（Googleが提供された文言を使用したかどうかは問いません）。
• 失敗の意味: 書き直す前に、ソースの一貫性とクエリの文脈を診断します。

構造化データの適合性をテストする

• テスト: 選択した機能を検証し、マークアップを表示コンテンツと比較し、利用可能な場合は関連するSearch Consoleレポートを監視します。
• 合格の証拠: 必須プロパティとコンテンツポリシーが満たされていること。
• 失敗の意味: 最も早い無効なレイヤーを修正します。リッチリザルトがないだけでは、無効なマークアップの証明にはなりません。

アクセシビリティをテストする

• テスト: 自動チェックと、インターフェースに適したキーボード、ズーム、スクリーンリーダー、コンテンツレビューを組み合わせます。
• 合格の証拠: 人々が構造を知覚し、テストされたシナリオでタスクを完了できること。
• 失敗の意味: 影響を受けるユーザー、タスク、標準または要件、再現可能なパスを記録します。結果をSEOスコアに還元しないでください。

オンページSEOライブラリ

まずこれらのハブを使用する

• Header Tags
• HTML SEO
• Image SEO
• Meta Tags
• Structured Data
• On-Page SEO Checklist

主要な参考文献

• Google SEO Starter Guide
• Google title-link documentation
• Google snippet documentation
• Google image SEO best practices
• Google structured-data documentation
• W3C WAI headings tutorial

この記事の権威として、Patrick Stox名義の一般的なオンページガイドは使用されていません。 PatrickのテクニカルSEOガイドは、 オンページ作業を取り巻くクロール、インデックス、レンダリングの各レイヤーに関連する背景情報です。

自分で試す：オンページSEO