テクニカル SEO：これだけ読めばいいガイド

コンテンツがどれだけ優れていても、被リンクがどれだけ権威あるものでも、テクニカル SEO が壊れていれば上位には表示されません。テクニカル SEO は、ほかのすべての SEO の取り組みの土台です。Google がページをクロールし、適切にインデックスし、すばやく読み込み、その構造を理解できるようにします。しっかりしたテクニカル SEO がなければ、砂の上に城を建てているようなものです。

テクニカル SEO は主に 4 つの領域をカバーします。クロールのしやすさ（Google がページにアクセスできるか）、インデックスのしやすさ（Google がインデックスに追加するか）、Core Web Vitals（ページが速く読み込まれ、すばやく反応するか）、構造化データ（Google がコンテンツを理解しているか）です。このガイドでは、それぞれの領域を深く掘り下げ、最もよくある問題を修正する手順を示します。

クロールのしやすさ：サイトを Google にアクセスできるようにする

クロールのしやすさとは、Google がウェブサイト上のページとリソースにアクセスして読み取れることです。ページがクロールできなければ、Google はインデックスできません。よくある問題には、robots.txt でブロックされたページ、壊れたリダイレクト、ログインが必要なページ、HTTP（HTTPS ではなく）で配信されるページ、Googlebot からブロックされたリソース（CSS、JavaScript）があります。

Google Search Console のクロールレポートは、どのページにクロールエラーがあるかを示します。このレポートを毎月確認しましょう。よくあるエラーには、「404 Not Found」（存在しないページへのリンク切れ）、「サーバーエラー」（5XX エラー）、「タイムアウト」（読み込みに時間がかかりすぎるページ）があります。

robots.txt ファイルを確認しましょう。このファイルは、Google にサイトのどの部分をクロールし、どの部分を飛ばすかを伝えます。robots.txt の設定を誤ると、重要なページをブロックしてしまうことがあります。Google の robots.txt のドキュメントは、正しい構文を定めています。よくある間違いは、ディレクトリ全体のブロックや、CSS と JavaScript ファイルのブロックで、Google がページを正しくレンダリングできなくなります。

PageSpeed Insights や Lighthouse でクロールのしやすさをテストしましょう。これらのツールは、リソースが正しく読み込まれているか、ページがレンダリング可能かを示します。読み込みに失敗するリソースは、Google がページの構造を理解する妨げになります。

インデックスのしやすさ：ページを Google のインデックスに追加させる

インデックスのしやすさとは、Google が実際にページを検索インデックスに追加するかどうかです。ページはクロールできて（Google がアクセスできて）も、インデックスできない（Google が検索結果に追加しない）ことがあります。よくある問題には、メタ robots の noindex タグでブロックされたページ、X-Robots-Tag の noindex ヘッダーで配信されるページ、canonical タグのない重複コンテンツ、品質基準を満たさないページがあります。

メタ robots タグを監査しましょう。`` を持つページは、クロールされますがインデックスされません。このタグはステージング環境や非公開のコンテンツには便利ですが、公開ページに適用するとインデックスがブロックされます。最も重要なページに正しい robots タグが付いているか（または robots タグがなく、既定でインデックスされるか）を確認しましょう。

重複コンテンツには canonical タグを使いましょう。似た、または同一のコンテンツを持つページが複数ある場合は、canonical タグの実装で、どのバージョンを正規とするかを指定します。canonical タグは、Google にどのページをインデックスし、どのページを重複として扱うかを伝えます。適切な正規化がなければ、Google は複数のバージョンをインデックスし、リンクの権威性が分散します。

Google Search Console のカバレッジレポートは、どのページがインデックスされ、どのページがブロックされているかを示します。「除外」とされたページはインデックスされていません。よくある除外の理由には、「ユーザーにより canonical として選択されていない重複ページ」「robots.txt によってブロックされました」「検出 - インデックス未登録」があります。除外ごとに、Search Console が理由を説明し、修正を提案します。

サイトの構造と内部リンク

明確なサイトの構造は、Google がコンテンツの階層を理解する助けになります。説明的な URL のスラッグを使い、ページを論理的なカテゴリーに整理しましょう。深く入れ子になった URL の構造は避けます。`/products/category/subcategory/sub-subcategory/product` のページは、`/products/product` のページより Google がクロールしにくくなります。

内部リンクのアーキテクチャは重要です。トップページやメインのナビゲーションからリンクされたページは、より頻繁にクロールされ、より多くの権威性を持ちます。重要なページがトップページから 1〜2 クリックの位置にある、論理的なリンクの階層を築きましょう。Google がリンク先を理解できるよう、（「こちらをクリック」ではなく）説明的なアンカーテキストを使います。

重要なページを一覧にした XML サイトマップを作成しましょう。サイトマップは、内部リンクでは見つからないかもしれないページを Google が発見する助けになります。サイトマップを Google Search Console に送信します。サイトマップは、何千ものページがあるサイトや、頻繁に変わる動的なコンテンツを持つサイトで特に価値があります。

