Google aizsedz meklēšanas saites ar goto: piecu lapu rezultāti prasa 500 līdz 1000 papildu pieprasījumu

Google meklēšanas rezultātu HTML kodā vairs nav lasāmu mērķa adrešu. Katra organiskā saite ved uz google.com/goto ar parametru url=, kura saturs ir Google paša kodējumā. Ārpus Google servera to atšifrēt nevar. Uzņēmums izmaiņas apstiprināja 26. augustā, pirmie testi bija parādījušies jūlijā.

Parastam lietotājam atšķirības gandrīz nav. Zem rezultāta virsraksta joprojām redzama īstā vietnes adrese, klikšķis aizved uz to pašu lapu. Pārmaiņas pamana tad, kad saiti kopē vai uz tās uzbrauc ar peli. Sāpīgi tas ir tiem, kas rezultātus nolasa mašīnas ceļā: SEO rīkiem, cenu monitoringam, AI aģentiem.

kas mainījās lapas kodā

Vecā shēma bija google.com/url?q= ar mērķa adresi URL kodējumā uzreiz aiz vienādības zīmes. To varēja izlasīt bez papildu pieprasījuma: paņem lapas kodu, atkodē procentu zīmes, dabū adresi. Jaunā shēma izskatās līdzīgi, tikai parametra saturs ir Google iekšējs kodējums bez publiska apraksta. Autom.dev izstrādātāji raksta, ka mērķa adrese parādās tikai HTTP atbildes Location galvenē pēc tam, kad goto saite jau ir izsaukta.

Kodējums nav viens un tas pats visur. SerpApi komanda savā paziņojumā norāda, ka adrese var būt kodēta atšķirīgi atkarībā no rezultāta tipa, tāpēc rīkam jāatpazīst vairāki formāti. Vai kodējums ir statisks un ļauj veidot uzmeklēšanas tabulu, vai arī tas mainās katram vaicājumam, publiski nav zināms.

Adresi var izvilkt ar rokām. Goto saiti padod curl bez pāradresācijas sekošanas, piemēram, curl -s -o /dev/null -w '%{redirect_url}' '<saite>', atbildē būs īstais domēns. Vienai saitei tas aizņem sekundi. Tūkstotim saišu tas jau ir cits stāsts.

500 līdz 1000 papildu pieprasījumu

Nozzle dibinātājs Dereks Perkinss izmērīja, cik izmaksā goto saišu atrisināšana. Vienam vaicājumam piecu rezultātu lapu dziļumā vajag 500 līdz 1000 papildu pieprasījumu. HEAD pieprasījumus Google atsaka, tāpēc katra saite jāizsauc ar GET un jāgaida pāradresācija. Agrāk viena lapas lejupielāde deva tūkstošiem adrešu. Otrreiz pie Google vairs nebija jāgriežas.

Mainās arī tas, cik viegli Google pamana skrepētāju. Skrepētājs, kas simtiem reižu pēc kārtas sit pa vienu un to pašu goto galapunktu, atstāj daudz skaidrāku pēdu nekā skrepētājs, kas reizi minūtē paņem vienu rezultātu lapu. Perkinss ziņoja, ka augusta beigās izplatība vairākos rezidenciālo IP piegādātāju tīklos bija tuvu 100 %.

Izmaiņa sākumā parādījās tikai daļā rezultātu un galvenokārt sesijās bez pieteikšanās kontā. Augusta beigās tā bija pārņēmusi praktiski visas mērķa adreses šādās sesijās. Rezultātu lapas uzbūve citādi palika tāda pati, tāpēc daudzi rīki kļūdu pamanīja tikai tad, kad atskaitēs visi rezultāti sāka rādīt vienu domēnu.

ko izdarīja rīku ražotāji

SerpApi 5. septembrī paziņoja, ka tiešās mērķa adreses tās API atbildēs atgrieztas. Uzņēmums pateica, ka izmaiņas prasījušas pārstrādāt Google rezultātu saišu atkodēšanu un normalizēšanu. Ne metodi, ne izvēršanas datumus, ne skarto rezultātu īpatsvaru SerpApi neatklāja. Vai komanda atrada atkodēšanas ceļu, kuru Perkinss nepamanīja, vai vienkārši samaksāja par papildu pieprasījumiem, no paziņojuma nav nolasāms.

Autom.dev gāja otru ceļu un pateica to tieši: tās Google Search API pati izseko goto saitēm un atgriež galamērķi tajos pašos atbildes laukos, kur agrāk. Klientiem integrācija nav jāpārraksta. Rēķinu par papildu pieprasījumiem sedz pakalpojuma sniedzējs.

prāva, kas notiek paralēli

Google izmaiņu laiku izvēlējās interesantu. 2025. gada 19. decembrī uzņēmums iesūdzēja tiesā SerpApi, apgalvojot, ka firma apiet aizsardzības mehānismus, izmanto botu tīklus un maskējas ar svešiem rāpuļu nosaukumiem. SerpApi 2026. gada februārī lūdza prasību noraidīt. 21. jūlijā tiesa lūgumu apmierināja un deva Google 21 dienu, lai iesniegtu šaurāku prasību par licencēto saturu. Google to iesniedza 10. augustā. SerpApi 25. augustā atkal lūdza prasību noraidīt. Nākamajā dienā Google apstiprināja goto izvēršanu.

Uz jautājumu par iemeslu uzņēmuma pārstāvis atbildēja vienu teikumu:

Mums ir sena pieredze tehnisku pasākumu ieviešanā pret mainīgām ļaunprātīgas izmantošanas formām. Mēs regulāri speram soļus, lai aizsargātu savus pakalpojumus un lietotājus.

Vārds skrepēšana atbildē neparādās. Google arī nepaskaidroja, kāpēc mērķa adreses jāslēpj tieši neautentificētās sesijās un privātajā pārlūkošanas režīmā, kur izmaiņa sākumā bija visredzamākā.

ko tas nozīmē tiem, kas raksta rīkus

Ja jūsu kods lasa Google rezultātus, ir trīs praktiskas sekas. Pirmā: HTML parsētājs, kas gaidīja ?q= parametru, tagad atdod google.com adreses domēna vietā. Otrā: sākotnējais pieprasījumu skaits jāpareizina apmēram ar desmit, ja jums vajag īstos domēnus. Trešā: rangu sekošanas rīki, kuri domēnu izmanto par rezultāta atslēgu, klusi sabojā vēsturiskos datus, jo visi ieraksti pēc augusta norāda uz vienu domēnu.

Google Search Console dati izmaiņu neskar, jo tie nāk no Google iekšējās uzskaites. Pārlūkprogrammas paplašinājumiem, kas rezultātu lapā krāso vai filtrē saites pēc domēna, jāpārraksta selektori. Rezultāta virsraksta zemtekstā redzamā adrese paliek tur, kur bija, tikai tagad tā ir vienīgā vieta lapā, kur mērķa domēns ir lasāms.

Avoti

• Search Engine Land: Google confirms deploying goto URL redirects to search results links
• Search Engine Roundtable: Google Search rolling out google.com/goto tracking parameters
• PPC Land: SerpApi restores direct URLs after Google goto redirect rollout
• Autom.dev: google.com/goto, Google’s anti-scraping update
• Google: Why we’re taking legal action against SerpApi’s unlawful scraping