Email 是否可以保护JSON-LD免受电子邮件收割机的攻击？

我想将JSON-LD用于SEO目的，但不确定如何防止自动电子邮件收割机从源中获取地址

在中，您可以提供电子邮件地址。我总是以某种方式混淆电子邮件地址，要么使用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>

{
“@context”：”http://schema.org",
“@type”：“Person”，
“地址”：{
“@type”：“PostalAddress”，
“地址地点”：“西雅图”，
“地址区域”：“WA”，
“postalCode”：“98052”，
“街道地址”：“20341惠特沃思研究所405 N.惠特沃思”
},
“同事”：[
"http://www.xyz.edu/students/alicejones.html",
"http://www.xyz.edu/students/bobsmith.html"
],
“email”：“mailto:jane”-doe@xyz.edu",
“图像”：“janedoe.jpg”，
“职务”：“教授”，
“姓名”：“无名氏”，
“电话”：（425）123-4567，
“url”：”http://www.janedoe.com"
}

---

我能想到的唯一方法是使用JS动态创建上述内容，我希望harvesters在大部分情况下无法解释，但这很可能会破坏搜索引擎的支持。有什么解决方案吗？

除非你能检测到恶意机器人（并为其提供一个没有电子邮件地址的版本），否则没有合理的解决方案。使用结构化数据的主要原因之一是让机器人易于访问，因此这是出于设计

您可以尝试更难获取电子邮件地址：

• org的Schema.org期望文本作为值，因此可以使用模糊处理（例如，{this domain}）中的jane doe 希望：默认情况下，机器人不理解您的模糊处理方法

• 如果不需要使用Schema.org的

  email

  属性：FOAF需要SHA1哈希电子邮件地址。
  希望：机器人不会尝试（或尚未）找到相应的电子邮件地址

• 您可以使用JavaScript添加

  电子邮件
  属性（，例如）。
  
  希望：机器人不会执行JavaScript
  

当然，这也使得好的僵尸变得更加困难，并且在某个时候，你可能会考虑根本不提供电子邮件地址。 如果您只想向某些消费者提供电子邮件地址，您可以向这些消费者提供包含该电子邮件地址的文档，并向所有其他机器人提供不包含该电子邮件地址的文档。但是搜索引擎机器人。你会使新的消费者，或者你不认识的消费者处于劣势

---

我只会提供未混淆的电子邮件地址，供所有人使用。垃圾邮件应该是你的问题，而不是他们的问题；这是一个可以处理的问题。

JSON-LD使机器人可以随时获取数据，包括电子邮件收割机，它可以轻松欺骗其他机器人的身份。我建议不要在JSON-LD中使用电子邮件地址，这不会损害SEO，而且这些电子邮件的所有者会因此而喜欢你。否则，您将导致他们的邮箱成为垃圾邮件的持续目标

如何使用实体编码来处理电子邮件（例如，105；&n；f……）。似乎结构化数据测试工具可以使用（）