gpt4 book ai didi

email - 防止预取电子邮件中的链接

转载 作者:行者123 更新时间:2023-12-05 06:25:50 25 4
gpt4 key购买 nike

我正在向客户发送 HTML 格式的事件邀请电子邮件,其中包含接受/拒绝链接。似乎其中一些链接已被预取,导致邀请被自动拒绝。哦,天哪。

我已经包含了 rel="nofollow"链接上的属性,以防止电子邮件服务器、客户端或其他潜伏的中间人“点击”链接。这有助于解决问题,但并未完全消除问题 - 我仍然有一些机器人在发送到 outlook.com 地址时至少预取链接

我想避免在(真正地)点击这些链接后要求电子邮件收件人采取额外的行动,尤其是在“拒绝”的情况下,所以我认为有两种途径可以解决这个问题:

  1. 首先找到其他机制来防止任性的机器人跟踪链接。不过到目前为止,我的搜索中没有其他关于此的内容。
  2. 在预取链接时检测机器人事件,并在这种情况下忽略它们。

对于后者,这不仅仅是检查 UserAgent header 的情况 - 我目前看到的示例是:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36

诚然,Chrome 已经是旧版本了,但这不是忽略它的正当理由!不幸的是,我也没有在 HTTP header 中看到任何有用的信息来提示我。

我还不知道预取罪魁祸首是否会尝试在着陆页上执行任何“onload”Javascript 代码。如果不是,那可能就是门票。

任何建议表示赞赏!

更新

已尝试通过 <meta> 使用触发客户端重定向的页面响应初始查询标记或使用主体 onload 事件处理程序。两者都被违规的机器人执行了,所以至少没有快乐。我想知道我是否必须陷入一个看不见的重新验证来解决这个问题。呸。

最佳答案

我在要求客户提供评级的电子邮件中遇到了同样的问题。我注意到许多虚假评级,当我开始联系客户进行确认时,他们有时根本不知道我在说什么。所以我只能假设这些评级是由于一些预取机器人从电子邮件中选择了一个随机链接。据我所知,唯一可靠的解决方案是要求访问者在登录页面上再点击 1 次以确认他们尝试执行的任何操作,即使用 Robert 上面提到的 POST 事件。

关于email - 防止预取电子邮件中的链接,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56677288/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com