Apple fortsetter å redusere mengden informasjon som tredjeparts sporingsteknologi kan samle inn i Safari. Den første betaversjonen av Safari 27 kom 8. juni 2026. Bransjetesting rapporterer et bredere sett med rensede sporingsparametere og blokkerte sporingsressurser. Den nøyaktige beta-atferden kan fortsatt endres før den endelige utgivelsen, men retningen er kjent: måling som helt avhenger av nettleserskript, tredjepartsforespørsler og vedvarende identifikatorer blir mindre komplett.
Hva ser ut til å endre seg i Safari 27
Apples publiserte Safari 27 beta-notater bekrefter beta-utgivelsen og tilgjengeligheten av plattformen, men dokumenterer ikke alle endringer i sporingslistene. Uavhengig industrirapportering sier at Safari 27 utvider sporingsparametrene som er fjernet fra lenker, inkludert identifikatorer som brukes i lenker fra plattformer som Threads, YouTube og X.
Den samme rapporteringen indikerer bredere blokkering av kjente annonserings- og fingeravtrykksressurser. Eksempler inkluderer LinkedIns snap.licdn.com og ressurser knyttet til verktøy som Microsoft Advertising UET, Segment, Tealium og BlueConic. Fordi Safari 27 forblir beta, bør team teste sin egen implementering i stedet for å anta at hver rapporterte regel vil sendes uendret.
Hvorfor dette er viktig: Safari er en viktig mobilnettleser
Safari-andel av verdensomspennende mobilnettleserbruk, juni 2026 (Statcounter)
Dette er ikke en kantsak. Statcounter målte Safari til 24,07 % av verdensomspennende mobilnettleserbruk i juni 2026 – omtrent én av fire mobilsurfingøkter i datasettet. Andelen kan være betydelig høyere for publikum i Apple-tunge markeder eller premium forbrukersegmenter.
Hvis Safari-besøkende er undermålt, kan dashbord vise færre økter, konverteringer og assisterte berøringspunkter enn bedriften faktisk genererte. Kampanjer gir ikke nødvendigvis dårligere resultater; målelaget ser mindre. Det svekker attribusjon, remarketingmålgrupper og signalene som reklameplattformer bruker for optimalisering.
Der sporing på klientsiden mister informasjon
Tradisjonell sporing ber den besøkendes nettleser laste leverandørens JavaScript, lagre identifikatorer og sende forespørsler direkte til annonserings- eller analysedomener. Safari kan gripe inn på alle disse stadiene.
Attribusjonsparametere
Når identifiserende parametere fjernes fra en destinasjonsside-URL, kan den opprinnelige kampanjen eller klikket være vanskeligere å koble til en senere konvertering.
Tredjepartsforespørsler
En kjent piksel eller sporingsendepunkt kan blokkeres før forespørselen forlater enheten, slik at leverandøren aldri mottar hendelsen.
Nettleserlagring
WebKit begrenser sporing på tvers av nettsteder og kan begrense lagring som kan skrives av skript, noe som gjør lange konverteringsreiser vanskeligere å koble til på en pålitelig måte.
Fingeravtrykksignaler
Redusering eller randomisering av enhetsegenskaper gjør sannsynlighetsidentifikasjon mindre stabil – noe som er bra for personvernet, men forstyrrende for sporingssystemer som er avhengige av det.
Hvordan sporing på serversiden forbedrer motstandskraften
Med Google Tag Manager på serversiden sender nettstedet godkjent hendelsesdata til et førsteparts endepunkt på ditt eget domene. Serverbeholderen din validerer og transformerer hendelsen, og videresender deretter bare de obligatoriske feltene til destinasjoner som GA4, Google Ads, Meta eller TikTok.
Dette reduserer antallet direkte tredjepartsanrop fra nettleseren og gir deg ett kontrollert samlingslag. Du kan standardisere kampanjedata, fjerne unødvendige personlige data, avvise misformede hendelser og overvåke levering sentralt. Et administrert EU-verts endepunkt holder også infrastrukturen forutsigbar uten at teamet ditt trenger å betjene Google Cloud.
1. Førstepartssamling
Nettleseren sender tillatte hendelsesdata til ditt merkede sporingsunderdomene.
2. Kontroll på serversiden
sGTM-beholderen din validerer, beriker og filtrerer hendelsen i henhold til reglene dine.
3. Kontrollert levering
Serveren sender godkjente data til hver analyse- eller annonseplattform.
Hva sporing på serversiden ikke gjør
Sporing på serversiden er ikke en usynlighetskappe og bør ikke brukes til å omgå nettleserens personvernkontroller. Den kan ikke gjenopprette en klikkidentifikator som Safari fjernet før siden din mottok den, og den kan ikke opprette data som en blokkert nettleserhendelse aldri har samlet inn.
Samtykkekrav gjelder fortsatt. Din samtykkeadministrasjonsplattform bør avgjøre hvilke hendelser og destinasjoner som er tillatt før data samles inn eller videresendes. Målet er en mer pålitelig, personvernbevisst førstepartsarkitektur – ikke mer sporing uten tillatelse.
En praktisk Safari 27-beredskapsplan
- 01
Mål Safari-gapet ditt
Sammenlign Safari-konverteringsfrekvenser, levering av hendelser og tilskrevet inntekt med andre nettlesere. Segmenter mobil Safari separat.
- 02
Revider nettleseravhengigheter
List opp hver piksel, tredjepartsskript, URL-parameter og nettleserinformasjonskapsel som brukes av målestakken din.
- 03
Beskytt førsteparts kampanjedata
Fang tillatt kampanjekontekst tidlig, bruk holdbare førstepartsidentifikatorer der det er hensiktsmessig og dokumenter oppbevaringsregler.
- 04
Flytt leveringsserversiden
Rut kvalifiserte GA4- og reklamehendelser gjennom et sGTM-endepunkt på ditt eget underdomene.
- 05
Testsamtykke og deduplisering
Bekreft samtykkeatferd, hendelses-IDer, nettleser-/serverdeduplisering og leverandørdiagnostikk før du sammenligner totaler.
- 06
Overvåk Safari 27 gjennom utgivelsen
Test på nytt på betaoppdateringer og den endelige utgivelsen fordi sporingslister og atferd kan endres.
Ikke vent til dashbordet mister signalet
Safaris personvernbane er etablert, og mobilpublikummet er for stort til å ignorere. Bedrifter som kun er avhengige av piksler på klientsiden, bør forvente at målegap vil vokse etter hvert som nettlesere blir strengere.
Et godt designet oppsett på serversiden vil ikke beseire Safari – og bør ikke prøve å gjøre det. Det gir bedriften din et renere førstepartsendepunkt, bedre styring og mer pålitelig levering av data som brukere har tillatt deg å behandle.
Safari 27 og sporing på serversiden: vanlige spørsmål
Blokkerer Safari 27 all sporing?
Nei. Safari bruker flere personvernbeskyttelser for kjente sporere, lenkeidentifikatorer, nettleserlagring og fingeravtrykk. Nøyaktig oppførsel avhenger av forespørselen og konfigurasjonen, og Safari 27 er fortsatt beta.
Vil sporing på serversiden gjenopprette hver manglende Safari-konvertering?
Nei. Det forbedrer påliteligheten og kontrollen av tillatt levering av førstepartshendelser, men den kan ikke gjenopprette informasjon som Safari fjernet før innsamling eller hendelser som aldri har skjedd.
Trenger jeg fortsatt samtykke med sporing på serversiden?
Ja. Flytting av behandling til en server fjerner ikke GDPR, ePrivacy eller andre samtykkeforpliktelser. Samtykke bør kontrollere innsamling og hver nedstrøms destinasjon.
Hvorfor bruke server-side GTM i stedet for å sende hendelser direkte fra nettleseren?
Server-side GTM reduserer direkte tredjeparts nettleserforespørsler og gir et sentralt lag for validering, minimering, ruting, overvåking og samtykkebevisst levering.