Selesaikan Alias /goto Google dalam Saluran Paip SERP Anda

Pautan hasil carian Google kini menyembunyikan URL sebenar di sebalik token /goto. Kesannya, selesaikan dengan satu permintaan, dan kembalikan ketepatan data kedudukan anda — dalam 30 minit.

Ringkasan 30 saat

Pada 26 Ogos 2026, Google mengesahkan bahawa pautan dalam hasil carian kini melalui google.com/goto?url=[token disulitkan] sebelum sampai ke destinasi. Barry Schwartz melaporkannya di Search Engine Roundtable dan Search Engine Land, dan jurucakap Google mengesahkan bahawa ini sebahagian daripada "langkah teknikal jangka panjang terhadap bentuk penyalahgunaan yang semakin berkembang".

Jika pasukan anda mengekstrak URL destinasi daripada hasil carian Google (penjejakan kedudukan, scrape SERP, pengumpulan data untuk AI), satu andaian baru sahaja terputus: URL sebenar tidak lagi kelihatan dalam pautan. Ia disulitkan dalam token yang diikuti pelayar sebagai alias biasa.

Khabar baik: ini boleh dibaiki, dan pembaikannya lebih kecil daripada sangkaan kebanyakan orang. Token tidak boleh dinyahsulit, tetapi boleh diselesaikan dengan satu permintaan HTTP tambahan, dan kerana ia deterministik, ia boleh dicache. Artikel ini memandu anda melalui pembaikan 30 minit: mengesan perubahan, menyelesaikannya dengan selamat, dan memastikan laporan anda masih memaparkan halaman yang betul. Jika anda tidak scrape SERP dan tidak memadankan kedudukan dengan URL yang diekstrak daripada halaman itu, terus lompat ke "Yang tidak terjejas oleh perubahan". Tiada apa-apa berubah di laman anda.

Apa yang sebenarnya berubah

Selama bertahun-tahun, pautan untuk hasil Google membawa destinasi sebenar dalam pautan itu sendiri:

html
<a href="https://yoursite.com/landing-page?utm_...">...

Kini hasil yang sama mungkin membawa pautan transit:

html
<a href="https://www.google.com/goto?url=TtFp1Lc2026...*">...

Mengikutinya, Google mengembalikan alias HTTP ke destinasi. Dua perkara penting tentang cara ia berfungsi:

  • Token disulitkan dan kalis gangguan. Menurut kejuruteraan terbalik bebas (diterbitkan Ogos 2026), ia terdiri daripada penanda 1 bait, pengecam kunci 4 bait, dan data dalam format Tink. Ubah satu aksara — Google membalas dengan HTTP 400. Tanpa kunci Google, anda tidak boleh memalsukan token mahupun menyahkod URL.
  • Token bersifat deterministik. URL destinasi yang sama sentiasa menghasilkan token yang sama. Hanya itu sudah menjadikan keseluruhan pembaikan murah: selesaikan sekali, kemudian gunakan cache token.

Derek Perkins dari Nozzle melihat pelancaran menghampiri "100%" di beberapa pembekal IP kediaman — sebab itulah kali ini bukan sekadar eksperimen.

Yang kekal selepas perubahan

Masih boleh dibaca

Sudah hilang

URL paparan di bawah petikan ringkas (biasanya domain)

URL destinasi sebenar dalam href

Parameter ved (kedudukan, jenis klik, cap masa)

Padanan URL terus di peringkat pautan

Tajuk hasil, petikan, kedudukan

Semua penyahkodan pautan di sisi pelanggan

Struktur alias /goto Google: pautan hasil melalui token google.com/goto yang disulitkan sebelum alias 3xx sampai ke halaman sebenar

Bahawa parameter ved kekal patut diambil perhatian: data kedudukan dan jenis klik yang dahulu dibaca alat penjejak kedudukan daripada pautan hasil masih ada. Yang disembunyikan hanyalah URL destinasi.

Yang tidak terjejas oleh perubahan

  • Kedudukan dan trafik. Sistem kedudukan Google tiada kaitan dengan pautan yang dipaparkannya.
  • Data Google Search Console. Kedudukan, pendedahan dan klik dalam GSC datang daripada data dalaman Google dan tidak terjejas.
  • Perayap yang melawat laman anda. Googlebot, GPTBot dan sebarang bot yang merayap halaman anda tidak menyentuh google.com/goto. Ia hanya muncul dalam pautan yang Google tunjukkan kepada anda.
  • Bing dan enjin carian lain. Ini perubahan tulen di pihak Google.

