Apple blijft de hoeveelheid informatie verminderen die trackingtechnologie van derden in Safari kan verzamelen. De eerste bètaversie van Safari 27 arriveerde op 8 juni 2026. Tests uit de industrie rapporteren een bredere reeks opgeschoonde trackingparameters en geblokkeerde trackingbronnen. Het exacte bètagedrag kan vóór de definitieve release nog veranderen, maar de richting is bekend: metingen die volledig afhankelijk zijn van browserscripts, verzoeken van derden en persistente identifiers worden minder compleet.
Wat lijkt er te veranderen in Safari 27
De door Apple gepubliceerde bèta-opmerkingen over Safari 27 bevestigen de bètaversie en de beschikbaarheid van het platform, maar documenteren niet elke wijziging in de trackinglijsten. Onafhankelijke brancherapporten zeggen dat Safari 27 de trackingparameters uitbreidt die uit links worden verwijderd, inclusief identificatiegegevens die worden gebruikt in links van platforms zoals Threads, YouTube en X.
Dezelfde rapportage duidt op een bredere blokkering van bekende reclame- en vingerafdrukbronnen. Voorbeelden hiervan zijn LinkedIn's snap.licdn.com en bronnen die verband houden met tools zoals Microsoft Advertising UET, Segment, Tealium en BlueConic. Omdat Safari 27 een bètaversie blijft, moeten teams hun eigen implementatie testen in plaats van ervan uit te gaan dat elke gerapporteerde regel ongewijzigd wordt verzonden.
Waarom dit belangrijk is: Safari is een belangrijke mobiele browser
Safari-aandeel in wereldwijd mobiel browsergebruik, juni 2026 (Statcounter)
Dit is geen randgeval. Statcounter meet Safari op 24,07% van het wereldwijde mobiele browsergebruik in juni 2026: grofweg één op de vier mobiele browsersessies in de dataset. Het aandeel kan aanzienlijk hoger zijn voor doelgroepen in Apple-zware markten of premium consumentensegmenten.
Als Safari-bezoekers ondermaats worden gemeten, kunnen dashboards minder sessies, conversies en ondersteunde contactpunten laten zien dan het bedrijf daadwerkelijk heeft gegenereerd. Campagnes presteren niet noodzakelijkerwijs slechter; de meetlaag ziet minder. Dat verzwakt de attributie, het remarketingpubliek en de signalen die advertentieplatforms gebruiken voor optimalisatie.
Waar bij tracking aan de clientzijde informatie verloren gaat
Traditionele tracking vraagt de browser van de bezoeker om JavaScript van de leverancier te laden, identificatiegegevens op te slaan en verzoeken rechtstreeks naar advertentie- of analysedomeinen te sturen. Safari kan in elk van deze fasen ingrijpen.
Attributieparameters
Wanneer identificerende parameters worden verwijderd uit de URL van een bestemmingspagina, kan het moeilijker zijn om de oorspronkelijke campagne of klik te koppelen aan een latere conversie.
Verzoeken van derden
Een bekend pixel- of tracker-eindpunt kan worden geblokkeerd voordat het verzoek het apparaat verlaat, zodat de leverancier de gebeurtenis nooit ontvangt.
Browseropslag
WebKit beperkt het volgen van meerdere sites en kan de door scripts schrijfbare opslag beperken, waardoor lange conversietrajecten moeilijker betrouwbaar te verbinden zijn.
Vingerafdruksignalen
Het verminderen of randomiseren van apparaatkenmerken maakt probabilistische identificatie minder stabiel – wat goed is voor de privacy, maar ontwrichtend voor trackingsystemen die ervan afhankelijk zijn.
Hoe tracking aan de serverzijde de veerkracht verbetert
Met Google Tag Manager aan de serverzijde verzendt de website toestemmingsgebeurtenisgegevens naar een eigen eindpunt op uw eigen domein. Uw servercontainer valideert en transformeert de gebeurtenis en stuurt vervolgens alleen de vereiste velden door naar bestemmingen zoals GA4, Google Ads, Meta of TikTok.
Dit vermindert het aantal directe oproepen van derden door de browser en geeft u één gecontroleerde verzamellaag. U kunt campagnegegevens standaardiseren, onnodige persoonlijke gegevens verwijderen, verkeerd ingedeelde gebeurtenissen afwijzen en de levering centraal monitoren. Een beheerd, door de EU gehost eindpunt houdt de infrastructuur ook voorspelbaar zonder dat uw team Google Cloud hoeft te gebruiken.
1. Inning door eigen partij
De browser verzendt toegestane gebeurtenisgegevens naar uw merktracking-subdomein.
2. Controle aan de serverzijde
Uw sGTM-container valideert, verrijkt en filtert het evenement volgens uw regels.
3. Gecontroleerde levering
De server verzendt goedgekeurde gegevens naar elk analyse- of advertentieplatform.
Wat tracking aan de serverzijde niet doet
Tracking aan de serverzijde is geen onzichtbaarheidsmantel en mag niet worden gebruikt om de privacycontroles van browsers te omzeilen. Het kan geen klik-ID herstellen die Safari heeft verwijderd voordat uw pagina deze ontving, en het kan geen gegevens creëren die een geblokkeerde browsergebeurtenis nooit heeft verzameld.
Toestemmingsvereisten zijn nog steeds van toepassing. Uw toestemmingsbeheerplatform moet bepalen welke evenementen en bestemmingen zijn toegestaan voordat gegevens worden verzameld of doorgestuurd. Het doel is een betrouwbaardere, privacybewuste first-party architectuur, en niet meer tracking zonder toestemming.
Een praktisch Safari 27 voorbereidingsplan
- 01
Meet uw Safari-kloof
Vergelijk Safari-conversiepercentages, gebeurtenisweergave en toegeschreven inkomsten met andere browsers. Segmenteer mobiele Safari afzonderlijk.
- 02
Browserafhankelijkheden controleren
Vermeld elke pixel, script van derden, URL-parameter en browsercookie die door uw metingenstapel worden gebruikt.
- 03
Bescherm campagnegegevens van eigen klanten
Leg de toegestane campagnecontext vroegtijdig vast, gebruik waar nodig duurzame first-party identifiers en bewaarregels voor documenten.
- 04
Verplaats de bezorgserverzijde
Routeer in aanmerking komende GA4- en advertentie-evenementen via een sGTM-eindpunt op uw eigen subdomein.
- 05
Test toestemming en deduplicatie
Controleer het toestemmingsgedrag, gebeurtenis-ID's, browser-/server-deduplicatie en leveranciersdiagnostiek voordat u de totalen vergelijkt.
- 06
Houd Safari 27 in de gaten tot en met de release
Test opnieuw bij bèta-updates en de definitieve release, omdat trackerlijsten en gedrag kunnen veranderen.
Wacht niet tot het dashboard signaal verliest
Het privacytraject van Safari is gevestigd en het mobiele publiek is te groot om te negeren. Bedrijven die alleen afhankelijk zijn van pixels aan de clientzijde mogen verwachten dat de meetverschillen groter worden naarmate browsers strenger worden.
Een goed ontworpen installatie aan de serverzijde zal Safari niet verslaan, en dat zou ook niet moeten proberen. Het geeft uw bedrijf een schoner first-party eindpunt, beter beheer en een betrouwbaardere levering van gegevens die u door gebruikers heeft kunnen verwerken.
Safari 27 en tracking aan de serverzijde: veelgestelde vragen
Blokkeert Safari 27 alle tracking?
Nee. Safari past verschillende privacybeschermingen toe op bekende trackers, link-ID's, browseropslag en vingerafdrukken. Het exacte gedrag is afhankelijk van het verzoek en de configuratie, en Safari 27 is nog steeds een bètaversie.
Zal tracking op de server elke ontbrekende Safari-conversie herstellen?
Nee. Het verbetert de betrouwbaarheid en controle van toegestane first-party gebeurtenislevering, maar het kan geen informatie herstellen die Safari heeft verwijderd voordat deze werd verzameld of gebeurtenissen die nooit hebben plaatsgevonden.
Heb ik nog steeds toestemming nodig voor tracking op de server?
Ja. Het verplaatsen van de verwerking naar een server heft de AVG-, ePrivacy- of andere toestemmingsverplichtingen niet op. Toestemming moet de verzameling en elke downstream-bestemming controleren.
Waarom GTM aan de serverzijde gebruiken in plaats van gebeurtenissen rechtstreeks vanuit de browser te verzenden?
GTM aan de serverzijde vermindert directe browserverzoeken van derden en biedt een centrale laag voor validatie, minimalisatie, routering, monitoring en toestemmingsbewuste levering.