Add a Test Device

To add a device to the console:

• In the Singular platform, go to Developer Tools > Testing Console.

• Click Add Device.

• Select the type of device you are adding, and then provide your device ID.

• Input a name from your device and click Add.

  

Ensure Device Appears in Device Dropdown

Select your device from the Device dropdown. You can then see any events from the device in the Events Log.

You can add a descriptive name for the device in the Device Name column to ensure you don't confuse it with other devices you may be tracking.

Test Initialization and Sessions

The first thing to test is whether your integration is initializing and sending information to Singular. This already allows Singular to start tracking attribution for this app! To check, look for user sessions in the event log.

To test initialization:

1. On your device, open the app.
2. Wait 1-2 minutes.

3. Look at the event log in the Testing Console and make sure it shows a session row with a "1st" tag:

   

If this row does not show up, check the user-level logs for the session event. It is possible you opened the app before the Testing Console finished processing the registration of the new device.

[iOS] Test Apple iAd Referrer

On iOS devices, Singular should be receiving the iAd Attribution data. To validate it, after having added a device to the console and installed the app on it, check the Testing Console and confirm that "__iAd_Attribution__" event shows up.

Test Custom User ID

If your SDK integration sends a custom user ID to Singular, here's how to test it.

1. Register the device in the Testing Console.
2. Open the app.
3. If needed, in your app, trigger an action that sends the user ID (such as logging in). The nature of the action depends on your implementation.

4. In the next event sent to Singular, expand the event details in the Testing Console and check that the details include a value for "custom_user_id".

   

If the user ID does not show up:

• Check that the method that sets the user ID is actually being called in your app when you want it to be.
• You may want to add a Singular SDK event and call it "setting custom user id" so that the event shows up in the Testing Console.

Test Events

If you've implemented event tracking or revenue tracking in your SDK integration, follow the instructions below to test them.

For more about events, see:

• Events Configuration FAQ
• In-App Purchase Validation FAQ
• Ways of Measuring Events (Cohort vs. Actual, Unique, First)
  

For every event you've implemented in your SDK integration:

1. Trigger the event from the app and check that it appears in the event log with the name you gave the event.

   

2. If you are sending any additional data with the event, click the event's row in the Testing Console to expand the event details, and ensure the data is included in "event_data".

   

If the event does not show up, it is possible the app was opened before the device was completely registered in the Testing Console. Check the attribution logs for the event.

Test Revenue

For each type of revenue event you've implemented in your SDK integration:

1. Trigger the revenue event in the app and check the events log. A row should appear with the event name.

   Note: If you didn't give the event a custom name, it receives the default name for revenue events, "__iap__".

2. Click the row to expand it and make sure the currency ("pcc"), amount ("r"), and any other details of the event have been received.

   

Test Deep Linking

If you've implemented deep linking in your SDK integration, follow the instructions below to test your deep linking functionality.

1. Set Up a Test Destination

In the Singular platform, go to Settings > Apps, find the app, and add a deep link destination. 

The destination should be one of the deep link destinations that the handler code in your SDK integration can recognize and handle. 

2. Create a Link to Test

Now that you have a destination to link to, you can create a deep link.

1. Go to Attribution > Manage Links and select the app from the sidebar.
2. Click Create Link.
3. Under Link Type, select "Custom Source", and under Source Name, select "Email".
4. Give the link a name.
5. Click the Link Settings and Redirects section to expand it.
6. Select the destination you just created in the Deep Link dropdown list.
7. In the Fallback Destination for Other Platforms text box, enter a website URL.

8. Click Generate and copy the link from the Click-Through Tracking Link field.

   

3. Test the Link

To test the link:

1. Make sure the app is installed on your test device.
2. Email the copied link to your test device.
3. From the device, open the email and click the link. The app should open and display the intended page or content.

Troubleshooting

When my app is already running, a deep link opens a new instance of the app instead of switching to the existing one.

To avoid this situation, edit your manifest file and add the following to your activity:

android:launchMode="singleTask"

See Google's <activity> documentation for more information about launchMode options.

Test Deferred Deep Linking

1. To confirm that deferred deep linking is enabled, check the session event in the Testing Console.

   

2. Set up a test destination and a link as explained above in Test Deep Linking.
3. Uninstall the app from your test device.

4. Email the deep link to the device and open it from the device. The link should take you to the app store. After you install the app and open it, you should see the desired page or content.

   

Test Uninstall Tracking

If you've implemented uninstall tracking in your SDK integration, follow the instructions below to test it.

Testing uninstall tracking is more complicated than testing other SDK functions, because Singular depends on Google/iOS services to report the uninstall, and the process takes some time. You can't see the uninstall event in the Singular platform in real time, and you can't use the Testing Console for it.

Before you test, make sure that you are sending your FCM/APNS token to Singular (see Android SDK: Tracking Uninstalls and iOS SDK: Tracking Uninstalls).

Also, double-check that you have entered your FCM Server Key (for Android) or your iOS Push Certificate in the App Configuration page.

To test uninstall tracking:

1. Using a real device (not an emulator), install the app on the device.
2. Open the app so that the install is registered.
3. Uninstall the app. 

4. To check if Singular has received the uninstall event, you have several options:

   • Export the attribution logs (event logs) and find the uninstall event. It may take a couple of days for it to show up in the logs.
   • If you have set up postbacks to be sent to your internal BI system, you can receive a postback about the uninstall.
   • You can contact Singular support or your Customer Success Manager to help you validate uninstall tracking.

Run an SDK Audit Report

Go to Developer Tools > Testing Console and click Run Audit in the top right corner.

Download and Read the Report

Once the report finishes running, you can download it in CSV format.

The report is a list of issues found in your SDK and S2S integrations. Not all issues are critical, and some may not be relevant for you (because they pertain to SDK features you have chosen not to implement). For more about how the report is built, see How do I read the SDK audit report?

Fix the Relevant Issues

Go over the issues in the report and fix them according to the tips in the Error Description field.

Note: For warning/info type issues, make sure to check the Validation Name and see whether this is an optional SDK feature that you have chosen not to implement, such as deferred deep linking (DDL). If so, you can ignore the error message.