Partner Configuration and Postbacks: FAQ and Troubleshooting

The Partner Configuration page is where you configure the Singular tracker to work with your various ad networks and other partners. If you're just getting started, see How to Configure Partner Settings and Postbacks.

Note: This guide is for Singular customers. If you are a Singular partner or want to become one, see Information for Partners instead.


Why is my network partner not receiving postbacks?

If a partner network says they are not receiving postbacks for installs/conversions or in-app events:

  1. Go to Attribution > Export Logs and download the postbacks logs for the partner. For help downloading logs, see the Export Logs and User-Level Data FAQ.
  • Make sure to filter the postbacks with Response HTTP Code = 200. If the Response HTTP Code is "200", it means that the partner confirmed that they received the postback. 
  • Also select the field Response HTTP Body as it may help pinpoint a tech issue at the partner's end. 
  • Share the log with the partner to validate the data internally. If there are many postbacks with other response codes, inform them that there might be a technical issue with them receiving postbacks from Singular.
Why is a partner network still receiving postbacks for installs/conversions or in-app events when my campaign has stopped?

If the ad network partner is setup to receive all instances of install or in-app events, and you have selected to "send all" events to the partner, the postback configuration will continue to send postbacks to them. You will have to delete the postback or uncheck the "send all" boxes within the Partner Configuration in order to stop sending this data. See Receiving all Installs definition within Singular's Glossary.

Why is there a mismatch between the number of events received by the partner as postbacks and the events in Singular reporting?

Some possible reasons are:

  • Lookback windows: One or more events may have a different lookback window configured for postbacks. Check the settings in the Partner Configuration page.
  • Technical issues: The partner may not have received one or more postbacks due to technical issues on the partner's end. To check, see Why is my network partner not receiving postbacks?
  • Duplicate events: The Singular SDK in your app auto-generates an event called __REVENUE__, which is triggered on any in-app purchase. In addition, you can also create your own SDK revenue events for different types of in-app purchases. When you configure event postbacks, make sure to send postbacks either for __REVENUE__ or for your custom-named revenue event(s) - but not both. Otherwise, Singular will send two postbacks for each in-app purchase.
Why are postbacks being sent to a partner without event attributes?

If a network partner says they are receiving postbacks without event attributes:

  1. Go to Attribution > Export Logs and download the postbacks logs for the partner. Check the postback HTTP Body or Target URL fields to see if they include event attributes. For help downloading logs, see the Export Logs and User-Level Data FAQ.
  2. If the logs show that postbacks are indeed being sent without event attributes, double-check the postback settings in the Partner Configuration page. If you have not configured added attributes to be sent along with events, change the settings now.
  3. If the settings are correct and postbacks are still being sent with missing attributes, contact Singular support.
How do I double-check what postbacks were sent to a network partner, e.g., for billing and invoicing purposes?

If your billing with a network is based on the number of install/event postbacks that Singular has sent to them during the period, you can double-check what postbacks were sent to a partner by downloading raw postback logs at Attribution > Export Logs.

For general help with the Export Logs page, see the Export Logs and User-Level Data FAQ.

For postback validation, we recommend downloading a log with the following settings:



Be sure to filter for the value "200" in Response HTTP Code to see the postbacks successfully received by the Postback Recipient.

Don't get confused between the Partner and Postback Recipient fields:

  • Partner is the network to which the event was attributed.
  • Postback Recipient is the partner that received the postback for the event. The event is not necessarily attributed to that partner (remember, some partners ask to receive postbacks on all of your events, whether they are attributed to that partner or another network, and you can enable that option in the Partner Configuration page).

