テクニカルSEOとは？ECサイト担当者が押さえる基本と優先順位
目次
テクニカルSEOとは、検索エンジンがサイト内のページを見つけ、内容を読み取り、適切なURLを検索対象として扱えるように技術面を整える取り組みです。ECサイトでは商品やカテゴリが増えるほどURLも増えやすく、コンテンツを用意するだけでは重要ページが正しく伝わらないことがあります。
大切なのは、専門用語を片端から設定することではありません。まず購入につながる商品ページやカテゴリページがクロール可能か、インデックス対象として一貫した状態かを確認し、影響範囲の大きい問題から直します。
テクニカルSEOが扱う範囲
主な対象は、内部リンク、robots.txt、noindex、canonical、XMLサイトマップ、HTTPステータスコード、リダイレクト、表示速度、モバイル表示、JavaScript、構造化データなどです。これらは別々の施策に見えますが、検索エンジンへ「どのURLを見て、どのページを検索結果へ出したいか」を伝える仕組みとしてつながっています。
titleタグや本文の改善もSEOですが、テクニカルSEOはその内容が読まれる前提を整える役割を持ちます。優れた商品説明があっても、ページがnoindexになっていたり、別URLがcanonicalに指定されていたりすれば、意図したページが検索対象にならない可能性があります。
ECサイトで重要になる理由
ECサイトには、商品、カテゴリ、ブランド、特集、検索結果、絞り込み、並び替え、会員機能など多様なページがあります。一つの商品へ色やサイズ、計測用パラメータの違いで複数URLからアクセスできることも珍しくありません。
この状態を放置すると、同じ内容に近いURLが大量に生成され、検索対象にしたいページが分かりにくくなります。反対に制御を強くしすぎると、商品リンクや画像、JavaScriptまでクロールできなくなる場合があります。ページ数の多さではなく、URLごとの役割を整理することが出発点です。
クロール・インデックス・検索表示を分けて考える
クロールはページを取得する段階、インデックスは内容を分析して検索用のデータベースへ登録する段階です。登録されたページの中から、検索内容に応じて結果が表示されます。クロールされたからといって、必ずインデックスされるわけではありません。
また、インデックスされていても、すべての検索で表示されるわけではありません。Search Consoleで問題を調べるときは、「URLを発見できない」「取得できない」「取得できたが登録されない」「登録されているが検索意図と合わない」のどこに課題があるかを分けます。
最初に確認する重要ページ
全URLを同じ優先度で見ると作業が進みません。トップページ、主要カテゴリ、売れ筋商品、新商品、検索流入のある特集など、事業上重要なページをサンプルに選びます。通常のサイト内リンクから到達でき、200で表示され、意図したcanonicalとrobots設定になっているかを確認します。
同時に、サイト内検索結果、カート、ログイン、並び替えURLなど、検索対象にしないページのサンプルも見ます。重要ページが除外されていないことと、操作用URLが無制限に検索対象になっていないことの両方が必要です。
URLの一覧を作る
ページ種別ごとに、URLの例、生成条件、検索対象にするか、canonical先、サイトマップ掲載、内部リンク元を整理します。商品やカテゴリだけでなく、パラメータ付きURL、販売終了ページ、0件ページも含めます。
一覧があると、開発担当はテンプレート単位で修正範囲を見積もれます。SEO担当も、個別ページの問題なのか、同じテンプレートに共通する問題なのかを判断しやすくなります。
優先順位は影響範囲と再発性で決める
たとえば主要商品がnoindexになっている問題は、説明文の微調整より先に対応します。全カテゴリのcanonicalが誤っている問題も、少数ページのtitle改善より影響範囲が大きいと考えられます。
優先度を決めるときは、対象URL数、売上や流入への関係、検索エンジンが取得できるか、修正後に自動生成されるページへも反映されるかを見ます。発生したURLだけを手作業で直すより、テンプレートや商品登録ルールを直すほうが再発防止になります。
Search Consoleで確認できること
URL検査では、Googleが把握しているURL、クロール状況、インデックス状態、選択したcanonicalなどを確認できます。ページのインデックス登録レポートやサイトマップの情報は、サイト全体でどのような理由のURLが多いかを見る手掛かりになります。
レポートの件数だけで良し悪しを決めず、URL例を開いて意図した除外かを確認します。「noindexにより除外」が多くても、会員ページだけなら問題ではありません。反対に、主要商品が含まれていれば設定ミスです。
開発担当へ伝えるときの書き方
「インデックスを改善する」だけでは実装内容が伝わりません。対象URLの例、現在のHTMLやHTTP応答、期待する状態、発生条件、確認方法をセットにします。たとえば「在庫復活した商品でもnoindexが残るため、公開状態に応じてrobots metaを更新する」と具体化します。
修正後の受け入れ条件も必要です。画面表示だけでなく、HTMLソース、レスポンスヘッダー、canonical、内部リンク、Search Consoleで何を確認するかを決めておくと、認識のずれを減らせます。
よくある間違い
- すべての除外URLをエラーだと考える
- robots.txt、noindex、canonicalを同じ目的で使う
- 画面で表示できるだけで検索エンジンにも見えると判断する
- 個別URLだけを直し、生成ルールを残す
- 複数の大きな変更を同時に公開して原因を追えなくする
最初のチェック項目
- 重要ページが200で表示されるか
- 通常リンクから到達できるか
- noindexやrobots.txtで誤って制限していないか
- canonicalが意図した正規URLを指しているか
- XMLサイトマップに正規URLが含まれているか
- モバイル表示でも内容とリンクが保たれているか
EC担当者と開発担当者の役割を分ける
EC担当者は、どの商品・カテゴリを検索対象にするか、販売終了後にどこへ案内するか、どのページが事業上重要かを決めます。開発担当者は、その方針をHTTP応答、テンプレート、サイトマップ、リンク生成へ反映します。どちらか一方だけでは、技術的には正しくても売り場の意図と合わない設定になりがちです。
たとえば「在庫が0になったらページを閉じる」という要件だけでは、再入荷予定の商品まで404になる可能性があります。状態を一時欠品、終売、非公開、データ不備に分け、それぞれの表示、ステータス、サイトマップ掲載、内部リンクを決めます。
改善を小さく公開して検証する
canonicalやnoindexなどテンプレート全体へ作用する変更は、一つのカテゴリや少数の商品で先に検証します。検索対象ページ、除外ページ、バリエーション、販売終了ページをサンプルにし、期待する出力を一覧にします。
公開直後はHTMLとHTTP応答を確認し、その後Search Consoleでクロールとインデックスの状態を追います。検索結果の変化には時間差があるため、技術設定が正しく配信されたかという短期確認と、登録状況が変わったかという中期確認を分けます。
定期監査へつなげる
商品登録、カテゴリ改編、CMS更新、タグ追加のたびにURLやメタ設定は変化します。重大な5xxやnoindex事故は日次で通知し、サイトマップや除外理由は月次、URL構造やクロール傾向は四半期など、変化の速さに合わせて点検周期を決めます。
監査結果は「問題URLの件数」だけでなく、発生したテンプレート、原因、修正方法、再発防止、担当者を記録します。同じ事故を毎回手作業で直すのではなく、テストや公開条件へ反映することがテクニカルSEOの運用です。
まとめ
テクニカルSEOは、検索エンジンがECサイトの重要ページを発見し、理解し、適切なURLを検索対象として扱えるようにする基盤です。設定を増やすことではなく、ページの役割と技術的な手掛かりを一致させることが目的です。
まず重要ページと除外ページを数件ずつ選び、クロール、HTTP応答、noindex、canonical、内部リンク、サイトマップを確認してください。問題をURL単位ではなく生成ルール単位で直すと、ページ数が増えても管理しやすい状態を保てます。
