大约一年前，我决定停止使用mailto标签，因为很多时候它对用户来说很烦人。它将显示用户当时可能没有使用的电子邮件程序，这可能也需要时间来加载，并且可能不是用户在他/她点击看起来像链接时想要做的事情。
相反，我决定只开始显示没有mailto标签的电子邮件地址。我相信这两种方式都可能产生垃圾邮件。
我的问题是，mailto标签是设置电子邮件链接的可接受方式，还是好人/公司避开它们？其次，如果他们都创建垃圾邮件，是否有办法阻止垃圾邮件生成？我已经看到mailto以某种方式放在评论中，但它似乎是一种被黑客攻击的方式。
答案 0 :(得分：19)
您应该在HTML4和HTML5中使用mailto: URI方案。
如果用户不想加载邮件客户端，则不会单击该链接
不使用mailto:只会让发送电子邮件更加烦人。
任何半不错（不雅？）垃圾邮件抓取工具都会选择电子邮件地址，无论他们是否在mailto:。
防止这种情况的一种有效方法是在Javascript中包含（通常）加密版本的电子邮件地址并将其写入文档。
这样，任何不执行Javascript的垃圾邮件爬虫都不会获得您的地址
如果您害怕使用Javascript的垃圾邮件爬虫，您只能在mousemove和/或5秒后写下电子邮件地址。
出于可访问性原因，以及禁用Javascript的人，您可能希望以纯文本形式包含加扰形式的地址。 （例如，SLaks (SHIFT+2) MyDomain (period) com）
您可以编写服务器端脚本以自动为电子邮件地址生成此脚本。
出于显而易见的原因，我不会共享代码。 （为了使其运行良好，每个站点应该有不同的实现）
答案 1 :(得分：7)
我经常看到公司使用服务器处理的联系表单而不是发布电子邮件地址。我认识的大多数网络爱好者倾向于使用某种JavaScript混淆来写出他们的电子邮件地址，这无疑会让非JS浏览器/用户陷入困境。折衷方案是使用图像。 （呸。）
为了找到问题的核心，我绝对会在适当的时候使用mailto:。向浏览器传达如何处理链接是一种有意义的方式。用户可以使用相关的浏览器和/或操作系统选项自由配置要打开这些链接的电子邮件客户端。
答案 2 :(得分：0)
我建议仅在显示的文本是电子邮件地址时使用mailto协议;否则，用户可能不明白他正在点击mailto链接。
就垃圾邮件而言，如果您在HTML中放置电子邮件地址，则会受到垃圾邮件的影响。您可以使用JavaScript将电子邮件地址动态插入DOM，但没有JavaScript的用户将无法看到电子邮件地址。
答案 3 :(得分：0)
我的看法是mailto的使用与HTML5或任何其他标记规范无关，而是个人/公司编码惯例的问题。如果您选择弃用协议，那就没关系，但它不会对垃圾邮件产生任何明显的影响。
进行一些A / B测试以用联系表单替换mailto并查看响应率的差异可能很有用......