テクニカルSEOチェックリスト

はじめに

テクニカルSEOは、検索エンジンがあなたのウェブサイトを発見し、クロールし、理解し、インデックスするために必要な基盤です。

どれほど優れたコンテンツや強力なブランド、便利な製品を持っていても、ページがブロックされていたり、表示が遅かったり、重複していたり、構造が不十分でクロールしにくかったりすると、検索エンジンは適切に処理できない可能性があります。

このテクニカルSEOチェックリストは、中小企業、ECサイト、SaaSチーム、代理店、そして自身のサイトが技術的に検索エンジンの準備ができているか実用的な方法で確認したいサイト運営者向けに作成されています。

ここでは、発見可能性に最も影響を与える要素である、クロール可能性、インデックス可能性、サイトマップ、robots.txt、canonicalタグ、構造化データ、ページスピード、内部リンク、モバイルユーザビリティ、監視に焦点を当てています。

テクニカルSEOとは？

テクニカルSEOとは、検索エンジンがウェブサイトをより容易にクロール、レンダリング、インデックス、理解できるように、ウェブサイトの技術的な基盤を改善するプロセスです。

これはブログ記事を書いたりキーワードを選んだりすることではなく、サイト自体が障害にならないようにするためのものです。

テクニカルSEOには以下が含まれます：

• クロール可能性
• インデックス可能性
• XMLサイトマップ
• robots.txt
• canonicalタグ
• リダイレクト
• 構造化データ
• サイトスピード
• モバイルユーザビリティ
• 内部リンク
• JavaScriptのレンダリング
• エラーページ
• 重複コンテンツ
• Search Consoleの監視

優れたテクニカルSEOがランキングを保証するわけではありませんが、不十分なテクニカルSEOは優れたページが成果を上げるのを妨げる可能性があります。

なぜテクニカルSEOが重要なのか

検索エンジンは、ページが検索結果に表示されるまでにいくつかの手順を実行する必要があります。

エンジンが行うべきことは以下の通りです：

1. URLを発見する。
2. ページをクロールする。
3. コンテンツをレンダリングする。
4. ページを理解する。
5. インデックスするかどうかを決定する。
6. どこにランク付けするかを決定する。

テクニカルSEOは、これら最初の5つのステップをサポートします。

もしページがブロックされていたり、壊れていたり、重複していたり、低速だったり、孤立していたり、noindexタグが設定されていたりすると、そもそもランキングの土台にすら乗らない可能性があります。

だからこそ、テクニカルSEOは大規模サイトのためだけのものではありません。小規模なサイトであっても、クリーンな基盤が必要です。

1. 重要なページがクロール可能か確認する

クロール可能性とは、検索エンジンがあなたのページにアクセスできることを意味します。

まずは、最も重要なページがステータスコード200を返し、robots.txtによってブロックされていないことを確認することから始めましょう。

重要なページには通常以下が含まれます：

• ホームページ
• 商品ページ
• サービス紹介ページ
• カテゴリーページ
• 地域別ページ
• ブログ記事
• ガイド記事
• お問い合わせページ
• 会社概要ページ

よくあるクロール可能性の問題：

• robots.txtでブロックされているページ
• サーバーエラー
• リダイレクトループ
• 壊れた内部リンク
• フォームの裏に隠れているページ
• JavaScriptのみのナビゲーション

クローラーが適切にアクセスできないページは、検索で成果を上げることはできません。

2. robots.txtを確認する

robots.txtファイルは、サイトのどの部分をクロールすべきか、すべきでないかをクローラーに指示します。

通常は以下の場所にあります：

https://yourdomain.com/robots.txt

シンプルなrobots.txtファイルは以下のようになります：

User-agent: *
Allow: /

Sitemap: https://example.com/sitemap.xml

確認すべきこと：

• 重要なページがブロックされていないか。
• サイトマップが記載されているか。
• 管理画面やプライベートなエリアが適切にブロックされているか。
• ステージングサイトが誤って公開されていないか。
• 本番サイトが誤ってアクセス拒否（disallow）になっていないか。

以下のような広範なルールには注意してください：

Disallow: /

これは、サイト全体のクロールをブロックしてしまう可能性があります。

3. noindexタグを確認する

noindexタグは、検索エンジンに対し、そのページをインデックスしないように指示します。

例：

<meta name="robots" content="noindex">

noindexは、サイト内検索結果、低品質なユーティリティページ、プライベートなコンテンツなど、一部のページには有用です。

しかし、検索結果に表示させたいページに設定されている場合は大きな問題となります。

確認対象：

• ホームページ
• 主要なサービスページ
• 商品ページ
• ブログ記事
• ランディングページ
• カテゴリーページ

