Skip to main content

Safari 27.3 beta's Global Privacy Control needs a response from websites

The new setting can communicate a request to stop selling or sharing personal data. Its practical value depends on what receiving services do with that signal.

Silver control knob on a blue plate with a cable across a grey surface
TechKili · AI-generated illustration with Cloudflare FLUX
Share this article:
In this article

Safari 27.3 beta has a Global Privacy Control setting that communicates a user's preference against selling or sharing personal information. It gives websites a signal they can act on; the setting alone cannot demonstrate that a service has changed its data handling.

Apple's release notes date the first 27.3 beta to November 3, 2026. Nick Heer's Pixel Envy report, dated November 4 on the source page, describes finding the control in Safari's Advanced settings and observing it work. That is the reporter's observation, not a TechKili test or a claim that the feature has reached every stable Safari installation.

A request with a defined scope

The W3C Global Privacy Control specification describes a preference sent through HTTP and a JavaScript property. When enabled, the request header carries:

Sec-GPC: 1

The September 24 specification remains a Working Draft. Its scope includes requests against selling or sharing personal data and cross-context targeted advertising. It does not exercise every privacy right: it is not a general deletion request, and it does not address all uses of data within the same context. The legal effect also depends on the applicable framework and circumstances.

For a reader, the useful distinction is between expressing a preference and proving that it was honored. A disappearing consent banner would not, by itself, establish the latter; a banner remaining visible would not necessarily prove the signal failed. Look for the service's explanation of how it handles GPC rather than expecting one browser switch to settle every privacy choice.

Web developers need to follow the signal through the application

Apple's WebKit API documentation describes a separate globalPrivacyControlEnabled preference for embedded web pages. It defaults to false. When enabled, Apple says both navigator.globalPrivacyControl and the request header are active for the main frame, subframes and their subresources. The documented API is available from OS version 27; that is distinct from the newly observed Safari interface.

Developers evaluating support should therefore check the browser path and the embedded-app path separately. Confirm that the intended preference reaches the receiving code, then inspect how that code changes the relevant sharing behavior. Recording a header without checking the downstream decision would leave the evaluation incomplete.

For users outside the beta, the immediate takeaway is to check the release and settings actually available on their device. The evidence here supports a beta capability, with site-side implementation still central to its usefulness.

Sources