カタログのインデックス維持が最も難しい理由
ブログ記事は一度書けば、その後はほとんど変わりません。しかし商品ページはそうはいきません。価格は変わり、バリエーションは在庫あり・なしを行き来し、季節商品は四半期ごとに追加・アーカイブされ、カタログが成長したりサイトがリデザインされたりするたびにコレクション全体が再構築されます。こうした変化のひとつひとつが、検索エンジンが気づいて再クロールしなければ正確な状態を保てないイベントです。数千のSKUを抱えるストアでは、それが毎週何千もの小さな変更として発生しており、そのほとんどはストア自身のデータベースの外にいる誰もそれが起きたことを知らないため、自然には再クロールの対象として認識されません。その結果、一定の規模を超えたほぼすべてのカタログで同じようにムラのある状態が生まれます。インデックスされていて正確なページもあれば、インデックスされてはいるが実は古くなっているページもあり、そして——しばしば最も新しく商業的に重要なページが——そもそも一度もインデックスされないままのページもあります。
URL数が実際にどこから生まれるか
一般的なストアのインデックス対象となる面は、商品ページだけではありません。ホームページ、すべてのカテゴリとサブカテゴリ、個々の商品、そしてプラットフォームの設定次第では商品のバリエーション(サイズ、色、セット、素材)一つひとつが別々のURLとして存在することも珍しくありません。ShopifyとWooCommerceはどちらも、ストアオーナーが特にカノニカル処理を設定してそれを防いでいない限り、バリエーションURLとフィルター済みコレクションURLをデフォルトで生成します。だからこそ、実質的な商品数が数百点しかないストアでも、技術的にインデックス可能なURLが合計で数千件に達することが容易に起こり得るのです。しかもその大部分は互いに完全に独立したスケジュールで変化します。サイズバリエーションの在庫切れは、親となる商品自体の説明文や価格にはまったく影響しません。
カタログのインデックスに穴が空く3つの主な原因
1つ目は、クローラーの追いつく速度を上回って公開される新商品ページです。商品が公開され、実際に販売・広告が始まっているのにまだインデックスされていないため、有料トラフィックは機能してもオーガニック検索トラフィックはまだそのページを見つけられません。2つ目は、明確なステータスシグナルのないまま無期限に公開され続ける廃盤・在庫切れページです。もはやビジネスにとって重要ではないページを再チェックするためだけに、クロール予算が使われ続けてしまいます。3つ目は、フィルタリングや並べ替えのパラメータ(?sort=price、?color=red、?page=2など)によって生成される重複・準重複URLで、これらが限られたクロール対象の枠をカノニカルな商品ページやカテゴリページと直接奪い合います。3つとも根本的な対策はそれぞれ異なりますが、いずれも同じ根本原因に行き着きます。カタログの変化の速さが、クローラーが自発的に気づける速さを上回っているということです。
新商品の遅延を解消する
直接的な解決策は、次回の定期クロールサイクルで自然に発見されるのを待つのではなく、新規・更新された商品URLを公開された瞬間に送信することです。権威性が低い、あるいはクロール頻度の低いドメインでは、この待ち時間が実際に数週間に及ぶこともあります。これはまさにIndexNowが埋めるギャップです。新商品が検索してもまだ見つからない状態のまま放置されるのではなく、商品ページが公開されたのと同じ瞬間に送信が行われ、IndexNowに対応するエンジン(Bing、Yandex、Seznam.cz、Naver)がより速いクロールのためにそれをキューに入れます。通常のクロール頻度でそのページが処理されるまで待つのではなく、たいてい数分以内にインデックスされます。
廃盤・在庫切れページを修正する
本当になくなってしまった商品のページは、最も近い現行の代替商品へ正式な301リダイレクトを行うか、送るべき妥当な代替先が本当にない場合は正直に404か410を返すべきです。「在庫切れ」バナーだけを表示して他に何のシグナルもないまま無期限に公開し続けることは、もはやビジネスにも訪問者にも役立たないページにクロール予算を消費し続けるだけです。既知のスケジュールで再入荷が見込まれる商品であれば、ページを公開・インデックスされたままにしておくのが正しい判断です。一方、恒久的に廃盤となった商品であれば、実際にインデックスから外れさせる方が、クロール効率の面でも、古い検索結果からたどり着いて行き止まりに遭う訪問者にとっても望ましい結果になります。
フィルターと並べ替えパラメータによる重複を修正する
カテゴリページの?sort=、?filter=、?page=といった各バリエーションは、クローラーから見ると技術的にはそれぞれ別個のURLであり、それらすべてが実は同じ商品一覧を並び順や表示範囲だけ変えて表示しているに過ぎないということを、何も自動的には伝えてくれません。フィルター済みの各バリエーションに、シンプルでフィルターのかかっていないカテゴリURLを指すカノニカルタグを設定することで、どのバージョンがインデックスされ、ランキングされるべき価値のあるものかを検索エンジンに明確に伝えられます。これにより、クロール予算は本当に重要な実際のページに向けられるようになり、実質的には同じ一覧をわずかに異なる形で表示しているだけの何十ものパラメータの組み合わせに薄く分散されることがなくなります。
カタログ移行を一括送信する
プラットフォームの全面移行、一括価格更新、サイト全体のURL構造変更は、カタログ内のすべてのURLを一度に変化させることがあります。これはまさに一括API送信のために作られたケースであり、専任担当者が何日もかけて手作業で対応するダッシュボードの1件ずつのワークフローとは対照的です。5,000クレジットのEnterpriseプランの残高であれば、移行後の中規模カタログの全件再送信を1回のバッチで無理なくカバーできます。10,000クレジットのAgencyパッケージであれば、クライアントごとに別々のパッケージを購入することなく、複数のクライアントストアで同じ再送信プロセスを1つのアカウントから実行できます。いずれにせよ、移行直後の目標は規模にかかわらず同じです。新しく正しいURLセットをできるだけ早く検索エンジンに提示すること。ランキングとトラフィックが静かに目減りしていく間、遅いオーガニックな再発見が自分のペースで追いついてくるのを待つべきではありません。
一度きりの対応より継続的なメンテナンスが勝る
カタログは一度仕上げたら終わりのプロジェクトではなく、恒久的に最新の状態を保ち続けるものです。廃盤商品のリダイレクトマップやフィルターURLのカノニカル戦略も、今日たまたま公開されている商品だけに後付けで適用するのではなく、これから先に追加されるすべての新商品に対して継続的に適用され続けて初めて意味を持ちます。商品の作成・更新イベントのたびに自動送信ステップを組み合わせることで、カタログのインデックス対応は誰かがスケジュールを組んで対応する不定期のクリーンアッププロジェクトではなく、日常的で目に見えないメンテナンスになります。そして詰まってしまった送信があっても、7日後には自動的にクレジットが返金されるため、実際には一度もキューに入らなかった検索エンジンに対してクレジットが静かに無駄になることはありません。
オーガニッククロールを待つだけでなく、次のページをもっと早く見つけてもらいませんか?
IndexLaunchは、送信されたURLをキューに入れた瞬間に複数の検索エンジンへ送ります。
カード登録不要 · クレジットに有効期限なし
または、任意のページのインデックス可能性を無料でチェック →