ランク付けされるべきページには、通常noindex指示を含めるべきではありません。

4. canonicalタグを見直す

canonicalタグは、検索エンジンに対し、どのページが優先されるバージョンであるかを伝えます。

例：

<link rel="canonical" href="https://example.com/service-page">

canonicalタグは、類似または重複するページが存在する場合に役立ちます。しかし、誤ったcanonicalタグを設定すると、重要なページがインデックスされるのを防いでしまう可能性があります。

確認すべきこと：

• 重要なページが自身をcanonicalとして指定しているか（セルフカノニカル）。
• 正しい最終URLを指定しているか。
• HTTPとHTTPSが混在していないか。
• 関連性のないページを指していないか。
• 製品バリエーションや絞り込みURLが慎重に扱われているか。

あるページが別のページをcanonicalとして指定している場合、検索エンジンは代わりにその別のページをインデックスする可能性があります。

5. 壊れたページとサーバーエラーを修正する

壊れたページはクロールのリソースを無駄にし、ユーザーエクスペリエンスを低下させます。

よくある問題：

• 404 Not Found
• 410 Gone
• 500 Server Error
• 503 Unavailable
• リダイレクトループ
• タイムアウトエラー

すべての404が悪いわけではありません。削除されたページが404や410を返すのは正しい動作です。

問題になるのは、重要なURL、内部リンク、またはサイトマップ内のURLがエラーを返す場合です。

以下の方法で修正します：

• 壊れた内部リンクを更新する。
• 削除されたページを適切な代替ページへリダイレクトする。
• 存在しないURLをサイトマップから削除する。
• サーバーエラーを修正する。
• 繰り返し発生する障害を監視する。

6. XMLサイトマップをクリーンに保つ

XMLサイトマップは、検索エンジンが重要なURLを発見するのに役立ちます。

サイトマップには、検索エンジンにクロールさせ、インデックスすることを検討してほしいページを含める必要があります。

優れたサイトマップに含めるべきではないもの：

• noindexページ
• リダイレクトされたURL
• 404ページ
• 重複したURL
• インデックスさせたくないパラメーター付きURL
• プライベートページ
• ステージング用のURL

サイトマップについて以下を確認してください：

• 正しく読み込めるか。
• canonical URLを使用しているか。
• 新しいページが公開された際に更新されるか。
• robots.txtに記載されているか。
• Search Consoleに登録されているか。

多くのサイトにおいて、サイトマップの整備は最も簡単に成果が出るテクニカルSEOの一つです。

7. 内部リンクを改善する

内部リンクは、検索エンジンがページを発見し、どのページが最も重要かを理解するのに役立ちます。

内部リンクがないページは、見つけにくく、評価も困難です。

重要なページが以下からリンクされているか確認してください：

• ナビゲーション
• カテゴリーページ
• 関連ブログ記事
• サービス紹介ページ
• フッターリンク
• コンテンツハブ
• 商品コレクション

可能な限り、説明的なアンカーテキストを使用してください。

例えば、以下ではなく：

こちらをクリック

以下を使用します：

テクニカルSEOチェックリスト

適切な内部リンクは、発見可能性とコンテキストの両方を向上させます。

8. 孤立ページを見つける

孤立ページ（オーファンページ）とは、内部リンクが一つも張られていないページのことです。

検索エンジンはサイトマップや外部リンクを通じて孤立ページを発見するかもしれませんが、サイト構造の観点からは通常、評価が低くなります。

孤立ページが発生する主な原因：

• キャンペーン用に作成されたランディングページ。
• 古いブログ記事が放置されている。
• 商品がカテゴリーから削除された。
• ページは公開されたがリンクされていない。
• サイト移行時に内部リンクが漏れている。

孤立ページを修正する方法：

• 関連する内部リンクを追加する。
• 重要なページをハブページに含める。
• 不要になったページを削除する。
• 必要に応じて古いページをリダイレクトする。

重要なページであれば、サイトの他の部分と繋げましょう。

9. リダイレクトを確認する

リダイレクトは時に必要ですが、整理されていないリダイレクトはクロールやユーザーエクスペリエンスに問題を引き起こします。

以下に注意してください：

• リダイレクトチェーン
• リダイレクトループ
• 一時的なリダイレクトを永続的に使用している
• 無関係なページへのリダイレクト
• リダイレクトURLを指している内部リンク

ベストプラクティス：

• 最終的なURLへ直接リンクする。
• 永続的な移動には301リダイレクトを使用する。
• 長いリダイレクトチェーンを避ける。
• リダイレクト先を関連性のあるものに保つ。
• 移行後は古い内部リンクを更新する。

