我在这里阅读了一些有关电子邮件客户端预取电子邮件中的 URL 的问题。对此的答案似乎是添加一个新的确认页面，用户必须在其中单击按钮来确认所需的操作。
但是，这个答案指出了以下内容：
截至 2017 年 2 月，Outlook ( https://outlook.live.com/ ) 会扫描到达收件箱的电子邮件，并将所有找到的 URL 发送到 Bing，以便由 Bing 爬网程序编制索引。
这实际上使得所有一次性使用的链接（例如登录/密码重置/等）变得毫无用处。
（我的服务的用户抱怨一次性登录链接对其中一些人不起作用，而且 BingPreview/1.0b 似乎在用户打开收件箱之前就点击了该 URL）
Drupal 似乎遇到了同样的问题： https ://www.drupal.org/node/2828034
我主要关心的是这个声明：
截至 2017 年 2 月，Outlook ( https://outlook.live.com/ ) 会扫描到达收件箱的电子邮件，并将所有找到的 URL 发送到 Bing，以便由 Bing 爬网程序编制索引。
如果是这种情况，则电子邮件中用于确认操作（例如确认登录、订阅或取消订阅）的任何 URL 最终都可以在搜索引擎中搜索到（如果这就是上面引用中的含义）indexed。在本例中，它是 Bing。即使是用户确认所需操作的专用确认页面也无法真正缓解这种情况。
如果我通过电子邮件向用户发送一个登录链接，其中 URL 中包含一次性令牌，则该 URL 最终将出现在 Bing 中。该令牌的生命周期很短，比如说 5 分钟，因此我怀疑是否有人会在用户点击该令牌或令牌过期之前在 Bing 上进行搜索并找到该 URL。
用户会收到一封电子邮件，其中包含确认订阅的链接。此链接的有效期可能为 24 小时。这可能（？）足够长，以至于其他人在搜索引擎上偶然发现该链接并意外（或故意）代表用户确认订阅。
场景 #2 并不罕见，据我所知，使用双重选择加入甚至是最佳实践。
取消订阅时事通讯底部的 URL。也许永远有效？您不希望在搜索引擎中公开搜索此内容。
假设所有一次性确认链接都位于用户确认所需操作的确认页面上。
电子邮件中的 URL 被搜索引擎（至少是 Bing）索引真的是问题所在吗？它们最终真的会被公开搜索吗？indexed如果不是，那么上面引用的内容是什么意思？ …
Outlook.com似乎使用BingPreview抓取工具抓取电子邮件中的链接.
但是,在打开电子邮件之后和用户有机会使用它们之前,一次性链接被标记为已使用/已过期.
我尝试添加一个rel ="nofollow",<a>但没有成功.
如何阻止电子邮件中每个链接的抓取工具？
谢谢