テクニカルSEOとは?主要施策と優先順位つきチェックリスト【2026年版】
テクニカルSEOとは、検索エンジンがサイトを正しくクロール・インデックスし、ページを高速に表示できるよう、サイトの技術面を整える施策の総称です。良い記事を書いても、そもそもGoogleがページを見つけられなかったり、表示が遅くて離脱されたりすれば順位は伸びません。テクニカルSEOはその土台を担います。この記事では、定義とコンテンツSEOとの違い、クロール・インデックス・表示速度などの主要施策、そして何から着手すべきかを優先順位つきチェックリストと確認ツールで整理します。2026年の実務に合わせ、AMPやFAQリッチリザルトなど扱いが変わった項目も更新しています。
まとめ:テクニカルSEOの要点
- テクニカルSEOの役割は、Googleの「クロール→インデックス→ランキング」の前2工程を詰まらせないこと。順位そのものを直接上げる魔法ではない。
- 最優先は「インデックスされているか」の確認。noindexやrobots.txtの誤設定で自ら検索対象から外しているケースが最も損失が大きい。
- 表示速度はCore Web Vitalsで測る。2024年3月にFIDがINPへ置き換わり、基準はLCP2.5秒以内・INP200ミリ秒以内・CLS0.1以下。
- モバイル対応はもはや差別化要因ではなく前提。2024年7月にモバイルファーストインデックスが全サイトで完了している。
- 本文が薄い・検索意図とずれているサイトでは、テクニカルSEOを詰めても順位は動かない。中身の改善が先。
テクニカルSEOとは(定義・役割・メリット)
定義とGoogleの3工程における役割
Googleがページを検索結果に出すまでには「クロール(発見)→インデックス(登録)→ランキング(順位付け)」の3工程があります。テクニカルSEOが担うのは主に前半2工程で、クローラーがページへ到達でき、内容を正しく解釈して登録できる状態を作ることです。具体的にはXMLサイトマップ、robots.txt、canonical、表示速度、モバイル対応、HTTPS、構造化データといった要素が対象になります。コンテンツの質そのものではなく、コンテンツがGoogleに届くまでの経路を整える領域だと捉えると位置づけが明確になります。
内部対策・コンテンツSEO・オフページSEOとの関係
SEOは大きく、サイト内で完結する内部対策と、被リンクなど外部要因を扱う外部対策(オフページSEO)に分かれます。テクニカルSEOは内部対策のうち技術面を指し、記事の企画・執筆を担うコンテンツSEOの進め方と対になります。両者を含む内部施策の全体像と着手順はオンページSEO(内部対策)の整理にまとめています。テクニカルSEOはこのうち「検索エンジンに正しく伝える」役割を受け持ちます。
取り組むメリットと、効果が出る前提
メリットは、クロール漏れやインデックス除外による機会損失をなくし、既存コンテンツの評価を取りこぼさない点にあります。表示速度の改善は離脱率の低下にも直結します。ただし効果が出るのは「コンテンツが検索意図に応えている」ことが前提です。土台を整えても中身が伴わなければ順位は動かないため、テクニカルSEOは単独の施策ではなくコンテンツSEOと並行して進めます。
テクニカルSEOとコンテンツSEOの違い
両者は目的も担当も異なりますが、どちらか一方では成立しません。検索エンジンにページを正しく認識させるのがテクニカルSEO、ユーザーの疑問に答えて評価される中身を作るのがコンテンツSEOです。
| 観点 | テクニカルSEO | コンテンツSEO |
|---|---|---|
| 目的 | クロール・インデックス・表示の最適化 | 検索意図に応える情報提供 |
| 主な施策 | サイトマップ/canonical/表示速度/構造化データ | キーワード設計/記事作成/リライト |
| 評価する相手 | 主に検索エンジン | 主にユーザー |
| 効果の出方 | 整えば即時〜数週間で反映 | 数か月かけて蓄積 |
| 主担当 | エンジニア/SEO担当 | 編集/ライター |
テクニカルSEOの主要施策
クロール最適化(XMLサイトマップ・robots.txt・内部リンク)
クローラーが重要ページへ効率よく到達できる状態を作ります。XMLサイトマップを生成してSearch Consoleから送信し、robots.txtで管理画面や検索結果ページなど不要な領域のクロールを抑えます。内部リンクは孤立ページ(どこからもリンクされないページ)を防ぐ導線で、階層が深いページほど本文中リンクで補強します。
# robots.txt の基本例
User-agent: *
Disallow: /wp-admin/
Sitemap: https://example.com/sitemap.xml
インデックス制御(noindex・canonical・重複コンテンツ)
ここが最も事故が起きやすい領域です。よくある誤解として「robots.txtでブロックすれば検索結果から消える」がありますが、robots.txtはクロールを止めるだけでインデックス削除の手段ではありません。むしろrobots.txtでブロックするとGoogleがページ内のnoindexを読めず、削除されないことがあります。検索結果から外したいページにはnoindexメタタグを使い、robots.txtでは塞がないのが正解です。重複URL(wwwあり・なし、パラメータ付きなど)はcanonicalで正規URLを一つ指定し、評価の分散を防ぎます。
<link rel="canonical" href="https://example.com/page/">
<meta name="robots" content="noindex">
表示速度とCore Web Vitals(LCP/INP/CLS)
表示速度はCore Web Vitalsという3指標で測ります。2024年3月12日に応答性の指標がFIDからINP(Interaction to Next Paint)へ置き換わりました。基準値は実ユーザーデータの75パーセンタイルで、LCP2.5秒以内・INP200ミリ秒以内・CLS0.1以下が「良好」です。改善は画像の圧縮と次世代フォーマット(WebP/AVIF)、不要なJavaScriptの削減、レイアウトのずれを防ぐ画像サイズ指定などが中心になります。計測はPageSpeed InsightsとSearch Consoleのページエクスペリエンスで行います。指標の詳細と改善手順はコアウェブバイタル(LCP・INP・CLS)の基準と改善方法で解説しています。
| 指標 | 測るもの | 良好の基準 |
|---|---|---|
| LCP | 主要コンテンツの表示速度 | 2.5秒以内 |
| INP | 操作への応答速度 | 200ミリ秒以内 |
| CLS | 表示の視覚的な安定性 | 0.1以下 |
モバイル対応とHTTPS
2024年7月5日にモバイルファーストインデックスが全サイトで完了し、Googleはスマートフォン用ページを基準にインデックスします。レスポンシブデザインは差別化要因ではなく前提条件であり、モバイルで表示・操作できないページは評価されません。かつて必須とされたAMPは、2021年のページエクスペリエンス更新以降、トップニュース掲載の要件から外れ優遇もなくなりました。新規導入の優先度は低くなっています。HTTPS化はランキング要因かつ信頼性の基本で、混在コンテンツ(HTTPSページ内のHTTPリソース)を残さないことが重要です。
構造化データ(JSON-LD)
構造化データはページ内容を検索エンジンが機械的に解釈できる形式で補足する仕組みで、JSON-LDでの記述がGoogle推奨です。ただし表示される種類は年々絞られており、FAQリッチリザルトは2026年5月7日に終了、HowToも2023年に廃止済みです。実装しても検索結果に展開表示されるとは限らない点はFAQ構造化データ終了後の扱いを参照してください。現在も有効なパンくず(BreadcrumbList)や記事(Article)などを、リッチリザルトテストで検証しながら実装します。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "テクニカルSEOとは"
}
</script>
優先順位つきテクニカルSEOチェックリスト
すべてを一度に完璧にする必要はありません。損失の大きい順に着手します。まず「検索対象から外れていないか」を確認し、次に表示・モバイル、最後に構造化データという順序が実務的です。
| 優先度 | 確認項目 | 確認・実施ツール |
|---|---|---|
| 高 | インデックス除外(noindex/robots誤設定) | Search Console(URL検査) |
| 高 | HTTPS化・混在コンテンツ | ブラウザ開発者ツール |
| 高 | スマートフォン表示・操作 | PageSpeed Insights |
| 中 | Core Web Vitals(LCP/INP/CLS) | PageSpeed Insights |
| 中 | XMLサイトマップ送信 | Search Console |
| 中 | canonical・重複URL整理 | Screaming Frog |
| 低 | 構造化データ(有効な種類) | リッチリザルトテスト |
| 低 | 内部リンク・孤立ページ | Search Console(リンク) |
テクニカルSEOで順位が上がらない・やる意味が薄いケース
テクニカルSEOは万能ではありません。次のケースでは、技術面をどれだけ詰めても順位はほとんど動きません。時間とコストの配分を誤らないために、先に見極めるべきです。
- 本文が検索意図に応えていない:クロールも表示速度も問題ないのに順位が低いなら、原因は中身です。テクニカルSEOではなくコンテンツの見直しが先。
- すでに指標が良好:Core Web Vitalsが全て緑、インデックスも正常なページで、さらに速度を詰めても順位への上乗せはほぼ得られません。伸びしろのないページに工数を割かない。
- 数ページ規模の小規模サイト:クロールバジェットが問題になるのは数万ページ規模から。小規模サイトでサイトマップ最適化に時間をかけても効果は小さい。
- ドメイン評価が根本的に不足:競合が強い領域では、被リンクや実績といった外部要因が順位を左右します。技術面の整備だけでは上位化しません。
逆に効果が明確なのは、インデックス除外・表示速度の遅延・モバイル非対応といった「明らかな減点」を抱えているサイトです。まずは減点をなくすこと、それがテクニカルSEOの費用対効果が最も高い使い方です。
よくある質問
テクニカルSEOとコンテンツSEOはどちらを先にやるべきですか?
インデックス除外や極端な表示遅延など「明らかな減点」がある場合はテクニカルSEOを先に解消します。それらが無ければコンテンツSEOを優先し、技術面は並行して整えるのが効率的です。
テクニカルSEOは自分でもできますか?
Search Consoleでのインデックス確認、PageSpeed Insightsでの速度計測、サイトマップ送信までは専門知識が浅くても着手できます。canonicalの一括整理や大規模サイトのクロール制御は、CMSやサーバー設定の知識が必要になります。
robots.txtでブロックすれば検索結果から消えますか?
消えません。robots.txtはクロールを止めるだけで、インデックス削除の手段ではありません。むしろブロックするとページ内のnoindexが読まれず残ることがあります。削除したいページにはnoindexメタタグを使い、robots.txtでは塞がないでください。
AMPは今も導入すべきですか?
優先度は低いです。2021年のページエクスペリエンス更新以降、Googleはトップニュース掲載でAMPを要件とせず優遇もしていません。レスポンシブデザインとCore Web Vitalsの改善で十分対応できます。
構造化データを入れれば検索結果が目立ちますか?
種類によります。FAQは2026年5月、HowToは2023年に表示が終了しました。パンくずやレビューなど現在も有効な種類を、リッチリザルトテストで確認しながら実装します。