タグ・特集・検索結果ページをインデックスさせる？ECサイトの判断基準
目次
ECサイトには、正式なカテゴリ以外にもタグ、特集、ブランド一覧、サイト内検索結果など多くの商品一覧があります。URLがあるからといって、すべてを検索結果へ出す必要はありません。
インデックスさせるかどうかは、独立した検索意図に答えられるか、商品集合を継続できるか、固有の説明と内部リンクを用意できるかで判断します。ページ名だけを変えた似た一覧を増やさないことが重要です。
正式カテゴリとの違い
正式カテゴリは、メニューやパンくずリストに組み込まれ、継続的な商品分類として管理されます。タグは複数カテゴリを横断する属性、特集は編集テーマや期間企画、サイト内検索結果は利用者が入力した語に応じて動的に作られる一覧です。
これらは利用者に役立つ一方、管理方法が異なります。タグを無制限に付けたり、検索語ごとにURLを作ったりすると、商品集合が似たページが急増します。
インデックス対象に向く条件
検索対象にするページは、検索した人がそのテーマの商品をまとめて比較したいこと、一定数の商品を維持できること、ほかのページと明確に違うことが必要です。
- 固有の検索需要と商品集合がある
- title、h1、説明文を正確に用意できる
- サイト内から継続的にリンクできる
- 商品ゼロや期限切れへの対応が決まっている
- canonical、サイトマップ、パンくずの方針がある
条件を満たすタグは、通常タグのまま放置せず、管理されたカテゴリや常設特集として昇格させる方法があります。
サイト内検索結果は原則慎重に扱う
利用者が入力した任意の検索語ごとにURLが作られると、誤字、個人名、商品ゼロ、ほぼ同じ語など無数のページが生まれます。検索結果ページを自動的にインデックス対象へするのは避けるのが一般的です。
需要が大きく、商品集合を管理できる検索語は、正式なカテゴリやランディングページとして作り直します。サイト内検索のURLをそのまま検索着地ページにせず、名称、説明、商品紐付け、更新担当を持たせます。
タグページを増やしすぎない
「軽量」「おしゃれ」「人気」「おすすめ」などのタグは便利ですが、基準が曖昧だと商品担当者によって付与がばらつきます。タグを検索対象にするなら、意味と付与条件を定義します。
「赤」「レッド」「あか」の表記違い、単数と複数、全角と半角で別タグができないようにします。タグ名の正規化と統合ルールを設け、ほとんど使われないタグを定期的に整理します。
特集ページの期間と再利用
母の日、夏のセール、新生活などの特集は、期間終了後の扱いを公開前に決めます。毎年同じ検索意図で再利用するなら恒久URLを保ち、内容を更新できます。年ごとにURLを分ける必要がある企画は、旧ページから最新ページへの案内を整えます。
終了後に商品がゼロになり、「開催中」と書いたまま残る状態は避けます。常設ガイドへ転換する、関連カテゴリへ転送する、404にするなど、再利用性と流入を見て判断します。
ブランドページの扱い
ブランド名で探す需要があり、複数商品を継続して扱うなら、ブランド一覧は有力な検索着地ページになります。ブランドの説明、主な商品種類、選び方、正規取扱に関する確認できる事実を示します。
一商品しかなく、今後の取り扱いも不明なら、独立ブランドページより商品ページや上位カテゴリで案内するほうがよい場合があります。メーカー説明の転載だけでページを作らず、自社の品ぞろえに結び付けます。
noindexとクロール制御
検索対象にしない一覧にはnoindexを設定する方法があります。ただし、無限に生成される検索URLをすべてクロールさせてnoindexを読ませる設計では、クロール負荷が残ります。URL生成や内部リンクも制御します。
robots.txtでクロールを禁止すると、ページ内のnoindexを確認できません。既存のインデックスを整理するときは、現在の状態と導入順序を確認します。canonicalは重複の正規化であり、単純な除外指示とは異なります。
ECサイトでの具体例
食品ECに「糖質控えめ」というタグがあるとします。明確な表示基準を満たす商品が複数カテゴリにあり、継続的に品ぞろえを維持でき、利用者が横断して探す需要があるなら、常設の特集ページとして整えられます。
title、h1、基準の説明、商品一覧、関連する食品カテゴリへのリンクを用意します。一方、「スタッフAのお気に入り」「今週だけ値下げ」といった変動タグは、検索着地ページとして維持せず、サイト内の企画表示として扱います。
サイト内検索で「低糖質」と検索されたURLは自動インデックスさせず、管理された「糖質控えめ」ページへサイト内で案内します。表記違いの重複も防げます。
常設特集と期間特集を分ける
「一人暮らし向け家具」のように年間を通じて需要があるテーマは、常設特集として更新できます。「今週のタイムセール」のように短期間だけの商品集合は、検索対象の恒久ページとは分けます。
常設特集には、選定基準、主要カテゴリへのリンク、更新担当を持たせます。期間特集は終了後の転送や削除を決め、サイトマップやメニューから自動的に外れるようにします。
UGCや自動タグの品質を管理する
レビュー投稿や商品説明からタグを自動生成すると、誤字、似た語、個人情報、不適切な表現がURLになる可能性があります。公開前の候補辞書と承認フローを設けます。
検索対象にしない内部タグでも、外部からアクセスできるURLが増えることがあります。自動タグがページを作る条件、最低商品数、noindex、リンク生成を確認します。
サイト内検索データを企画へ活かす
検索結果ページ自体をインデックスさせなくても、入力語はカテゴリ企画に役立ちます。検索回数が多く、結果がある語、ゼロ件語、検索後に購入へつながる語を分析します。
同じ意図の語をまとめ、既存カテゴリの名称改善、同義語登録、新しい常設ページの候補へ使います。検索ログには個人情報が含まれる可能性があるため、取り扱いルールも必要です。
インデックス対象を定期的に見直す
公開時には価値があったタグでも、商品が減り、上位カテゴリと同じ一覧になることがあります。表示回数、商品数、更新日、重複度を使って棚卸しします。
検索対象から外す場合は、noindexを付けるだけでなく、内部リンク、サイトマップ、canonical、代替先を確認します。利用者がブックマークしている可能性も考えます。
判断を一覧表で管理する
ページ種別ごとに、検索対象、canonical、noindex、robots.txt、サイトマップ、内部リンク、期限切れ時の処理を記録します。個々のページだけを見ると、似たテーマの重複に気付きにくくなります。
Search Consoleで表示回数とクエリを確認し、検索対象にしたページが意図どおり表示されているか、非対象URLが増えていないかを定期的に見直します。
よくある間違い
一つ目は、検索ボリュームがある語をサイト内検索URLへそのまま割り当てることです。商品紐付けと説明を管理できる正式ページを作ります。
二つ目は、特集終了後もtitleと商品ゼロの状態を放置することです。公開時に終了後の担当と処理を決めます。
三つ目は、タグをカテゴリと同じパンくず階層へ無計画に混ぜることです。属性の横断入口と商品分類の階層を区別します。
確認項目
- ページ種別と作成目的を説明できるか
- 既存カテゴリと商品集合が重複していないか
- 検索対象にする固有の需要と説明があるか
- 商品数と更新を継続できるか
- 検索結果URLやタグが無制限に生成されないか
- 期限切れや商品ゼロの処理が決まっているか
- noindex、canonical、robots.txtの役割が明確か
公開審査の流れを決める
新しいタグや特集を公開するときは、担当者が自由にインデックス対象を増やすのではなく、共通の審査項目を設けます。対象商品、想定する検索意図、公開期間、固有の説明、親ページからのリンク、終了後の扱いを記入し、既存カテゴリとの重複を確認します。
審査に通らない企画でも、利用者向けの絞り込みやキャンペーン導線として公開することはできます。その場合は検索対象にしない技術設定と、サイトマップや内部リンクの方針をそろえます。検索対象にしないことと、利用者に見せないことは同じではありません。
終了後は、流入や外部リンクがある常設価値の高いページ、翌年再利用するページ、代替先へ統合するページ、完全に終了するページへ分類します。イベント名だけ変えて同じURLを別企画へ使い回すと過去の意図とずれるため、再利用条件も決めておきます。
一覧ページ間の競合を見つける
カテゴリ、タグ、特集が同じクエリで表示される場合、どのページを主な着地先にするかを確認します。商品集合や説明の違いが小さいなら、ページを統合する、タグを操作用に戻す、内部リンクを主ページへ集めるなどの対応を検討します。検索結果に出るURLが入れ替わることだけで問題と断定せず、利用者が期待する一覧と一致しているかを基準にします。
まとめ
タグ、特集、検索結果ページは、独立した検索意図と管理できる商品集合があるものだけを検索対象にします。任意の検索語や曖昧なタグから自動的にページを増やさず、価値のあるテーマは正式な着地ページとして整えます。
現在ある一覧URLを種別ごとに棚卸しし、検索対象、操作用、期間限定、廃止予定へ分けてください。ページの役割を明文化すると、インデックス方針と更新運用をそろえやすくなります。
