目次
最初に押さえるポイント テクニカルSEOとは クロールを最適化する インデックスを管理する サイト構造とURLを設計する 表示速度とモバイル対応を改善する Search Consoleで問題を検知して修正する テクニカルSEOで避けたい失敗 実務で確認するチェックリスト よくある質問最初に押さえるポイント
- テクニカルSEOは検索エンジンの巡回・理解・評価を妨げる技術要因を取り除く土台施策である
- robots.txtとサイトマップでクロール対象を制御し、重要なページを確実に発見させる
- canonicalとnoindexでインデックス対象を管理し、重複や低品質ページの評価分散を防ぐ
- URL設計と内部リンクでサイト構造を浅く整理し、重要なページへ評価を集める
- Core Web Vitalsを指標に表示速度とモバイル対応を改善し、Search Consoleで継続検知する
テクニカルSEOとは
テクニカルSEOとは、検索エンジンがサイトを正しく巡回し、ページ内容を理解し、適切に評価できる状態に整えるための技術的な施策です。記事の中身を作るコンテンツSEOとは異なり、サイトの構造、表示、配信といった裏側の仕組みを対象にします。
どれだけ質の高い記事を用意しても、検索エンジンがそのページを発見できなかったり、内容を読み取れなかったりすれば、検索結果には反映されません。テクニカルSEOは、コンテンツの価値が検索評価に正しく伝わるための前提を整える領域だと考えると理解しやすくなります。
検索エンジンがページを扱う流れは、クロール、インデックス、ランキングの三段階に分けられます。クロールはページを巡回して情報を集める工程、インデックスは集めた情報を検索用のデータベースに登録する工程、ランキングは登録された中から検索結果の順位を決める工程です。
テクニカルSEOは主に前半のクロールとインデックスに関わりますが、サイト構造や表示速度はランキング要因にも影響します。事業会社の担当者は、すべてを自分で実装しなくても、どの工程で何が問題になりうるかを把握し、制作会社や開発担当に的確に依頼できる状態を目指すとよいでしょう。
クロールを最適化する
クロールとは、検索エンジンのプログラムがリンクをたどってページを巡回し、情報を収集する工程です。新しいページや更新されたページがクロールされなければ、検索結果に反映されません。まずは重要なページが確実に発見される状態を作ることが出発点になります。
クロールを制御する代表的なファイルがrobots.txtです。これはサイトのルートに置くテキストファイルで、検索エンジンに巡回してよい範囲と避けてほしい範囲を伝えます。ただしrobots.txtでブロックしても検索結果から完全に消えるわけではないため、表示自体を防ぎたい場合はnoindexを使い分けます。
もう一つの軸がXMLサイトマップです。サイト内の主要なURLを一覧にして検索エンジンに提示することで、リンクだけでは見つけにくいページの発見を助けます。サイトマップにはインデックスさせたい正規のURLだけを記載し、noindexや重複ページは含めないようにします。
大規模なサイトでは、クロールに使われる資源量にも限りがあります。重複URLやパラメータ違いのページ、無限に生成される検索結果ページなどが多いと、重要なページの巡回が後回しになることがあります。不要なURLを整理し、内部リンクで重要ページへ導線を集めることが、効率的なクロールにつながります。
クロール制御の主な手段と使い分け
巡回させたい範囲とさせたくない範囲を、適切な手段で指定します。
| 手段 | 役割 | 使いどころ |
|---|---|---|
| robots.txt | クロールの可否を範囲単位で指定する | 管理画面やパラメータURLなど巡回不要な領域を除外する |
| XMLサイトマップ | 主要なURLを一覧で提示する | ページ数が多くリンクだけでは発見されにくいサイト |
| noindexタグ | インデックス登録を防ぐ | 検索結果に出したくないが閲覧は許可するページ |
| 内部リンク | 巡回経路と重要度を伝える | 重要なページへ導線を集約しクロールを促す |
| URLパラメータの整理 | 重複URLの増殖を抑える | 絞り込みや並び替えで似たURLが大量に生成される場合 |
インデックスを管理する
インデックスとは、クロールで集めた情報を検索エンジンが解析し、検索用のデータベースに登録する工程です。登録されて初めて検索結果に表示される候補になります。インデックスされていないページは、いくら内容が良くても検索からの流入を得られません。
実務でつまずきやすいのが重複コンテンツです。内容がほぼ同じページが複数のURLで存在すると、検索エンジンがどれを正規版として扱うか迷い、評価が分散することがあります。これを防ぐのがcanonicalタグで、正規とするURLを明示して評価を集約します。
一方で、検索結果に出す必要のないページも存在します。お礼ページ、絞り込み結果、社内向けの一時ページなどです。こうしたページにはnoindexを設定し、インデックスから除外します。canonicalとnoindexは役割が異なるため、目的に応じて正しく使い分けることが大切です。
公開後はSearch Consoleのインデックス登録レポートやURL検査ツールで、登録状況と除外理由を確認します。意図せずnoindexが残っていたり、canonicalが誤ったURLを指していたりすると、本来評価されるべきページが検索に出てこなくなるため、定期的な点検が欠かせません。
インデックス制御タグの役割と注意点
似た目的に見えるタグの違いを理解して使い分けます。
| タグ・設定 | 目的 | 誤用で起きる問題 |
|---|---|---|
| canonical | 重複URLの正規版を指定し評価を集約する | 誤ったURLを指すと正しいページが評価されない |
| noindex | 検索結果への登録を防ぐ | 重要ページに残ると流入が消える |
| robots.txtのブロック | クロール自体を制限する | ブロック中はnoindexが読まれず除外できない |
| hreflang | 言語・地域別ページの対応関係を伝える | 対応指定の不一致で意図しない地域に表示される |
サイト構造とURLを設計する
サイト構造とは、ページ同士の階層関係とリンクのつながり方を指します。トップページから各ページへ、少ないクリック数でたどり着ける浅く整理された構造は、検索エンジンの巡回を助けるだけでなく、訪問者が目的の情報に到達しやすくなる効果もあります。
目安として、重要なページはトップから二〜三クリック以内で到達できるように設計します。階層が深すぎると巡回されにくくなり、内部リンクが届かない孤立ページが生まれやすくなります。テーマごとにカテゴリを整理し、関連するページを内部リンクでつなぐことが基本です。
URLの設計も構造の一部です。URLは短く、内容が推測できる単語を含め、階層を意味のあるディレクトリで区切ると、人にも検索エンジンにもわかりやすくなります。一度公開したURLを頻繁に変えると評価の引き継ぎが必要になるため、最初に方針を決めておくことが望ましいです。
パンくずリストや構造化データを併用すると、ページ同士の関係を検索エンジンに明示できます。特にカテゴリやパンくずの構造化データは、検索結果での表示にも関わるため、サイト構造を整える段階で合わせて検討すると効果的です。構造を後から大きく変えると修正の手間が増えるため、設計段階で全体像を描いておくとよいでしょう。
サイト構造を整える観点と確認ポイント
巡回効率と回遊性の両面から構造を点検します。
| 観点 | 整える内容 | 確認ポイント |
|---|---|---|
| 階層の深さ | 重要ページを浅い階層に置く | トップから二〜三クリックで到達できるか |
| カテゴリ設計 | テーマごとにページを分類する | 分類が重複せず網羅できているか |
| 内部リンク | 関連ページを相互につなぐ | 孤立した重要ページが残っていないか |
| URL設計 | 短く意味のある階層で区切る | 内容が推測でき、無用なパラメータがないか |
| パンくず | 現在地と階層を示す | 構造化データと表示が一致しているか |
表示速度とモバイル対応を改善する
ページの表示速度は、訪問者の体験に直結するだけでなく、検索評価にも影響する要素です。読み込みが遅いページは離脱されやすく、せっかくの流入を成果につなげにくくなります。速度の改善は、技術と体験の両面で取り組む価値があります。
速度を客観的に評価する指標がCore Web Vitalsです。これは主要な三つの指標で構成され、読み込みの速さを示すLCP、操作への反応の良さを示すINP、表示の安定性を示すCLSがあります。それぞれに良好とされる基準値があり、Search Consoleのレポートで状態を確認できます。
改善の代表的な手段には、画像の圧縮と次世代フォーマットへの変更、不要なスクリプトの削減、サーバー応答の高速化、表示領域外の遅延読み込みなどがあります。レイアウトのずれを防ぐために、画像や広告枠にあらかじめ表示サイズを指定しておくことも有効です。
あわせて重要なのがモバイル対応です。現在の検索評価はスマートフォン版のページを基準にするモバイルファーストが前提となっています。スマートフォンで文字が読みやすいか、タップ要素が押しやすいか、横スクロールが発生しないかを確認し、PCとモバイルで内容に欠落がないかも点検します。
Core Web Vitalsの指標と改善の方向性
各指標の意味と良好の目安、主な改善手段を整理します。
| 指標 | 意味と良好の目安 | 主な改善手段 |
|---|---|---|
| LCP | 主要コンテンツの表示速度。2.5秒以内が良好 | 画像最適化、サーバー応答改善、重要要素の優先読み込み |
| INP | 操作への反応の速さ。200ミリ秒以内が良好 | 不要なスクリプト削減、処理の分割、メインスレッドの負荷軽減 |
| CLS | 表示の安定性。0.1以下が良好 | 画像や枠にサイズ指定、後から挿入される要素の領域確保 |
Search Consoleで問題を検知して修正する
テクニカルSEOは一度設定して終わりではなく、運用しながら問題を見つけて直す継続的な作業です。サイトの更新やシステム改修によって、意図しないnoindexやリンク切れ、表示速度の悪化が生じることがあるためです。検知の中心になるのがSearch Consoleです。
インデックス登録レポートでは、登録されたページと除外されたページ、除外理由を確認できます。重要なページが除外されている場合は、URL検査ツールで個別に状態を調べ、クロールの可否、インデックスの可否、canonicalの指定先を確認して原因を特定します。
ウェブに関する主な指標のレポートでは、Core Web Vitalsの状態がページ群ごとに表示されます。改善が必要なURLがまとまって示されるため、共通する原因を見つけて一括で対処すると効率的です。修正後は再検証を依頼し、結果を確認します。
問題対応では、影響範囲の大きいものから優先します。サイト全体に関わるrobots.txtやサーバーの設定、テンプレート単位の不具合は、個別ページの修正より優先度が高くなります。変更内容と日付を記録しておくと、順位や流入の変化との関係を後から検証しやすくなります。
Search Consoleで検知する代表的な問題と対応
レポートの状態から、原因の切り分けと対応を進めます。
| 検知される状態 | 考えられる原因 | 対応アクション |
|---|---|---|
| 重要ページが未登録 | noindexやrobots.txtでの除外、低品質判定 | URL検査で原因特定、除外設定を解除し再登録を依頼 |
| クロール済み未インデックス | 内容の重複や薄さ、評価の保留 | 内容の独自性強化、重複の統合、内部リンク追加 |
| Core Web Vitalsが不良 | 画像の重さやスクリプト過多 | 対象URL群の共通原因を特定し一括改善 |
| モバイルで問題あり | 文字や要素の見づらさ、表示崩れ | レスポンシブ設定と要素間隔を見直す |
テクニカルSEOで避けたい失敗
よくある失敗の一つが、コンテンツの質を後回しにして技術設定だけに注力することです。テクニカルSEOは土台であり、それ自体が検索順位を大きく押し上げるものではありません。巡回や評価を妨げる要因を取り除いたうえで、内容の価値が伝わる状態を作ることが目的です。
設定の誤用も起こりがちです。canonicalとnoindexを混同したり、robots.txtでブロックしたページにnoindexを設定して除外が効かなくなったりするケースがあります。各設定の役割を理解し、目的に合った手段を選ぶことが、思わぬ流入消失を防ぎます。
サイトの改修時に技術的な点検を省くことも危険です。デザイン刷新やシステム移行の際に、URLの変更で評価が引き継がれなかったり、テンプレートの修正でnoindexが全ページに入ってしまったりする事故が起こりえます。改修前後でインデックス状況と主要設定を必ず確認します。
外注する場合も、丸投げにせず確認できる状態を保つことが重要です。サイトマップの提出、robots.txtの内容、canonicalの方針、速度の目標値などを事前に共有し、納品後にSearch Consoleで状態を点検します。担当者が要点を理解していることが、品質を保つ前提になります。
実務で確認するチェックリスト
- robots.txtとXMLサイトマップで巡回対象を制御し、主要ページが発見される状態か確認している
- canonicalとnoindexを役割に応じて使い分け、重複と不要ページを整理している
- 重要ページがトップから二〜三クリック以内に置かれ、孤立ページがないか点検している
- URLを短く意味のある階層で設計し、公開後の不要な変更を避けている
- Core Web Vitalsの三指標を確認し、画像・スクリプト・レイアウトの改善を進めている
- モバイルファーストを前提に、スマートフォンでの可読性と内容の欠落を確認している
- Search Consoleでインデックス状況と速度の問題を定期的に検知し、修正を記録している
よくある質問
テクニカルSEOとは何ですか?
テクニカルSEOとは、検索エンジンがサイトを正しく巡回し、内容を理解し、評価できる状態に整える技術的な施策です。記事の中身を作るコンテンツSEOとは異なり、クロール、インデックス、サイト構造、表示速度といった裏側の仕組みを対象にします。コンテンツの価値を検索評価へ正しく伝えるための土台となる領域です。
テクニカルSEOとコンテンツSEOの違いは何ですか?
コンテンツSEOは記事の内容そのものを充実させ、検索意図に応える施策です。テクニカルSEOは、その内容を検索エンジンが発見し理解できるよう、技術面の障害を取り除く施策です。両者は対立するものではなく、土台であるテクニカルSEOを整えたうえで、質の高いコンテンツを積み上げる関係にあります。
テクニカルSEOは何から始めればよいですか?
まずSearch Consoleを導入し、インデックス登録状況と主な技術的な問題を把握することから始めます。重要なページが登録されているか、robots.txtやサイトマップが適切か、表示速度に問題がないかを確認します。現状の課題を可視化したうえで、影響の大きい項目から優先して対応すると効率的です。
canonicalとnoindexはどう使い分けますか?
canonicalは内容が似た複数のURLがある場合に、正規とするURLを指定して評価を一つに集約する設定です。noindexは、そのページ自体を検索結果に表示させたくない場合に登録を防ぐ設定です。重複の統合にはcanonical、検索からの除外にはnoindexと、目的に応じて使い分けます。
Core Web Vitalsとは何ですか?
Core Web Vitalsは、ページの体験を数値で評価するためにGoogleが定めた指標群です。読み込みの速さを示すLCP、操作への反応の良さを示すINP、表示の安定性を示すCLSの三つで構成されます。各指標に良好とされる基準があり、Search Consoleで自サイトの状態を確認できます。
表示速度はどのくらい検索順位に影響しますか?
表示速度はランキング要因の一つですが、それ単独で順位が大きく変わるわけではありません。内容の質や検索意図との一致が前提にあり、速度は同程度の評価のページ間で差を生む要素と捉えるのが現実的です。一方で、訪問者の離脱を防ぎ成果につなげる観点でも改善する価値があります。
テクニカルSEOは外注すべきですか?
サーバー設定や大規模なサイト改修など専門性が高い領域は、制作会社や開発担当に依頼するのが現実的です。ただし丸投げにせず、サイトマップやcanonicalの方針、速度目標を事前に共有し、納品後にSearch Consoleで状態を点検します。担当者が要点を理解していることが品質を保つ前提になります。
テクニカルSEOはどのくらいの頻度で見直すべきですか?
サイトの規模や更新頻度によりますが、Search Consoleのインデックスや速度のレポートは月に一度を目安に確認するとよいでしょう。加えて、デザイン刷新やシステム移行などサイトに大きな変更を加える際は、改修前後で主要な設定とインデックス状況を必ず点検します。
この記事に出てくる用語
意味や計算式は用語集で確認できます。