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

Alternate way to render native ads through Prebid. #3366

Closed
nanek opened this issue Dec 10, 2018 · 2 comments
Closed

Alternate way to render native ads through Prebid. #3366

nanek opened this issue Dec 10, 2018 · 2 comments
Assignees
Labels

Comments

@nanek
Copy link
Contributor

nanek commented Dec 10, 2018

Type of issue

Request for feedback.

Description

From #3224 (comment) I created an example that demonstrates another approach to rendering native ads through prebid using the existing renderer option:
https://gist.github.com/nanek/cfcd43a1dc343dabfad505eb4e63653c

  • No need to create additional DFP line items, targeting hb_format=native. Can use existing banner line items.

  • No concerns over passing KVPs that are too long, as no additional KVPs are required to be passed to DFP. This is more of an issue when using single request mode for DFP.

  • No concerns over encoding characters DFP does not allow.

  • You lose DFP click tracking metrics.

  • The ad is not rendered in an iframe. Is this an issue?

  • Are there other downsides or concerns?

This seems to work using existing prebid.js without modifications. I'm interested in any feedback on this approach. Thanks!

/cc @mkendall07

@mkendall07
Copy link
Member

@nanek
Thanks for your suggestion! Some quick feedback/questions from @mjacobsonny

  1. how does the publisher prevent a banner ad from serving into the slot?
  2. can it compete with any managed native LIs?
  3. are there any issues with responsiveness/ responsive slots?

@mkendall07
Copy link
Member

Closing this as we introduced the sendId method:
http://prebid.org/dev-docs/show-native-ads.html#1-configure-which-assets-to-send-as-placeholders

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

No branches or pull requests

3 participants