You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
as an 3rd party SDK, I would like to read consent signals for mobile without decoding GPP string.
Is that possible, without implementing CMP library?
What is the best practice(if you can provide an example) for 3rd parties when reading the consent for the US national/country segments. And could you clarify more on which is the key format inside SharedPreferences/UserDefaults?
If I understand specification correctly, we should be able to read every encoded GPP string component separately from SharedPrefs/UserDefaults?
For example, for Utah: IABGPP_11_SaleOptOut - value
The text was updated successfully, but these errors were encountered:
The naming in the spec is not really clear. The first paragraph says the naming is IABGPP_2_String while the example table below says IABGPP_TCFEU2_.... Anyhow, the second table seems incorrect (also it is missing the "v" in "IABTCFV2"), hence I'd assume that you should find the data in "IABGPP_11_SaleOptOut" (that's how our SDK is creating it)
Kind regards,
as an 3rd party SDK, I would like to read consent signals for mobile without decoding GPP string.
Is that possible, without implementing CMP library?
What is the best practice(if you can provide an example) for 3rd parties when reading the consent for the US national/country segments. And could you clarify more on which is the key format inside SharedPreferences/UserDefaults?
If I understand specification correctly, we should be able to read every encoded GPP string component separately from SharedPrefs/UserDefaults?
For example, for Utah:
IABGPP_11_SaleOptOut
- valueThe text was updated successfully, but these errors were encountered: