2026年のSERPスクレイピングの実際の動作（Googleがnum=100を廃止しJavaScriptを必須にした後）

2つの静かな変更—JavaScriptの必須化とnum=100パラメータの廃止—が検索スクレイピングの経済を再構築しました。実際に何が変わったのか、なぜランクトラッカーが壊れたのか、そして2026年にSERPデータを確実に収集する方法をご紹介します。

2025年後半にランクトラッカーが突然静かになったり、自作のGoogleスクレイパーが空のページを返し始めたりした場合、それはあなたの想像ではありませんでした。9か月の間にGoogleは2つの変更を行い、それぞれが小さな整理のように見えましたが、合わせて検索スクレイピングの経済を静かに再構築しました。これは、実際に何が変わったのか、なぜ多くのツールが一度に壊れたのか、そしてインフラストラクチャやIPを消耗せずに2026年にSERPデータを確実に収集する方法に関する実用的なガイドです。

変更1：GoogleがJavaScriptを必須にした

2025年1月17日、GoogleはGoogle検索を使用するためにJavaScriptを必須にしました。オフにすると、結果の代わりに「検索を続けるにはJavaScriptをオンにしてください」という短いメッセージが表示されます。会社のスポークスパーソンはTechCrunchに対し、「ボットや進化する形態の悪用やスパムからサービスとユーザーをよりよく保護するため」であると述べ、JavaScriptを無効にしているユーザーからの検索は0.1%未満であると確認しました。

その0.1%という数字が鍵です。1日に約85億回の検索が行われる中で、0.1%は依然として数百万のリクエストであり、その大部分は人間ではありませんでした。それらはランクトラッカー、SEOクローラー、軽量でJavaScriptを使用しない結果ページを叩く安価なスクレイパーでした。Search Engine Journalはこの読みを直接確認しました：GoogleはボットやスクレイパーをブロックするためにJavaScriptを要求しています、SEOツールを含めて。

JavaScriptを有効にすることで、ボットや進化する形態の悪用やスパムからサービスとユーザーをよりよく保護し、最も関連性が高く最新の情報を提供できます。

実際の結果：URLを取得して静的HTMLに正規表現を実行することでGoogleを解析する時代は終わりました。結果はクライアント側で組み立てられます。スクレイパーがJavaScriptを実行できない場合、劣化したページを見るのではなく、ページが表示されません。

JavaScriptを使用しないリクエストがチャレンジウォールに当たるのと、ブラウザレンダリングされたリクエストが完全なGoogle結果を返すのを比較する図 — JavaScriptなしのリクエストは現在壁に当たります。実際のJavaScriptを実行するクライアントだけが結果ページを見ます。

変更2：num=100の廃止

2つ目の変更は見た目には小さく、影響は大きかったです。2025年9月11日頃、Googleは&num=100 URLパラメータを無効にしました。これは、1ページに100件の結果を返すように検索に指示する小さなフラグでした。10年間、それは深いランクトラッキングの基盤でした：1リクエストで100のポジション。

それが消えると、数学は一夜にして逆転しました。上位100件の結果を見るには、1つのリクエストの代わりに最大10のページネーションされたリクエストが必要です。Keyword Insightsはそのコストをその日にはっきりと示しました。

Googleはn=100 SERPパラメータを廃止しました。100のSERP結果を得るための1リクエストの代わりに、10リクエストが必要です（コストが10倍）。これは私たちのランキングモジュールに影響します。オプションを検討中で、プラットフォームをすぐに更新します。

この影響はGoogle Search Consoleにも及びました。9月10日頃から、SEOチームはデスクトップのインプレッションが急激に減少し、平均ポジションが改善されたように見えました。アナリストのBrodie Clarkの理論—広く議論されましたがGoogleによって確認されていません—は、これらの以前のインプレッションの大部分は人間ではなく、num=100を介して100結果ページを読み込むボットであり、通常のページの10倍のインプレッションを登録していたというものです。パラメータを削除すると、幻のインプレッションも消えます。これはコミュニティの解釈であり、公式な説明ではありませんが、タイミングにはぴったり合っています。

2024年の1つのnum=100リクエストが2026年には10のページネーションされたリクエストに変わり、コストが10倍に増加する図 — 1つのリクエストが10になりました。深いランクトラッキングは一夜にして約10倍高価になりました。

なぜこれが一度に多くのツールを壊したのか

ほとんどのSERPツールは、GoogleがJavaScriptなしで使えるHTMLを提供し、1リクエストで100の結果を取得できるという2つの前提に基づいて構築されていました。これらは何年も真実でしたが、今ではどちらも真実ではありません。同じ年に両方を削除すると、失敗モードが積み重なります：

