是否可以保护 JSON-LD 免受电子邮件收集者的侵害？

Question

我想将 JSON-LD 用于 SEO，但不知道如何防止自动电子邮件收集器从源头获取地址。

在email schema 中，您提供一个电子邮件地址。我总是以某种方式混淆电子邮件地址，要么使用 JS 来显示它们，要么使用其他方法。到目前为止，这有助于阻止垃圾邮件。

<script type="application/ld+json">
{
  "@context": "http://schema.org",
  "@type": "Person",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Seattle",
    "addressRegion": "WA",
    "postalCode": "98052",
    "streetAddress": "20341 Whitworth Institute 405 N. Whitworth"
  },
  "colleague": [
    "http://www.xyz.edu/students/alicejones.html",
    "http://www.xyz.edu/students/bobsmith.html"
  ],
  "email": "mailto:jane-doe@xyz.edu",
  "image": "janedoe.jpg",
  "jobTitle": "Professor",
  "name": "Jane Doe",
  "telephone": "(425) 123-4567",
  "url": "http://www.janedoe.com"
}
</script>

我能想到的唯一方法是使用 JS 动态创建上述内容，我希望收割者在大多数情况下无法解释 ，但那很可能打破搜索引擎支持。有什么解决办法吗？

Answer 1

除非您可以检测到恶意机器人（并为其提供没有电子邮件地址的版本），否则没有明智的解决方案。使用结构化数据的主要原因之一是让机器人轻松访问，这是设计使然。

您可以尝试让获取电子邮件地址变得更加困难：

• Schema.org 的 email property 期望 Text 作为值，因此可以使用混淆（例如，jane-doe at {this domain}）。
  希望：默认情况下，机器人无法理解您的混淆方法。

• 如果不需要使用 Schema.org 的 email 属性：FOAF 的 mbox_sha1sum property 需要一个 SHA1 哈希电子邮件地址。
  希望：机器人不会尝试（或尚未）找到相应的电子邮件地址。

• 您可以使用 JavaScript 添加email 属性（例如Google supports it）。
  希望：机器人不会执行 JavaScript。

当然，这也让优秀的机器人变得更加困难，而且在某些时候，您可能需要考虑根本不提供电子邮件地址。

如果您只想将电子邮件地址提供给某些消费者，您可以为这些消费者提供包含该电子邮件地址的文档，而所有其他机器人则没有。但是搜索引擎机器人might not like this method。并且您对新消费者或您不认识的消费者不利。

我只想提供未经混淆的电子邮件地址，供所有人使用，making the life of visitors (humans as well as bots) easier。垃圾邮件应该是你的问题，而不是他们的；这是一个可以处理的问题。

Answer 2

JSON-LD 使机器人可以轻松获取数据，包括可以轻松欺骗其他机器人身份的电子邮件收集器。我建议将电子邮件地址排除在 JSON-LD 之外，它不会损害 SEO，并且这些电子邮件的所有者会因此而爱你。否则你 - 会 - 导致他们的邮箱成为垃圾邮件的目标