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