如何在没有UDID的iOS5上跟踪下载 [英] How to track downloads on iOS5 without UDID
问题描述
任何知道如何在没有UDID的情况下跟踪iOS应用下载(通过网络广告)的人?
Anyone who knows how to track iOS app downloads (through web ads) without UDID?
我认为这是不可能的,特别是如果用户来自网站AppStore 。但是一家名为WDA的公司似乎使它成为可能。
I have thought it becomes impossible especially if the user comes from website to AppStore. But a company called WDA seems to make it possible.
http://wda.us/press/track-app-downloads-from-web-ads-without- udid.php
我有一些想法,但我不确定哪种方法最好。
I have some ideas but I'm not sure which is the best way.
1)Cookie:iOS应用无法访问Safari中的Cookie。
2)共享本地存储:是否有可以由Safari编写并由本机iOS应用程序读取的共享存储空间?
1) Cookie: iOS apps cannot access the cookie in Safari. 2) Shared Local Strage: Is there any shared storage which can be written by Safari and read by native iOS app?
推荐答案
我正面临着类似的问题。以下是我提出的解决方案 - 我自己即将实施第二个解决方案。
I'm facing a similar problem. Below are my proposed solutions - myself I am about to implement the second one.
<强大>编辑:正如John Ballinger在下面的评论中指出的那样,作为UIDevice-with-UniqueIdentifier-for-iOS-5的作者gekitz将其许可证更改为麻省理工学院:)感谢John!
as John Ballinger points out in his comment below, gekitz, author of UIDevice-with-UniqueIdentifier-for-iOS-5 changes its license to MIT :) Thanks John!
如果您只需要更换可靠的UDID,请尝试此请注意其许可证。您还可以在GitHub上搜索其他解决方案。
If you just need a reliable UDID replacement, try this and please mind its license. You can also search for other solutions on GitHub.
更新此解决方案:我已经放弃了这个主意,因为有太多开发人员告诉我它会违反HIG。
更加灵活,可以跟踪您的关联公司的安装活动(例如,通过为每个会员分配一个特定的UDID值,您可以在安装应用程序后将其检查,并将UDID发送到您的服务器。)
Much more flexible, allows tracking installation campaigns with your affiliates (e.g. by assigning every affiliate a specific "UDID" value you can later check after application is installed and that "UDID" is sent to your servers).
SO用户:如果以下任何内容可能违反HIG,请告诉我们,实际上会导致申请被拒绝(特别是第5,6和7步)。
SO users: please let us know if any of below may violate HIG and, in effect, result in a rejected application (especially steps 5, 6 and 7).
- 准备一个指向执行脚本的页面的链接,该脚本留下
cookie,该值是唯一的(例如,服务器生成的UDID)。 - 用户点按Mobile Safari中的链接。脚本存储cookie和
然后使用您的应用重定向到iTunes页面(例如
http://itunes.apple.com/us/app/skype/id304878510?mt=8&uo=4 )。 - App Store应用程序是启动并显示包含您的应用程序的页面。
- 用户安装应用程序并启动它。
- 在第一次启动时:启动后显示警报要求用户激活应用程序(只需一个按钮即可,例如'激活')。
- 注意:当应用程序进入后台并恢复时,您需要确保警报仍然可见。此外,你需要
- Prepare a link to a page that executes a script that leaves a cookie which value is unique (e.g. "UDID" generated by your server).
- User taps that link in Mobile Safari. Script stores cookie and then redirects to iTunes page with your app (e.g. http://itunes.apple.com/us/app/skype/id304878510?mt=8&uo=4).
- App Store app is launched and shows a page with your application.
- User installs the app and launches it.
- On 1st startup: after the splash you show an alert asking user to activate the app (just one button is enough, e.g. 'Activate').
- Note: you'll need to make sure the alert is still visible when app is put into background and resumed. Also, you need to have
- 注意:您需要允许Safari打开该链接(可能需要一些额外的编码,不确定);
- 我相信某些页面必须向用户提供EULA(例如)以及允许继续操作的按钮,因此UX对用户来说是清楚的(即,没有应用程序离开打开safari的经验,并且在第二次safari辞职并打开app之后)。
注意:您需要涵盖许多边缘情况,例如使用(或不使用)URL方案或推送通知等启动/恢复应用。
NOTE: you'll need to cover many edge cases, like starting/resuming app with (or without) URL-scheme or Push Notification etc.
PS出去一段时间,但稍后会检查你的反馈。谢谢!
P.S. Going out for a while, but will check your feedback later. Thanks!
这篇关于如何在没有UDID的iOS5上跟踪下载的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!