Conversion API Set Up
Prerequisites
Ads API Access - New Applications
- The primary requirement of Conversion API is having a Developer Account and Ads API Access. The process is outlined in the Ads API Getting Started guide. Please note the following:
Step 1: Developer Account
- When applying for a Developer Account, apply for **Essential Access** for instant approval. Elevated access is not required for Conversion API usage and requires an additional review period. Please choose Essential Access unless you decided you need Elevated access based on the access levels guideline.
- Note: As a best practice we highly recommend using your official company Twitter handle to create a developer account and apply to have Ads API access. If the developer account is associated with a developer handle, there is no way to transfer those credentials, if needed. It is best to house under a company account for continual management and utilize Multi-user login, as needed. Otherwise at minimum, the account should be set up with non-default settings (header image, avatar, bio description, and bio URL) and use Two-Factor Authentication.
Step 2: Ads API Application
- Make sure to include the correct App ID in the Ads API Application. The App ID can be found in the Developer Portal under Projects & Apps. Example: 16489123
- Select Conversion API in the Ads API Application under “How will you use the Ads API?”
- For newly created applications, Ads API access will be limited to a small number of access tokens. For businesses that need to elevate their access beyond default limits, please review Increasing Access docs and ensure you communicate with your onboarding representative or account manager.
Ads API Access - Existing Applications
- If you already have an actively used Ads API application, both the application and existing access tokens may be used for the Conversion API.
Access Tokens
- User Access Tokens for the user handle owning the Ads API application can be generated and retrieved directly from the developer portal. This is called your “personal access token” because it is intended to be used for your own Twitter handle. Overall information about authentication and the developer portal can be found here.
- User Access Tokens for user handles other than the handle owning the Ads API application must be generated with a 3-legged OAuth flow. Options for generating the Access Token with 3-legged OAuth include:
- Any user tokens used with the Conversion API must be for users with AD_MANAGER or ACCOUNT_ADMIN access level, which can be checked via the authenticated_user_access endpoint.
- Note: the tokens themselves (after creation per above) can be shared to users without the AD_MANAGER or ACCOUNT_ADMIN access level for usage.
Steps
Creating the Conversion API event
To use the Conversion API, you need to create a new conversion event in Ads Manager or use an existing event already created and used with the Twitter Pixel. If you hope to do deduplication between pixel and conversion API events, you need to use the existing event you created for Pixel.
Option 1: Using an Existing Conversion Event in Ads Manager
If you’d like to use an existing event that you’re already using with the Twitter pixel, that is possible and you’ll need to take the Event ID from that event. If you use both pixel and Conversion API for the same event, ensure to use the deduplication key in both Pixel code snippet and Conversion API request (as conversion_id
) to deduplicate events between Pixel and Conversion API for the same event. See section d. Testing Events and Deduplication for more information.
Option 2: Creating a New Conversion Event in Ads Manager:
It’s important to have an Event Source created in the Events Manager before you create an event. To verify if you have an Event Source (Twitter Pixel) added to your account, go to Events Manager and see if you have Twitter Pixel on your left menu.
If you don’t have an Event source added yet, please follow the steps below to create an Event source.
- Go to ads.twitter.com
- Navigate to Tools section on the top left and click Events Manager
- Select Add event source on the top right to Add an event source if you do not have aad Twitter pixel event source on your left sidebar yet
- The ID of Twitter pixel event source is your Pixel ID
Now you have an Event source and Pixel ID. You need to create an event inside the event source for the conversion events you hope to track:
- Inside the Twitter pixel event source, select Add events on the right side
- Select Install with Conversion API
- You will see the Pixel ID and Event ID of this event that will be used in the API
- The ID of the event is your Event ID
- Click Save and you will have your conversion event created and ready to go
Preparing Identifiers for Conversion Events
We currently need at least one of the Twitter Click ID (twclid
), email or phone number as the identifier for a conversion event.
Customer matching field |
Format |
Hashing required? |
Twitter Click ID |
Twitter generated (learn more) |
No |
Email Address |
Remove leading and trailing spaces |
Required (SHA256) |
Phone Number |
Required (SHA256) |
1. Prepare Twitter Click ID Identifier
If possible, it’s recommended to always include Click ID in the conversion request. If email is available, it is not required to have a Click ID. One of both is sufficient; both are preferred in order to increase the match rate.
The Click ID should be parsed out of the query string parameter twclid when it is available after the user navigates to the destination website.
Basic JavaScript code example:
var queryString = document.location.search; if (queryString.has('twclid') { twitterClickID = getParam(queryString, 'twclid'); // Recommended next steps: Logging, insert into local storage
}
It is recommended to:
Always parse the twclid value when it is present in the URL query parameters.
Store the data alongside relevant form fields or conversion event information.
Tying the Click ID to conversion events and workflow information enables scenarios such as batch processing, algorithms to analyze and create conversion events based upon multiple website navigation flows, and bulk uploads.
The Event Source URL should be URL Encoded and is meant to represent the web page that triggered the event.
2. Prepare Email Identifier
Supported customer matching fields may be sent but should be normalized and, when required, hashed to protect privacy.
The information must be hashed using SHA256, without salt.
For example, for an email address test@twitter.com, it should be sent to us in a hashed format: d360d510a224510f373931ce2d6215a799f5a9c1cef221b0149b6b6b50cced62.
3. Prepare Phone Identifier
The phone number should be passed in using E164 Standard and the information must be hashed using SHA256, without salt.
For example, for a US phone number: +11234567890, it should be sent to us in a hashed format: 1fa6b8d986d9b9cd01bf36951815158bbde9f520c0567c835dfe34783d0a4231.
Constructing the conversion event request
POST: version/measurement/conversions/:pixel_id
Send conversion events for a particular ad account. The response code should be checked for success (HTTP 200 OK). It is recommended to have a retry mechanism and basic logging in place in case of error codes are returned.
For detailed information about the endpoint's URL and POST body parameters, please see the API Reference section.
Example Request (formatted for readability)
twurl -H 'ads-api.twitter.com' -X POST '/11/measurement/conversions/o9d7n' --data ' { "conversions":[ { "conversion_time":"2022-02-18T01:14:00.603Z", "event_id":"o9d2g", "identifiers":[ { "twclid":"23opevjt88psuo13lu8d020qkn" }, { "hashed_email":"d360d510a224510f373931ce2d6215a799f5a9c1cef221b0149b6b6b50cced62" },
{ "hashed_phone_number":"1fa6b8d986d9b9cd01bf36951815158bbde9f520c0567c835dfe34783d0a4231" }
], "value":"250.00", "number_items":3, "conversion_id":"23294827", "description":"Pet supply purchases", "contents":[ { "content_id":"1", "content_price":50.00, "num_items":1 },
{ "content_id":"2", "content_price":100.00, "num_items":2 } ] } ] }' --header 'Content-Type: application/json'
Example Response
{"request": { "params": { "account_id":"18ce552mlaq"} }, "data": { "conversions_processed":1, "debug_id":"ff02e052-36e4-47d6-bdf0-6d8986446562"} }
Rate Limit
The rate limit will be 60,000 events per account, per 15 minute interval.
Note that your server code may be required to implement logic outside of this request call, including:
Instrumenting user actions (logging) to be able to send correct conversion data per event
Any necessary logic to filter out conversion events of users that have exercised relevant privacy choices - for example, if they have opted out of tracking or the sale of their personal information on the advertiser website
Integration with event triggers and pages as to capture events and send conversions
Testing Events and Deduplication
Testing Events
When your event has successfully received conversion events, within 12 to 24 hours the status of the ‘Single event web tag’ should show TRACKING upon the Conversion Tracking page of the Ads Manager. It will not impact in-flight campaigns to send conversions via the Conversion API.
You may also check the analytics results of your conversion event per tag ID by:
Ads Manager data export (Analytics for Website Conversion Tracking help page)
Exporting data via the Ads API (segmentation_type=CONVERSION_TAGS)
Duplication between Pixel and Conversion API
If you hope to deduplicate conversions between Pixel and Conversion API requests, we have conversion_id as the deduplication key. The deduplication only happens at the SET level. In other words, to deduplicate between pixel and CAPI requests, an advertiser has to use the same SET event in both pixel and CAPI requests, in addition to using the same conversion_id. Deduplication can only happen to events that are received within a 48h time frame