gpt4 book ai didi

email - 是否可以保护 JSON-LD 免受电子邮件收集器的攻击?

转载 作者:行者123 更新时间:2023-12-05 00:57:27 25 4
gpt4 key购买 nike

我想将 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 动态创建上述内容,我希望收割机在大多数情况下无法解释,但这很可能会破坏搜索引擎的支持。有什么解决办法吗?

最佳答案

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

您可以尝试使获取电子邮件地址更加困难:

  • Schema.org 的 email property期望 Text 作为值,因此可以使用混淆(例如, jane-doe at {this domain} )。
    希望:默认情况下,机器人不了解您的混淆方法。
  • 如果使用 Schema.org 的 email不需要属性(property):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 .垃圾邮件应该是你的问题,而不是他们的问题;这是一个可以处理的问题。

    关于email - 是否可以保护 JSON-LD 免受电子邮件收集器的攻击?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34540104/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com