客户正在寻求在平面广告中使用二维码来奖励访客。最简单的解决方案（据我所知）是使QR码指向一个唯一的URL（例如，使用GET参数作为“优惠券代码”），用于存储cookie，然后在结账时检查该cookie申请折扣。
现在，我一直在寻找的大多数QR应用都嵌入了浏览器。如果用户扫描代码并在应用程序内完成购买，我相信上述解决方案将起作用。但理想的解决方案是允许用户在旅途中扫描代码，然后在X天后访问该网站并仍然可以获得折扣。如果用户稍后返回该网站，他们可能会使用手机的标准浏览器应用程序（即iPhone上的Safari），而不是他们最初使用的应用程序。
answer to this question表示“每个SDK应用都有自己的WebKit缓存和Cookie存储，因此虽然Cookie会在同一个应用中保留，但在应用之间无法访问它们。”所以我似乎不可能使用上述解决方案使用户能够扫描QR码并稍后访问该网站并保证将应用折扣。我想不出任何其他解决方案，但在我得出结论认为根本无法完成之前，我想看看是否还有其他解决方案，我根本就没想到（没有用户创建帐户并将其存储在服务器端）
P.S。显然除了iPhone之外还有其他设备，但是如果我甚至不能让它适用于那些足以破坏交易的iPhone。事实上，有关移动设备和QR应用程序的各种可能性让我觉得很有可能它无法完成。
答案 0 :(得分：2)
没有办法设置一个网站，可以自动为iOS上不同网络客户端的回访者提供折扣。您需要最终用户的帮助。
您可以将QR码链接到特殊的登录页面，该页面告诉最终用户将页面加入书签以便在以后获得折扣。如果QR应用程序可以保存书签，最终用户将通过QR应用程序返回。如果QR应用程序无法保存书签，最终用户将在Safari中查看该页面并将其加入书签。
您可以让最终用户注册折扣，然后通过电子邮件发送折扣代码。仅仅要求一个电子邮件地址就足够了。当他返回以获得折扣时，他将使用带折扣代码的电子邮件。
答案 1 :(得分：1)
解决这个问题的方法不是将折扣与浏览器相关联，而是与人类相关。人类往往拥有相同的地址，并且通常具有相同的信用卡号码。这些是比cookie更有价值的东西。如果给定的帐单地址或信用卡号码之前已用于折扣，则拒绝第二次使用的折扣。这将在90％的时间内解决问题（并且大约90％的时间都没有任何事情发生）。
Cookies是一个很好的第一步（低悬的水果和所有这些），并且可以检查它们是否恰好在那里，但请记住你的实际目标。你想要每个付费客户一个折扣，而不是每个app / device / blah-blah-blah一个折扣。所有后者都是前者的代理人。专注于识别实际付费客户的事物。