Technical SEOとon-page SEO：主な違い

定義：それぞれの担当領域

Technical SEOとon-page SEO は同じ目的—検索での可視性—を目指しますが、検索エンジンの処理フローの異なる段階で作用します。問題を診断する際は用語を正確に使いましょう：クロールは発見と取得に関するもので、インデックスは何を検索エンジンが保存することで、ランキングはSERPでの結果の並び順に関するものです。

Technical SEOは、検索エンジンがページを発見、レンダリング、理解、インデックスできるようにするサイトとサーバーのインフラに焦点を当てます。例：robotsルール、正規化（canonicalization）、サーバー応答、sitemaps、structured data、そしてレンダリングに影響するページエクスペリエンス要素。

On-page SEOは、ページのトピックと意図をユーザーと検索エンジンに伝えるコンテンツとHTMLシグナルに焦点を当てます：タイトル、見出し、本文、内部リンク、meta descriptions、semantic markup、検索意図とのコンテンツの整合性。

クロール、インデックス、ランキングにおける両者の相互作用

問題はしばしばTechnicalとオンページの作業のインターフェースで発生します。クロール制限や誤ったcanonicalシグナルでインデックスされない優れた最適化済みページは検索結果に表示されません。逆に、インデックス可能でも検索意図に合致しないページは、技術的に完璧でも順位が低くなる可能性があります。

クロール可能性

技術的コントロール（robots.txt、meta robots HTTPヘッダー、サーバー応答）はクロールがURLを取得できるかを決定します。動作を検証するにはサーバーログとクロール用に指定したユーザーエージェントでのリクエストを使用してください。注意：Googleは主要な基準としてクロールとインデックス。2024年7月以降、GoogleはSearchのクロールでデフォルトでGooglebot Smartphoneを使用しています。

インデックス化

インデックス化の判断は、技術的シグナル（canonical tags、noindex directives、sitemaps）とオンページシグナル（コンテンツの独自性、関連性）の両方に依存します。noindexでブロックされているページや別URLに正規化されたページは、コンテンツ品質に関わらず通常除外されます。

ランキング

ランキングはマルチシグナルです。レンダリングやユーザー体験に影響する技術的要因（Core Web Vitals）とオンページの関連性シグナルの両方がランクに影響します。しかし断定的な言い方は避けてください：技術的修正はページが評価対象になることを可能にし、関連性と権威性が検索結果での位置を決定します。

仕組み：担当すべき具体領域とその重要性

Technical SEOの実務

管理または確認すべき主要な技術領域：

• Robots.txt と HTTPヘッダー：クローラのアクセスを制御し、サーバー応答を把握する。
• Canonicalタグとリダイレクトルール：重複コンテンツを統合し、インデックス混乱を防ぐ。
• Sitemaps とクロール予算：優先ページを浮上させ、発見を助ける。
• レンダリングとJS：重要なコンテンツがサーバー側でレンダリングされるか確実にハイドレートされることを確認し、レンダリング後に検索エンジンが何を見ているかを検証する。
• Schema と structured data：リッチ表示や検索機能の対象資格について明示的なシグナルを提供する。

On-page SEOの実務

実務的なオンページ責務には次が含まれる：

• Titleタグ と見出し：ユーザーの意図を反映し、ターゲット用語を自然に含めること。
• コンテンツ構造、深さ、E-E-A-Tシグナル：適切な箇所で事実に基づく出典を示し、著者/ブランドの明確な帰属を行う。
• 内部リンク：権威を分配し、ユーザーが関連コンテンツを見つけやすくする。
• Meta descriptions とオンページスニペット：SERPからのCTRを高めるもの。

検証チェックリスト：ツールと具体的なチェック項目

パブリッシャー外から実行できるチェック（サードパーティチェック）と、自社が所有するページ向けのチェックを区別してください。用途に応じて適切なツールを使うこと。

自分が所有するページ向けのチェック

1. 次を使用：Google Search Console のURL Inspectionでクロール、インデックス、最終フェッチ状況を確認してください。これはあなたのプロパティにとって権威ある情報です。
2. Rich Results Test を実行し、Schema Markup Validatorで構造化データを検証する。
3. Core Web Vitalsをフィールドデータ（Page Experience）で測定し、Chrome DevToolsのPerformanceパネルでラボ計測を行う。

どのサイト外からでも実行できるチェック（サードパーティのパブリッシャーや監査で有用）

1. curlでHTMLを取得して検査する。ヘッダーのみを取得してGooglebotを偽装する例: curl -I -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page
2. レンダリング後のHTML（ヘッダーだけでなく）を取得するには、-Iを省略してボディを確認する: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page
3. ページをChromeで開き、DevTools → Elementsでレンダリング後のDOMを確認し、DevTools → Networkでリソースのレスポンスや読み込み順を検証する。
4. サーバーログ解析を使って、どのユーザーエージェントが訪問し、どのHTTPレスポンスを受け取ったかを確認する。
5. site: オペレーターは、ページがGoogleに認識されている可能性のある公開シグナルとして控えめに使ってください。インデックスを確定するものではありません。

よくあるミスとその診断方法

誤設定されたcanonicalタグ

症状：ページはクロール可能なのに検索結果に出ない。canonicalタグ、HTTPヘッダー、サイトマップの記載を比較して診断する。ページを直接curlで取得して、HTML中の<link rel="canonical">の値を確認する。

クライアントサイドレンダリングによりクローラにコンテンツが見えない

症状：クローラはHTMLを取得するが、コンテンツはJavaScriptがブラウザで実行された後にのみ表示される。curl（サーバーHTML）とChrome DevTools（レンダリング後のDOM）で診断する。重要なコンテンツがJSを必要とする場合は、サーバーサイドレンダリングやハイブリッドレンダリングを検討する。

過剰最適化または意図のミスマッチ

症状：ページは順位を得ているが、エンゲージメントやコンバージョンが低い。オンページのシグナルを見直す：タイトルとH1はユーザーのタスクに合っているか？コンテンツの深さはクエリタイプに合致しているか？大規模な書き換えを行う前にクエリ意図のマッピングを行う。

実務上の重なり：引き渡し、優先順位、ワークフロー

チームはしばしば責任を分担します：開発者やプラットフォームエンジニアがTechnical SEOを担当し、コンテンツやSEOストラテジストがオンページを担当する。効率的に進めるには、技術とコンテンツのチェックポイント双方を含む明確な受入基準を定義すること。

ページ公開や監査の実務的な優先順位:

• ページが到達可能で、想定するcanonical URLに対して200台のレスポンスを返すことを確認する。
• canonical化とサイトマップへの記載を確認し、インデックス化が可能な状態にする。
• オンページの関連性を検証する：title/H1の整合性、コンテンツ構造、内部リンク。
• ページエクスペリエンスを測定し、大規模公開前に影響の大きいパフォーマンス問題を修正する。

上で触れた技術的チェックの詳細な手順を知りたい場合は、Technical SEO Guideを参照してください。

リンク属性と編集文脈（概要）

ページ上のリンクは、クロールに影響を与える場合、オンページのシグナルであると同時に技術的要素でもあります。文脈に応じて正しいrel属性を使用してください。例の構文：

特別なrel値を持たない通常のリンク： example

有料またはスポンサー表示の場合は次を使用： example；ユーザー生成コンテンツの場合は次を使用： example。rel="dofollow"という属性は存在しません — 通常のリンクは単にrel="nofollow"、rel="sponsored"、rel="ugc"のいずれも設定されていないリンクです。

FAQ