After your Integration Smoke Test passes, run a production tracking test with a real offer, an eligible test user, and an eligible physical device.
A production tracking test follows real user activity through installation, progress, conversion, and reward status. After you record the conversion, verify the result using the data and reporting available for your integration.
Production testing uses a real offer and can create real conversion and reward activity. Follow the steps carefully and record your test information in case you need to troubleshoot or escalate an issue.
Before you start
Make sure you've:
Passed the Integration Smoke Test.
Configured your production postback, if applicable.
Confirmed that your postback endpoint is live and can receive requests.
Identified a designated test account.
Identified an eligible physical test device.
Reviewed the User & Device Tracking Requirements.
Confirmed that the offer you're testing is available to your test user and device.
Confirmed that you have access to the reporting you need to verify the test.
Wallet partners
This procedure is written primarily for iFrame and API partners because some verification steps involve postbacks or API retrieval. Wallet partners should complete the test through the end-user experience and applicable reporting, including the steps to plan the test, prepare the test user and device, run the offer, verify the conversion, and verify the reward. Skip any postback or API retrieval steps that don't apply to your integration.
1. Plan your test
Choose your offer and define what you expect to happen before you start.
Choose an offer
For your first production test, choose an offer with an early, achievable conversion or goal. For games, a low-friction first goal is generally easier to test than one that requires extensive gameplay. When possible, choose a goal that doesn't require a purchase.
If you're testing a survey or deal, follow the applicable requirements for that offer type.
Choose your test user and device
Use the User & Device Tracking Requirements to confirm that your test environment is ready.
Your test user and device should meet the offer's eligibility requirements before you begin.
Record your test information
Before starting the offer, record:
Offer name
Offer ID
Offer type
Platform
Required user/device eligibility
First conversion or goal you intend to complete
Goal ID, if applicable
Expected reward
Test start date and time
Timezone
Recording this information makes it easier to compare results and troubleshoot if something doesn't work as expected.
Define your expected results
Know what you're looking for before you run the test.
User activity | Expected result |
Install or initial action | Activity is recorded for the test user. |
Progress or goal | The expected progress or goal is recorded. |
Conversion | The expected conversion is recorded. |
Reward | The expected reward is credited or shown as pending, depending on the applicable reward rules. |
2. Prepare your test user and device
Use the User & Device Tracking Requirements to confirm that your test environment is ready.
At minimum:
Use a designated test account that meets the offer's eligibility requirements.
For offers that require a new user, ensure the user has not previously installed, signed up for, or participated in the offer.
Use the same device throughout the test.
Make sure the device meets the applicable platform requirements.
Complete the platform-specific tracking requirements.
Avoid VPNs, proxies, ad blockers, or other settings that could interfere with tracking.
If your integration passes device identifiers, confirm that it passes the expected values.
Do not begin the test until your user and device are confirmed eligible.
3. Run the test
Once your user and device are ready, follow the normal user journey.
Start the offer
Open your Besitos experience as the test user and locate the selected offer.
For API integrations, retrieve the offer via your API.
Click the offer from the Besitos experience to begin the test.
Do not search for the offer separately or start it from another source. The test needs to begin through the expected Besitos offer flow.
Record the time you started the offer and the timezone.
Complete the install or initial action
Follow the offer's expected flow and complete the initial qualifying action.
For a game:
Install the game through the offer link.
Use the same device throughout the test.
Launch the game.
Complete the initial action or install-related goal.
Record when the install or initial activity occurs.
Complete the goal
For game or deal offers, complete the goal you're testing.
Record:
Goal completed
Goal ID, if applicable
Time the goal was completed
Timezone
Allow time for tracking to process
Allow time for the activity to appear. Game installs can take up to 24 hours to appear in My Games for iFrame integrations, and most game progress appears within 24 hours, although some activity may take longer.
For API integrations, verify the game's in-progress state in the API experience.
Use the timing stated in the offer and the applicable reporting period to determine whether an event is late.
Do not reinstall the game, reset the advertising ID, clear app or browser data, or create another account to repeat the test. These actions do not establish new-user eligibility and can make the original tracking path harder to investigate.
4. Verify the results
Once the expected conversion is recorded, verify it using the sources available for your integration.
The conversion is the result you're testing. The Conversions Data API, Conversions report, and postback are different ways to verify that result—they aren't separate tracking checkpoints.
Verify the conversion
First, confirm the expected conversion occurred. Then use the applicable sources below to verify the result.
Conversions Data API
If you're using the Conversions Data API, confirm that the expected conversion appears in the API response.
Compare the applicable information, including:
User ID
Offer
Goal or conversion
Transaction ID
Reward amount
Conversion status
Conversions report
In the Besitos Admin Portal, confirm that the conversion appears in the Conversions report.
When checking the report:
Use a date range that covers the test activity and applicable reporting period.
Record the date range and timezone used.
Search for the full user ID.
Match the offer, event, and goal.
Compare the transaction ID, reward, and status with your other records.
An empty report does not automatically mean tracking failed. Timing, filters, activity type, and whether the event produces a reportable conversion can affect what appears.
Postback
If your integration uses postbacks, confirm that your system received the conversion data.
Compare the postback data with the conversion Besitos recorded.
A successful HTTP response from your endpoint only confirms that the request was acknowledged. It does not confirm that your system credited the user correctly.
API retrieval
If your integration retrieves conversion data through an API rather than receiving postbacks, verify that you can retrieve the expected conversion and that your system processes it correctly.
Reconcile the results
Where applicable, the same conversion should be identifiable across:
Conversions Data API ↔ Conversions report ↔ Postback or API retrieval ↔ Your system
The exact sources you use depend on your integration and configuration.
For the complete reconciliation process, see [Reporting Verification & Reconciliation].
5. Verify the reward
Confirm that the expected reward appears correctly in your system or the user's experience.
A reward may remain pending during its applicable validation period. A pending reward does not indicate a tracking problem.
If the reward is missing, incorrect, or later reversed, see Troubleshooting Missing, Incorrect, or Reversed Rewards.
Testing tools vs. production testing
Besitos provides tools that can help you test different parts of your integration. They do not all test the same thing.
Test | What it tells you |
iFrame or API Preview | Checks the displayed configuration or sample experience. It does not establish that a real install was attributed. |
Offer Credit Test | Generates a test credit to check credit and postback handling. It does not reproduce advertiser install or gameplay attribution. |
Eligible real install and goal | Tests the actual user path through the offer, installation, progress reporting, conversion, and expected reward state. |
The Offer Credit Test is available to iFrame and API partners, not Wallet partners. Use its dedicated result and receiver evidence when testing credit and postback handling.
A manual credit is not evidence that the original attribution path worked.
If you need to retest after an attribution issue, use another eligible offer rather than reinstalling the same game.
Record your results
Keep a record of the test results. This information can help you troubleshoot an issue or provide evidence if you need to escalate it.
Field | Value |
Test date/tester |
|
Partner ID |
|
Partner user ID |
|
Device/OS |
|
Offer name/ID |
|
Goal/conversion tested |
|
Test start time and timezone |
|
Click time and timezone |
|
Install time and timezone |
|
Install visible in My Games (iFrame) or in-progress state in API experience (API) |
|
Goal completed time and timezone |
|
Conversion recorded |
|
Postback received, if applicable |
|
Transaction ID |
|
Reward |
|
Reporting verified |
|
Reward status |
|
Result | Pass / Unresolved |
Notes |
|
Production test pass criteria
Your production tracking test passes when you can confirm that:
The test user and device were eligible.
The offer was started through the expected Besitos flow.
The expected install or initial activity was tracked.
The expected goal or qualifying action was recorded.
Besitos recorded the expected conversion.
The conversion can be verified through the applicable data or reporting source.
Your system received and processed the expected postback or API data, if applicable.
The conversion and reward information are consistent across the applicable sources.
The reward was credited or is correctly shown as pending.
A passing production tracking test confirms that the tested offer activity can be tracked through conversion and that the resulting data can be verified across the applicable systems.
Next, complete Pre-Launch Tracking Certification.
If the test doesn't pass
Don't repeat the entire test immediately. Start by identifying the first checkpoint that didn't occur as expected.
Issue | Next steps |
Install or progress isn't recorded | Review User & Device Tracking Requirements first, then see Troubleshooting Missing Installs or Game Progress. |
Conversion isn't recorded | See Troubleshooting Missing Installs or Game Progress and verify the applicable reporting period before escalating. |
Conversion is recorded, but no postback arrives | |
Postback arrives, but information is incorrect | Review Postback Data and your postback processing. |
Reporting doesn't match | |
Reward is missing, incorrect, or reversed |
If you still can't determine what went wrong, use your completed test log to help you escalate the issue using How to Escalate a Tracking Issue.
What's next
Once your production tracking test passes, go to Pre-Launch Tracking Certification.
Certification confirms that you've completed the required tests and that your integration is ready to launch.