这些天在网上混淆电子邮件地址值得吗?

在我维护的网站上,我认为它是我的 以保护我用户的电子邮件地址。垃圾邮件已经够糟的了,我不需要让垃圾邮件发送者很容易。

同时,可用性要求功能性的mailto链接。我最喜欢的方法是使用免费的 SpamSpan

HTML示例

<span class="spamspan">
<span class="u">user</span>
[at]
<span class="d">example [dot] com</span>
</span>

结果(启用JavaScript)

user@example.com

结果(禁用JavaScript)

用户[at]示例[dot]com

我怀疑这是否值得。电子邮件混淆完全是基于对垃圾邮件发送者的事后猜测,以及对垃圾邮件发送者会做什么和不会做什么的想象。

知道 哪些网站不善于透露我的地址,哪些网站对我的地址保密,如果一个地址开始收到垃圾邮件,我认为这家公司最糟糕(即,他们已经转售了我的个人信息,而不是让蜘蛛看到我的松散安全)。

很难提供建议,因为显示用户信息的需求因站点而异。一般来说,我会在登录过程中引入一个验证码,然后只在正确标记的邮件中显示电子邮件地址以链接到登录用户。对于匿名浏览您网站的用户(和蜘蛛),我将完全忽略地址,而不是将其模糊显示,或者不允许他们访问包含用户信息的任何页面。

电子邮件地址是你的吗?(你的公司?)或者是那些用户的电子邮件地址。

对于用户地址,我会使用一些模糊处理或登录墙。 对于个人电子邮件地址,我不会使用任何墙,但我会确保每个人都有某种垃圾邮件过滤器。

我只是通过JavaScript注入电子邮件地址。

var e = ["m", "o", "c", ".", "l", "i", "a",
         "m", "g", "@", "s", "m", "a", "i",
         "l", "l", "i", "w", ".", "r", ".",
         "j", ".", "a"];

$(".email").text( e.reverse().join("") );

我想说这不值得。页面包含的电子邮件地址可以由具有权限的用户代理读取,也可以不包含。混淆该地址会降低web的语义值,限制特定类型的用户代理,例如可以执行JavaScript的用户代理或具有用户界面和用户坐在该用户界面上的用户代理。

如果你要显示一个电子邮件地址,那么你应该只显示它mailto:all,再进一步,使它成为 hCard ,链接回用户的XFN配置文件页,并鼓励未来的用户代理使用此丰富的语义数据。否则,只需不显示电子邮件地址。