クリーンなリダイレクト構造は、検索エンジンがサイトをより効率的に処理するのに役立ちます。

10. 有用な場合に構造化データを使用する

構造化データは、検索エンジンがページコンテンツを機械可読な形式で理解するのに役立ちます。

一般的なスキーマタイプ：

• Organization（組織）
• LocalBusiness（地域ビジネス）
• Product（製品）
• Article（記事）
• FAQPage（FAQ）
• BreadcrumbList（パンくずリスト）
• Review（レビュー）
• VideoObject（ビデオ）
• JobPosting（求人）

構造化データはリッチリザルトを保証するものではありませんが、理解を深め、特定の拡張検索機能の対象となる可能性を高めます。

確認すべきこと：

• スキーマが妥当であること。
• スキーマがページ上の表示コンテンツと一致していること。
• 必須フィールドが存在すること。
• 古く不正確なスキーマが削除されていること。
• 重複したスキーマが回避されていること。

単に設定すれば良いというものではありません。ページを真に表している場合にのみ使用してください。

11. ページスピードとCore Web Vitalsを改善する

ページスピードはユーザーエクスペリエンスに影響し、特に低速で不満を感じさせるページでは検索パフォーマンスに影響を与える可能性があります。

Core Web Vitalsの重点項目：

• 読み込みパフォーマンス
• インタラクティブ性
• 視覚的安定性

一般的な改善点：

• 画像を圧縮する。
• 最新の画像フォーマットを使用する。
• 未使用のJavaScriptを削減する。
• サーバーの応答時間を改善する。
• レイアウトのずれを防ぐ。
• ファーストビューより下のメディアを遅延読み込み（lazy-load）する。
• 必要に応じてキャッシュやCDNを使用する。

優れたSEOのために完璧なスコアが必要というわけではありませんが、極端に遅いページはパフォーマンスの妨げになります。

12. モバイルユーザビリティを確認する

現在、ほとんどのウェブサイトはモバイルデバイスで主に閲覧されています。

確認すべきこと：

• テキストが読みやすいか。
• ボタンがタップしやすいか。
• ナビゲーションが機能するか。
• コンテンツが画面からはみ出していないか。
• ポップアップが重要なコンテンツを隠していないか。
• フォームが入力可能か。
• 画像が適切にリサイズされるか。

モバイルユーザビリティは単なるデザインの問題ではなく、ユーザーと検索システムがサイトをどう体験するかに影響します。

13. JavaScriptのレンダリングを見直す

サイトがJavaScriptに大きく依存している場合、レンダリング後に重要なコンテンツが表示されることを確認してください。

一般的なJavaScript SEOの問題：

• 初期HTMLにコンテンツが含まれていない。
• スクリプト実行後のみリンクが表示される。
• メタデータがクライアントサイドでのみ変更される。
• 構造化データが不確実に注入される。
• レンダリングが遅い。

レンダリングされたHTMLを確認し、重要なページをテストしてください。

可能な限り、重要なコンテンツ、リンク、メタデータはサーバーサイドで利用できるようにしましょう。

14. 重複コンテンツの問題を避ける

重複コンテンツは検索エンジンを混乱させ、インデックスのシグナルを薄めてしまう可能性があります。

よくある原因：

• URLパラメーター
• 製品のバリエーション
• 印刷用ページ
• タグページ
• フィルターページ
• 類似の地域別ページ
• コピーされたサプライヤーの説明文

重複コンテンツを修正する方法：

• canonicalタグを使用する。
• 類似ページを統合する。
• 独自の価値を追加する。
• パラメーター付きURLを制御する。
• 優先するページへの内部リンクを改善する。

重複コンテンツが必ずしもペナルティにつながるわけではありません。多くの場合、検索エンジンは一つのバージョンを選択し、残りを無視します。

15. Search Consoleを監視する

Google Search Consoleは、テクニカルSEOの監視に不可欠です。

以下を確認するために使用します：

• インデックス状況
• ページエクスペリエンスのシグナル
• サイトマップの処理状況
• 検索クエリ
• クリック数と表示回数
• 手動による対策
• セキュリティの問題
• 「クロール済み - インデックス未登録」のページ
• 「検出 - インデックス未登録」のページ

Search Consoleは完璧ではなく、データが遅延することもありますが、テクニカルSEOに関する最も有用な情報源の一つであることに変わりはありません。

シンプルなテクニカルSEOチェックリスト

サイトをレビューする際は、このチェックリストを使用してください：