An additional field, Is Attributed, further clarifies whether the postback recipient is the network to which the event was attributed ("Y" means it's the same network, "N" means the event was attributed to another partner which you can see in the Partner field).

Note: The Partners filter will filter the postbacks by the name of the partner who received the postbacks - whether it was a partner network, your internal BI, third-party analytics tools, etc.

For other log types, the Partners filter means the partner to whom a conversion or an event was attributed (ad networks).


Partner Configuration FAQ

Which postbacks are required and which are optional?

Singular sends every partner network a postback when an app install is attributed to that network. You cannot disable these postbacks.

Other types of postbacks are optional and depend on the preferences of the partner network:

  • Re-engagement postbacks
  • In-app event postbacks
  • Postbacks about conversions (installs/re-engagements) and events that are not attributed to the partner
Which IPs are Singular postbacks sent from?
When and how often does Singular retry sending a postback? How long does the system wait between retries?
  • Singular retries sending a postback if we receive an HTTPS response code between 500 and 559.
  • The mechanism has a maximum of 5 retries.
  • Retries are in intervals of 1, 5, 15, 30, and 60 minutes from the original attempt.

Partner Types and Terminology

What are partners?

The partners in the Partner Configuration page are all the networks and services you configure to work with Singular's attribution service.

Note: This is not where you tell Singular which sources to pull campaign data from to present the data in Singular reports. For that, you need to set up ad networks and other media sources separately in the Data Connectors page (see the Data Connectors FAQ).

What sort of settings can I configure for a partner?

The Partner Configuration page lets you configure the following things per partner and site:

  • The lookback window for click-through attribution
  • Which postbacks to send to the partner
  • This is also where you enter your login credentials to the partner's platform, if Singular needs them to connect to the partner. This varies from partner to partner.

For more details, see Configuring Settings and Postbacks below.

What types of partners are there?
  • Some partners are ad networks, ad agencies, etc. You configure attribution settings for these partners, and then you create tracking links that incorporate the partners' custom macros. You can also have Singular send these partners information about attributed installs, fraud decisions, etc. in the form of automated postbacks.

  • Other partners are third-party BI systems, fraud analyzing services, etc. If you work with such services, you can set them up in the Partner Configuration page so they can receive postbacks.
What are "Internal" partners (internal BI)?

"Internal BI" is a special type of partner that you can configure if you want your own internal platform to receive postbacks about attribution decisions, fraud decisions, etc. See Configuring Internal BI Postbacks for more information.

What are sites?

A site (or an app site) is a version of your app developed for a specific platform. You configure partner settings for each app site separately.

For example, if you have an app that runs on Android and on iOS, you have two app sites, and you can configure the partner settings for each one.

See also: App Configuration FAQ.

How does Singular know what data to send each partner?

As part of the process of developing integrations with an attribution partner, Singular creates a postback template that contains all the fields supported by the partner. When you save a new partner configuration, Singular starts creating postbacks based on that template.

How do I export partner settings? How can I get a full list of the postbacks configured for my partners?

To export postback settings for all partners, click Export All on the top right corner of the Partner Configuration page.

To export postback settings for selected partners, first select one or more partners by clicking the checkbox to the left of the partner, and then click Export Selected.

This downloads a CSV file with information about each postback that has been configured:

Column Description
Partner The name of the partner
App The display name of the app
Long Name The long name or bundle ID of the app
OS The OS of the app (iOS or Android)
Click-through attribution lookback window The lookback window configured for this partner and app site.
Postback Type Install or Event.
Events The name of the event that triggers the postback.
Attributed Only Whether the postback is sent for all events of this type or only if the install has been attributed to the specific partner.
Postback URL The full URL of the postback, including Singular macros.

Settings and Postbacks

How do I double-check what postbacks were sent to a network partner, e.g., for billing and invoicing purposes?
Why do I need to pick the app and app site when setting up a partner?

Partner settings are configured for each app site separately.

What is the security key/token/password that I'm asked to enter?

Singular usually requires certain credentials to send postbacks to the partner. Ask the partner for the appropriate credentials.

What are re-engagement postbacks?

These are postbacks that notify the partner about a successful re-engagement. The option to enable these postbacks is only available for partners that support re-engagement campaigns (retargeting campaigns).

What are view-through attributions?

View-through attributions are attributions determined based on an ad view rather than an ad click. If you run any view-through campaigns, select Include View-Through Attributions to have Singular send postbacks to the partner about these attributions as well (otherwise, Singular will only send postbacks about click-through attributions).

What are fraud postbacks?

Fraud postbacks include information about decisions made by Singular's fraud detection system. To learn more, see Fraud Postbacks. Also, see Singular Fraud Prevention for an introduction to Singular's advanced fraud detection methods.

What is the attribution lookback window?
What are in-app events?

In-app events are any user events that happen in your app post-conversion. For example, a user who installs your app may then log in or register to your platform, watch the tutorial, or level up if it's a gaming app. Some partners want to receive postbacks about these events from Singular's attribution service.

How do I configure event postbacks?


First, choose which postbacks you want to send:

Option Meaning
All Send this partner postbacks about all in-app events
Only if the install was attributed to X Only send this partner postbacks about in-app events if the app install was attributed to this partner.
Off Never send this partner postbacks about in-app events.

Next, add your in-app events as follows:

Field Meaning
In-app (SDK) event name The name of the event as sent from your app through the Singular SDK integration.
Event Name The event name or ID as recognized by the partner (the partner would usually have a list of events that it can recognize).
Lookback Set a lookback window to limit the event postbacks to a specified time frame, e.g., 5 days after the install. If the event occurs after the specified number of days has passed, no postback will be sent.

Lookback window options:
Touchpoint: Time frame starts from the ad click/view to which the install was attributed.
Install: Time frame starts from the install.
None (Enterprise only): No time limit on event postbacks.
Days The length of the lookback window in days.
Include Revenue Value For revenue events, include the revenue information in the postback (if you do not check this checkbox, Singular will only send a count of the events).
What are the different revenue events (__IAP__, __REVENUE__, __ADMON_ USER_LEVEL_REVENUE__)? Which one(s) should I configure postbacks for?

In the In-App (SDK) Events dropdown, you will see several different revenue-related events, some of which are overlapping.

To prevent duplicate postbacks being sent for the same in-app event follow the instructions below.

Revenue Event Name


An event triggered by any in-app purchases that have not been given a custom name in the SDK/S2S implementation.

(Custom revenue events)

In-app purchase events that have been given custom names in the SDK/S2S implementation also appear in the list.
__ADMON_ USER_LEVEL_REVENUE__ An event triggered by revenue gained from ad monetization (if you have set up ad revenue attribution using the method of sending SDK events).

An event triggered by any revenue coming into the app (including __IAP__, purchase events with custom names, and ad revenue events). See warning below.

What to do if you have only in-app purchase revenue:

  • Set up mappings for __IAP__  and any custom purchase events.
  • Or, alternatively, use __REVENUE__, which encompasses all your in-app purchase events.

What do do if you have both in-app purchase revenue and ad revenue:

  • Set up mappings for __IAP__, any custom purchase events, and __ADMON_USER_LEVEL_REVENUE__.
  • We don't recommend using the general event __REVENUE__ in this case, as it includes both purchases and ad revenue events, and mapping both types of revenue to the same revenue event on the network side may cause problems.
  • Instead, map in-app purchase events to the network's purchase event, and the __ADMON_USER_LEVEL_REVENUE__ event to the network's admon or ad revenue event.
  • If you're not sure what events to use on the network's side, contact the network for details.

Warning: If your existing configuration for a partner is sending __REVENUE__ postbacks, and you are starting to have ad revenue events in addition to in-app purchase events, this may cause problems if the partner network is not set up to receive ad revenue events or needs them to be mapped to a separate event. Check with the network to see if and how you should send ad revenue postbacks.

How do I update partner integrations and postback configuration?

Singular's integration team is in constant contact with partners to ensure we have the best integration possible. Occasionally a partner may ask you to update the integration, for example, due to changes to how the partner wants to receive postbacks from Singular.

In most cases, you can update the integration by logging into Singular, going to the Partner Configuration page, opening the integration, and re-saving it.

In some rare cases, an update may require more steps, such as providing a new field or setting that didn't exist before. In such cases, the parter or Singular will contact you to provide instructions.

Can I make a global change to partner integrations? Can I update default settings for partner configurations?

No. Although partner configuration settings may appear similar, each configuration is uniquely integrated within Singular. It is not possible at this time to update multiple configurations at the same time.