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

Cooperative Cookie Syncing #924

Closed
bretg opened this issue May 31, 2019 · 5 comments
Closed

Cooperative Cookie Syncing #924

bretg opened this issue May 31, 2019 · 5 comments
Assignees
Labels
feature request Intent to implement An issue describing a plan for a major feature. These are intended for community feedback PBS-Go

Comments

@bretg
Copy link
Contributor

bretg commented May 31, 2019

We've discussed in the Prebid Server committee meetings a feature that allows a Prebid Server host company to pre-sync cookies with more bidders than are in the page.

  1. Prebid Server host company can configure lists of bidder adapters that can be included as part of a cookie-sync response even if that bidder is not specifically requested by the page.

The lists of bidders should be prioritizable in groups, representing the fact that not all bidders are of equal importance to the publishers of a given host company.

cookie-sync:
   coop-sync:
       default: true
       pri[0]: bidderA, bidderB
       pri[1]: bidderC, bidderD

Which bidders are chosen within a given group should be random.
If no priority groups are specified, the default is to have all bidders at the same level.

  1. The publisher should be able to limit how many sync pixels can happen in a given cookie-sync, and should be able to turn off cooperative syncing.
{"bidders": ["appnexus", "rubicon"], coopSync: true, limit: 5}

For example, if appnexus and rubicon are on the page and biddersA-D are in the coop-sync config as shown above, PBS would respond with up to 5 sync pixels. e.g. if the user had no IDs in the uids cookie, then the response to /cookie-sync would include pixels for appnexus, rubicon, bidderA, bidderB, and (randomly) either bidderC or D.

  1. Whether coop syncing is on by default should be configurable by the Prebid Server host company
@bretg bretg added feature request Intent to implement An issue describing a plan for a major feature. These are intended for community feedback labels May 31, 2019
@stale
Copy link

stale bot commented Aug 8, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Aug 8, 2019
DGarbar added a commit to prebid/prebid-server-java that referenced this issue Aug 12, 2019
@stale stale bot removed the stale label Aug 12, 2019
@bretg
Copy link
Contributor Author

bretg commented Aug 19, 2019

Note: working on this in PBS-Java.
We tweaked the format of the config above to have it better conform to YAML

@bretg
Copy link
Contributor Author

bretg commented Nov 8, 2019

This is done in PBS-Java. Assigning to @hhhjort for PBS-Go implementation.

@SyntaxNode
Copy link
Contributor

SyntaxNode commented Mar 26, 2021

@bretg I'm not familiar with the pri[0] style of syntax for a yaml array. I think it would closer to:

user_sync:
    coop_sync:
        default: true
        priority_groups:
            - [bidderA, bidderB]
            - [bidderC, bidderD]

Is this how it was implemented in PBS-Java?

EDIT: PBS-Go was implemented with the config format in this message.

@SyntaxNode
Copy link
Contributor

Implemented in PBS-Go 0.173.0.

@bretg bretg changed the title Proposal: Cooperative Cookie Syncing Cooperative Cookie Syncing Jan 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request Intent to implement An issue describing a plan for a major feature. These are intended for community feedback PBS-Go
Projects
None yet
Development

No branches or pull requests

3 participants