我正在将HTML格式的事件邀请电子邮件发送给带有接受/拒绝链接的客户。似乎其中的某些链接已被预提取,导致邀请被自动拒绝。哦,天哪。
我在链接中加入了rel="nofollow"
属性,以防止电子邮件服务器,客户端或其他潜伏的中间人“点击”链接。这已经解决了问题,但并没有完全消除-当至少发送到Outlook.com地址时,我仍有一些机器人可以预取链接
(通常)单击这些链接后,尤其是在“拒绝”情况下,我想避免对电子邮件收件人进行其他操作,所以我认为有两种解决方法:
对于后者,这不仅仅是检查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事件处理程序触发客户端重定向。两者都是由有问题的机器人执行的,因此至少在那里没有乐趣。我想知道我是否必须陷入一种看不见的陷阱才能解决这个问题。好吧。
答案 0 :(得分:0)
我最终没有找到解决该问题的灵丹妙药,不得不在我的工作流程中添加插页式页面,在这些页面中,被邀请者需要在点击了邀请电子邮件中的链接之后,通过再次单击来确认是否接受了我网站上的邀请。 。并不是我最终想要的,但是不幸的是,我发现自己陷入了困境。
我可能会在某个时候重新访问此网站,并尝试使用recaptcha v3尝试检测机器人访问者,以减少额外点击的次数,但仍然需要在页面之间反弹站点访问者,因此不是一个很好的用户经验。