OpenRTB Integration Process
This document includes the necessary information for supply partners to review, plan, and execute a new OpenRTB integration - or migrate from a custom SSP protocol integration to OpenRTB standard, in a self-paced fashion.
Note*NOTE: It is mandatory to use the Customer Support Portal for communication to complete each step of the integration process. If you do not already have a customer support portal account, please visit the Login page, proceed as a Guest, and request a new user registration.
- Open a ticket with our support team to confirm the following information:
- Global auction timeout limits, QPS limits and data center IPs closest to the AppNexus datacenter regions: US-east, US-west, EMEA and APAC.
- Member seat ID and if not requested yet, new member seat creation and API login credentials for AppNexus Console API.
- Endpoints for incoming bid requests, and if not requested yet, new endpoint creation on AppNexus.
- Usersync pixel in order to map your user IDs to AppNexus user IDs, and if not requested yet, new usersync pixel activation.
- Review the documentation outlined below and discuss any open questions with our support team:
NOTE: Pre-requisite checks are only complete after the contract is signed and member ID is created. Prior to that, only point
- Engagement is expected to take 3-4 weeks.
- The client must fully review the Pre-requisite Checklist (this document) - and gather all the information prior following the steps below.
- The client confirms with our support team the completion of the checklist. This is accomplished prior to the integration steps below.
Step 1: Self-guided API/UI training and creation of publisher and placement objects (Estimated time: 7-10 days)
- Provision the objects that you will need for initial testing, either via the Console UI or Console API. See API Documentation for more details.
- Please use the
codefield to map your bid requests to your publishers and placements. For more details and examples read here and here.
*NOTE: In order to provide transparency to our buyers and improve our optimization, we require our partners to break out their inventory by publisher. For more information regarding our inventory structure standards please visit our wiki page Use the Console API to Synchronize Your Inventory Structure.
- Use the Publisher Service to create publishers that are mapped to your inventory.
- For a more detailed look at best practices relating to Inventory Structure and Domain Detection, see Best Practices For Increasing Domain Detectability.
*NOTE: In order to create or edit publishers in the Console UI or Console API, you have to declare the Inventory Relationship. The requested information is basic business information about how the inventory is accessed and will be used to support AppNexus inventory quality efforts. For a complete list of fields and their usage requirements, please refer to the Publisher Service documentation on the AppNexus wiki.
http://MEMBER_ALIAS-useast.adnxs.com/openrtb2?member_id=MEMBER_ID&test=1 http://MEMBER_ALIAS-uswest.adnxs.com/openrtb2?member_id=MEMBER_ID&test=1 http://MEMBER_ALIAS-emea.adnxs.com/openrtb2?member_id=MEMBER_ID&test=1 http://MEMBER_ALIAS-apac.adnxs.com/openrtb2?member_id=MEMBER_ID&test=1
Do not leave
*NOTE: MEMBER_ID and MEMBER_ALIAS should be replaced substituted with your individual partner member ID and alias - provided by AppNexus contact.
- Feel free to use the bid request examples from the page Incoming Bid Request from SSPs and adjust the code fields accordingly to match your publisher and placement inventory mapping.
- You must use the test=1 query string parameter on your calls to identify a test impression. It will not be logged in reporting.