ショップサーブが検索に出ないとき、まず見る5つ
Navigation
- Search OS
- ショップサーブ
ショップサーブが検索に出ないとき、まず見る5つ
- Category
- Tips
- Reading Time
- 11分で読める
- Guide Title
- 日本ECプラットフォーム別 検索・AI検索ガイド
ショップサーブのショップが検索やAI検索に出ないときに見る順番を5つに整理します。3秒の表示遅延を「ボットが読み取れない」問題として見る理由、原因の分解と対処の順番、3つのツールの使い分け、コンサルティン...
- URL
- searchos.io/ja/blog
- Brand
- Search OS
- Copyright
- © 2026 Search OS
ショップサーブのショップで商品ページの表示に3秒以上かかり、離脱率の上昇が体感でも分かる。この状態がSEOの評価にも影響しているのかが分からない。コンサルティングでSEOの初期設定をしてもらったが、この先は自分で何を見ていけばいいのかが分からない。ショップサーブを使うショップから届く相談は、この2つに集中しています。
どちらも、画面上は問題なく見えるという点が共通しています。表示の遅れは、人には離脱として現れますが、クローラーに対しては商品情報を読み取れないという形で現れ、画面には何も表示されません。コンサルティングで整えた状態も、商品を追加したりテンプレートを触ったりするうちに崩れますが、崩れに気づく仕組みがなければ半年後には初期設定の効果は残っていません。この記事では、個別の記事で整理してきた内容を「まず見る5つ」の順番にまとめ直します。数値と手順は各記事のものをそのまま使い、詳しい作業は記事末尾のリンク先に譲ります。
1. 3秒の表示遅延は、順位より「ボットが読み取れない」問題として見る
表示に3秒以上かかる状態は、人と検索エンジンの両方に影響します。ただし、影響の出方が違います。人に対しては離脱として現れます。検索エンジンとAIに対しては、順位が直接下がるわけではなく、クローラーが描画を待ちきれずに商品情報を読み取れない、あるいは取得回数を減らすという形で現れます。「3秒」という数字自体に閾値の意味はありません。GoogleのCore Web Vitalsは別の基準を公開していて、最大コンテンツの描画(LCP)は2.5秒以内、操作への応答(INP)は200ミリ秒以内、レイアウトのずれ(CLS)は0.1以内です。3秒を超えている状態は、LCPの「改善が必要」または「不良」の範囲にある可能性が高くなります。
影響先 | 何が起きるか | 見え方 |
|---|---|---|
人 | 表示を待てずに離脱する | 直帰率・離脱率の上昇として分析ツールに現れる |
検索エンジン | ページエクスペリエンスの評価が下がる。ただし関連性の低い要因 | 順位変動としては小さい |
クローラー | 描画完了前に取得を打ち切る、取得頻度を下げる | Search Consoleやログでしか見えない |
AI検索 | 商品情報を読み取れず、推薦候補から外れる | 引用されないという結果でしか分からない |
順位への影響は小さくても、クローラーが商品情報を読み取れない影響は大きいです。表示速度は、SEOの要因である前に、ボットがページを読めるかどうかの前提条件です。3秒を切っても順位への直接効果は限定的で、効果が出るのは索引の安定と離脱率の改善です。順位より「読み取れているか」を先に確認します。
2. 原因を外部スクリプト・画像・描画依存・サーバー応答に分け、この順番で対処する
同じ原因でも、人とボットでは別の結果になります。外部スクリプトの読み込み待ちでは、人は白い画面を待ちますが、ボットは待たずに取得を終えます。大きな画像では、人は画像が順に表示されるのを待ちますが、ボットは画像を読まず、描画完了だけを待ちます。JavaScript描画後にしか出ない商品情報は、人には最終的に見えますが、ボットは描画前のHTMLを読んで「情報がない」と判断することがあります。3つ目が最も深刻で、人には正常に見えるため運営者は気づけません。
原因 | 典型例 | 確認方法 | 対処 |
|---|---|---|---|
外部スクリプト | レビュー、チャット、レコメンド、計測タグ、広告 | ブラウザの開発者ツールで読み込み順と時間を確認 | 不要なものを外す。残すものは遅延読み込み |
画像 | 圧縮されていない商品画像、1ページに数十枚 | PageSpeed Insightsの「画像の最適化」項目 | 圧縮、次世代形式、遅延読み込み |
描画依存 | 商品説明・価格・在庫がJavaScriptで後から挿入される | Search ConsoleのURL検査で取得HTMLを確認 | 初期HTMLに商品情報を含める |
サーバー応答 | 応答開始までに時間がかかる | PageSpeed Insightsの「サーバー応答時間」 | プラットフォーム側の制約を確認 |
ショップサーブで運営者が直接触れるのは、主に外部スクリプトと画像です。描画依存とサーバー応答はテンプレートとプラットフォームの範囲で、確認は要りますが対処は限られます。対処の順番は、外部スクリプトの棚卸し、画像の圧縮と表示領域外の遅延読み込み、URL検査でGoogleが取得したHTMLに商品名・価格・説明が含まれているかの確認、ボットの取得状況の確認です。使っていないタグや効果の出ていないウィジェットを外すだけで1秒以上短くなる例は珍しくありません。売上に寄与しているスクリプトは残し、読み込みを遅らせて初期表示を妨げないようにします。
3. 3つのツールで別のものを測り、ボットログは別の手段で用意する
PageSpeed Insights、Search ConsoleのURL検査、サーバーログ・ボットログは、それぞれ見えるものが違います。3つを組み合わせて初めて、「人が待たされているか」「Googleが読めているか」「AIのボットが読めているか」が分かります。
ツール | 見えるもの | 見えないもの |
|---|---|---|
PageSpeed Insights | 実ユーザーの体験データとラボ計測、改善項目 | ボットが何を読んだか |
Search ConsoleのURL検査 | Googleが取得したHTMLとスクリーンショット | AI側のボットの取得状況 |
サーバーログ・ボットログ | Googlebot、GPTBot、PerplexityBotの取得回数・応答・エラー | ユーザー体験 |
ショップサーブの管理画面からは、ボットログが見えません。3つ目は別の手段を用意します。AIのボットは速度そのものより、取得の成否と、描画前のHTMLに情報があるかを見ています。遅いページは取得が打ち切られるか、頻度が下がります。速度は一度直して終わりではありません。外部スクリプトはキャンペーンやアプリ追加のたびに増え、商品画像も登録のたびに増えるため、改善した翌月に元へ戻る性質のものです。
4. コンサルティングのあとは、月1回・15分で4領域×3項目の崩れを見る
コンサルティングで整えたのは「ある日の状態」です。コンサルティングの価値は「何をすべきか」を決めたことで、決めたことが今も守られているかを見るのは、お店の側にしかできません。必要なのは専門知識ではなく、月1回・15分で「崩れていないか」を確認する決まった手順です。
領域 | 見る場所 | 崩れの兆候 |
|---|---|---|
索引 | Search Console ページレポート | 索引済みが減る、除外理由が増える |
速度 | PageSpeed Insights(主力3ページ) | LCPが4秒を超える、CLSが赤 |
構造化データ | リッチリザルトテスト(商品1・カテゴリ1) | エラー、型の消失 |
コンテンツ | 自分のショップの主力ページ | 古い価格・在庫・キャンペーンが残る |
索引は、索引済みページ数が先月より大きく減っていないか、「クロール済み - インデックス未登録」「重複」が増えていないか、サイトマップのステータスが「成功」のままで検出数が商品数と近いかを見ます。速度は、主力3ページ(トップ・主力カテゴリ・主力商品)を毎月同じページで測り、LCP 2.5秒以内(4秒超は要対応)、CLS 0.1以下、INP 200ms以下を目安にします。構造化データは、商品ページ1つとカテゴリページ1つをリッチリザルトテストにかけ、先月検出されていた型(Product、BreadcrumbList等)が今月も検出されるか、価格・在庫が画面表示と一致しているかを見ます。コンテンツは、終了したキャンペーンや古い価格、「在庫あり」のままの在庫切れ商品、送料の記載が全ページで同じかを見ます。AI検索は古い情報を引用せず、ショップ内で矛盾する情報があると引用元として選ばれにくくなります。
5. 崩れたときに「誰に頼むか」を、月1回の確認とセットで決めておく
チェックリストで「崩れた」と分かっても、頼む先が決まっていないと放置されがちです。確認は「見つける」ところまでで、直すのは別の作業になります。数字が減っている、増えている場合は、商品削除、テンプレート変更、URL変更など、その間に何を変えたかを振り返り、変えた時期と数字が動いた時期が一致するかを見比べます。
崩れの種類 | 自分で直せるか | 頼む先 |
|---|---|---|
古い価格・在庫・キャンペーン | ○ | 自分 |
画像が重い・サイズ未指定 | ○(画像の再書き出し) | 自分 |
構造化データのエラー | △ | テンプレートを触った人、またはショップサーブのサポート |
索引数の急減 | △ | 原因が分からなければ相談 |
外部ツールによる速度悪化 | △ | ツールの提供元 |
頼む先は、月1回の確認とセットで1行ずつ書いておきます。商品数が数百までなら月1回で十分で、大規模なキャンペーンやテンプレート変更の直後は、その週に追加で確認します。問題がなかったことも、確認した日付と結果を残しておきます。次に問題が出たとき、「いつから」が分かることが原因特定の近道です。Search Consoleはコンサルティング時に設定されていることが多いものの、ログインできるアカウントをお店の側で持っているかを確認し、持っていなければ所有権の追加を依頼します。
Search OSは、月1回の確認では見えない部分を見続ける層です
上の4領域を毎月15分で見れば、初期設定の状態はかなり維持できます。ただし、AI検索のボット(GPTBot等)がショップを取得しているかは、Search ConsoleにもPageSpeed Insightsにも出ません。Search OSは、ショップサーブのショップを含む既存サイトを対象に、検索エンジンとAIクローラーが読みやすい構造とメタデータを別の層として提供します。人向けの画面はそのままです。ボットログで、GooglebotやGPTBotの取得状況・応答時間・エラーを継続的に確認し、索引・メタデータ・構造化データ・ボットのアクセスの崩れを検出して、修正対象として整理します。コンサルティングで決めた方針を置き換えるものではなく、その方針が今日も守られているかを、お店の代わりに見続ける層です。
担当者が先に見る質問
主力商品ページをPageSpeed Insightsにかけたとき、LCPは2.5秒以内か。4秒を超えていないか
Search ConsoleのURL検査で、Googleが取得したHTMLに商品名・価格・説明が含まれているか
レビュー、チャット、レコメンド、計測タグ、広告のうち、効果の出ていないものが残っていないか
商品画像は圧縮され、表示領域外の画像は遅延読み込みになっているか
Search Consoleにログインできるアカウントを、お店の側で持っているか
先月検出されていた構造化データの型(Product、BreadcrumbList等)は、今月も検出されているか
送料・在庫・キャンペーンの記載は、全ページで最新かつ同じか
結論
ショップサーブのショップが検索に出ないときは、まず表示速度を順位の問題ではなく「ボットが読み取れているか」の問題として見ます。原因を外部スクリプト・画像・描画依存・サーバー応答に分け、運営者が触れる外部スクリプトと画像から順に対処し、PageSpeed Insights・URL検査・ボットログの3つで別のものを測ります。コンサルティングのあとは、月1回・15分で索引・速度・構造化データ・コンテンツの4領域を見て、崩れたときの頼む先を先に決めておきます。ここまでが設定と手順の話で、その先は商品やスクリプトが増えるたびに同じ状態を保ち続ける運用の話です。