What are tracked installs and reported installs? Why do those two installs differ?

  • When using Tenjin, you’ll notice that there are two types of installs : 1. Reported Installs and 2. Tracked Installs. Reported Installs are installs that the ad network claims to drive for each of your campaigns. Tracked Installs are installs that an unbiased 3rd party attributes to an ad network’s campaign taking into account the other campaigns you’re running on other ad networks. When looking at Tracked Installs, you are looking at an install metric that is holistic - it’s based on all campaigns, even ones that you’re running on other ad networks. Reported Installs, on the other hand, is calculated in a vacuum by the ad network you’re running on - it’s only based on what that ad network sees.

  • So is Reported Installs supposed to be the same as Tracked Installs? Not always. The point of attribution ISN’T to make Tracked Installs = Reported Installs. In fact, sometimes attribution is supposed to do the the exact opposite. The point of attribution is to take a holistic view of ALL the campaign activity on the various ad networks you’re using at the same time, and attribute users to the most appropriate campaign. Only an unbiased 3rd party can do this.

    1. Ad networks ignore 3rd party attribution technology. Facebook, Twitter, Google and a few others rely on their own internal technology to let attribution partners know when an install should be awarded to their networks. When users for these networks overlap, the 3rd party technology can’t control if the ad network claims a Reported Install even when the attribution technology only picks one ad network to associate the download with.
    2. Install callbacks and click URLs are not set up properly. The most fixable of the problems is when click URLs and install callbacks are set up improperly by the advertiser. This can usually get fixed right away by double checking that the proper click URLs are getting used and the install callback in the attribution technology is functioning properly.
    3. Inaccurate methods for tracking clicks and installs are used with ad network SDKs. When an ad network does not support collection of an advertising ID (IDFA or GAID), then the 3rd party attribution technology will generally rely on fingerprinting.
    4. Doubling up on ad network and attribution SDKs. Attribution systems send install callbacks to ad networks to notify an ad network of an install. If the app has a duplicative SDK that sends an ad network install callbacks, there can be double counting of Reported Installs.

Why Tenjin retention rate is different from retention in other tools?

  • “Retention” is a simple idea, but there are several details to consider when implementing it. At Tenjin, we calculate “classic” retention: an N-day retained user is one who returns on the Nth day after acquisition. The day a user returns may seem clear and simple, but there are actually 2 ways to interpret this: (1) using absolute time or (2) using relative time. As an example of absolute time, a user acquired on May 1st and returning on May 2nd is called a 1-day user. However, if that user was acquired at 23:59 May 1 and returned at 00:01 May 2, they really only waited 2 minutes to return.

  • At Tenjin, we use relative time. Each user has their own “lifetime”, as counted in days after acquisition time. Their “birth” is at acquisition on day 0, and day 1 begins 24 hours later. an N-day retained user is one who returns between 24N hours and 24(N+1) hours after acquisition the N-day retention rate = unique N-day retained users / unique 0-day users

  • We believe using relative time puts all users on equal footing, no matter what timezone they may be in, or what their circadian rhythm might be. It also enables us to “normalize” our other lifetime metrics, such as cumulative revenue, cumulative ROI, and cost per retained user.

Why isn't Tenjin IAP revenue the same as revenue in iTunes connect or Google play console?

  • First of all, Tenjin collects IAP revenue directly from your SDK, whereas iTunes connect or Google play console shows their number directly through the store purchase. Based on our experience, those revenue could be different by up to 20%.
  • These are the possibilities if you see a large discrepancy.

    1. Tenjin’s revenue is net(after 30% Apple/Google play store cut)
    2. (Only for iOS) If you don’t receipt validation, Tenjin counts all revenue that get passed through our SDK. But some of revenues might be rejected by Apple. To avoid this, please make sure to use our receipt validation(iOS SDK)
    3. If you newly integrate our SDK and the app update is voluntary update, some of users don’t have Tenjin SDK yet. In that case you won’t see all revenue in Tenjin. This should go away as time goes by.

Where do I add Google Admob account?

  • Our Google account covers both Adwords and Admob. Please follow the instruction here.

What is the timezone in Tenjin dashboard?

  • We use UTC as default timezone.

What are Unavailable channels?

  • The most common reason your User Acquisition dashboard may have an Unavailable Channel or Unavailable Campaign is because there is ad revenue that can’t be attributed to users of a specific channel or campaign. This happens when an ad network reports ad revenue for a specific country, but we don’t see any events from users in that country.

I don't see spend for Facebook or Google.

  • If you set up Facebook or Google channel properly but don't see the spend on the dashboard yet, please make sure you add the ad account id you are trying to pull spend for. The Instruction is here.

results matching ""

    No results matching ""