Natalya Yefimenko avatar
Written by Natalya Yefimenko
Updated over a week ago

Testmyoffers is a special tool for testing tracking links of CPI offers for the main types of mobile devices. Autotests allow you to control your campaigns and their redirects without spending much time on manual checking.

Testmyoffers checks selected offers for a specified period. Once it checks an offer, it provides you with the test results in a separate report. Once an offer is inactive, it notifies you additionally. It helps you avoid sending traffic on broken links and save your time for checking such offers.

You can use Testmyoffers with the Affise statistics (the Testmyoffers slice). Read more about it here.

Integration with Testmyoffers

For testing, this plugin takes CPA offers because their redirection flow leads you either to Android Playmarket or to AppleStore to the application itself. That’s why Testmyoffers can easily check a chain of redirects for such offers and find the broken one.

The system identifies this type of offers based on the offer’s settings on Affise. You must enable the CPI checkbox if you want to test the offer (Offers > a certain offer > General):

Start working with Testmyoffers

  1. Contact Testmyoffers to get registered on the plugin side and get access to your account.

  2. Go to Profile instruments > Api-keys, find your Testmyoffers API key, and set IP range as follows for all Affise clients:

  3. On Affise, click Marketplace and select TestMyOffers.

  4. Select the Enable checkbox to activate the Testmyoffers plugin.

  5. In the TestMyoffers API key field, enter your Testmyoffers API key you generated in your Testmyoffers account.

  6. In the Partners for track URL testing field, select the needed affiliate. The system uses this affiliate for a real test of the offer’s redirection flow. You can choose an affiliate that you use for testing.

    ⚠️ You should enable the affiliate to all offers that the Testmyoffers plugin needs to check. Otherwise, the plugin checks only public offers.

  7. Enable the Check all offers checkbox to allow the plugin to check all the CPI offers.

  8. In the Checking period (Hour) field, select the desired period. The period you choose depends on the number of offers you need to check.

    🔎 The testing process takes some time. To avoid situations when one testing process is not finished yet, and the other one is already started, set "24H" in the field.

  9. In the Checking time (from-to) fields, select the time for the test. Choose the time from which the plugin will start the checking process, and the time to which it will check it:

  10. Click Save.

Check the results of offers checking

After finishing a testing process, you can check the results in Statistics > Testmyoffers:


  • Created at: when the testing process started.

  • Finished at: when the testing process finished.

  • Tested: how many offers the plugin checked and tested.

  • Broken links | Report: a number of offers with broken links and a related report. You can check the reason for failed checking and other additional details.

Once downloading a report for broken links, you see the following information:

You can see the these columns in the file:

  • Date: date and time of report creation.

  • Offer ID: Offer ID that the plugin checked and tested.

  • Offer: the name of the offer that the plugin checked and tested.

  • Advertiser: the advertiser of the offer.

  • Country: the country the plugin used for testing.

    🔎 The system takes a country from the offer’s payouts settings to make sure that a testing click matches all the offer’s targeting restrictions.

  • Device: device the plugin used for testing.

    🔎 The system takes a device from the offer’s payouts settings to make sure that a testing click matches all the offer’s targeting restrictions.

  • Preview URL: Preview tracking link.

  • Track: Tracking URL the plugin used for a test.

  • Store: a store that a tracking URL leads to (e.g., Apple Store).

  • App ID: Application ID.

  • Reason: a reason why an offer failed the test.

    🔎 For example, App ID mismatch. The Application ID that a tracking URL leads to and Application ID a tracking URL should lead to are different. It means the redirection flow is broken.

  • Redirections: the number of redirections.

  • Test history: you can find and download the second type of report, which includes results of checking for all the offers, including those with broken links. In this report, you can see the following information:


  • Offer: Offer the plugin checked and tested.

  • Offer ID: Offer ID the plugin checked and tested.

  • Advertiser: the advertiser of this offer.

  • Test result link: a link you can place in your browser and see the information about the chain of redirects.

Please contact the Testmyoffers team or Affise Customer Support team regarding all raised questions via the e-mail: [email protected].

Did this answer your question?