Apple blijft beperken hoeveel informatie third-party trackingtechniek in Safari kan verzamelen. De eerste bèta van Safari 27 verscheen op 8 juni 2026. Uit tests in de sector komt naar voren dat er meer trackingparameters worden opgeschoond en meer trackingbronnen worden geblokkeerd. Het precieze gedrag van de bèta kan vóór de definitieve release nog veranderen, maar de richting is bekend: metingen die volledig leunen op browserscripts, third-party requests en blijvende identifiers worden steeds onvollediger.
Wat er in Safari 27 lijkt te veranderen
De officiële bètanotities van Apple bevestigen de release en op welke platforms Safari 27 beschikbaar is, maar beschrijven niet elke wijziging in de trackinglijsten. Onafhankelijke berichtgeving uit de sector meldt dat Safari 27 meer trackingparameters uit links haalt, waaronder identifiers uit links van platforms als Threads, YouTube en X.
Dezelfde berichtgeving wijst op ruimere blokkering van bekende advertentie- en fingerprintingbronnen. Voorbeelden zijn snap.licdn.com van LinkedIn en bronnen die horen bij tools als Microsoft Advertising UET, Segment, Tealium en BlueConic. Omdat Safari 27 nog in bèta is, kun je beter je eigen implementatie testen dan ervan uitgaan dat elke gemelde regel ongewijzigd wordt uitgeleverd.
Waarom dit ertoe doet: Safari is een grote mobiele browser
Aandeel van Safari in het wereldwijde mobiele browsergebruik, juni 2026 (Statcounter)
Dit is geen randgeval. Statcounter mat Safari in juni 2026 op 24,07% van het wereldwijde mobiele browsergebruik, ruwweg één op de vier mobiele sessies in die dataset. Bij doelgroepen in markten waar Apple sterk staat, of in premiumsegmenten, kan dat aandeel flink hoger liggen.
Als je Safari-bezoekers ondermeet, laten dashboards minder sessies, conversies en ondersteunende contactmomenten zien dan je bedrijf werkelijk heeft gehaald. Campagnes presteren daarmee niet per se slechter; de meetlaag ziet gewoon minder. Dat verzwakt je attributie, je remarketingdoelgroepen en de signalen waarop advertentieplatforms optimaliseren.
Waar client-side tracking informatie verliest
Klassieke tracking vraagt de browser van de bezoeker om JavaScript van vendors te laden, identifiers op te slaan en requests rechtstreeks naar advertentie- of analyticsdomeinen te sturen. Safari kan in elk van die stappen ingrijpen.
Attributieparameters
Als identificerende parameters uit de URL van de landingspagina worden gehaald, is de oorspronkelijke campagne of klik lastiger te koppelen aan een latere conversie.
Third-party requests
Een bekend pixel- of trackerendpoint kan worden geblokkeerd voordat het request het apparaat verlaat, waardoor de vendor het event nooit ontvangt.
Browseropslag
WebKit beperkt cross-site tracking en kan een maximum zetten op opslag die scripts wegschrijven, waardoor lange conversietrajecten moeilijker betrouwbaar aan elkaar te knopen zijn.
Fingerprintingsignalen
Door apparaatkenmerken te beperken of te randomiseren wordt waarschijnlijkheidsidentificatie minder stabiel. Goed voor de privacy, maar ontwrichtend voor trackingsystemen die erop leunen.
Hoe server-side tracking je weerbaarder maakt
Met server-side Google Tag Manager stuurt de website eventdata waarvoor toestemming is naar een first-party endpoint op je eigen domein. Je servercontainer valideert en bewerkt het event, en stuurt daarna alleen de benodigde velden door naar bestemmingen als GA4, Google Ads, Meta of TikTok.
Dat vermindert het aantal directe third-party calls vanuit de browser en geeft je één verzamellaag waar je grip op hebt. Je kunt campagnedata standaardiseren, overbodige persoonsgegevens weghalen, foutieve events weigeren en de aflevering centraal in de gaten houden. Een managed, EU-gehost endpoint houdt de infrastructuur bovendien voorspelbaar zonder dat je team Google Cloud hoeft te beheren.
1. First-party verzamelen
De browser stuurt toegestane eventdata naar je eigen tracking-subdomein.
2. Controle op de server
Je sGTM-container valideert, verrijkt en filtert het event volgens jouw regels.
3. Gecontroleerde aflevering
De server stuurt goedgekeurde data door naar elk analytics- of advertentieplatform.
Wat server-side tracking niet doet
Server-side tracking is geen onzichtbaarheidsmantel en je hoort het niet te gebruiken om privacyinstellingen van de browser te omzeilen. Het kan geen klik-identifier terughalen die Safari al had verwijderd voordat je pagina hem binnenkreeg, en het kan geen data verzinnen die een geblokkeerd browser-event nooit heeft verzameld.
De toestemmingsregels blijven gewoon gelden. Je consent management platform bepaalt welke events en bestemmingen zijn toegestaan voordat er data wordt verzameld of doorgestuurd. Het doel is een betrouwbaardere, privacybewuste first-party architectuur, niet méér tracking zonder toestemming.
Een praktisch plan om klaar te zijn voor Safari 27
- 01
Meet je Safari-gat
Vergelijk conversieratio's, eventaflevering en toegeschreven omzet van Safari met die van andere browsers. Neem Safari op mobiel als apart segment.
- 02
Breng browserafhankelijkheden in kaart
Zet elke pixel, elk third-party script, elke URL-parameter en elke browsercookie op een rij die je meetopzet gebruikt.
- 03
Bescherm je first-party campagnedata
Leg toegestane campagnecontext vroeg vast, gebruik waar passend duurzame first-party identifiers en leg je bewaarregels vast.
- 04
Verhuis de aflevering naar de server
Laat geschikte GA4- en advertentie-events via een sGTM-endpoint op je eigen subdomein lopen.
- 05
Test consent en deduplicatie
Controleer het consentgedrag, event-ID's, deduplicatie tussen browser en server, en de diagnostiek van vendors voordat je totalen met elkaar vergelijkt.
- 06
Volg Safari 27 tot de release
Test opnieuw bij bèta-updates en bij de definitieve release, want trackerlijsten en gedrag kunnen nog veranderen.
Wacht niet tot je dashboard signaal verliest
De privacykoers van Safari ligt vast, en het mobiele publiek is te groot om te negeren. Bedrijven die alleen op client-side pixels leunen, moeten erop rekenen dat de meetgaten groeien naarmate browsers strenger worden.
Een goed opgezette server-side inrichting verslaat Safari niet, en dat hoort ook niet het doel te zijn. Het geeft je bedrijf een schoner first-party endpoint, betere governance en een betrouwbaardere aflevering van de data die gebruikers je hebben toegestaan te verwerken.
Safari 27 en server-side tracking: veelgestelde vragen
Blokkeert Safari 27 alle tracking?
Nee. Safari past verschillende privacybeschermingen toe op bekende trackers, link-identifiers, browseropslag en fingerprinting. Wat er precies gebeurt hangt af van het request en de configuratie, en Safari 27 is nog bèta.
Haalt server-side tracking elke gemiste Safari-conversie terug?
Nee. Het maakt de aflevering van toegestane first-party events betrouwbaarder en beter beheersbaar, maar het kan geen informatie herstellen die Safari vóór het verzamelen al had weggehaald, of events die nooit hebben plaatsgevonden.
Heb ik met server-side tracking nog steeds toestemming nodig?
Ja. Verwerking naar een server verplaatsen haalt de verplichtingen uit de AVG, ePrivacy of andere toestemmingsregels niet weg. Consent hoort te bepalen wat er wordt verzameld en wat er naar elke bestemming gaat.
Waarom server-side GTM in plaats van events rechtstreeks vanuit de browser sturen?
Server-side GTM vermindert directe third-party requests vanuit de browser en biedt één centrale laag voor validatie, minimalisatie, routing, monitoring en aflevering die rekening houdt met consent.