如何在没有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屋！
