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

Sync pubcommonid or other ids to ad server #6430

Closed
patmmccann opened this issue Mar 17, 2021 · 6 comments
Closed

Sync pubcommonid or other ids to ad server #6430

patmmccann opened this issue Mar 17, 2021 · 6 comments
Labels

Comments

@patmmccann
Copy link
Collaborator

patmmccann commented Mar 17, 2021

Type of issue

Feature Request

Description

Recently at https://blog.google/products/admanager/helping-publishers-thrive-todays-privacy-environment/ Google announced their intention to "enable publishers to further increase their inventory’s value, [by] working to help them expand the use of their PPIDs to more programmatic campaign types, including the Open Auction"

The ppid is described at https://support.google.com/admanager/answer/2880055?hl=en and has historically been used for "frequency capping, audience segmentation and targeting, sequential ad rotation" and analysis on the data transfer files, in which they appear.

Setting the ppid is rather straightforward, eg googletag.pubads().setPublisherProvidedId('12JD92JD8078S8J29SDOAKC0EF230337');

I would like the User Id module to sync the pubcommonid or the https://github.com/prebid/Prebid.js/blob/master/modules/pubProvidedIdSystem.js id [and potentially other ids] to gam ppid if the publisher has designated it would like this in config. The pubcommonid feels like a natural choice for many publishers, as it is simply the id in the first party publisher cookie.

@patmmccann
Copy link
Collaborator Author

@smenzer curious for your thoughts

@dmdabbs
Copy link

dmdabbs commented Mar 17, 2021

Agree, seems like a Good Thing(tm). Would you imagine some site-controlled preference ranking of which to send, or initially more straightforward conf for which of the supported input IDs to send, if present, to PPID?

It is singular, "an identifier."

This identifier is used alongside any other identifiers that are available to Google Ad Manager, such as cookies. The identifier must be hashed, anonymous, and must not contain any personal information, third-party identifiers or device IDs.

@smenzer
Copy link
Collaborator

smenzer commented Mar 18, 2021

I agree this should be a feature of the userid module where the publisher can select which ID they'd like to use as the google PPID. And as @dmdabbs said, this is only ONE id, so pubs can't just choose all.

perhaps something in the userSync config with a new option ppidUserIdModule: 'abcId' where abcId is the same value that would be passed in the userIds[].name field in the user id module config.

@muuki88
Copy link
Collaborator

muuki88 commented Mar 18, 2021

How will id providers ensure the requirements that google seems to have?

This identifier is used alongside any other identifiers that are available to Google Ad Manager, such as cookies. The identifier must be hashed, anonymous, and must not contain any personal information, third-party identifiers or device IDs.

From [Google PPID docs|https://support.google.com/admanager/answer/2880055?hl=en]

@patmmccann
Copy link
Collaborator Author

patmmccann commented Mar 18, 2021

How will id providers ensure the requirements that google seems to have?

This identifier is used alongside any other identifiers that are available to Google Ad Manager, such as cookies. The identifier must be hashed, anonymous, and must not contain any personal information, third-party identifiers or device IDs.

From [Google PPID docs|https://support.google.com/admanager/answer/2880055?hl=en]

It is up to the publisher to choose an id that meets these requirements, not the id provider to meet them. Perhaps we should just allow id providers to add to their doc "meets ppid spec" or something. The pubcommonid appears to meet it from my perspective. A hashed email I am less sure of, but if a publisher is using the ppid primarily for its classic application, cross domain frequency capping of logged in users, the hashed email seems like the natural ppid one would choose.

@robertrmartinez
Copy link
Collaborator

Addressed #7681

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Development

No branches or pull requests

5 participants