我有一个为每个客户提供唯一品牌的应用程序（想想餐馆等）我需要让用户能够点击包含唯一代码的服务器链接，并将其临时存储在 iOS 设备上（cookie等），然后将他们定向到应用商店下载应用。然后，当它被下载时，应用程序会抓取该 cookie 或临时文件。该客户的应用程序发布和品牌数据。我知道这在 Android 上是可能的，但在 iOS 上可以吗？
在这种情况下，先下载应用程序然后选择品牌（或餐厅）是不可行的，因为 URL 将与同一业务的其他客户共享，我们希望创造一种流畅的体验，而他们将无法做到“看幕后”，选择不同的品牌。
谢谢
编辑 感谢您的所有回复。我们已经重新评估并考虑在设备上打开 url 并获取 IP 地址或另一个唯一 ID，并将其与正确的品牌一起保存到数据库中。然后，该应用程序将在启动时连接到数据库，如果 IP 匹配，则会相应地进行品牌宣传。但是，我们正在寻找比 IP 更可靠的标识符。现在 UDID 已被弃用，还有其他我们可以使用的标识符吗？
您可以使用 identifierForVendor（UDID 替换）来识别单个设备。您是否计划在最终用户在最终位置“注册”设备之前收集这些标识符？如果不是，您将永远无法确定哪个设备属于哪里。
让最终用户以该餐厅的身份登录您的服务器怎么样？它可以是每个餐厅的通用登录名，例如“Wendys/Wendys5？” 和“麦当劳/麦当劳7！” 确定他们的 App Store URL。只要密码很容易猜出且非程序化，他们就不太可能知道如何注册为不同的餐厅。你也可以做一个简单的餐厅选择屏幕，加上每个连锁店的密码，但这会暴露给用户哪些其他餐厅正在使用该应用程序。这样，如果 IP 扩展位置，您就不必不断添加 IP，并且如果登录受到破坏，您可以撤销凭据。
但是有一个问题：您的所有客户是否都明白他们必须将 AppleID 绑定到每台设备？您只能在 20 台设备上共享一个 AppleID。
我认为您提出的 Web 服务器链接设计创建了 iOS 应用程序稍后需要读取的代码是问题所在。您应该有一个完全基于应用程序的解决方案。也许您可以将网站上的相同服务作为一个应用程序提供，然后在粘贴板中设置代码。然后用户启动实际的应用程序，该应用程序查看粘贴板并相应地自行设置皮肤。
话虽如此，除了其他几种方式外，还可以使用UIPasteboard在来自同一应用程序种子 ID 的应用程序之间共享数据。
我使用粘贴板在应用程序之间快速轻松地共享信息。