For Prebid Server
This page is for the integration of Prebid.JS connections only. For Prebid Server please consult the Prebid Server Integration guide.
Specification Support
Specification | Version | Last Update Date | Notes |
---|---|---|---|
Prebid.js | v10.10.0+ |
| Starting with v10.10.0, Prebid.js supports the latest version of the fwssp Prebid.js Adapter. When the adapter is updated, these updates have to be merged into the next Prebid.js release to be able to be used by a client. We will update here what the minimum required Prebid.js release version is, to support the latest version of the fwssp Prebid.js adapter. See here to download the latest version of Prebid.js, make sure to select fwssp from the list of adapters: https://docs.prebid.org/download.html |
IAB Content Category Taxonomy | v1 |
| IAB Content Categories are mapped to FreeWheel Global Industries. |
Guide Change Log
Current Guide Version
Guide Version | Date | Author | Description |
---|---|---|---|
v2 |
| Admin |
|
Historic
Table of Contents
1. Introduction
Prebid.js is an open-source header bidding solution that enables publishers to implement header bidding on their websites and applications. It serves as a crucial technology in the programmatic advertising ecosystem, particularly for video advertising.
Core Functionality
Prebid.js functions as a client-side JavaScript library that:
- Facilitates header bidding auctions by sending bid requests to multiple demand partners (SSPs and ad exchanges) simultaneously
- Collects bid responses from these partners
- Passes the winning bids to the publisher's ad server for final decision-making
Key Features
- Header Bidding Integration: Allows publishers to conduct pre-auction bidding before making ad server calls
- Adapter System: Uses specialized adapters (like FreeWheel's
fwssp
adapter) to connect with different demand sources - Format Support: Supports various ad formats including in-banner video and instream video ads
- Customization: Offers extensive configuration options for publishers to control bidding behaviour
With the sunsetting of SFX, any customers using an existing SFX-based Prebid.js integration will need to complete a new adapter integration in order to migrate to their new FW SSP network. This page outlines the integration steps for publishers to complete these steps.
1.1 Integration Diagram
Pre-requisites
Before starting this integration, please ensure you have the following to start:
- A working Prebid.js integration
- Expected QPS volumes (daily max and average)
- Estimated traffic per geo
- Ensure ads.txt and app ads.txt are up to date
- Must use adapter version 10.10.0 or above
- New endpoint url - see section below
- Freewheel account team to provide:
- Profile ID
- Network ID
- Custom site section ID
- Dedicated server URL for the clients network
2. Technical Implementation
Publishers implementing FreeWheel's Prebid.js adapter need to:
- Include the Prebid.js library along with the fwssp Bidder Adapter in their web pages
- First timers setting up Prebid.js can download the Prebid.js package along with the fwssp Bidder Adapter here. Assure to select FWSSP from the list of bidder adapters
- For those with existing Prebid.js setups, you can find the fwssp Bidder Adapter code here to add to your existing Prebid.js wrapper setup
- Configure bid parameters including network ID, profile, site section ID, and other FreeWheel-specific parameters
- Set up proper correlation between Prebid.js ad units and their ad server slots
3. Endpoint
Clients will be provided with a unique endpoint for which to send requests. Endpoints will have a variable prefix ID which is the Network ID in hexadecimal format. The Endpoint Prefix ID will need to be added as a prefix within the URL:
https://(prefixID).v.fwmrm.net/ad/g/1 |
- Format
- https://prefixID.v.fwmrm.net/ad/g/1
- Example with custom prefix ID included
- https://83b96.v.fwmrm.net/ad/g/1
4. fwssp Bidder Adapter Code
If you need access to the adapter code to add the fwssp Bidder Adapter to your Prebid.js setup or for something else, you can view it on the following Github repository, under Prebid.js/modules/fwsspBidAdapter.js
5. How to add the new FW Prebid.js Bidder Adapter to Ad Units
You can use the fwssp bidder adapter by adding an Ad Unit with bidder code "fwssp". The following is the example of an in-banner ad request in its most minimal form, which can be found on Github.
var adUnits = [ { code: 'adunit-code', mediaTypes: { video: { playerSize: [640, 480], minduration: 30, maxduration: 60 } }, bids: [ { bidder: 'fwssp', // or use alias 'freewheel-mrm' params: { serverUrl: 'https://example.com/ad/g/1', networkId: '42015', profile: '42015:js_allinone_profile', siteSectionId: 'js_allinone_demo_site_section', videoAssetId: '0', flags: '+play-uapl' // optional: users may include capability if needed mode: 'live', adRequestKeyValues: { // optional: users may include adRequestKeyValues if needed _fw_player_width: '1920', _fw_player_height: '1080' }, format: 'inbanner' } } ] } ];
You can find more indepth information Prebid Github Repository.
SFX Note
This new Prebid.js adapter will work in parallel to the existing SFX adapters whilst the migration of clients is in progress. Then the fwssp bidder is going to replace the SFX instances of freewheel-ssp and freewheelssp bidders in the future, once SFX is deprecated. Note that the SFX adapters will be deprecated later in 2025, once all clients have migrated to their new networks. After this date, clients will no longer be able to use the SFX Prebid.js adapters.
6. Parameters
The following are parameters that either are mandatory or optionally included the Prebid headers within ad requests.
Failure to include any Mandatory parameters may mean that ad requests will not work as expected.
Parameter | Type | Description | Example | Scope |
---|---|---|---|---|
serverUrl | string | Clients will be provided with a unique endpoint for which to send requests. Endpoints will have a variable prefix ID which is the Network ID in hexadecimal format. The Endpoint Prefix ID will need to be added as a prefix within the URL
| "serverUrl": "https://83b96.v.fwmrm.net/ad/g/1" | Mandatory |
networkId | string | The network ID is the ID of the customer account or instance, known as a 'network'. The value to implement will be provided by your Freewheel account team. The expected format is a numerical string. SFX Note Networks are similar concept to SFX Private Exchanges (PX). | "networkId": "12345" | |
profile | string | A profile is used to determine and control what type/formats of ads can serve into a particular inventory type e.g creative specs. This is set up on the backend and the value to implement will be provided by your Freewheel account team The expected format is the name of the profile as a string and not a numerical ID | "profile": "12345:profile__name" | |
siteSectionId | string | The site section (id) determines the exact piece of inventory where the ad request is coming from as designed in your network design. You may have one or many different site sections breaking out inventory depending on what network design was agreed upon with your Freewheel account team. The value to implement will be provided by your Freewheel account team. The expected format is either the tag or the numerical ID of the site section. SFX Note Site Sections are a similar to the concept of SFX Zones, however unlike zones, the ad unit is separated from the site section and the site section agnostic of what type of ad unit is being used. | "siteSectionId": "ss_12345" or "siteSectionId": "12345" | |
videoAssetId | string | Custom content Video Asset ID | "videoAssetId": "pause_ad_video" | |
bidfloorcur | string | Bid floor currency. There are two cases in how this is used
Default: USD For the latest list of FW supported currencies please see in our hub: Currencies | "bidfloorcur": "EUR" | Optional/ Mandatory if not using USD and if not using the Price Floors Module in Prebid.js integration |
bidfloor | float | Bid floor price. | "bidfloor": 13.2118 | Optional |
format | string | The format to use for displaying the ad. Can be one of the following:
Default value: “instream” The screen-roll, intext-roll, sliderad, expand-banner and floorad formats are all outstream formats which are not supported. | "format": "inbanner" | |
flags | string | Optional flags to include in the ad request. | "flags": "+play-uapl" | |
mode | string | Request mode. Valid values are:
| "mode": live" | |
adRequestKeyValues | object | An object of ad request key-pair values. See AdCom v1 List: Creative Subtypes - Audio/Video for the industry standard protocol list. | "adRequestKeyValues": {fw_player_width: '1920', fw_player_height: '1080'} | |
gdpr_consented_providers | string | List of Consented Providers. A comma separated list of ids. | "gdpr": "216, 229, 80, 359, 479" | |
tpos | number | Slot time position in seconds. Default: 0 | "tpos": 10 | |
slid | string | Slot custom ID. Any string with valid letters/digits/symbols. Default: "Preroll_1" | "slid": "CustomPreroll" | |
slau | string | Specify custom ad unit names for this slot. Multiple ad unit names can be put into this parameter, separated by "\|". Ad unit group names are also supported but you can only specify one ad unit group; multiple ad unit groups or mixed ad unit group and ad unit names are not supported. Default: "preroll". | "slau": "pre1\|pre2" | |
listeners | object | An object of AdManager even listeners. | "listeners": {onSlotStarted: this.onSlotStarted, adEvent: this.onAdEvent, onSlotEnded: this.onSlotEnded } | |
isMuted | boolean | Controls if ad play back should start with volume muted. Default: true | "isMuted": false | |
showMuteButton | boolean | Controls if a mute button should be shown during ad playback. Default: true | "showMuteButton": false | |
playerParams | object | An object of AdManger player parameter values. | "playerParams": {"renderer.video.startDetectTimeout": 5000} | |
env | string | The AdManager build to use for ad playback. Valid values: "prd", "stg". Default: "prd". | "env": "stg" |
7. Passing Contextual Information via Standard Attributes
In order to successfully monetize your supply and align all relevant demand, we'll require clients to correctly pass contextual information around the supply also known as Standard Attributes. The page https://hub.freewheel.tv/display/MUG/Inventory+Standardization+with+FreeWheel+Custom+Key+Values details the fields required to pass the needed information within your ad requests. This document includes details of the passing of Standard Attributes such as Brand, Channel, IAB Category, Genre, Content title, etc.
Mandatory Standard Attributes are typically Brand and Genre, however, this may change depending on your inventory. Please work with your account manager for what is required for you.
8. User Syncing/Cookie Syncing
*This section is only necessary for web inventory
User Syncing, also known as Cookie Syncing, is the process of sharing and matching HTTP cookies between various partners. The concept of Cookie Tracking is restrictive in the amount of information that can be collected and actioned upon for advertisers. This is because cookies are limited to domain and have varying expiration dates. In order for Freewheel to be able to identify, target and frequency cap across various digital properties in accordance with campaign KPI's, Freewheel needs to know how to distinguish one user from another that are sent to us in the publisher's bid request.
User/cookie syncing with Freewheel is available for Prebid.JS clients with the expectation that the client's cookies, if passed, will be included in the http headers of the ad request. When this is present, it will then be used downstream to check if we have a cookie match with the DSPs as we send outgoing bid requests.
9. Schain/Sellers JSON/Ads.txt/app ads.txt
Your Freewheel account representative will provide you with the required codes to enter in your ads.txt and ensure that your new publisher IDs are added into our sellers.JSON as an onboarding step. This schain object will be passed in the ext.schain object of the ORTB ad request - please refer to ORTB-S Integration Guide section 5.10 for further information on this.
If you are a Freewheel client and need more information on:
10. Troubleshooting Tips
Since integrations often break due to typos, errors in config, we highly recommend checking the format of your requests based on the samples below or the documentation housed on Github. Please also ensure that you use the correct adapter for JS - fwssp and not another adapter.
The below code blocks are examples of the expected parameters as a guide and to sanity check the code
10.1 Sample Ad Requests
10.1.1 Inbanner Ad request Config Example
10.1.2 Instream Ad Request Config Example
Example with Parameters
This page contains additional information and examples with regards to the use of Parameters FreeWheel Prebid JS Adapter Tutorial
Demo pages: https://hub.freewheel.tv/display/techdocs/AdManager+SDK+Integration+Downloads#tab-HTML5
10.2 Troubleshooting Ad Rendering
- fwssp Prebid.js Adapter will load the MRM AdManager SDK for ad rendering. Please see these Admanager pages for additional information https://hub.freewheel.tv/pages/viewpage.action?pageId=2267285912