You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Moving a PBJS bidder server-side can result in TCF2 fetchBids errors in PBJS -- those bidders are removed from the auction.
The issue is that PBJS doesn't know the GVL ID when there's no client-side adapter. The way to solve it is to add a gvlMapping, but this is kind of a pain -- when the pub wants to push a bidder server-side, they have to remember to look up each GVL ID and add it to the gvlMapping.
The proposal is to add a deferS2Sbidders flag to the TCF Control module for basicAds” (Purpose 2). We discussed doing this for other purposes, but decided that the only known problem is when PBJS completely suppresses the auction. The proposal is that we start with the known problem and enhance to refine when those use cases are defined.
Type of issue
feature request
Description
Moving a PBJS bidder server-side can result in TCF2 fetchBids errors in PBJS -- those bidders are removed from the auction.
The issue is that PBJS doesn't know the GVL ID when there's no client-side adapter. The way to solve it is to add a gvlMapping, but this is kind of a pain -- when the pub wants to push a bidder server-side, they have to remember to look up each GVL ID and add it to the gvlMapping.
The proposal is to add a
deferS2Sbidders
flag to the TCF Control module for basicAds” (Purpose 2). We discussed doing this for other purposes, but decided that the only known problem is when PBJS completely suppresses the auction. The proposal is that we start with the known problem and enhance to refine when those use cases are defined.Proposed config:
Then before the module rejects the auction for server-side bidders, it would check this flag.
The text was updated successfully, but these errors were encountered: