Rimozione dell’ID di clic di Safari: recuperare l’attribuzione con il tracciamento lato server

Safari ha annunciato un cambiamento significativo per i marketer digitali: la rimozione dei parametri GCLID (Google Click Identifier) e di altri identificatori di clic dagli URL in modalità di navigazione standard. Anche se al momento non abbiamo ancora osservato cambiamenti, consigliamo di prepararsi in anticipo a questi aggiornamenti.

Sebbene la versione beta non rimuova il GCLID nelle sessioni normali (solo in modalità Navigazione privata di Safari), si prevede che il rilascio ufficiale estenda questa limitazione in modo più ampio.

Abbiamo condotto un’analisi sui parametri che saranno interessati dai prossimi cambiamenti. La seguente tabella evidenzia in arancione i parametri coinvolti dalle modifiche di Safari:

In questo articolo, illustreremo i passaggi per preparare la configurazione di Google Ads e Microsoft. Per quanto riguarda Facebook e Twitter, occorre tenere presente che al momento non esiste ancora una soluzione disponibile.

Aggiorneremo l’articolo non appena ne troveremo una :)

Il GCLID è la base di un’attribuzione delle conversioni accurata in Google Ads e Microsoft. Se Safari lo rimuove dagli URL degli utenti, le conversioni potrebbero non essere tracciate, con conseguente perdita di dati, report incompleti e un’ottimizzazione delle campagne meno efficace.

Senza il GCLID, collegare una conversione sul sito web a uno specifico clic sull’annuncio è quasi impossibile. Questo può portare a:

Ci sono due modi per gestire i prossimi cambiamenti di Safari: lato client o lato server.

Le soluzioni lato client sono tecnicamente possibili, ma presentano alcuni svantaggi. Sarebbe necessario impostare manualmente un cookie GCLID per ogni utente, monitorarlo costantemente e aggiornarlo ogni volta che Google cambia il nome o il formato del cookie. Poiché questi aggiornamenti non vengono annunciati né documentati, questo approccio può diventare velocemente inaffidabile e dispendioso in termini di tempo.

Il tracciamento lato server è la scelta più sicura e intelligente. Con questo metodo, la configurazione di GA4 (almeno l’evento page_view) e il Conversion Linker su sGTM gestiscono tutto automaticamente. Il Conversion Linker nativo imposta correttamente il cookie GCLID, anche se Google ne aggiorna il formato o il nome, evitando così interventi manuali o conversioni perse.

Passando al lato server, ci si assicura che le conversioni di Google Ads e Microsoft vengano tracciate in modo accurato, che i report rimangano affidabili e che venga mantenuta la piena visibilità delle campagne, anche per gli utenti che navigano con Safari.

Nel nostro blog si possono trovare istruzioni dettagliate passo dopo passo su come configurare:

Il primo passaggio consiste nel configurare un parametro personalizzato aggiuntivo che funga da backup del GCLID originale, nel caso in cui le restrizioni di Safari eliminino il parametro originale.

1. Acceda al suo account Google Ads → Amministrazione → scheda Tracciamento.

In questa scheda è possibile visualizzare l’elenco dei parametri aggiunti all’URL dell’utente quando clicca su un annuncio e accede al sito.

2. Nel campo Suffisso URL finale, inserisca un parametro di backup personalizzato con valore {gclid}.

Ecco un esempio di come questo possa essere implementato:

In questo esempio viene utilizzato qwerty come parametro di backup. È possibile utilizzare un nome di parametro a propria discrezione. L’aspetto più importante da considerare è che il valore di questo parametro deve essere ={gclid}.

A seguito di questi passaggi, ogni utente che accede al sito avrà due parametri URL contenenti il valore del GCLID:

Se Safari rimuove il parametro gclid, l’utente utilizzerà automaticamente il parametro di query personalizzato.

1. Acceda al suo account su stape.io.

2. Selezioni il contenitore sGTM dalla dashboard.

3. Faccia clic su Power-up e sul pulsante Usa o Configura accanto al pannello Click ID Restorer.

4. Attivi l’interruttore Click ID Restorer.

5. Inserisca il nome del parametro di query del click ID personalizzato per Google o Microsoft Ads.

6. Faccia clic su Salva modifiche.

È possibile aggiungere manualmente dei parametri all’URL per il debug. I più importanti sono il parametro nativo gclid e il parametro di backup specificato in Google Ads.

Ecco un esempio di URL di test:

3.1. Modalità di navigazione predefinita di Safari

Nell’attuale versione beta di Safari v26, il parametro gclid non viene rimosso per impostazione predefinita, di conseguenza FPGCLAW viene impostato senza alcun problema.

⚠️ Nota: questo comportamento potrebbe modificarsi nella versione ufficiale di Safari.

3.2. Modalità privata di Safari

Il seguente test deve essere eseguito in modalità privata di Safari.

Attualmente, la modalità privata di Safari rimuove il parametro gclid dall’URL. Tuttavia, come mostrato nello screenshot seguente, il cookie FPGCLAW viene comunque impostato, poiché il nostro parametro di backup qwerty ha sostituito automaticamente il gclid rimosso.

Se si nota che il parametro gclid è stato rimosso dall’URL, ma il cookie FPGCLAW risulta correttamente impostato, significa che tutti i passaggi sono stati seguiti correttamente e che il tracciamento è ora sicuro.

Il prossimo aggiornamento di Safari avrà un impatto significativo, soprattutto se una parte rilevante degli utenti utilizza Safari per la navigazione. Senza una soluzione come questa, si rischia di perdere la maggior parte delle conversioni di Google Ads e Microsoft.

Consigliamo l’utilizzo della nostra soluzione lato server per aggirare queste restrizioni. È semplice da configurare e affidabile, e garantisce che la configurazione continui a funzionare anche nel caso in cui Google introduca aggiornamenti imprevisti.