The timeout RTD module enables publishers to set rules that determine the timeout based on certain features. It supports rules dynamically retrieved from a timeout provider as well as rules set directly via configuration. Build the timeout RTD module into the Prebid.js package with:
gulp build --modules=timeoutRtdProvider,rtdModule...
The module is configured in the realTimeData.dataProviders object. The module will override
bidderTimeout
in the pbjs config.
The timeout RTD module provides an interface of dynamically fetching timeout rules from a data provider just before the auction begins. The endpoint url is set in the config just as in the example below, and the timeout data will be used when making bid requests.
pbjs.setConfig({
// ...
"realTimeData": {
"dataProviders": [{
"name": 'timeout',
"params": {
"endpoint": {
"url": "http://{cdn-link}.json"
}
}
}
]},
// This value below will be modified by the timeout RTD module if it successfully
// fetches the timeout data.
"bidderTimeout": 1500,
// ...
});
Sample Endpoint Response:
{
"rules": {
"includesVideo": {
"true": 200,
"false": 50
},
"numAdUnits" : {
"1-5": 100,
"6-10": 200,
"11-15": 300
},
"deviceType": {
"2": 50,
"4": 100,
"5": 200
},
"connectionSpeed": {
"slow": 200,
"medium": 100,
"fast": 50,
"unknown": 10
},
}
}
The rules retrieved from the endpoint will be used to add time to the bidderTimeout
based on certain features such as
the user’s deviceType, connection speed, etc. These rules can also be configured statically on page via a rules
object.
Note that the timeout Module will ignore the static rules if an endpoint url is provided. The timeout rules follow the
format:
{
'<feature>': {
'<key>': <milliseconds to be added to timeout>
}
}
See bottom of page for examples.
Currently supported features:
Name | Description | Keys | Example |
---|---|---|---|
includesVideo | Adds time to the timeout based on whether there is a video ad unit in the auction or not | ‘true’/’false’ | { “true”: 200, “false”: 50 } |
numAdUnits | Adds time based on the number of ad units. Ranges in the format 'lowerbound-upperbound are accepted. This range is inclusive |
numbers or number ranges | {“1”: 50, “2-5”: 100, “6-10”: 200} |
deviceType | Adds time based on device type | 2, 4, or 5 | {“2”: 50, “4”: 100} |
connectionSpeed | Adds time based on connection speed. connectionSpeed defaults to ‘unknown’ if connection speed cannot be determined |
slow, medium, fast, or unknown | { “slow”: 200} |
If there are multiple rules set, all of them would be used and any that apply will be added to the base timeout. For example, if the rules object contains:
{
"includesVideo": {
"true": 200,
"false": 50
},
"numAdUnits" : {
"1-3": 100,
"4-5": 200
}
}
and there are 3 ad units in the auction, all of which are banner, then the timeout to be added will be 150 milliseconds (50 for includesVideo[false]
+ 100 for numAdUnits['1-3']
).
Full example:
pbjs.setConfig({
// ...
"realTimeData": {
"dataProviders": [{
"name": 'timeout',
"params": {
"rules": {
"includesVideo": {
"true": 200,
"false": 50
},
"numAdUnits" : {
"1-5": 100,
"6-10": 200,
"11-15": 300
},
"deviceType": {
"2": 50,
"4": 100,
"5": 200
},
"connectionSpeed": {
"slow": 200,
"medium": 100,
"fast": 50,
"unknown": 10
}
}
}
}]
}
// ...
// The timeout RTD module will add time to `bidderTimeout` based on the rules set above.
"bidderTimeout": 1500,
})
Partner | Contact | About |
OpenX | apollo@openx.com | Dynamic timeout optimization and more |