Cookie di terze parti in Chrome: cosa cambia

Cosa significa “supporto ai cookie di terze parti” in Chrome

Un cookie è una piccola quantità di dati che un sito web chiede al browser di memorizzare e restituire in seguito. Un cookie proprietario appartiene al sito che l’utente sta visitando. Un cookie di terze parti proviene da un dominio diverso, incorporato nella pagina o comunque coinvolto nel suo funzionamento. Per esempio, un lettore video ospitato da un’altra azienda potrebbe tentare di impostare un cookie mentre viene visualizzato all’interno di un articolo di cronaca. Capire come funzionano i cookie di terze parti su Chrome significa considerare sia le regole del browser sia il comportamento del sito e dei servizi incorporati.

“Supporto” può indicare due cose diverse. Chrome può consentire un cookie in base alle proprie regole, ma il sito web o il servizio incorporato deve comunque decidere di impostarlo e utilizzarlo. Al contrario, Chrome può limitarne l’uso anche se un servizio ne fa richiesta. L’esito dipende quindi sia dal browser sia dalla pagina o dal servizio specifici.

Questa distinzione è importante. Il proprietario di un sito non può dedurre che tutti i cookie di terze parti funzionino solo perché Chrome è installato sul dispositivo di un utente.

La modifica del 2025: l’approccio di Chrome ai cookie di terze parti

La direzione dichiarata da Google si è discostata dal precedente piano di eliminare gradualmente i cookie di terze parti da Chrome su vasta scala. Nel 2025 Google ha annunciato che avrebbe mantenuto l’approccio esistente basato sulla scelta degli utenti, invece di introdurre un nuovo avviso autonomo per tutti gli utenti di Chrome o imporre una rimozione generalizzata entro una nuova data.

Quindi, cosa cambia per i cookie di terze parti nel 2025? Il cambiamento principale ha riguardato la direzione della politica del browser, non un interruttore che ha rimosso all’istante tutti i cookie di terze parti da ogni sessione di Chrome. In precedenza, spesso si dava per scontato che l’esito finale sarebbe stato un’eliminazione generalizzata. La posizione del 2025 ha invece lasciato il comportamento dei cookie soggetto ai controlli di Chrome, alle scelte degli utenti e alle altre protezioni applicabili nei diversi contesti.

Questo non significa che i cookie di terze parti funzionino sicuramente per tutti. Gli utenti possono modificare le impostazioni della privacy, le funzioni del browser possono limitarne l’accesso in determinate situazioni e i siti web possono cambiare il modo in cui li utilizzano.

Per chi gestisce un sito, il messaggio pratico è più circoscritto di “i cookie sono tornati” o “i cookie sono spariti”. Verificate l’esperienza effettiva nelle versioni e configurazioni di Chrome utilizzate dai vostri visitatori e annotate le impostazioni attive durante ogni test.

Cosa potrebbero notare gli utenti durante la navigazione

Due persone che usano Chrome potrebbero ottenere risultati diversi sulla stessa pagina. Una potrebbe aver effettuato l’accesso a un servizio incorporato e avere un’impostazione che ne consente il cookie; un’altra potrebbe aver modificato i controlli della privacy o installato un’estensione che blocca la stessa richiesta. La pagina potrebbe caricarsi per entrambe, ma una funzione come il salvataggio del punto di riproduzione di un video o dello stato di accesso a un account incorporato potrebbe comportarsi in modo diverso.

La scelta del browser è solo uno degli elementi in gioco. Le impostazioni di Chrome, le protezioni della privacy, le estensioni e l’implementazione del sito possono influire sulla disponibilità di un cookie di terze parti. Inoltre, una pagina potrebbe dipendere da un servizio esterno con requisiti propri. Se quel servizio modifica il codice, l’effetto visibile potrebbe manifestarsi sul sito che lo ospita anche se i cookie del sito stesso non sono cambiati.