Yang terjejas hanya mereka yang menjalankan saluran paip yang membaca pautan daripada jadual hasil Google. Jika anda dalam kalangan itu, anda akan merasainya; jika tidak, perubahan ini hanya bising.

Semak sama ada anda terjejas

Jalankan empat pemeriksaan. Dua yang pertama memerlukan lima minit; dua yang terakhir ialah perbualan dengan pembekal anda.

Pemeriksaan

Cara

Jika anda lihat ini

1. Data SERP mentah

Cari google.com/goto dalam HTML tersimpan atau baru dikumpul jadual hasil

Sebarang padanan = sumber anda sudah ditokenkan

2. Sampel SERP langsung

Jalankan pertanyaan biasa anda, klik kanan satu hasil, salin pautan itu

Pautan goto pada pertanyaan biasa = ujian itu sah

3. Lajur URL dalam alat anda

Buka laporan kata kunci terakhir: adakah lajur URL menunjukkan google.com/goto atau token ?url=?

Alat menyimpan pautan transit

4. Corak hanyutan kedudukan

Bandingkan perubahan URL yang dipantau minggu ini dengan perubahan sebenar di laman anda

Jurang besar selepas seminggu tenang = masalah penghurai, bukan perubahan kedudukan

Jika semuanya bersih, ia bukan hal anda: tandabuku halaman ini dan teruskan.

Jika anda menemui padanan, empat langkah seterusnya mengembalikan ketepatan kepada saluran paip. Setiap langkah menyatakan apa yang perlu dilakukan, bagaimana output yang baik kelihatan, dan cara pulih apabila ia tidak berlaku.

Saluran paip empat langkah untuk mengemaskan data SERP yang ditokenkan: kesan, selesaikan, cache, sahkan

Langkah 1: Kesan token di lokasi kemunculannya

Apa yang perlu dilakukan. Dalam skrip pengekstrakan SERP anda, kumpulkan semua pautan hasil dan tandai apa-apa yang bermula dengan https://www.google.com/goto?url= (padankan juga /goto?url= kosong yang muncul di sesetengah permukaan, dan url= diikuti muatan ala base64). Catat kadar penandaan bagi setiap pertanyaan — itulah penunjuk pelancaran anda. Dan daripada pemerhatian Derek Perkins: pelancaran tidak seragam merentas julat IP, jadi jejak mengikut pembekal, bukan secara agregat.

Hasil yang dijangkakan. Satu goto_rate bagi setiap pertanyaan. 0% bermaksud sumber anda masih mengembalikan pautan terus; 100% bermaksud tokenisasi penuh.

Semakan kualiti. Jalankan pertanyaan sama dua kali daripada dua IP berbeza. Jika satu ditokenkan dan satu lagi tidak, ada pemisahan julat IP, dan kedua-dua pihak perlu ditangani.

Pemulihan. Jika sampel memberikan sifar padanan tetapi anda mengesyaki tokenisasi, semak sama ada pengekstrakan anda membaca DOM yang dipaparkan JavaScript dan bukannya HTML mentah. Token boleh muncul dalam markup yang dipaparkan walaupun respons mentah masih dalam format lama.

Langkah 2: Selesaikan satu token dengan satu alias

Apa yang perlu dilakukan. Apabila hasil membawa token, ikut pautan di sebelah pelayan dengan penjejakan alias dimatikan dan baca pengepala Location:

bash
curl -sI "https://www.google.com/goto?url=TtFp1Lc..." | grep -i location

Jawapannya ialah HTTP 3xx ke destinasi sebenar. Simpan ia. Dua peraturan menjadikan langkah ini murah dan selamat:

  • Cache ikut token, bukan ikut URL. Kerana tokenisasi bersifat deterministik, satu penyelesaian bagi setiap token sudah memadai. Simpan token -> resolved_url dan gunakannya selamanya.
  • Jangan sekali-sekala merayap `google.com/goto` sebagai halaman. Google menambah Disallow: /goto? ke robots.txt sendiri pada akhir Julai 2026. Alamat itu memang tidak dimaksudkan untuk diambil oleh perayap; fetcher yang betul mengikut pautan token dengan ringan dan hanya membaca rantai alias; fetcher yang rosak mengindeks atau mengarkib URL goto itu sendiri dan mengotorkan data anda. Sehingga akhir Julai, hampir 3,750 URL sedemikian telah diindeks pada google.com sendiri.

