We want to track installs with Google Analytics for our iOS app. What we already done:
我们希望使用Google Analytics跟踪我们iOS应用的安装情况。我们已经做了什么:
- we have last iOS SDK 3.10
- 我们有最新的iOS SDK 3.10
- we enabled idfa collection like it says here
- 我们启用了像这里所说的idfa集合
- Build with IDFA available in AppStore ("ready for sale" in itunes connect)
- 在AppStore中使用IDFA构建(在itunes connect中“准备出售”)
- we have a tracking link that was generated using iOS Campaign Tracking URL Builder
- 我们有一个使用iOS广告系列跟踪网址构建器生成的跟踪链接
Seems everything OK. But tracking link doesn't work. For user, that was redirected from this link, ga:campaign and ga:source are empty in GA database:
似乎一切都好。但跟踪链接不起作用。对于已从此链接重定向的用户,ga:campaign和ga:source在GA数据库中为空:
And there is nothing in Google Analytics Acquisition, only direct traffic:
Google Analytics Acquisition中没有任何内容,只有直接流量:
We are very confusing about the field Device ID Macro in URL Builder. Is it filled right? Any other ideas how to make the GA tracking work?
我们对URL Builder中的字段设备ID宏非常困惑。填充正确吗?如何使GA跟踪工作的任何其他想法?
3 个解决方案
#1
31
The information below is only valid for iOS Install Tracking, Campaigns that target users that already have the app and deeplink into them are handled completely different.
以下信息仅适用于iOS安装跟踪,针对已拥有该应用的用户以及与其进行深层链接的广告系列的处理方式完全不同。
This was designed to work with mobile adNetworks. When you create this campaign for your app in an adNetwork you can work with them to know how to pass the deviceId, each network might have its own syntax, and they can work in 2 different methods (ping or redirect).
这旨在与移动广告网络合作。在adNetwork中为您的应用创建此广告系列时,您可以与他们合作以了解如何传递deviceId,每个网络可能都有自己的语法,并且可以使用两种不同的方法(ping或重定向)。
If you are planning to use this url in a social campaign of some sort, or if you are testing it out by just visiting that url it won't work. Because a browser can't figure out the IDFA only an App can.
如果您打算在某种社交活动中使用此网址,或者只是通过访问该网址进行测试,则无法使用此网址。因为浏览器无法找出IDFA,只有App可以。
This is also the id used by Google Analytics to link an Ad click with the actual installation of the App.
这也是Google Analytics用于将广告点击与应用的实际安装相关联的ID。
Here's how it works for Google Analytics on redirect mode:
以下是重定向模式下Google Analytics的工作原理:
-
The user is playing candy crush and sees a banner for your app.
用户正在玩糖果粉碎,并看到你的应用程序的横幅。
-
The user thinks it's a very sweet app so he clicks on it to install your app.
用户认为这是一个非常甜蜜的应用程序,所以他点击它来安装你的应用程序。
-
The mobile network grabs the IDFA from inside candy crush and sends the user to a google analytic redirect url that looks like this: https://click.google-analytics.com/redirect
移动网络从糖果粉碎中抓取IDFA,并将用户发送到谷歌分析重定向网址,如下所示:https://click.google-analytics.com/redirect
-
Google Analytics registers that specific IDFA clicked on your banner for your AppId and stores the campaign parameters for a while associated with this.
Google Analytics会针对您的AppId注册您的横幅上的特定IDFA,并将广告系列参数存储一段时间与此相关联。
-
The redirect takes place and the user lands straight at the AppStore for your App.
重定向发生,用户直接在AppStore上登陆您的应用程序。
-
If everything goes according to plan, the user hopefully installs your app and launches it.
如果一切按计划进行,用户希望安装您的应用程序并启动它。
-
When he/she does so Google Analytics grabs the IDFA and start to register stats for your app, including appId.
当他/她这样做时,Google Analytics会抓取IDFA并开始为您的应用注册统计信息,包括appId。
-
Then Google Analytics notice that's the same IDFA that clicked on that link for the same appId just a few minutes ago.
然后Google Analytics会注意到几分钟之前与同一appId点击该链接的IDFA相同。
-
Google Analytics assumes the click generated an install and assigns the campaign information to that user.
Google Analytics(分析)假定点击生成了安装,并将广告系列信息分配给该用户。
Ping mode is pretty much the same except that the adNetwork sends the url to analytics themselves so the user doesn't have to go through a redirect.
Ping模式几乎相同,只是adNetwork将url发送到分析本身,因此用户不必经历重定向。
So as you can see it's quite a journey, but it should work fine if you:
因此,你可以看到它是一个相当的旅程,但如果你:它应该工作正常:
- Confirm that iOS campaign tracking is enabled
- On Admin > Property Settings > iOS Campaign Tracking inside Google Analytics
- 在Google Analytics中的管理>属性设置> iOS广告系列跟踪
- 确认已启用iOS广告系列跟踪在Google Analytics中的管理>属性设置> iOS广告系列跟踪中
- Confirm the appId on your Campaign url matches the appId for your App.
- 确认您的广告系列网址上的appId与您应用的appId相匹配。
- Checks with your adNetwork what you should use in the url to be replaced with the user IDFA
- 与您的adNetwork一起检查您应该在用户名IDFA替换的网址中使用的内容
- Make sure you have IDFA is being sent from Google Analytics on your app (it's not on by default)
- 确保您的应用已从Google Analytics发送IDFA(默认情况下不启用)
- Use the campaign url builder provided by Google.
- 使用Google提供的广告系列网址构建器。
And for testing you will need to do that through either a live ad or a test version of your ad, if the network provides that.
如果网络提供此功能,您需要通过广告的实时广告或测试版本进行测试。
UPDATE (2015-02-25)
Q: How can you do install tracking for campaigns that don't go through an adNetwork? eg (social campaigns, email campaigns, ...)
问:如何为未通过adNetwork的广告系列安装跟踪?例如(社交活动,电子邮件活动......)
A: Google Analytics doesn't have support for that. Other attribution tools might try to fingerprint the user without using the IDFA, using IP address for instance, but that's not reliable, so Google Analytics opted to use only the IDFA.
答:Google Analytics不支持。其他归因工具可能会尝试在不使用IDFA的情况下指导用户,例如使用IP地址,但这不可靠,因此Google Analytics选择仅使用IDFA。
If the campaign is through email you might have other ways to fingerprint. You obviously know the user email, so you can store it in your database and give it a uniqueId. When the user clicks on your mail marketing you can go through a redirect on your systems where you register that userId as a custom dimension and send a hit to GA with campaign information using the measurement protocol through your BackEnd. Then when/if the user logs in your application you get the same userId and send other hits associated with it.
如果广告系列是通过电子邮件发送的,您可能还有其他指纹方法您显然知道用户电子邮件,因此您可以将其存储在数据库中并为其提供uniqueId。当用户点击您的邮件营销时,您可以在系统上进行重定向,在该系统中将userId注册为自定义维度,并通过BackEnd使用测量协议向GA发送包含广告系列信息的GA。然后当/如果用户登录您的应用程序时,您将获得相同的userId并发送与其关联的其他命中。
You have to use a uniqueId because the email itself is forbidden inside Google Analytics per TOS. You can't send it there.
您必须使用uniqueId,因为在每个TOS的Google Analytics中禁止使用电子邮件。你不能把它发送到那里。
This solution has other drawbacks as you will get hits for every user that clicks in your campaign in GA, but only those that actually install the APP will have future hits. So you might have inflated sessions with a single hit that never install the App. For that reason I'd recommend sending this to a secondary Google Analytics Web Property to avoid polluting your main property.
此解决方案还有其他一些缺点,因为您可以在GA中点击您的广告系列中的每个用户点击,但只有那些实际安装APP的用户才会有未来点击。因此,您可能会通过一次永不安装App的点击来夸大会话。出于这个原因,我建议将其发送到辅助Google Analytics网络媒体资源,以避免污染您的主要媒体资源。
As you can see it's not a great solution, but it's the only way you can do it. I wouldn't recommend spending time with a solution like this that creates other problems and is not reliable.
你可以看到它不是一个很好的解决方案,但它是你能做到的唯一方法。我不建议花时间处理这样的解决方案,这会产生其他问题并且不可靠。
#2
1
Is the information in Eduardos answer still up to date? As I understand it, you are saying that the IDFA can't be used to attribute campaign source if the ad/campaign is not placed within a mobile app? If for example the ad is placed on a web page, the browser can't catch the IDFA, hence no iOS install campaign attribution?
Eduardos的信息是否仍然是最新的?据我了解,您是说如果广告/广告系列未放置在移动应用中,则IDFA不能用于归因广告系列来源?例如,如果广告放在网页上,则浏览器无法捕获IDFA,因此没有iOS安装广告系列归因?
In that case, Google documentation is VERY confusing regarding this topic and I I can't see that they mention that little detail anywhere.
在这种情况下,Google文档在这个主题上非常混乱,我无法看到他们在任何地方都提到了这个小细节。
https://developers.google.com/analytics/devguides/collection/ios/v3/campaigns#ios-install
https://developers.google.com/analytics/devguides/collection/ios/v3/campaigns#ios-install
"Google Analytics offers out-of-the-box support for iOS Install Campaign Measurement for popular networks and provides the ability to generate your own custom URLs for any additional networks."
“Google Analytics为流行网络提供了对iOS安装广告系列衡量的开箱即用支持,并且可以为任何其他网络生成自己的自定义网址。”
Another related question: It should at least be possible to track general campaign sources (not install tracking) like described below, right?
另一个相关问题:至少应该可以跟踪一般的广告系列来源(不是安装跟踪),如下所述,对吗?
https://developers.google.com/analytics/devguides/collection/ios/v3/campaigns#general-campaigns
https://developers.google.com/analytics/devguides/collection/ios/v3/campaigns#general-campaigns
"After an app has been installed, it may be launched by referrals from ad campaigns, websites, or other apps. In this scenario, referring traffic sources or marketing campaigns can be attributed to user activity in subsequent sessions by setting the campaign fields on a tracker directly."
“在安装了应用后,可能会通过广告系列,网站或其他应用的引荐启动它。在这种情况下,通过在以下会话中设置广告系列字段,引用流量来源或营销广告系列可归因于用户活动跟踪器。“
#3
1
yes, what Eduardo was saying is still true.
是的,Eduardo所说的仍然是真的。
For iOS, Google uses IDFA to uniquesly identify a user. Therefore, any ad click that happens in an app is trackable as Google has access to IDFA. In a browser since the IDFA isn't available and as the APpStore doen'st pass a referrer to the app like in Android, it's not possible to track iOS conversions on mobile display network or mSearch.
对于iOS,Google使用IDFA来巧妙地识别用户。因此,Google可以访问IDFA,因此可以跟踪应用中发生的任何广告点击。在浏览器中,因为IDFA不可用,并且由于APpStore会像Android中那样将引荐者传递给应用程序,因此无法在移动显示网络或mSearch上跟踪iOS转换。
One of the newest updates from our Google rep was: "With the new web bridge, you should be able to see Downloads for mSearch/mGDN in the next couple of weeks if you're using a supported SDK". So Google is working on it and we should be able to measure conversions even from web.
来自我们Google代表的最新更新之一是:“使用新的网桥,如果您使用支持的SDK,您应该能够在接下来的几周内看到mSearch / mGDN的下载”。所以谷歌正在努力,我们应该能够衡量甚至来自网络的转化。
Currently available solution to track everything is to installs Firebase SDK or 3rd party SDK like Tune etc.
目前可用的跟踪所有内容的解决方案是安装Firebase SDK或第三方SDK,如Tune等。
#1
31
The information below is only valid for iOS Install Tracking, Campaigns that target users that already have the app and deeplink into them are handled completely different.
以下信息仅适用于iOS安装跟踪,针对已拥有该应用的用户以及与其进行深层链接的广告系列的处理方式完全不同。
This was designed to work with mobile adNetworks. When you create this campaign for your app in an adNetwork you can work with them to know how to pass the deviceId, each network might have its own syntax, and they can work in 2 different methods (ping or redirect).
这旨在与移动广告网络合作。在adNetwork中为您的应用创建此广告系列时,您可以与他们合作以了解如何传递deviceId,每个网络可能都有自己的语法,并且可以使用两种不同的方法(ping或重定向)。
If you are planning to use this url in a social campaign of some sort, or if you are testing it out by just visiting that url it won't work. Because a browser can't figure out the IDFA only an App can.
如果您打算在某种社交活动中使用此网址,或者只是通过访问该网址进行测试,则无法使用此网址。因为浏览器无法找出IDFA,只有App可以。
This is also the id used by Google Analytics to link an Ad click with the actual installation of the App.
这也是Google Analytics用于将广告点击与应用的实际安装相关联的ID。
Here's how it works for Google Analytics on redirect mode:
以下是重定向模式下Google Analytics的工作原理:
-
The user is playing candy crush and sees a banner for your app.
用户正在玩糖果粉碎,并看到你的应用程序的横幅。
-
The user thinks it's a very sweet app so he clicks on it to install your app.
用户认为这是一个非常甜蜜的应用程序,所以他点击它来安装你的应用程序。
-
The mobile network grabs the IDFA from inside candy crush and sends the user to a google analytic redirect url that looks like this: https://click.google-analytics.com/redirect
移动网络从糖果粉碎中抓取IDFA,并将用户发送到谷歌分析重定向网址,如下所示:https://click.google-analytics.com/redirect
-
Google Analytics registers that specific IDFA clicked on your banner for your AppId and stores the campaign parameters for a while associated with this.
Google Analytics会针对您的AppId注册您的横幅上的特定IDFA,并将广告系列参数存储一段时间与此相关联。
-
The redirect takes place and the user lands straight at the AppStore for your App.
重定向发生,用户直接在AppStore上登陆您的应用程序。
-
If everything goes according to plan, the user hopefully installs your app and launches it.
如果一切按计划进行,用户希望安装您的应用程序并启动它。
-
When he/she does so Google Analytics grabs the IDFA and start to register stats for your app, including appId.
当他/她这样做时,Google Analytics会抓取IDFA并开始为您的应用注册统计信息,包括appId。
-
Then Google Analytics notice that's the same IDFA that clicked on that link for the same appId just a few minutes ago.
然后Google Analytics会注意到几分钟之前与同一appId点击该链接的IDFA相同。
-
Google Analytics assumes the click generated an install and assigns the campaign information to that user.
Google Analytics(分析)假定点击生成了安装,并将广告系列信息分配给该用户。
Ping mode is pretty much the same except that the adNetwork sends the url to analytics themselves so the user doesn't have to go through a redirect.
Ping模式几乎相同,只是adNetwork将url发送到分析本身,因此用户不必经历重定向。
So as you can see it's quite a journey, but it should work fine if you:
因此,你可以看到它是一个相当的旅程,但如果你:它应该工作正常:
- Confirm that iOS campaign tracking is enabled
- On Admin > Property Settings > iOS Campaign Tracking inside Google Analytics
- 在Google Analytics中的管理>属性设置> iOS广告系列跟踪
- 确认已启用iOS广告系列跟踪在Google Analytics中的管理>属性设置> iOS广告系列跟踪中
- Confirm the appId on your Campaign url matches the appId for your App.
- 确认您的广告系列网址上的appId与您应用的appId相匹配。
- Checks with your adNetwork what you should use in the url to be replaced with the user IDFA
- 与您的adNetwork一起检查您应该在用户名IDFA替换的网址中使用的内容
- Make sure you have IDFA is being sent from Google Analytics on your app (it's not on by default)
- 确保您的应用已从Google Analytics发送IDFA(默认情况下不启用)
- Use the campaign url builder provided by Google.
- 使用Google提供的广告系列网址构建器。
And for testing you will need to do that through either a live ad or a test version of your ad, if the network provides that.
如果网络提供此功能,您需要通过广告的实时广告或测试版本进行测试。
UPDATE (2015-02-25)
Q: How can you do install tracking for campaigns that don't go through an adNetwork? eg (social campaigns, email campaigns, ...)
问:如何为未通过adNetwork的广告系列安装跟踪?例如(社交活动,电子邮件活动......)
A: Google Analytics doesn't have support for that. Other attribution tools might try to fingerprint the user without using the IDFA, using IP address for instance, but that's not reliable, so Google Analytics opted to use only the IDFA.
答:Google Analytics不支持。其他归因工具可能会尝试在不使用IDFA的情况下指导用户,例如使用IP地址,但这不可靠,因此Google Analytics选择仅使用IDFA。
If the campaign is through email you might have other ways to fingerprint. You obviously know the user email, so you can store it in your database and give it a uniqueId. When the user clicks on your mail marketing you can go through a redirect on your systems where you register that userId as a custom dimension and send a hit to GA with campaign information using the measurement protocol through your BackEnd. Then when/if the user logs in your application you get the same userId and send other hits associated with it.
如果广告系列是通过电子邮件发送的,您可能还有其他指纹方法您显然知道用户电子邮件,因此您可以将其存储在数据库中并为其提供uniqueId。当用户点击您的邮件营销时,您可以在系统上进行重定向,在该系统中将userId注册为自定义维度,并通过BackEnd使用测量协议向GA发送包含广告系列信息的GA。然后当/如果用户登录您的应用程序时,您将获得相同的userId并发送与其关联的其他命中。
You have to use a uniqueId because the email itself is forbidden inside Google Analytics per TOS. You can't send it there.
您必须使用uniqueId,因为在每个TOS的Google Analytics中禁止使用电子邮件。你不能把它发送到那里。
This solution has other drawbacks as you will get hits for every user that clicks in your campaign in GA, but only those that actually install the APP will have future hits. So you might have inflated sessions with a single hit that never install the App. For that reason I'd recommend sending this to a secondary Google Analytics Web Property to avoid polluting your main property.
此解决方案还有其他一些缺点,因为您可以在GA中点击您的广告系列中的每个用户点击,但只有那些实际安装APP的用户才会有未来点击。因此,您可能会通过一次永不安装App的点击来夸大会话。出于这个原因,我建议将其发送到辅助Google Analytics网络媒体资源,以避免污染您的主要媒体资源。
As you can see it's not a great solution, but it's the only way you can do it. I wouldn't recommend spending time with a solution like this that creates other problems and is not reliable.
你可以看到它不是一个很好的解决方案,但它是你能做到的唯一方法。我不建议花时间处理这样的解决方案,这会产生其他问题并且不可靠。
#2
1
Is the information in Eduardos answer still up to date? As I understand it, you are saying that the IDFA can't be used to attribute campaign source if the ad/campaign is not placed within a mobile app? If for example the ad is placed on a web page, the browser can't catch the IDFA, hence no iOS install campaign attribution?
Eduardos的信息是否仍然是最新的?据我了解,您是说如果广告/广告系列未放置在移动应用中,则IDFA不能用于归因广告系列来源?例如,如果广告放在网页上,则浏览器无法捕获IDFA,因此没有iOS安装广告系列归因?
In that case, Google documentation is VERY confusing regarding this topic and I I can't see that they mention that little detail anywhere.
在这种情况下,Google文档在这个主题上非常混乱,我无法看到他们在任何地方都提到了这个小细节。
https://developers.google.com/analytics/devguides/collection/ios/v3/campaigns#ios-install
https://developers.google.com/analytics/devguides/collection/ios/v3/campaigns#ios-install
"Google Analytics offers out-of-the-box support for iOS Install Campaign Measurement for popular networks and provides the ability to generate your own custom URLs for any additional networks."
“Google Analytics为流行网络提供了对iOS安装广告系列衡量的开箱即用支持,并且可以为任何其他网络生成自己的自定义网址。”
Another related question: It should at least be possible to track general campaign sources (not install tracking) like described below, right?
另一个相关问题:至少应该可以跟踪一般的广告系列来源(不是安装跟踪),如下所述,对吗?
https://developers.google.com/analytics/devguides/collection/ios/v3/campaigns#general-campaigns
https://developers.google.com/analytics/devguides/collection/ios/v3/campaigns#general-campaigns
"After an app has been installed, it may be launched by referrals from ad campaigns, websites, or other apps. In this scenario, referring traffic sources or marketing campaigns can be attributed to user activity in subsequent sessions by setting the campaign fields on a tracker directly."
“在安装了应用后,可能会通过广告系列,网站或其他应用的引荐启动它。在这种情况下,通过在以下会话中设置广告系列字段,引用流量来源或营销广告系列可归因于用户活动跟踪器。“
#3
1
yes, what Eduardo was saying is still true.
是的,Eduardo所说的仍然是真的。
For iOS, Google uses IDFA to uniquesly identify a user. Therefore, any ad click that happens in an app is trackable as Google has access to IDFA. In a browser since the IDFA isn't available and as the APpStore doen'st pass a referrer to the app like in Android, it's not possible to track iOS conversions on mobile display network or mSearch.
对于iOS,Google使用IDFA来巧妙地识别用户。因此,Google可以访问IDFA,因此可以跟踪应用中发生的任何广告点击。在浏览器中,因为IDFA不可用,并且由于APpStore会像Android中那样将引荐者传递给应用程序,因此无法在移动显示网络或mSearch上跟踪iOS转换。
One of the newest updates from our Google rep was: "With the new web bridge, you should be able to see Downloads for mSearch/mGDN in the next couple of weeks if you're using a supported SDK". So Google is working on it and we should be able to measure conversions even from web.
来自我们Google代表的最新更新之一是:“使用新的网桥,如果您使用支持的SDK,您应该能够在接下来的几周内看到mSearch / mGDN的下载”。所以谷歌正在努力,我们应该能够衡量甚至来自网络的转化。
Currently available solution to track everything is to installs Firebase SDK or 3rd party SDK like Tune etc.
目前可用的跟踪所有内容的解决方案是安装Firebase SDK或第三方SDK,如Tune等。