静的フェッチャーは結果の代わりに空白またはチャレンジページを返します。
ページネーションベースのコレクターは、同じカバレッジのために10倍のリクエスト量が必要であり、それは10倍のプロキシ帯域幅と10倍のブロック表面を意味します。
同じIP範囲からのリクエストが増えると、アンチボットシステムがより早く作動し、成功率がちょうどボリュームが増加する必要があるときに低下します。
Search Consoleのベースラインがシフトし、過去のダッシュボードがもはや同じ条件で比較できなくなりました。

SEOエンジニアのRyan Jonesが言ったように、攻撃的なスクレイピングの波—その多くは今やAI製品を供給しています—がGoogleを反撃させ、ランクチェッカーやSERPスクレイパーを巻き添えにしました。ツールが失敗したのは、悪く書かれていたからではありません。地面が動いたからです。

2026年に信頼できるSERPスクレイピングとは

新しいベースラインには3つの譲れない要素があります。どれか1つでも欠けると、負荷がかかると成功率が崩壊します。

1. JavaScriptを実行する—しかし必要なときだけ

結果がクライアント側で組み立てられるため、JavaScriptを実行するクライアントが必要です。しかし、すべてのリクエストにヘッドレスブラウザを立ち上げるのは遅くて高価です。効率的なパターンは、軽量で本物のTLSフィンガープリントフェッチを最初に試み、ページが実際にチャレンジする場合にのみ完全なブラウザレンダリングにエスカレートすることです。ほとんどのリクエストはブラウザを必要としません。必要なものだけが自動的にそれを取得します。

2. 本物のブラウザフィンガープリントで住宅出口を回転させる

データセンターIPとデフォルトのHTTPクライアントフィンガープリントは、CAPTCHAへの最速の道です。リクエストは、Chromeのような本物のブラウザのTLSとヘッダーフィンガープリントを持って住宅IPから到着する必要があります。1つの出口がフラグされると、リクエスト自体に変更を加えずに新しいものに回転することで通常ブロックが解除されます—これは、パイプラインが「異常なトラフィック」ページで死ぬのではなく生き残るための弾力性のあるコレクターが回復する方法です。

3. 生のHTMLではなく構造化データに解析する

Googleのマークアップは常に変化しており、num=100以降、レイアウトはより断片化されています。動くターゲットに対して独自のセレクターを維持するのはフルタイムの仕事です。クリーンなJSONを返す構造化SERPエンドポイント—オーガニック結果、広告、ショッピング、知識パネル、People Also Ask、AI Overviews—は、Google側のすべての化粧的な変更からパイプラインを保護します。

リクエストが軽量TLSフェッチを試み、チャレンジ時にヘッドレスブラウザにエスカレートし、回転する住宅プロキシを通じてルーティングされ、構造化されたJSONを返すアーキテクチャ図 — 弾力性のあるパターン：TLS優先、チャレンジ時にブラウザ、住宅回転、構造化出力。

実践でのパターン

ブラウザ、プロキシプール、パーサーを自分で維持する代わりに、クエリをエンドポイントに渡し、3つすべてを処理し、クリーンな構造化結果を返します。QuantumProxies SERP APIを使用すると、1つの認証済みリクエストがJavaScriptの実行、住宅回転、解析を自動で行います：

curl --location --request GET \
  "https://app.quantumproxies.io/api/v1/serp/google/search?q=best+running+shoes&cc=us" \
  --header "Authorization: Bearer YOUR_API_KEY"

レスポンスはJSONであり、HTMLではありません—オーガニック結果と位置、広告、ショッピングユニット、知識グラフ、People Also Ask、AI Overviewsが存在する場合に含まれます。ヘッドレスブラウザを監視する必要はなく、Googleがページを再編成したときに修正するセレクターも必要ありません。ページネーションは処理されるため、num=100が無料で提供していたものを手動で再構築する必要はありません。1つの出口がアンチボットページに引っかかると、サービスは自動的に新しい住宅IPで再試行します—これは、実際の負荷下でパイプラインを生かし続けるための回転して回復する動作と同じです。

コードを書く前にリクエストとレスポンスの全体像を見たい場合は、https://quantumproxies.io/serp-api/docs のインタラクティブなSERP APIドキュメントでライブクエリを実行し、cURL、Python、JavaScript、PHP、Go、Rubyの準備済みスニペットをコピーできます。

まとめ

SERPスクレイピングは、漠然とした増分的な方法で難しくなったのではなく、1年で2回形を変えました。JavaScriptは今や必須であり、本物のクライアントが必要です。num=100はなくなり、深いカバレッジにはリクエストが桁違いに多くかかるため、プロキシレイヤーの品質とエスカレーションロジックの知性が、かつてのリクエストボリュームよりも重要になりました。2026年に大規模にクリーンなSERPデータを収集し続けているチームは、より多くのリクエストを送信しているチームではありません。より賢いリクエストを送信しているチームです—JavaScript対応、住宅フィンガープリント、最初のバイトから構造化されています。

QuantumProxies SERP APIを探索する