• 重要なページがステータス200を返しているか。
• 重要なページがrobots.txtでブロックされていないか。
• 重要なページにnoindexが設定されていないか。
• canonicalタグが正しいか。
• XMLサイトマップがクリーンか。
• サイトマップがrobots.txtに記載されているか。
• サイトマップがSearch Consoleに登録されているか。
• 壊れた内部リンクが修正されているか。
• リダイレクトチェーンが削除されているか。
• 孤立ページが見直されているか。
• 内部リンクが重要なページをサポートしているか。
• 構造化データが有効か。
• ページが素早く読み込まれるか。
• モバイルレイアウトが正しく機能しているか。
• 重複コンテンツが制御されているか。
• Search Consoleが監視されているか。

テクニカルSEO監査はどのくらいの頻度で行うべきか？

小規模なサイトであれば、月に一度の技術チェックで十分かもしれません。

活発なECサイト、パブリッシャー、SaaSサイト、またクライアントのウェブサイトを管理している代理店の場合、毎週のチェックや自動化されたチェックがより有効です。

また、以下のタイミングでも技術チェックを行うべきです：

• サイト移行の前後。
• 重要な新しいコンテンツを公開した後。
• テーマやテンプレートを変更した後。
• 新しいアプリやプラグインをインストールした後。
• URL構造を変更した後。
• 重要なページをインデックス登録申請する前。

テクニカルSEOは一度限りの作業ではありません。ウェブサイトは常に変化し、問題は再発する可能性があるからです。

IndexStreamの役割

IndexStreamは、ウェブサイト運営者や代理店がテクニカルSEOチェックをワークフローに組み込む手助けをします。

単に監査結果を出すだけでなく、IndexStreamは以下をサポートします：

• Search Consoleを通じてGoogleにサイトマップを送信し、ページが変更された際にBingやその他のIndexNow対応検索エンジンに通知する。
• 送信前にページの準備状況を確認する。
• クロールおよび発見シグナルを監視する。
• Search Consoleおよびアナリティクスのデータを追跡する。
• 修正カードを生成する。
• 問題の優先順位を付ける。
• 競合ページのベンチマークを行う。
• コンテンツブリーフを作成する。
• 時間の経過に伴う進捗をレポートする。

目的は、静的な監査から組織的なプロセスへと移行することです。問題を発見し、何が重要かを理解し、修正し、改善を確認し、その後の状況を監視します。

関連する読み物として、「ページがインデックスされない理由」、「Google Indexing APIとは何か」、「IndexNowとは何か」もあわせてご覧ください。

最後に

テクニカルSEOとは、あらゆる微細な問題を追いかけることではありません。

検索エンジンやユーザーがあなたのコンテンツにアクセスし、理解し、信頼するのを妨げている障壁を取り除くことが目的です。

まずは基本から始めましょう：

• そのページはクロールできるか？
• インデックスできるか？
• canonicalは正しいか？
• サイトマップはクリーンか？
• コンテンツにアクセスできるか？
• 内部リンクは発見に役立っているか？
• 技術的なエラーは監視されているか？

これらの基盤が整えば、コンテンツや競合調査、そして継続的なSEOの取り組みが、より良い結果につながる可能性が高まります。

よくある質問

テクニカルSEOとは何ですか？

テクニカルSEOとは、検索エンジンがWebサイトをより容易にクロール、レンダリング、インデックスし、理解できるように、サイトの技術的な基盤を改善するプロセスのことです。

中小企業にとってテクニカルSEOは重要ですか？

はい。中小企業のWebサイトであっても、クロールやインデックスが可能で、モバイルフレンドリーであり、技術的に明確である必要があります。

テクニカルSEOの監査はどのくらいの頻度で行うべきですか？

小規模なサイトであれば、月1回のチェックで十分な場合が多いです。活発なサイトやECサイト、代理店サイトなどは、より頻繁にチェックすることをお勧めします。

テクニカルSEOでランキングは保証されますか？

いいえ。テクニカルSEOはランキングを保証するものではありませんが、テクニカルSEOの不備は、優れたページが正当に評価されることを妨げる可能性があります。

最初に対処すべき最も重要なテクニカルSEOの課題は何ですか？

まずはクロール可能性とインデックス可能性から始めましょう。重要なページがブロックされていたり、noindexが設定されていたり、リンク切れしていたり、他のページに正規化（canonical）されていたりする場合は、それらを優先的に修正してください。

構造化データは必要ですか？

すべてのページに構造化データが必要なわけではありませんが、特定の種類のコンテンツを検索エンジンがより明確に理解する助けとなります。

テクニカルSEOにはどのようなツールが必要ですか？

最低限、Google Search Console、サイトマップ、robots.txt、ページの速度チェックツール、そして課題と修正内容を追跡する手段が必要です。