SEO専門家は朝にサイトの順位を確認します — デスクトップの検索結果でTOP-3。クライアントは電話で同じクエリを開きます — サイトは2ページ目にもありません。パニックが始まりますが、実際には何も壊れていません: Googleは以前からモバイルユーザーとデスクトップユーザーに異なる結果を表示しており、正しいモニタリング手法がなければ、矛盾したデータを無限に受け取ることになります。
なぜモバイルとデスクトップの検索結果が異なるのか
2019年以降、Googleは完全にモバイルファーストインデクシングに移行しました — インデックスは主にサイトのモバイル版に基づいて構築されています。一見すると、これにより検索結果が統一されるはずでしたが、実際には逆のことが起こりました: アルゴリズムは、リクエストが来たデバイスの種類に応じて結果をさらに差別化することを学びました。
デスクトップの検索結果は、拡張スニペット、サイトマップ、展開された「人々も質問します」ブロックなど、従来のオーガニック結果を表示することが多いです。モバイルの検索結果は、ローカルな結果、地図、クイック回答ブロック、動画、AMPページ（まだ使用されているところ）を優先します。商業的なリクエストでは、モバイルデバイス上でのレスポンシブデザイン、迅速な読み込み、構造化データを持つサイトの順位が高くなることが多く、これはモバイルトラフィックで厳しく評価されるコアウェブバイタルに直接関連しています。
クライアントに順位を報告するエージェンシーやマーケティング担当者にとって、これは問題を引き起こします: デスクトップからのみサイトを測定すると、現在60-70%のトラフィックが来ているモバイル検索結果での順位の低下を見逃す可能性があります。逆に、モバイルの順位だけに焦点を当てると、依然としてB2Bや高額な取引にとって重要なデスクトップセグメントでの低下を見落とすことが容易です。
結果の違いの主要な要因
順位の違いは偶然ではなく、モニタリングシステムのバグでもありません。これは、同時に機能しているいくつかの要因の重なりの結果です。
ローカル検索と地理的位置。 モバイルデバイスでは、Googleはユーザーの位置情報データをより積極的に使用します — GPS、Wi-Fiネットワーク、携帯電話の基地局。デスクトップ検索は、より頻繁にIPアドレスのみに依存します。つまり、「近くのカフェ」というリクエストが電話とコンピュータで同じネットワーク内にある場合、異なる結果が表示される可能性があります。これは、モバイルの地理位置モジュールがより正確だからです。
パーソナライズと検索履歴。 ユーザーが電話でGoogleにログインし、特定のものを定期的に検索している場合、検索結果はその興味に合わせて調整されます。プライベートモードで順位を確認する場合、これが影響を与えるべきではありませんが、多くの専門家は依然としてクッキーをクリアせずに通常のブラウザを介して順位を監視しています。
読み込み速度とUXメトリクス。 Googleは、モバイル版のサイトをデスクトップ版とは別に評価します: LCP、FID（現在はINP）、CLSは主にモバイルトラフィックに基づいて評価されます。重いデスクトップ版のサイトでも、軽いモバイル版があれば、モバイル検索結果でボーナスを得ることができます。
異なるSERP機能。 フィーチャースニペット、カルーセル、ショッピングブロック、ローカルパックは、デバイスによって異なる表示をされます。デスクトップのオーガニック検索での「3」の順位は、ローカルパックがない場合、モバイルでは実際には「1」を意味することがあります。
なぜ1つのIPからのモニタリングが誤ったデータを提供するのか
手動で順位を確認する際の主な誤りは、職場のコンピュータでGoogleを開き、個人の電話で見える結果と比較することです。問題は、両方のリクエストが同じオフィスまたは自宅のIPアドレスから送信され、しばしば同じデータセンターまたはプロバイダーのサブネットから来ていることです。Googleはこれを1つのソースとして認識し、異なる都市や地域のユーザーに対する実際の順位を反映しない混合された、パーソナライズされた、または「平均化された」画像を表示することがあります。
さらに、IPの評判の問題が加わります: もし1つのアドレスから多くの自動化されたリクエストがGoogleに送信されると（まさにそうやって順位を解析するパーサーが動作します）、検索エンジンはキャプチャを表示したり、結果を制限したり、リクエストを完全にブロックしたりします。これは、複数のクライアントのために毎日数十、数百のキーワードを監視しているエージェンシーにとって特に重要です。
もう1つのニュアンスは、IPの地理的関連性です。もしあなたがクラスノダールのクライアントのために順位を確認していて、あなたのパーサーがモスクワのデータセンターのIPで動作している場合、結果はモスクワの検索結果を反映し、ターゲット地域のものではありません。ローカルSEO（レストラン、サービス、地域のオンラインショップ）にとって、これは順位レポートの価値を完全に失わせます — クライアントは、実際の購入者が見るものとは一致しない数字を受け取ります。
そのため、プロのランクトラッカーやエージェンシーは、オフィスの単一のIPアドレスではなく、特定の都市や地域に関連付けられたプロキシを使用します。各デバイスと地域に対して、モバイルまたはデスクトップトラフィックのタイプに対応する、個別のクリーンなIPアドレスが必要です。
順位モニタリングを正しく設定する方法
ユーザーが実際に見るものを正確に反映するデータを得るためには、モニタリングを同時に3つの軸に沿って構築する必要があります: デバイスタイプ、地理的位置、IPのクリーンさ。
ステップ1. モバイルとデスクトップの検索結果を分けて確認します。 ほとんどの現代のランクトラッカー（Topvisor、SE Ranking、Serpstat、Ahrefs Rank Tracker）は、プロジェクト作成時にデバイスタイプを指定することを許可しています。ブラウザを介して手動で順位を監視する場合は、DevToolsでモバイルユーザーエージェントをエミュレートするか、アンチデテクトブラウザで別のモバイルプロファイルを使用してください — さもなければ、Googleはデフォルトでデスクトップ版の検索結果を提供します。
ステップ2. 各確認を必要な地域に関連付けます。 ローカルビジネスの場合、クライアントがいる都市から順位を測定することが重要であり、物理的にオフィスやサーバーがある地域からではありません。これには、都市レベルでの地理ターゲティングを持つプロキシが必要です。
ステップ3. モバイルとデスクトップトラフィックに異なるIPを使用します。 Googleはネットワークのタイプ（モバイルキャリア vs 通常のインターネットプロバイダー）に関連付けて行動パターンを分析するため、最大限にリアルな画像を得るためには、モバイルリクエストをモバイルプロキシを通して処理し、デスクトップリクエストを通常のプロバイダーのレジデンシャルIPを通して処理するべきです。こうすることで、検索結果は特定のデバイスタイプの実際のユーザーのように形成されます。
ステップ4. リクエストの回転と頻度制限。 良いプロキシを使用していても、短期間に1つのIPから数百のリクエストを送信することは避けるべきです — これは依然として自動化されたパーシングのように見えます。ランクトラッカーやプロキシマネージャーでIPの回転を設定し、リクエストが同じ地域の異なるアドレス間で均等に分配されるようにします。
ランクトラッキングとそれに必要なプロキシツール
ほとんどのSEO専門家は自分でパーサーを作成しません — 彼らはすでに地理的位置やデバイスタイプで動作する位置モニタリングサービスを使用しますが、リクエストが通過するIPの品質を常に制御できるわけではありません。
TopvisorとSE Rankingは、都市に関連付けてモバイルとデスクトップの検索結果を個別に確認することを可能にしますが、内蔵のIPプールはしばしばサービスのすべてのクライアントに共通であり、これがキャプチャや高頻度の確認時に不正確なデータを引き起こすことがあります。
SerpstatとAhrefsは、順位に関する履歴データへのアクセスを提供し、デスクトップの検索結果をうまく処理しますが、モバイルセグメントの精度はデータ収集インフラの特性により低下します。
自分のモニタリングシステムを構築するか、SERPサービスのAPIの上にカスタムスクリプトを使用する場合は、各リクエストがどのタイプのプロキシを通過しているかを自分で制御することが重要です。モバイルユーザーを模倣するためには、通信事業者のモバイルIPアドレスを使用するのが理にかなっています — Googleはそのようなリクエストを4G/5Gネットワークからの通常のトラフィックとして認識し、ブロックやキャプチャの可能性を減少させます。デスクトップセグメントにはレジデンシャルプロキシが適しています — それらは通常の家庭の接続のように見え、検索エンジンの保護システムに疑念を抱かせません。
SEOモニタリングのためのプロキシの種類の比較
プロキシの種類の選択は、順位データの精度に直接影響します。以下は、異なるオプションがGoogleの検索結果を確認する際の挙動です。
| プロキシの種類 | 適している用途 | キャプチャ/禁止のリスク | 地理ターゲティングの精度 |
|---|---|---|---|
| モバイルプロキシ | モバイル検索結果のモニタリング、ローカル検索 | 低い | 高い（キャリアレベルで） |
| レジデンシャルプロキシ | デスクトップ検索結果のモニタリング、都市ごとの大量確認 | 低い | 高い（都市レベルまで） |
| データセンタープロキシ | 厳密な地理的関連付けなしでの迅速な大量確認 | 中〜高 | 中程度（国/地域のデータセンターのレベルで） |
数回の迅速な確認を厳密な精度要件なしで複数の地域で行う場合、データセンターのIPは時間とリソースを節約します。しかし、ローカルビジネスのクライアントのために定期的にモニタリングを行う場合、レジデンシャルおよびモバイルアドレスは、Googleの目に映る実際のユーザーのトラフィックのように、はるかに安定したリアルなデータを提供します。
正しい順位モニタリングのチェックリスト
クライアントに順位レポートを送信する前に、このリストを確認してください — これはデータの歪みの典型的な原因をカバーしています。
- 順位確認は、ランクトラッカーの設定でモバイルとデスクトップのセグメントに分かれています。
- クライアントの各地域には、国だけでなく都市に関連付けられたプロキシが使用されています。
- モバイルリクエストはモバイルIPを通じて、デスクトップリクエストはレジデンシャルまたはデータセンタープロキシを通じて行われています。
- IPの回転が有効で、リクエストが同じアドレスに連続して集中しないようにされています。
- Googleにログインせず、クッキーをクリアして確認が行われ、パーソナライズが除外されています。
- 地元のSERP機能 — 地図、ローカルパック、ショッピングブロック — が考慮されており、順位の認識に影響を与える可能性があります。
- 確認の頻度は、キャプチャを避けるために特定のプロキシのための合理的な制限を超えません。
順位確認時のよくある間違い
デスクトップからのみの確認。 最も一般的な誤り — 特に大きなモニターで作業することに慣れている専門家にとって、65-70%の検索トラフィックがほとんどのニッチでモバイルデバイスに来ていることを考慮しないことです。
地理的関連付けの無視。 他の都市のIPから地域のリクエストを確認すると、レポートに美しく見える数字が表示されますが、実際のビジネスのオーディエンスが見るものとは一致しません。
1つのアドレスからのリクエストが頻繁すぎる。 これはキャプチャ、時間的なブロックを引き起こし、その結果、モニタリングデータの欠落を引き起こします — 順位のグラフは、サイトがトップから外れたり戻ったりしているように見えますが、実際にはGoogleから正しい応答を得られなかっただけです。
比較できないデータの比較。 クライアントにデスクトップの順位を示し、彼が電話でサイトを開くと同じ結果が見えない — レポートへの信頼が低下しますが、専門家側の方法論的な誤りは、これを防ぐには不十分でした。
結論
モバイルとデスクトップのGoogle検索結果の違いは、パニックの理由ではなく、現代の検索の特性であり、モニタリングの方法論に考慮する必要があります。順位レポートが実際の状況を反映するためには、デバイスタイプごとに確認を分け、リクエストを必要な地域に関連付け、トラフィックの性質に応じたIPアドレスを使用することが重要です。
ローカルビジネスや複数のクライアントの順位を定期的にモニタリングしている場合は、モバイルトラフィックを模倣するためのモバイルプロキシとデスクトップ検索結果のためのレジデンシャルプロキシに注目してください — この組み合わせは、ユーザーが自分の地域やデバイスでGoogle検索で実際に見るものの最も正確な画像を提供します。