注册后，我们的应用程序会提示用户邀请她的朋友（也称为电话联系人）也使用该应用程序。这允许我们使用某种邀请密钥向用户的联系人发送电子邮件/短信。适用于网络版应用程序，只需将密钥嵌入您在邀请中提供的 url 中。
我无法弄清楚如何仅使用 IOS 使这项工作顺利进行。如果我可以向受邀者发送一个指向 appstore.apple.com/myapp?registrationKey=abcXYZ 的链接，并且一旦我的应用程序安装后就可以神奇地使用密钥，那将是非常棒的，但我想这很有希望吗？
解决这个问题的明显方法是让用户在首次启动时手动输入他们的注册密钥，但这似乎不太可靠并且（在我看来）增加了用户体验的摩擦。
有没有人想出一些聪明的方法来解决这个问题？
以下是我脑海中关于如何解决这个解决方案的想法，请注意，我没有审查、伪编码、编码或应用这个理论。
由于您将知道向谁发送邀请，因此将该数据保存到您的数据库中，并与发送用户的关系以及被邀请用户的唯一 ID（电子邮件地址，如果它在联系人的卡片中）。当新用户注册时，扫描数据库中的邀请，如果发现邀请，则将其呈现给用户询问We're you referred by <existing user>?一旦新用户选择他们的响应，继续完成注册过程，相应地更新关系表并应用推荐所需的任何额外设置.
这将自动推荐跟踪与推荐代码相结合，提供一种基本的、直接的、几乎（但不完全）万无一失的方法，以确保推荐链接到正确的用户。
据我所知，App Store 在邀请和已安装的应用程序之间提供了信息防火墙。
我见过的最接近的解决方法如下：
显然不是一个安全的方法。失败案例很多：
more 经常用于解决这样的情况：它足以知道用户“几乎可以肯定”通过电子邮件被推荐下载应用程序。例如，在应用程序中通过“你认识谁”问题提示用户并根据（IP+参考）数据限制选项可能是一种很好的机制。如果他们选择了原始海报，那可能就足够了，然后您可以附上邀请者提供的任何其他数据。
（全面披露，目前在 Branch 工作）
对此的最佳解决方案是对用户进行指纹识别。这需要您执行以下步骤：
对于每个用户，使用您自己的域，为该用户生成一个链接。因此，当他们完成注册时，生成包含邀请密钥的唯一 URL。
对于单击此链接的任何人，他们将首先重定向到 Safari。当他们这样做时，从标头和用户代理中捕获他们的 IP 地址和 iOS 操作系统版本。
将此数据保存在您的服务器上，并设置window.location为您的 iTunes 网址。
如果用户下载并随后打开，请在内部AppDelegate.m向您的服务器发送一条消息，其中包含您在应用启动时收集的 IP 地址 + 主要/次要/最小版本。如果它与您在服务器上的内容匹配，您现在可以将该邀请密钥传回给新用户。
它并不完美，并且具有错误归因的能力。您也可以使用branch.io，所有这些都在其中得到处理（链接生成、用户指纹识别、归因）。Branch 还删除了第一方 cookie 并将其与设备级别 ID 相关联，因此归因更加准确。