防止预先提取电子邮件中的链接

时间:2019-06-19 23:50:03

标签: email prefetch

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

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

(通常)单击这些链接后,尤其是在“拒绝”情况下,我想避免对电子邮件收件人进行其他操作,所以我认为有两种解决方法:

  1. 找到其他机制,以防止僵尸机器人首先跟踪链接。到目前为止,我的搜索没有其他内容。
  2. 在预提取链接时检测机器人活动,在这种情况下忽略它们。

对于后者,这不仅仅是检查UserAgent标头的情况-我现在看到的示例是:

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标头中没有看到其他有用的提示。

我还不知道是预取罪魁祸首是否会尝试在登录页面上执行任何“加载” Javascript代码。如果没有,那可能就是门票。

任何建议表示赞赏!

更新

尝试通过页面触发初始重定向,该页面通过<meta>标记或使用主体onload事件处理程序触发客户端重定向。两者都是由有问题的机器人执行的,因此至少在那里没有乐趣。我想知道我是否必须陷入一种看不见的陷阱才能解决这个问题。好吧。

1 个答案:

答案 0 :(得分:0)

我最终没有找到解决该问题的灵丹妙药,不得不在我的工作流程中添加插页式页面,在这些页面中,被邀请者需要在点击了邀请电子邮件中的链接之后,通过再次单击来确认是否接受了我网站上的邀请。 。并不是我最终想要的,但是不幸的是,我发现自己陷入了困境。

我可能会在某个时候重新访问此网站,并尝试使用recaptcha v3尝试检测机器人访问者,以减少额外点击的次数,但仍然需要在页面之间反弹站点访问者,因此不是一个很好的用户经验。