Google、検索結果で直接URLを提供しなくなる

何が起きているのか Google検索は、オーガニック検索結果のリンクを、HTMLで宛先URLを直接表示するのではなく、「google.com/goto?url=...」のように書き換えています。結果をクリックすると、Googleはユーザーを実際のページにリダイレクトします。 URLパラメータは、カスタムのGoogle固有のエンコーディングを使用しています。これは、ターゲットURLのプレーンなbase64ではありません。実際には、そのページに対するGoogleのインデックスレコードへの不透明な参照のように見えます。2026年8月下旬現在、ログアウトしている場合やプライベートモードでブラウジングしている場合に、検索全体で一貫してこの表示が見られます。これはまだ実験である可能性がありますが、SERP（検索結果ページ）の小規模な範囲に限定されなくなりました。 g oogle.com/urlとは異なる Googleは以前からリダイレクトラッパーを使用してきました。古い形式は「google.com/url?q=[URLエンコードされた宛先]」であり、ターゲットリンクはクエリ文字列で読み取ることができました。新しいgoto形式は異なります。 結果のhrefは宛先ではなく/gotoになります URL=ブロブをオフラインでデコードすることはできません 実際のURLは/gotoのLocationヘッダーにあります。そのURLにリクエストを送信してください。リダイレクトをたどらないでください。 GoogleはSERP（ドメイン、ファビコン、帰属表示）を描画するために宛先を必要とするため、URLのコピーはページ上に残ります。これはLocationを読み取ることとは別の話です。ウォークスルーはこちらです: google.com/goto: HEADでLocationを読む。 この変更は、SERPデータから大規模に検索インデックスを構築している人にとって重要です。 Googleがこれを行う理由 これは、特にAIクローラーやSEOスクレイパーによる、独自のインデックスを構築するために結果URLをバルク抽出する、自動化されたSERPハーベスティングに対するGoogleの広範な取り組みに合致しています。プレーンテキストのリンクがあれば、スクレイパーはGoogleに再度アクセスすることなく、HTMLから数千ものURLを解析できます。gotoを使用すると、宛先を学習するために、各結果はGoogleへのリクエストを必要とします。 Locationを読み取り、ページへのフォローアップはしません。それはより遅く、よりノイズが多く、同じクライアントが数百のリンクを連続して解決した場合にGoogleに明確なシグナルを提供します。以前の「&num=100」の削除やBotGuard/SearchGuardの強化といった動きと組み合わせることで、Googleは単純なSERPスクレイピングのコストを着実に引き上げています。 Automで見たこと 私たちは、SERPのごく一部でgotoリンクを最初に発見しました。そのレベルでは、他のすべての応答を壊すことなく、信頼性の高い修正をリリースするのは困難でした。2026年8月下旬現在、ログアウトしたセッションやプライベートセッションでは、このパターンがはるかに一貫しています。Google検索の結果URLは、それらの条件では事実上すべてgotoになっています。私たちはロールアウトを監視し、それに対してテストを行ってきました。 Automでのアップデート Automは、google.com/gotoリンクを解決し（Locationを読み取り、フォローしない）、API応答で最終的な宛先URLを、顧客がすでに使用している構造化フィールドと同じフィールドで返すようにGoogle検索パイプラインを更新しました。AutomのGoogle検索エンドポイントを呼び出す場合、統合を変更することなく、引き続き使用可能な宛先URLを取得できるはずです。Googleのロールアウトを引き続き監視し、リダイレクト形式が再び変更された場合は調整します。 関連記事 google.com/goto: HEADでLocationを読む Googleがnum=100を廃止 GoogleがSerpAPIを提訴: SearchGuardが明らかにするもの Google、Bing、BraveでのSERPスクレイピング Googleがゴールポストを移動し続ける中、ライブSERPデータが必要ですか？Automの価格設定で1,000件の無料リクエストを試すか、app.autom.dev/registerでAPIキーを取得してください。