Gli utenti potrebbero trovarsi davanti a una richiesta di accesso quando pensavano di essere ancora autenticati, oppure vedere un widget incorporato che chiede loro di aprire il sito del fornitore. Questi sintomi, da soli, non permettono di individuare la causa. Anche un problema di rete, una sessione scaduta, uno script bloccato o una restrizione dei cookie possono produrre risultati simili. Perciò, i team di assistenza dovrebbero raccogliere la versione del browser, le impostazioni pertinenti, l’URL della pagina e i passaggi per riprodurre il problema.

Quando il problema riguarda i dati di un account o un modulo, consideratelo sia un problema di affidabilità del sito sia una questione di privacy. I team che stanno valutando misure di protezione più ampie possono consultare anche questa guida alla sicurezza dei siti web.

Cosa potrebbero notare i team che gestiscono siti web durante i test

Iniziate dalle funzioni che dipendono da un servizio ospitato su un altro dominio. Tra gli esempi più comuni ci sono video incorporati, componenti di pagamento, chat di assistenza clienti, pulsanti di accesso tramite social network o calendari di prenotazione. Per come testare i cookie di terze parti in Chrome, provate la funzione sia con un profilo del browser pulito sia con uno normale: un accesso già attivo o un cookie memorizzato potrebbero mascherare un problema.

Un test utile registra la configurazione esatta: versione di Chrome, sistema operativo, stato del profilo, impostazioni della privacy, estensioni installate, URL della pagina e azione che non è riuscita. Ripetete quindi il test modificando una sola variabile. Se un flusso di accesso funziona con un profilo pulito ma non con uno dotato di impostazioni più restrittive, il confronto offre agli sviluppatori un indizio utile senza dare per scontato che tutti i visitatori abbiano la stessa configurazione.

Gli strumenti per sviluppatori di Chrome possono aiutare a individuare le richieste dirette ad altri domini e indicare se il browser segnala un cookie come bloccato o limitato. Esaminate la pagina interessata mentre riproducete il problema; non basatevi solo sulla sessione di un account di sviluppo. Per esempio, nel caso di un flusso di pagamento, verificate l’intera sequenza, dalla selezione di un prodotto fino al ritorno alla pagina di conferma, non soltanto il caricamento del riquadro di pagamento.

Tenete un breve inventario delle funzioni di terze parti e delle relative alternative. Se uno strumento di prenotazione incorporato non riesce a mantenere una sessione, il visitatore può aprirlo in una scheda separata? Se l’accesso tramite social network non funziona, c’è un altro modo per accedere all’account? Istruzioni chiare e un’alternativa funzionante possono impedire che un problema specifico del browser diventi un vicolo cieco.

Questi controlli sono distinti dalla migrazione delle analisi e dalla configurazione dei banner di consenso. L’obiettivo è stabilire se una funzione visibile all’utente dipende dal comportamento dei cookie di terze parti e cosa accade quando tale dipendenza viene meno.

Perché lo stesso sito può comportarsi diversamente per utenti diversi

Il profilo del browser di un utente non è un ambiente di test neutro. Potrebbe contenere cookie salvati, un account con accesso attivo, autorizzazioni specifiche per un sito o un’estensione che modifica il modo in cui vengono gestite le richieste. Un altro utente potrebbe non avere nulla di tutto ciò, anche se entrambi dichiarano di usare la stessa versione di Chrome.

I servizi incorporati aggiungono un ulteriore livello di complessità. Un fornitore di video, un servizio di identità o una piattaforma di assistenza clienti potrebbe impostare cookie sul proprio dominio, e il sito che lo ospita non controlla ogni aspetto del comportamento di quel servizio. Il servizio incorporato potrebbe anche utilizzare API del browser o metodi alternativi che si comportano diversamente dai cookie. Quando documentate un problema, distinguete il comportamento della pagina principale da quello del servizio esterno.

Le restrizioni specifiche di Chrome possono dipendere dalle impostazioni dell’utente e dalle circostanze in cui si accede a un cookie. Evitate affermazioni generiche come “Chrome blocca tutti i cookie di terze parti”, a meno che la configurazione testata e le regole in vigore non giustifichino davvero questa conclusione.

Una segnalazione di bug utile dovrebbe includere un confronto: un profilo interessato, un profilo di controllo, la stessa pagina e gli stessi passaggi. In questo modo il team può distinguere un’impostazione del browser da un aggiornamento recente del sito o da un’interruzione del servizio.

Termini correlati

• Cookie di terze parti: un cookie associato a un dominio diverso da quello del sito visualizzato nel browser. Un servizio incorporato potrebbe richiederne uno mentre l’utente visita il sito che lo ospita.

• Deprecazione dei cookie: riduzione o rimozione pianificata del supporto del browser per un tipo di cookie. Il termine descrive una direzione politica o una modifica, non dimostra che i browser di tutti gli utenti abbiano già smesso di accettare quel cookie.

• Protezione dal tracciamento: funzioni o impostazioni del browser pensate per limitare il tracciamento, che possono incidere sui cookie o su altre forme di accesso ai dati tra siti. L’ambito preciso varia in base al browser, alla configurazione e all’implementazione corrente.

• Privacy Sandbox: l’insieme di proposte e tecnologie di Google pensato per supportare alcune funzioni di pubblicità e misurazione online con approcci diversi alla privacy. Non è un altro nome per i cookie di terze parti e una funzione di Privacy Sandbox non equivale a un’impostazione dei cookie.

Questi termini descrivono livelli diversi: il cookie in sé, una modifica delle regole, una protezione del browser e un insieme di tecnologie proposte. Tenerli distinti aiuta a descrivere in un ticket di assistenza cosa è successo davvero, invece di attribuire ogni problema tra siti alla “deprecazione dei cookie”.

Esempi: come interpretare alcuni casi comuni relativi ai cookie in Chrome

Primo esempio: un video incorporato funziona per una persona. Un utente che ha già utilizzato il fornitore del video potrebbe avere una sessione attiva, mentre un collega che apre la stessa pagina con un profilo nuovo potrebbe visualizzare una richiesta o un’esperienza di riproduzione diversa. Il fatto che il test riesca per la prima persona non dimostra che tutti gli utenti di Chrome abbiano lo stesso accesso ai cookie o lo stesso stato memorizzato.

Secondo esempio: l’accesso riesce su un portatile ma non su un altro. Entrambi gli utenti potrebbero usare Chrome, ma uno potrebbe avere un’estensione per la privacy o un’impostazione specifica del sito che modifica le richieste al servizio di identità. Chiedete a entrambi di ripetere gli stessi passaggi con un profilo pulito e di riferire il risultato. Non chiedete loro di disattivare definitivamente le protezioni: basta un confronto temporaneo e controllato per aiutare a diagnosticare il problema.

Terzo esempio: un sito continua a impostare un cookie dopo un annuncio relativo alle regole del browser. Una modifica delle regole del browser non rimuove automaticamente il codice da un sito web. Il sito potrebbe continuare a richiedere un cookie, che il browser potrebbe gestire diversamente a seconda delle regole in vigore e della configurazione dell’utente. Se il cookie non serve più, il team del sito deve rimuovere o sostituire la dipendenza, anziché dare per scontato che ci penserà Chrome.

Quarto esempio: il riquadro si carica, ma non conserva lo stato. Un widget di terze parti potrebbe essere visualizzato correttamente ma non riuscire a ricordare la scelta dell’utente tra una visita e l’altra. Annotate il dominio del riquadro, l’azione che dovrebbe essere memorizzata e cosa succede dopo aver ricaricato la pagina. Queste informazioni sono più utili di una semplice segnalazione del tipo “il widget non funziona”.

I team possono confrontare l’attività osservata sul sito con un sistema di monitoraggio come una piattaforma di analisi e monitoraggio dei siti web, conservando al contempo nel ticket i passaggi necessari per riprodurre il problema specifico del browser. Se una funzione non funziona solo con alcuni profili di Chrome, le impostazioni e la sequenza esatta fanno parte del bug: non sono dettagli secondari.