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

Enable GeoIP Awareness to Prebid.js #6516

Closed
ian-lr opened this issue Apr 1, 2021 · 3 comments
Closed

Enable GeoIP Awareness to Prebid.js #6516

ian-lr opened this issue Apr 1, 2021 · 3 comments

Comments

@ian-lr
Copy link

ian-lr commented Apr 1, 2021

Type of issue

Feature Request

Description

Enable standard lookup, storage and availability of an end user's geography, as based on IP.

LiveRamp, in the context of our userId module, only supports identity lookup for markets that have been reviewed by our data ethics / privacy teams. When we do not believe we have appropriate permission to process data in a given country (or state/province), we will "loudly" state as much in the form of an HTTP 400-level (typically 451) status code. This sends a clear signal to end users and regulators that we do not want to receive such requests from that region and have not further processed the data.

However, this "error" can be a burden to publishers who want to eliminate any bad requests from their pages. While it would be possible for us to implement geoIP awareness as vendor-specific capability, it strikes me that this might become more useful, especially as varying regulatory regimes take off around the world and service providers want to more clearly indicate their compliance.

Strawman

  • Create a new module that accepts a required CORS endpoint as a parameter, alongside storage and TTL preferences.
  • By default, check the cache || call the endpoint before an auction begins.
  • Parse and store the result which would have an expected response format of e.g. {"country_code":"NL","state":"ZE"} using ISO 3166.
  • Make the value available to bidders, userId modules and (potentially) other module types.
  • Modules like ours could decide whether to attempt ID retrieval (or bids) based on the geoIP information before making remote calls.
@patmmccann
Copy link
Collaborator

@patmmccann
Copy link
Collaborator

patmmccann commented Apr 1, 2021

It seems the way for this to work is an rtd module or #6452 might populate device.geo.country in the ortb2 object, but I am not sure I see the use case yet as time zone is an effective alternative used by many other contributors https://github.com/prebid/Prebid.js/search?q=timezone

@ian-lr
Copy link
Author

ian-lr commented Apr 1, 2021

@patmmccann That came up in the Privacy and Identity PMC, although I was under the impression that some tzs would be shared across multiple countries. After a review of https://en.wikipedia.org/wiki/List_of_tz_database_time_zones it doesn't appear that's the case. This would be an issue for state-level categorization (e.g. users in Virginia might choose Washington DC or NYC), but that isn't a primary use case for us at the moment.

Will close this out for the time being!

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

No branches or pull requests

2 participants