Il 26 agosto 2026 Google ha ufficialmente confermato: i link nei risultati di ricerca non portano più direttamente al sito. Invece dell'indirizzo della pagina, nel codice HTML c'è un reindirizzamento del tipo google.com/goto?url=... con un token crittografato. La cosa più spiacevole di questa storia è che i link sostituiti non arrivano a tutti. Una persona comune nel browser vede URL diretti. Questi sono nascosti proprio a coloro che Google ha già considerato come automazione.
Cosa è successo esattamente
I primi segnali isolati sono apparsi già il 23 giugno 2026 — su di essi ha fatto attenzione Alex Greenland. Il 2 luglio Brodie Clark ha registrato il fenomeno in modo massiccio. E il 26 agosto Derek Perkins, CEO della piattaforma di monitoraggio delle posizioni Nozzle, ha riportato quasi un'implementazione completa, e Google ha confermato ufficialmente il cambiamento.
La formulazione del rappresentante dell'azienda per Search Engine Roundtable è stata volutamente generica: Google ha una "lunga storia di applicazione di misure tecniche contro forme in evoluzione di abusi", e l'azienda "prende regolarmente provvedimenti per proteggere i propri servizi e utenti". Chi considerare esattamente un abuso non è stato specificato nemmeno con una parola.
La meccanica è semplice e perciò dolorosa. In precedenza, nel markup del risultato c'era un indirizzo pronto — il parser lo prelevava insieme al titolo e al frammento con una sola richiesta. Ora c'è un link a un reindirizzamento intermedio di Google, e all'interno — un token protobuf: una stringa base64 con il prefisso CAES, seguita da un payload crittografato. Decifrarlo dalla propria parte è impossibile — non avete la chiave. L'unico modo per sapere dove porta il link è seguirlo.
Tre dettagli che determinano il prezzo della questione
- Il token è monouso. Lo stesso link alla stessa pagina per la stessa richiesta riceve un nuovo token ad ogni visualizzazione. Non sarà possibile costruire un elenco "token → URL" e riutilizzarlo.
- HEAD non aiuta. La richiesta HEAD restituisce 200 senza l'intestazione Location — cioè senza l'indirizzo di destinazione. È necessaria una GET completa, che restituisce 302 con un ritardo medio di circa 59 ms.
- Non è colpito solo il nucleo organico. Gli indirizzi nascosti si trovano nei risultati normali, nei video, nelle fonti di AI Overviews, nel blocco "Domande simili" e nella pubblicità (indirizzi
aclk). Nello studio di Growtika sono stati analizzati 493 link su otto richieste — l'indirizzo di destinazione è stato nascosto per ciascuno di essi.
La matematica risulta spiacevole. Secondo la stima di Perkins, per risolvere tutti i link per cinque pagine di risultati per una singola richiesta, sono necessarie da 500 a 1000 richieste. Una misurazione indipendente di scraping.club, dopo la deduplicazione, fornisce numeri più modesti di 295–565 — ma è comunque due ordini di grandezza in più rispetto a una richiesta, con cui si riusciva a ottenere in precedenza.
La citazione chiave di Perkins descrive l'essenza del cambiamento meglio di qualsiasi numero: il vincolo limitante non è la larghezza di banda e nemmeno lo storage, ma i rate limit.
Perché questo è un colpo per l'automazione
Qui si trova il punto più interessante. Secondo le osservazioni di scraping.club, la sostituzione dei link non è universale: un utente comune — loggato o in modalità incognito — continua a ricevere URL diretti. I reindirizzamenti arrivano costantemente ai clienti automatizzati: script che avviano il browser con flag come --remote-debugging-port, e stack headless con automazione completa.
La conclusione pratica da comprendere prima di iniziare a riscrivere il parser è: l'apparizione di link goto nella vostra risposta è un segnale diagnostico. Significa che Google ha già classificato il vostro client come bot. Non vi siete imbattuti in un nuovo formato di risultati — avete visto come appare il risultato per chi è stato rilevato. E la prima cosa da riparare non è il parser dei link, ma i criteri che vi distinguono da un essere umano: flag di avvio, ordine delle intestazioni, impronta TLS, comportamento della pagina. Abbiamo esaminato la metodologia di tale autovalutazione nel materiale su come rimuovere la mappa di rilevamento del sito dai suoi stessi script.
Un dettaglio curioso che conferma la versione: il risolutore di reindirizzamenti di Google è quasi privo di protezione. Secondo le misurazioni di scraping.club, per seguire un link non sono necessari né proxy, né intestazioni speciali, né impersonificazione TLS — una normale libreria requests funziona altrettanto bene quanto un Chrome falsificato, e a volumi ridotti si possono raggiungere 110+ richieste al secondo senza limiti visibili. Quindi, la barriera non è crittografica e nemmeno di rete. È una tassa sul volume: non vi bloccano, semplicemente vi addebitano per le richieste.
Un secondo colpo consecutivo
Il cambiamento non deve essere letto in isolamento rispetto al precedente. Dal 12 al 14 settembre 2025 Google ha disabilitato il parametro &num=100, che restituiva cento risultati su una pagina. Dopo ciò, per la stessa profondità dei risultati sono necessarie circa dieci volte più richieste.
Le conseguenze si sono rivelate evidenti ben oltre il parsing. Secondo un'analisi di 319 proprietà, esaminata da Search Engine Land, l'87,7% dei siti ha perso impressioni nella Search Console, mentre il 77,6% ha perso parte delle richieste uniche indicizzate. Il traffico reale, tuttavia, non è cambiato — la misurazione si è rotta: la maggior parte delle "impressioni" nelle posizioni più lontane erano generate non da persone, ma da tracker che estraevano cento risultati.
Mettiamo insieme due passaggi: prima i risultati sono aumentati di dieci volte in termini di richieste, ora a ogni risultato si aggiunge una richiesta separata per il suo indirizzo. La strategia è chiara — Google sta sistematicamente aumentando il costo di produzione della propria estrazione di risultati.
Significativa è anche la cornice legale. Le misure tecniche sono state attuate esattamente quando il percorso legale ha subito un fallimento: la causa di Google contro SerpApi per DMCA è stata respinta — il tribunale ha tracciato il confine tra la protezione delle opere d'autore e la regolamentazione dell'accesso ai fatti pubblici, affermando che i fatti e gli URL non sono opere. I dettagli di questa decisione e le sue conseguenze sono stati esaminati in un materiale separato su la causa di Google contro SerpApi. Non è stato possibile vietare — è stato possibile rendere costoso.
Cosa si rompe nei report proprio ora
La piattaforma DemandSphere ha elencato specifiche rotture che si verificano se non si intraprende alcuna azione:
- Il dominio di destinazione si riduce a google.com. Il parser registra onestamente ciò che vede nel markup — e tutti i risultati diventano "di proprietà di Google".
- Si rompe il confronto delle proprie pagine. Il sistema smette di riconoscere i vostri URL e pensa che siate stati esclusi dai risultati.
- Si sballano la quota di voce e l'attribuzione dei concorrenti — non c'è più nulla da contare, tutti i link sono su un solo dominio.
- Si interrompe la serie storica esattamente alla data di implementazione. Questo è il più insidioso: il grafico mostrerà un crollo che in realtà non c'è stato.
Buone notizie: i dati puramente posizionali soffrono meno. DataForSEO già il 5 luglio 2026 ha riportato che il 99,99% dei risultati organici tramite la sua API viene già restituito con indirizzi diretti. Il problema si concentra nei blocchi di risultati — secondo le stime di Growtika, i link goto si conservano in circa la metà delle AI Overviews e in un quarto dei blocchi locali. Quindi, ciò che oggi è più importante — le fonti delle risposte AI e i risultati locali — ne risentono.
Come ristrutturare la raccolta
La conclusione ingegneristica di tutto ciò che è stato elencato è separare la raccolta in due strati con un diverso costo di richiesta.
- Controlla prima se sei stato rilevato. Estrai gli stessi risultati con il tuo parser e manualmente da un browser pulito. Link diretti nel test manuale e goto in quello automatico — è una condanna per il tuo travestimento, non una caratteristica di Google.
- Separare la raccolta dei risultati e la risoluzione dei link. Il primo strato è pesante: rendering, plausibilità comportamentale, IP di qualità. Il secondo — una GET primitiva per 302, senza browser e senza impersonificazione. Eseguire la risoluzione attraverso lo stesso stack costoso — bruciare il budget inutilmente.
- Conta i limiti, non i gigabyte. Il collo di bottiglia si è spostato nel numero di richieste. Pianifica il pool di indirizzi in base agli RPS richiesti, non in base al volume di traffico.
- Non cercare di memorizzare i token. Sono monouso. Ha senso memorizzare il risultato della risoluzione — la combinazione "richiesta + posizione + dominio", non il token stesso.
- Segna la data di rottura nei dati storici. Il 26 agosto 2026 deve essere indicato nei report come una chiara pietra miliare, altrimenti il difetto metodologico sarà interpretato come una caduta della visibilità.
- Controlla i blocchi separatamente. L'organico potrebbe già essere a posto, mentre l'AI Overviews e il blocco locale no. Testali come entità autonome.
Quali proxy e dove
Dalla separazione in due strati deriva anche la separazione dell'infrastruttura — e questo è notevolmente più economico che far passare tutto attraverso un unico pool.
La raccolta dei risultati stessi è la parte più sensibile. Qui è importante non distinguersi sullo sfondo degli utenti comuni, e proprio questo strato determina se vedrete link diretti o goto. Per questo si utilizzano proxy residenziali, mentre per compiti geo-dipendenti come i risultati locali — proxy mobili, dove l'IP appare assolutamente naturale per una regione specifica.
Il risolutore di reindirizzamenti, come hanno dimostrato le misurazioni, non presenta requisiti particolari: una normale GET, nessuna impersonificazione, alta velocità. Questo è un compito classico per proxy datacenter — economico, veloce, con molti flussi paralleli. La differenza di costo tra i due approcci, con 500–1000 richieste aggiuntive per richiesta di risultati, diventa una voce decisiva nel budget.
Conclusione
Google non ha chiuso l'accesso ai risultati — lo ha reso più costoso e ha trasformato il formato della risposta in un indicatore di rilevamento. Per il mercato, ciò significa la continuazione della linea iniziata con la disattivazione di &num=100: la raccolta massiva di dati di ricerca smette di essere economica per default e diventa un compito ingegneristico con una chiara economia.
Praticamente, la conclusione si riduce a due punti. Se vedete link goto — iniziate con il travestimento, non con il parser: potrebbe essere necessario riparare qualcosa di completamente diverso da ciò che sembra. Se il travestimento è a posto, ma ci sono comunque reindirizzamenti — separate gli strati di raccolta e non pagate un prezzo premium per richieste che non ne hanno bisogno.