ois: true the SDK stores the ID and replays it on the X-Optable-OID header,
+ so the same identity survives where the third-party OPTABLE_OID cookie is blocked.
+ ois: true the SDK stores the ID and replays it on the X-Optable-OID header,
+ so the same identity survives where the third-party OPTABLE_OID cookie is blocked.
+ + An OIS-enabled DCN recognizes a browser two ways, and only one of them involves the SDK. This page shows + both. See the + OIS section of the README + for the full description. +
+
+ The browser attaches OPTABLE_OID on its own, so identify, profile and
+ targeting are already attributed to it. It is HttpOnly, so there is deliberately
+ nothing to display here. Block third-party cookies and the DCN falls back to the identity below.
+
+ Derived from the device signals below and returned on the X-Optable-OID response header. With
+ ois: true the SDK stores it and replays it on that header. It arrives on the first
+ identify, targeting or profile call — not during
+ initialization.
+
+ Blank after a call? The DCN only derives this identity when ID derivation is enabled for the node
+ and the request comes from a residential IP — a VPN, datacenter or office IP returns no
+ header. It also requires the DCN to expose X-Optable-OID to the browser.
+
sig)
+ What forwardSignals: true sends, and what the identity above is derived from. A signal this
+ browser does not expose is omitted rather than sent empty.
+
+ An OIS-enabled DCN recognizes a browser two ways, and only one of them involves the SDK. This page shows + both. See the + OIS section of the README + for the full description. +
+
+ The browser attaches OPTABLE_OID on its own, so identify, profile and
+ targeting are already attributed to it. It is HttpOnly, so there is deliberately
+ nothing to display here. Block third-party cookies and the DCN falls back to the identity below.
+
+ Derived from the device signals below and returned on the X-Optable-OID response header. With
+ ois: true the SDK stores it and replays it on that header. It arrives on the first
+ identify, targeting or profile call — not during
+ initialization.
+
+ Blank after a call? The DCN only derives this identity when ID derivation is enabled for the node
+ and the request comes from a residential IP — a VPN, datacenter or office IP returns no
+ header. It also requires the DCN to expose X-Optable-OID to the browser.
+
sig)
+ What forwardSignals: true sends, and what the identity above is derived from. A signal this
+ browser does not expose is omitted rather than sent empty.
+