Apple fortsätter att minska mängden information som spårningsteknik från tredje part kan samla in i Safari. Den första betaversionen av Safari 27 kom den 8 juni 2026. Branschtestning rapporterar en bredare uppsättning rensade spårningsparametrar och blockerade spårningsresurser. Det exakta betabeteendet kan fortfarande ändras innan den slutliga releasen, men riktningen är bekant: mätning som helt beror på webbläsarskript, begäranden från tredje part och beständiga identifierare blir mindre komplett.
Vad ser ut att förändras i Safari 27
Apples publicerade Safari 27 beta-anteckningar bekräftar betaversionen och plattformens tillgänglighet, men dokumenterar inte varje ändring av spårningslistor. Oberoende branschrapportering säger att Safari 27 utökar spårningsparametrarna som tas bort från länkar, inklusive identifierare som används i länkar från plattformar som Threads, YouTube och X.
Samma rapportering indikerar en bredare blockering av kända reklam- och fingeravtrycksresurser. Exempel inkluderar LinkedIns snap.licdn.com och resurser kopplade till verktyg som Microsoft Advertising UET, Segment, Tealium och BlueConic. Eftersom Safari 27 förblir beta, bör team testa sin egen implementering istället för att anta att varje rapporterad regel skickas oförändrad.
Varför detta är viktigt: Safari är en stor mobil webbläsare
Safaris andel av den globala användningen av mobila webbläsare, juni 2026 (Statcounter)
Det här är inget kantfall. Statcounter mätte Safari till 24,07 % av den globala mobila webbläsaranvändningen i juni 2026 – ungefär en av fyra mobilsessioner i dess datauppsättning. Andelen kan vara betydligt högre för publik på Apple-tunga marknader eller premiumkonsumentsegment.
Om Safari-besökare är undermätta, kan instrumentpaneler visa färre sessioner, konverteringar och assisterade kontaktpunkter än vad verksamheten faktiskt genererade. Kampanjer presterar inte nödvändigtvis sämre; mätskiktet ser mindre. Det försvagar attribution, remarketingmålgrupper och de signaler som reklamplattformar använder för optimering.
Där spårning på klientsidan förlorar information
Traditionell spårning ber besökarens webbläsare att ladda leverantörens JavaScript, lagra identifierare och skicka förfrågningar direkt till reklam- eller analysdomäner. Safari kan ingripa i vart och ett av dessa stadier.
Attributionsparametrar
När identifierande parametrar tas bort från en målsidesadress kan den ursprungliga kampanjen eller klicket vara svårare att koppla till en senare konvertering.
Förfrågningar från tredje part
En känd pixel eller spårningsslutpunkt kan blockeras innan begäran lämnar enheten, så att leverantören aldrig tar emot händelsen.
Webbläsarlagring
WebKit begränsar spårning över flera webbplatser och kan begränsa skriptskrivbar lagring, vilket gör långa konverteringsresor svårare att ansluta tillförlitligt.
Fingeravtryckssignaler
Att minska eller randomisera enhetsegenskaper gör sannolikhetsidentifieringen mindre stabil – vilket är bra för integriteten, men störande för spårningssystem som är beroende av den.
Hur spårning på serversidan förbättrar motståndskraften
Med Google Tag Manager på serversidan skickar webbplatsen godkända händelsedata till en förstapartsslutpunkt på din egen domän. Din serverbehållare validerar och transformerar händelsen och vidarebefordrar sedan endast de obligatoriska fälten till destinationer som GA4, Google Ads, Meta eller TikTok.
Detta minskar antalet direkta tredjepartssamtal som görs av webbläsaren och ger dig ett kontrollerat samlingslager. Du kan standardisera kampanjdata, ta bort onödiga personuppgifter, avvisa felaktiga händelser och övervaka leveransen centralt. En hanterad EU-värd slutpunkt håller också infrastrukturen förutsägbar utan att ditt team behöver driva Google Cloud.
1. Förstapartsinsamling
Webbläsaren skickar tillåten händelsedata till din varumärkesspårningsunderdomän.
2. Kontroll på serversidan
Din sGTM-behållare validerar, berikar och filtrerar händelsen enligt dina regler.
3. Kontrollerad leverans
Servern skickar godkänd data till varje analys- eller reklamplattform.
Vad server-side tracking inte gör
Spårning på serversidan är inte en osynlighetsmantel och bör inte användas för att kringgå webbläsarens sekretesskontroller. Den kan inte återställa en klickidentifierare som Safari tog bort innan din sida fick den, och den kan inte skapa data som en blockerad webbläsarhändelse aldrig samlade in.
Samtyckeskrav gäller fortfarande. Din samtyckeshanteringsplattform bör avgöra vilka händelser och destinationer som är tillåtna innan data samlas in eller vidarebefordras. Målet är en mer pålitlig, integritetsmedveten förstapartsarkitektur – inte mer spårning utan tillstånd.
En praktisk Safari 27-beredskapsplan
- 01
Mät ditt Safari-gap
Jämför Safaris konverteringsfrekvens, händelseleverans och tillskrivna intäkter med andra webbläsare. Segmentera mobil Safari separat.
- 02
Granska webbläsarberoenden
Lista varje pixel, tredjepartsskript, URL-parameter och webbläsarcookie som används av din mätstack.
- 03
Skydda förstapartskampanjdata
Fånga tillåtet kampanjkontext tidigt, använd hållbara förstapartsidentifierare där så är lämpligt och dokumentlagringsregler.
- 04
Flytta leveransserversidan
Led kvalificerade GA4- och reklamevenemang genom en sGTM-slutpunkt på din egen underdomän.
- 05
Testa samtycke och deduplicering
Verifiera samtyckesbeteende, händelse-ID:n, webbläsare/serverdeduplicering och leverantörsdiagnostik innan du jämför totalsummor.
- 06
Övervaka Safari 27 genom release
Testa om betauppdateringar och den slutliga versionen eftersom spårningslistor och beteende kan ändras.
Vänta inte tills instrumentbrädan tappar signalen
Safaris sekretessbana är etablerad och dess mobilpublik är för stor för att ignoreras. Företag som bara är beroende av pixlar på klientsidan bör förvänta sig att mätgap kommer att växa i takt med att webbläsarna blir strängare.
En väldesignad konfiguration på serversidan kommer inte att besegra Safari – och bör inte försöka göra det. Det ger ditt företag en renare förstapartsslutpunkt, bättre styrning och mer pålitlig leverans av data som användare har gjort det möjligt för dig att bearbeta.
Safari 27 och spårning på serversidan: vanliga frågor
Blockerar Safari 27 all spårning?
Nej. Safari tillämpar flera integritetsskydd för kända spårare, länkidentifierare, webbläsarlagring och fingeravtryck. Exakt beteende beror på begäran och konfigurationen, och Safari 27 är fortfarande beta.
Kommer spårning på serversidan att återställa varje saknad Safari-konvertering?
Nej. Det förbättrar tillförlitligheten och kontrollen av tillåten förstapartshändelseleverans, men den kan inte återställa information som Safari togs bort före insamling eller händelser som aldrig inträffade.
Behöver jag fortfarande samtycke med spårning på serversidan?
Ja. Att flytta bearbetning till en server tar inte bort GDPR, ePrivacy eller andra samtyckesförpliktelser. Samtycke bör styra insamlingen och varje nedströmsdestination.
Varför använda server-side GTM istället för att skicka händelser direkt från webbläsaren?
Server-side GTM minskar direkta webbläsarförfrågningar från tredje part och tillhandahåller ett centralt lager för validering, minimering, routing, övervakning och samtyckesmedveten leverans.