Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bidder geographic scope for usersync #3102

Open
bretg opened this issue Sep 13, 2023 · 1 comment
Open

Bidder geographic scope for usersync #3102

bretg opened this issue Sep 13, 2023 · 1 comment

Comments

@bretg
Copy link
Contributor

bretg commented Sep 13, 2023

(split out of #2985)

We would like for bidders to be able to define when they will respond to usersyncs. This matters mostly when the cooperative sync option is in use, but can matter more generally for multinational publishers.

The /cookie_sync endpoint does not do a geographic lookup, and we would prefer that it didn't. What it does have is privacy regulation info: GDPR and GPP scope flags.

Requirements

  1. Allow bidders to declare they don't want to sync when GDPR is in scope
  2. Allow bidders to declare they don't want to sync in a given GPP SID
  3. the /cookie_sync endpoint honors these declarations.
  4. (For PBS-Java, which has refactored /cookie_sync) If a bidder would have been eligible for syncing but is removed for this reason, return a "bidder regulation scope" warning when in debug mode.

Proposed Bidder Config

To generalize the concept of letting bidders declare when they don't want to sync, a new skipwhen config block is suggested:

adapter:
    bidderA:
        usersync:
            skipwhen:
                gdpr: true
                gpp_sid:
                    - 2
@bretg
Copy link
Contributor Author

bretg commented Sep 22, 2023

Discussed in committee. Approved.

@bretg bretg moved this from Triage to Ready for Dev in Prebid Server Prioritization Sep 22, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Ready for Dev
Development

No branches or pull requests

1 participant