Semakan kos sebelum mula: sapuan SERP pertama dengan ratusan hasil bermaksud ratusan permintaan tambahan ke google.com — tepat jenis beban yang dipantau oleh pengesan bot Google. Cache deterministik mengurangkannya kepada satu permintaan bagi setiap token unik; jadi jangan berjimat pada langkah ini.

Hasil yang dijangkakan. Jadual pemetaan yang stabil antara token dan destinasi. Sahkan sepuluh token rawak dalam pelayar: setiap satu perlu mendarat di halaman yang munasabah.

Semakan kualiti. Sahkan bahawa panjang token stabil antara URL berbeza dan URL destinasi yang sama sentiasa menghasilkan token yang sama. Jika padanan gagal, ada putaran kunci (lihat Langkah 5).

Pemulihan. Token yang mengembalikan 400 ialah palsu, dipotong, atau datang daripada sesi yang telah tamat; scrape semula SERP dan cuba lagi. Dua kegagalan berturut-turut biasanya bermaksud HTML arkib yang basi, bukan token rosak.

Langkah 3: Simpan destinasi, bukan pembalut

Apa yang perlu dilakukan. Baki saluran paip (pemetaan kata kunci-ke-halaman, semakan pengindeksan, audit skema) perlu melihat URL destinasi. Jadi selepas Langkah 2, simpan tiga medan bagi setiap hasil: resolved_url, token, dan accessed_at. Keluarkan pautan goto daripada lajur URL mana-mana laporan; URL google.com dalam laporan kata kunci ialah kesilapan kualiti data dalam belasan bentuk.

Jika anda tidak dapat menambah penyelesai minggu ini, langkah perantaraan yang selamat ialah meninggalkan destinasi sepenuhnya dan bukannya menyimpan token: data kedudukan dan ranking kekal bermakna, hanya lajur URL yang kosong. Alat yang telus menyatakan "tiada URL" jauh lebih mudah ditafsirkan daripada yang melaporkan rentetan token sebagai alamat sebenar.

Hasil yang dijangkakan. Laporan di mana 100% baris ialah URL http(s) domain anda dan sifar baris google.com.

Semakan kualiti. Bandingkan data peringkat URL dengan Search Console untuk sepuluh kata kunci. Baris perlu sepadan. Jika Search Console memberi kedudukan kepada URL yang laporan anda nyatakan "tidak dijumpai", ada lubang dalam penyelesai atau penghurai.

Pemulihan. Jika segelintir URL masih gagal diselesaikan, catat token mereka secara berasingan. Kebanyakan kegagalan merujuk kepada dua penyebab di Langkah 2: HTML basi atau dinding pengesanan bot pada permintaan seterusnya.

Langkah 4: Semak apa yang pembekal anda lakukan

Apa yang perlu dilakukan. Jika anda bergantung pada alat penjejak kedudukan atau SERP API (termasuk yang dibina di atas data Google yang discrape), pelancaran ini sudah berjalan berminggu-minggu. Tanya lima soalan ini dan semak dengan soalan tersebut sebarang perubahan dalam laporan:

Soalan

Jawapan baik

Berhati-hati

Adakah anda menyelesaikan token /goto di sebelah pelayan?

Ya, sebelum mengembalikan hasil

"Kami hantar URL seadanya"

Bolehkah lajur URL menjadi google.com?

Tidak pernah

"Jarang-jarang" = masih rosak

Adakah anda cache token yang telah diselesaikan?

Ya, kerana ia deterministik

Menyelesaikan setiap panggilan membakar kredit

Adakah kredit atau harga berubah kerana alias?

Tiada perubahan dirancang

Caj tambahan setiap kekerapan

Adakah anda menggunakan IP kediaman?

Ya

IP pusat data ditokenkan lebih awal dan mungkin dilayan berbeza

Hasil yang dijangkakan. Sama ada pembaikan disahkan atau alasan jelas untuk berpindah. Dalam 30 hari, anda sepatutnya boleh menggabungkan URL laporan anda dengan log perubahan laman tanpa hingar.

Jalan keluar. Tanpa penambahbaikan pembekal dalam seminggu: gantikan titik data ini dengan Google Search Console API untuk ranking, kerana ia datang terus daripada data Google sendiri dan tidak pernah melihat token. Harganya sedikit kurang terperinci di peringkat pautan; boleh diterima jika keputusan anda memerlukan ketepatan dan bukan ciri pihak ketiga.

Langkah 5: Pantau langkah seterusnya

Mekanisme ini tidak berhenti. Pantau tiga perkara setiap bulan:

  1. Putaran kunci. Sampel kejuruteraan terbalik menemui empat pengecam kunci dalam edaran, dengan satu dominan ("ee47aa4d", sekitar 62% token). Jika kunci kelima muncul dan bahagian dominan beralih, jangkakan pembatalan cache: selesaikan semula token pada masa putaran.
  2. Peluasan ke permukaan lain. /goto juga diperhatikan dalam pautan berbayar dan jenis hasil lain. Jika alat anda menyentuh iklan atau imej, luaskan carian di Langkah 1.
  3. Pengukuhan berterusan. Ini sebahagian daripada siri yang lebih panjang: pemaparan JavaScript yang dipaksa (awal 2025), pelancaran SearchGuard, penutupan &num=100 (September 2025), dan tindakan DMCA di bawah Seksyen 1201 terhadap SerpApi (Disember 2025). Setiap satu didokumenkan secara berasingan; artikel kejuruteraan terbalik menghimpunkan sebahagian besar. Jangkakan bahawa mendapatkan URL akhir akan menjadi lebih sukar, bukan lebih mudah.

Pengesahan hasil akhir

  • [ ] Pengesan di Langkah 1 berjalan dalam CI atau terjadual dan mencatat goto_rate bagi setiap pertanyaan
  • [ ] Semua token sampel selesai ke destinasi sebenar, disahkan dalam pelayar
  • [ ] Sifar URL google.com/goto dalam laporan anda (grep pada eksport terakhir)
  • [ ] Sepuluh kata kunci sepadan baris demi baris dengan Search Console
  • [ ] Pembekal mengesahkan strategi penyelesaian, atau data ranking melalui GSC API
  • [ ] Ada semakan putaran kunci khusus dalam rentak bulanan anda

Soalan lazim

Adakah ini menjejaskan kedudukan atau trafik saya? Tidak. Yang berubah ialah laluan klik; sistem kedudukan, hasil dan apa yang dilihat pengguna tidak berubah. Prestasi organik anda hanya berisiko jika alat yang anda kendalikan mula melaporkan data yang salah.

Bolehkah token goto dinyahsulit? Tidak dari luar. Ini muatan disulitkan dalam format Tink, dan menukar satu aksara mengembalikan HTTP 400, jadi pemalsuan juga mustahil. Laluan yang boleh dilalui ialah mengikut alias dan membaca pengepala Location — tepat apa yang dilakukan pelayar.

Bolehkah penyepuh (scraper) mengikut pautan `/goto`? Secara praktik, mengikut pautan bertoken melalui alias ialah yang dilakukan oleh klik pelayar, tetapi Google menyekat /goto? dalam robots.txtnya dan termanya mengehadkan akses berautomasi kepada hasil carian. Jika anda scrape SERP, anda sudah berada di pihak yang salah terhadap terma itu; pelancaran ini tidak mengubahnya, hanya menjadikannya lebih berat. Pilih pendirian pematuhan anda sebelum membina penyelesai.

Perlukah saya mengubah sesuatu di laman saya? Tidak. Perubahan sepenuhnya dalam pautan yang dipaparkan Google. Yang perlu disemak ialah alat yang membaca SERP bagi pihak anda — itulah Langkah 4.

Penulis: Olivia Stone, penyelidik risikan SERP di Auspia (menganalisis lebih daripada 25,000 pertanyaan). Menulis tentang analisis SERP, corak kedudukan, dan bagaimana perubahan dalam hasil carian menjejaskan data kedudukan.

Terokai topik ini

Teruskan aliran pertumbuhan yang sama