Apple continua a ridurre la quantità di informazioni che la tecnologia di tracciamento di terze parti può raccogliere in Safari. La prima beta di Safari 27 è arrivata l'8 giugno 2026. I test di settore riportano una serie più ampia di parametri di tracciamento puliti e risorse di tracciamento bloccate. L’esatto comportamento della beta può ancora cambiare prima del rilascio finale, ma la direzione è familiare: la misurazione che dipende interamente dagli script del browser, dalle richieste di terze parti e dagli identificatori persistenti sta diventando meno completa.
Cosa sembra cambiare in Safari 27
Le note beta di Safari 27 pubblicate da Apple confermano il rilascio della beta e la disponibilità della piattaforma, ma non documentano ogni modifica agli elenchi di monitoraggio. Rapporti di settore indipendenti affermano che Safari 27 espande i parametri di tracciamento rimossi dai collegamenti, inclusi gli identificatori utilizzati nei collegamenti da piattaforme come Threads, YouTube e X.
Lo stesso rapporto indica un blocco più ampio delle risorse pubblicitarie e di rilevamento delle impronte digitali note. Gli esempi includono snap.licdn.com di LinkedIn e le risorse associate a strumenti come Microsoft Advertising UET, Segment, Tealium e BlueConic. Poiché Safari 27 rimane in versione beta, i team dovrebbero testare la propria implementazione invece di dare per scontato che ogni regola segnalata verrà rilasciata invariata.
Perché è importante: Safari è uno dei principali browser mobili
Quota Safari nell'utilizzo mondiale dei browser mobili, giugno 2026 (Statcounter)
Questo non è un caso limite. Statcounter ha misurato Safari al 24,07% dell'utilizzo mondiale del browser mobile nel giugno 2026, ovvero circa una sessione di navigazione mobile su quattro nel suo set di dati. La quota può essere considerevolmente più alta per il pubblico nei mercati in cui Apple o nei segmenti di consumatori premium.
Se i visitatori di Safari sono sottomisurati, le dashboard possono mostrare meno sessioni, conversioni e touchpoint assistiti rispetto a quelli effettivamente generati dall’azienda. Le campagne non hanno necessariamente un rendimento peggiore; il livello di misurazione vede meno. Ciò indebolisce l’attribuzione, il pubblico del remarketing e i segnali utilizzati dalle piattaforme pubblicitarie per l’ottimizzazione.
Dove il monitoraggio lato client perde informazioni
Il monitoraggio tradizionale chiede al browser del visitatore di caricare JavaScript del fornitore, memorizzare identificatori e inviare richieste direttamente ai domini pubblicitari o di analisi. Safari può intervenire in ognuna di queste fasi.
Parametri di attribuzione
Quando i parametri identificativi vengono rimossi da un URL pagina di destinazione, potrebbe essere più difficile collegare la campagna o il clic originale a una conversione successiva.
Richieste di terzi
Un pixel noto o un endpoint tracker può essere bloccato prima che la richiesta lasci il dispositivo, in modo che il fornitore non riceva mai l'evento.
Archiviazione del browser
WebKit limita il monitoraggio tra siti e può limitare lo spazio di archiviazione scrivibile tramite script, rendendo più difficile la connessione affidabile dei lunghi viaggi di conversione.
Segnali di impronte digitali
La riduzione o la randomizzazione delle caratteristiche del dispositivo rende l’identificazione probabilistica meno stabile, il che è positivo per la privacy, ma distruttivo per i sistemi di tracciamento che dipendono da essa.
In che modo il monitoraggio lato server migliora la resilienza
Con Google Tag Manager lato server, il sito web invia i dati degli eventi con consenso a un endpoint proprietario sul tuo dominio. Il contenitore del tuo server convalida e trasforma l'evento, quindi inoltra solo i campi richiesti a destinazioni come GA4, Google Ads, Meta o TikTok.
Ciò riduce il numero di chiamate dirette a terze parti effettuate dal browser e offre un livello di raccolta controllato. Puoi standardizzare i dati della campagna, rimuovere dati personali non necessari, rifiutare eventi non validi e monitorare la consegna a livello centrale. Un endpoint gestito ospitato nell'UE mantiene inoltre prevedibile l'infrastruttura senza richiedere al tuo team di gestire Google Cloud.
1. Raccolta di prima parte
Il browser invia i dati degli eventi consentiti al sottodominio di monitoraggio con marchio.
2. Controllo lato server
Il tuo contenitore sGTM valida, arricchisce e filtra l'evento secondo le tue regole.
3. Consegna controllata
Il server invia i dati approvati a ciascuna piattaforma di analisi o pubblicità.
Cosa non fa il monitoraggio lato server
Il monitoraggio lato server non è un mantello dell’invisibilità e non deve essere utilizzato per eludere i controlli sulla privacy del browser. Non può recuperare un identificatore di clic rimosso da Safari prima che la tua pagina lo ricevesse e non può creare dati che un evento del browser bloccato non ha mai raccolto.
Si applicano ancora i requisiti di consenso. La tua piattaforma di gestione del consenso dovrebbe determinare quali eventi e destinazioni sono consentiti prima che i dati vengano raccolti o inoltrati. L'obiettivo è un'architettura proprietaria più affidabile e attenta alla privacy, non più tracciamento senza autorizzazione.
Un pratico piano di preparazione a Safari 27
- 01
Misura il tuo divario in Safari
Confronta i tassi di conversione di Safari, la distribuzione degli eventi e le entrate attribuite con altri browser. Segmenta Safari mobile separatamente.
- 02
Controlla le dipendenze del browser
Elenca ogni pixel, script di terze parti, parametro URL e cookie del browser utilizzati dal tuo stack di misurazione.
- 03
Proteggi i dati delle campagne proprietari
Acquisisci tempestivamente il contesto consentito della campagna, utilizza identificatori durevoli di prima parte ove appropriato e regole di conservazione dei documenti.
- 04
Sposta la consegna sul lato server
Instrada eventi GA4 ed eventi pubblicitari idonei attraverso un endpoint sGTM sul tuo sottodominio.
- 05
Testare il consenso e la deduplicazione
Verifica il comportamento del consenso, gli ID evento, la deduplicazione del browser/server e la diagnostica del fornitore prima di confrontare i totali.
- 06
Monitora Safari 27 fino al rilascio
Ripeti il test sugli aggiornamenti beta e sulla versione finale perché gli elenchi e il comportamento dei tracker possono cambiare.
Non aspettare che la dashboard perda il segnale
La traiettoria della privacy di Safari è consolidata e il suo pubblico mobile è troppo vasto per essere ignorato. Le aziende che dipendono solo dai pixel lato client dovrebbero aspettarsi un aumento dei divari di misurazione man mano che i browser diventano più severi.
Una configurazione lato server ben progettata non sconfiggerà Safari e non dovrebbe provarci. Fornisce alla tua azienda un endpoint proprietario più pulito, una migliore governance e una fornitura più affidabile dei dati che gli utenti ti hanno consentito di elaborare.
Safari 27 e monitoraggio lato server: domande comuni
Safari 27 blocca tutti i tracciamenti?
No. Safari applica diverse protezioni della privacy a tracker noti, identificatori di collegamento, archiviazione del browser e impronte digitali. Il comportamento esatto dipende dalla richiesta e dalla configurazione e Safari 27 è ancora beta.
Il monitoraggio lato server recupererà ogni conversione Safari mancante?
No. Migliora l'affidabilità e il controllo della distribuzione di eventi proprietari consentiti, ma non può ripristinare le informazioni rimosse da Safari prima della raccolta o eventi mai verificatisi.
Ho ancora bisogno del consenso con il monitoraggio lato server?
Sì. Lo spostamento del trattamento su un server non rimuove il GDPR, l'ePrivacy o altri obblighi di consenso. Il consenso dovrebbe controllare la raccolta e ciascuna destinazione a valle.
Perché utilizzare GTM lato server invece di inviare eventi direttamente dal browser?
GTM lato server riduce le richieste dirette dei browser di terze parti e fornisce un livello centrale per la convalida, la minimizzazione, l'instradamento, il monitoraggio e la distribuzione basata sul consenso.