Core Web Vitals とページエクスペリエンス

Core Web Vitals は、ウェブサイトでのユーザー体験を測る 3 つの指標です。Largest Contentful Paint（LCP）、Cumulative Layout Shift（CLS）、Interaction to Next Paint（INP）です。Core Web Vitals は、Google が確認している順位要因です。悪い Vitals は順位を損ない、良い Vitals は順位を助けます。

Largest Contentful Paint（LCP）は、ページのメインのコンテンツが読み込まれるまでにかかる時間を測ります。Google は LCP を 2.5 秒未満にすることを推奨しています。LCP が遅い原因は、サーバーの応答時間の遅さ、レンダリングをブロックする CSS、最適化されていない画像、大きな JavaScript ファイルであることがよくあります。サーバーの速度の改善、重要でない JavaScript の遅延、画像の圧縮で LCP を最適化しましょう。

Cumulative Layout Shift（CLS）は、ページの読み込み中に起こる予期しないレイアウトのずれを測ります。CLS のスコアが高いと、読み込み中にページが飛び回り、ユーザーをいらだたせます。よくある CLS の問題には、サイズが指定されていない画像、非同期で読み込まれる広告、突然入れ替わるフォントがあります。HTML で画像のサイズを指定し、広告の領域を確保し、@font-face のルールで font-display: swap を使って CLS を修正しましょう。

Interaction to Next Paint（INP）は、ユーザーの操作（クリック、タップ、キーボード）への応答性を測ります。Google は INP を 200 ミリ秒未満にすることを推奨しています。INP が遅いのは、実行に時間がかかりすぎる JavaScript があることを示します。長い JavaScript のタスクの分割、サードパーティのスクリプトの影響の削減、最新のレンダリング手法の利用で INP を最適化しましょう。

Google の PageSpeed Insights ツールで Core Web Vitals をテストしましょう。このツールは、（利用できる場合は）実際のユーザーのデータとラボでの測定値、さらに改善のための具体的な提案を提供します。

ページの速度とパフォーマンスの最適化

ページの速度は、Core Web Vitals とユーザー体験に直接影響します。速いページは順位が上がり、表示も良く、コンバージョンにもつながります。遅いページはユーザーをいらだたせ、ビジネスを損ないます。ページの速度は次のように最適化しましょう。

圧縮と最新の形式（WebP）で、画像のファイルサイズを減らします。最適化されていない画像は、ページの重さの 50〜80% を占めることがよくあります。可能なら画像の CDN を使いましょう。ファーストビューより下の画像は遅延読み込みにして、ページの読み込みをブロックしないようにします。重要でないリソース（動画、ファーストビューより下の画像）の読み込みは、ユーザーがスクロールして近づくまで遅らせます。

JavaScript を最小限にして遅延させます。レンダリングをブロックする JavaScript は、ページの描画を遅らせます。重要でない JavaScript は遅延させるか、非同期で読み込みます。コード分割を使って、ページごとに必要なコードだけを読み込みます。使われていない JavaScript のライブラリと依存関係を削除しましょう。

CSS を最適化します。大きな CSS ファイルはレンダリングをブロックします。ファーストビューのコンテンツに必要な重要な CSS はインライン化します。重要でない CSS は遅延させ、非同期で読み込みます。使われていない CSS のルールを削除しましょう。

GZIP 圧縮を有効にします。HTML、CSS、JavaScript を圧縮すると、ファイルサイズが 60〜80% 減ります。Web.dev のパフォーマンスの学習パスは、詳しい最適化のガイダンスを提供しています。

コンテンツ配信ネットワーク（CDN）を使います。CDN はユーザーに近いサーバーからコンテンツを配信し、遅延を減らします。CDN は静的なコンテンツもキャッシュするので、世界中で読み込みの速度が向上します。

HTTPS とセキュリティのシグナル

HTTPS は順位要因です。Google は、安全でない HTTP のサイトより、SSL 証明書を持つサイトを優先します。すべてのページを HTTPS で配信しましょう。Let's Encrypt やホスティング会社から、無料の SSL 証明書を入手できます。301 リダイレクトで、すべての HTTP ページを HTTPS にリダイレクトしましょう。

HTTPS を有効にしたら、Google Search Console のサイトの URL を HTTPS のバージョンに更新します。これにより、Google が安全なサイトをクロールしてインデックスします。HTTPS と HTTP の両方のリソースを読み込むページ（混在コンテンツ）に注意しましょう。ブラウザーがユーザーに警告することがあります。

モバイルファーストインデックス

Google は今では、サイトのモバイル版を主なバージョンとしてインデックスします。モバイルサイトが遅い、書式が悪い、コンテンツが欠けているといった場合、順位が悪化します。モバイルサイトがレスポンシブで、速く読み込まれ、デスクトップサイトのすべてのコンテンツを含んでいることを確かめましょう。

