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

VIS.X Bid Adapter : add first-party id #10162

Merged
merged 1 commit into from
Aug 9, 2023

Conversation

vfedoseev
Copy link
Contributor

Type of change

  • Bugfix

  • Feature

  • New bidder adapter

  • Code style update (formatting, local variables)

  • Refactoring (no functional changes, no api changes)

  • Build related changes

  • CI related changes

  • Does this change affect user-facing APIs or examples documented on http://prebid.org?

  • Other

Description of change

We have added the first-party user id for VIS.X bidder.

Other information

@vfedoseev
Copy link
Contributor Author

Hi!

I've checked the test report and I see that the failed test is not related to the changes in this PR.

Thank you in advance for checking.

@vfedoseev
Copy link
Contributor Author

Hi all!

Please let us know if we need to change or fix something in our PR, so it can be processed.
Thank you in advance an have a nice day.

Best regards,
Vladimir Fedoseev

@patmmccann
Copy link
Collaborator

Why not just use the sharedid?

@ChrisHuie ChrisHuie changed the title VIS.X Bid Adapter: add first-party id VIS.X Bid Adapter : add first-party id Jul 20, 2023
@vfedoseev
Copy link
Contributor Author

Hi @patmmccann,

Thank you for your patience.

Actually we have some reasons to use our own first-party id.
The main reason is that the publishers could integrate our inventory not only as HB, but also via the tags. And for the tag integrations we already use our own 'vads' cookie to save the first-party user ids. So, we'd like to use the same cookie in HB in order to match the users between the different type of integrations - HB and tags.

The other reasons that we can think of are the following:

  • More control against the issues from our bidder side
  • Avoiding mapping of multiple IDs (saves database space)
  • Independence from the 3rd party ID format and logic changes
  • Easier communication with publishers as they already possess the info on our ID solution and uses of the browser storage
  • Full control over compliance with user privacy regulations (GDPR)

I hope that this information the suggested solution for VIS.X bidder in more details. However, if you have any further questions, we'l be happy to discuss it.

Thank you in advance and have a nice day.

Best regards,
Vladimir

@patmmccann
Copy link
Collaborator

@vfedoseev this is very interesting; I suggest you add similar discussion to your documentation when pubs inevitably ask the same

@mmoschovas mmoschovas merged commit 543544c into prebid:master Aug 9, 2023
2 checks passed
@vfedoseev
Copy link
Contributor Author

Hi @patmmccann ,
Thank you a lot for the suggestions. We'll definitely consider the options of how to inform the publishers about the fact that our VIS.X bidder is using our own first-party id.

santii7395 pushed a commit to themaven-net/Prebid.js that referenced this pull request Aug 28, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants