2026年8月26日、Googleは公式に確認しました: 検索結果のリンクはもはや直接ウェブサイトに遷移しません。HTML内のページアドレスの代わりに、暗号化されたトークンを含むgoogle.com/goto?url=...の形式のリダイレクトがあります。この話の最も厄介な点は、置き換えられたリンクがすべての人に届くわけではないことです。一般の人はブラウザで直接のURLを見ています。それは、Googleがすでに自動化と見なした人々から隠されています。
何が起こったのか
最初の単発の信号は、2026年6月23日に現れました — アレックス・グリーンランドが注目しました。7月2日には、ブロディ・クラークがこの現象を広く記録しました。そして、8月26日には、ポジション追跡プラットフォームNozzleのCEOであるデレク・パーキンスが、ほぼ完全な展開について報告し、Googleが公式に変更を確認しました。
Search Engine Roundtableの会社の代表者の表現は、あえて一般的でした: Googleには「進化する悪用形態に対する技術的手段の長い歴史」があり、会社は「サービスとユーザーを保護するために定期的に措置を講じています」。具体的に誰を悪用と見なすかについては、一言も明らかにされませんでした。
メカニズムはシンプルで、だからこそ厄介です。以前は、結果のマークアップに準備されたアドレスがあり、パーサーはそれをヘッダーとスニペットと共に1回のリクエストで取得していました。今では、そこにはGoogleの中間リダイレクトへのリンクがあり、その中にはprotobufトークンがあります: CAESというプレフィックスを持つbase64文字列の後に暗号化されたペイロードが続きます。自分の側でそれを解読することはできません — あなたにはキーがありません。リンクがどこに導くかを知る唯一の方法は、そのリンクをたどることです。
問題の価格を決定する3つの詳細
- トークンは使い捨てです。 同じリクエストに対する同じページへのリンクは、毎回新しいトークンを取得します。「トークン → URL」の辞書を構築して再利用することはできません。
- HEADは役に立ちません。 HEADリクエストは、宛先アドレスなしで200を返します — つまり、Locationヘッダーなしです。302を返す完全なGETが必要で、中央値の遅延は約59ミリ秒です。
- 有機的なコアだけでなく影響を受けています。 隠されたアドレスは、通常の結果、動画、AIオーバービューのソース、「関連する質問」ブロック、広告（アドレス
aclk）に見られます。Growtikaの調査では、8つのリクエストに対して493のリンクを分析し、各リンクの宛先は隠されていました。
計算すると、厄介な結果になります。パーキンスの評価によると、1つのリクエストに対して5ページのすべてのリンクを解決するには、500から1000のリクエストが必要です。独立した測定であるscraping.clubは、重複排除後に295〜565というより控えめな数字を示していますが、それでも以前の1回のリクエストよりも2桁多いです。
パーキンスの重要な引用は、数字よりもこのシフトの本質をよく表しています: 制約となるのは帯域幅やストレージではなく、レート制限です。
なぜ自動化に対する打撃なのか
ここが最も興味深い点です。scraping.clubの観察によれば、リンクの置き換えは普遍的ではありません: 通常のユーザー — ログインしているか、シークレットモードであっても — は依然として直接のURLを受け取ります。リダイレクトは自動化されたクライアントに安定して届きます: --remote-debugging-portのようなフラグを持つブラウザを立ち上げるスクリプトや、完全自動化されたヘッドレススタックです。
実用的な結論は、パーサーを書き換える前に理解しておくべきことです: あなたの応答にgotoリンクが現れることは診断信号です。それは、Googleがすでにあなたのクライアントをボットと見なしていることを意味します。あなたは新しい結果形式に直面しているのではなく、検出された人にとっての結果がどのように見えるかを見たのです。そして、最初に修正すべきはリンクパーサーではなく、あなたが人間と異なると見なされる基準です: 起動フラグ、ヘッダーの順序、TLSフィンガープリント、ページの挙動です。この自己検証の方法論については、サイトのスクリプトによる検出マップの取得方法に関する資料で説明しました。
興味深い点は、Googleのリダイレクトの解決自体はほとんど保護されていないことです。scraping.clubの測定によれば、リンクをたどるためにプロキシや特別なヘッダー、TLSの偽装は必要ありません — 通常のrequestsライブラリは、偽のChromeと同じくらい効果的であり、小規模なボリュームでは110以上のリクエストを秒間に達成可能で、目に見える制限はありません。つまり、障壁は暗号的でもネットワーク的でもありません。これはボリュームに対する税金です: あなたはブロックされるのではなく、リクエストに対して請求されるのです。
連続しての二度目の打撃
この変更は前回の変更と切り離して読むべきではありません。2025年9月12日から14日にかけて、Googleは&num=100パラメータを無効にしました。このパラメータは、1ページで100の結果を返していました。その後、同じ深さの結果を得るためには、約10倍のリクエストが必要になりました。
影響はパーシングを超えて顕著でした。Search Engine Landが分析した319のプロパティによると、87.7%のサイトがSearch Consoleでの表示を失い、77.6%が一部のユニークなランキングクエリを失いました。この間、実際のトラフィックは変わらず — 測定が壊れました: 遠い位置での「表示」の大部分は、人間ではなく、100の結果を引き出すトラッカーによって生成されていました。
2つのステップを合計します: まず、結果のリクエスト数が10倍に高騰し、次に各結果に対してそのアドレスのための別のリクエストが追加されました。戦略は明確です — Googleは自社の結果の工業的な取得コストを着実に引き上げています。
法的背景も示唆に富んでいます。技術的手段は、訴訟の道が失敗したときに導入されました: GoogleのSerpApiに対するDMCA訴訟は却下されました — 裁判所は著作物の保護と公知の事実へのアクセスの規制との境界を示し、事実とURLは著作物ではないと指摘しました。この決定の詳細とその影響については、Google対SerpApiの件に関する別の資料で説明しました。禁止することはできなかったが、高くすることはできました。
現在レポートで壊れているもの
DemandSphereプラットフォームは、何も対策を講じなければ発生する具体的な故障を挙げました:
- 宛先ドメインがgoogle.comに圧縮されます。 パーサーはマークアップで見たものを正直に記録し、すべての結果が「Googleのもの」となります。
- 独自ページのマッピングが壊れます。 システムはあなたのURLを認識できなくなり、結果から外れたと見なします。
- 競合のボイスシェアとアトリビューションが流動的になります — もう数えるものがなく、すべてのリンクが同じドメインにあります。
- 歴史的な連続性が展開日で切れます。 これは最も狡猾です: グラフは実際には存在しなかった崩壊を示します。
良いニュースは、純粋なポジショナルデータはあまり影響を受けないことです。DataForSEOは2026年7月5日に、99.99%のオーガニック結果がすでに直接アドレスで返されていると報告しました。問題は結果ブロックに集中しています — Growtikaの評価によれば、gotoリンクはAIオーバービューの約半分とローカルブロックの4分の1に保存されています。つまり、今日最も重要なもの、AI応答のソースとローカル結果が影響を受けています。
収集を再構築する方法
これまでのすべてからのエンジニアリングの結論は、収集を異なるリクエストコストを持つ2つの層に分けることです。
- まず、あなたが検出されたかどうかを確認してください。 自分のパーサーとクリーンブラウザから手動で同じ結果を取得します。手動での直接リンクと自動でのgotoは、あなたのマスキングの有罪判決であり、Googleの特性ではありません。
- 結果の取得とリンクの解決を分けます。 最初の層は重い: レンダリング、行動の信頼性、質の高いIP。第二の層は、302のための単純なGETで、ブラウザなし、偽装なしです。同じ高価なスタックで解決を行うのは、無駄に予算を消費することになります。
- ギガバイトではなくリミットを数えます。 ボトルネックはリクエスト数に移動しました。必要なRPSに基づいてアドレスプールを計画し、トラフィックの量ではなく。
- トークンをキャッシュしようとしないでください。 それらは使い捨てです。キャッシュするのは解決結果 — 「リクエスト + ポジション + ドメイン」の組み合わせであり、トークンそのものではありません。
- 歴史データの切断日をマークします。 2026年8月26日は、レポートで明確なマイルストーンとして記載されるべきであり、そうでなければ方法論的な誤りは可視性の低下として解釈されます。
- ブロックを個別にチェックします。 オーガニックはすでに正常かもしれませんが、AIオーバービューとローカルブロックはそうではないかもしれません。それらを独立したエンティティとしてテストします。
どのプロキシとどこに
2つの層の分割は、インフラストラクチャの分割も意味します — これはすべてを1つのプールで運ぶよりもはるかに安価です。
結果の取得自体は最も敏感な部分です。ここでは、通常のユーザーの背景に目立たないことが重要であり、まさにこの層が直接のリンクを見えるかgotoを見えるかを決定します。このために、レジデンシャルプロキシを使用し、ローカル結果のような地理的に依存するタスクには、特定の地域に対して完全に自然に見えるモバイルプロキシを使用します。
しかし、リダイレクトの解決は、測定が示すように、特に要求されるものはありません: 通常のGET、偽装なし、高速です。これは、データセンタープロキシのための古典的なタスクです — 安価で、迅速で、多くの並行ストリームを持っています。リクエスト結果に対して500〜1000の追加リクエストがある場合、2つのアプローチのコストの違いは予算の決定的な項目になります。
結論
Googleは結果へのアクセスを閉じていません — それを高くし、同時に応答形式を検出の指標に変えました。市場にとって、これは&num=100の無効化によって始まったコースの継続を意味します: 大量の検索データの取得はデフォルトで安価ではなくなり、明確な経済を持つエンジニアリングの課題になります。
実際の結論は2つのポイントに集約されます。もしあなたがgotoリンクを見たら — パーサーではなくマスキングから始めてください: 修正が必要なのは、見えるものとは限りません。もしマスキングが正常で、リダイレクトが依然として存在するなら — 収集の層を分け、必要のないリクエストにプレミアム価格を支払わないでください。