PageSpeed Insights をモバイルモードで使って、モバイルファーストインデックスをテストしましょう。ボタン、フォーム、ナビゲーションがタッチ端末で正しく動作するか確認します。ブラウザーのエミュレーションだけでなく、実際のモバイル端末でテストしましょう。

構造化データとスキーママークアップ

Schema.org の構造化データは、Google がコンテンツを理解する助けになります。ページにスキーママークアップを加えると、強調スニペット、リッチスニペット、ナレッジパネルに表示される可能性が高まります。スキーママークアップ自体は順位要因ではありませんが、CTR を高める SERP のリッチな機能を引き出します。

コンテンツに当てはまるスキーマの種類（Article、Product、Recipe、Event、Organization、LocalBusiness）を特定しましょう。コンテンツの種類ごとに JSON-LD のスキーマを実装します。Google のリッチリザルトテストでスキーマを検証し、公開する前にすべての検証エラーを修正しましょう。

継続的なテクニカル SEO の監視

テクニカル SEO の監視のルーティンを作りましょう。Google Search Console を毎週確認して、新しいクロールエラーとインデックスの問題を見つけます。Core Web Vitals は毎月監視します。重要なページで、PageSpeed Insights のテストを四半期ごとに実行します。クロールバジェットとクロールの統計を追跡して、Google がサイトを効率的にクロールしているかを確かめましょう。

順位の低下に対するアラートを設定しましょう。突然の順位の低下は、インデックスの問題やクロールエラーなどの技術的な問題を示すことがあります。トラフィックの長期的な損失を防ぐため、すぐに原因を診断しましょう。

AI クローラー向けのテクニカル SEO：確認すべきこと

テクニカル SEO には、もう 1 つの読み手が加わりました。OpenAI の GPTBot と OAI-SearchBot、Anthropic の ClaudeBot、PerplexityBot など、AI 企業のクローラーです。これらは Googlebot と同じく robots.txt に従いますが、多くは JavaScript を実行しません。ブラウザ側だけで読み込まれるコンテンツは見えないままです。

• アクセス：引用してほしい AI クローラーを、robots.txt、ファイアウォール、CDN がブロックしていないか確認します。無料の robots.txt チェッカー で試せます。
• サーバーで生成した HTML：本文、見出し、価格は最初の HTML に含めます。
• 明確な構造：H1 は 1 つ、論理的な H2 と H3、引用しやすい短く独立した段落。
• 速度と安定性：検索エンジンと同じく、AI クローラーも遅いページでは処理を打ち切ります。

テクニカル SEO チェックリストには何を入れるべきか

テクニカル SEO チェックリストは、検索エンジンと AI のクローラーが重要なページすべてにたどり着き、読み取り、インデックスできるようにするための確認項目をまとめたものです。リニューアルや移行のたびに、そして少なくとも四半期に 1 回は確認しましょう。

1. 重要な URL はすべてリダイレクトチェーンなしでステータス 200 を返し、削除したページは 404 か、最も近い代替ページへの 301 を返す。
2. XML サイトマップにはインデックス可能な正規 URL だけが含まれ、Google Search Console に送信されている。
3. 各ページに自己参照の canonical タグがあり、重要なページに noindex が付いていない。
4. Search Console のページのインデックス登録レポートで、除外されたページのグループが増え続けていない。
5. Search Console のレポートで、モバイルの Core Web Vitals(LCP、INP、CLS)が合格している。
6. サイト全体で HTTPS を使い、混在コンテンツがない。
7. 構造化データが Google のリッチリザルト テストで有効と判定される。
8. 多言語サイトでは、x-default を含む hreflang タグがすべて揃っている。

1 ページ単位なら、テクニカル、オンページ、GEO のシグナルをワンクリックで監査する無料の Sorank Chrome 拡張機能 を、サイト全体なら AI クロール可能性監査 を使いましょう。サイトマップチェッカーは XML サイトマップをカバーします。

まとめ

テクニカル SEO は、ほかのすべての SEO の取り組みを可能にする、目に見えないインフラです。適切なクロールのしやすさ、インデックスのしやすさ、パフォーマンス、構造がなければ、コンテンツとリンクは成果を出せません。基本を習得しましょう。クロールのしやすさを監査し、適切なインデックスを確保し、Core Web Vitals を改善し、ページの速度を最適化し、スキーママークアップを実装します。こうした技術的な土台は、現代の SEO の成功に欠かせません。

GEO SEO 診断ツールで、サイト全体の技術的な問題を見つけましょう。Sorank のプラットフォームは、Google と同じようにサイトをクロールし、クロールエラー、インデックスの問題、Core Web Vitals の問題を特定し、影響の大きい順に修正を優先づけます。今日から無料のテクニカル診断を始めましょう。