已验证的 Mastodon 链接实际证明了什么
Mastodon 个人资料上的已验证链接是两个网络资产之间的交叉引用。平台会检查你控制的页面是否使用特定的 HTML 属性回链到你的 Mastodon 个人资料。这是关于域名和个人资料控制权的技术握手，而不是对个人的背景调查。
Mastodon 可以通过检查使用 rel=me 回链到 Mastodon 个人资料的匹配链接，来验证 HTTPS 个人资料元数据链接。来源
Mastodon 将已验证链接描述为确认对链接网页所有权的交叉引用。来源
实际后果是：绿色对勾或高亮链接告诉你，控制该 Mastodon 账号的人也控制着链接的网站，或者至少能编辑其 HTML。它不会告诉你此人的法定姓名、雇主、专业执照、犯罪记录或良好品格。它也不能证明不同平台上的两个公开账号属于同一个人。
本指南旨在评估这一特定声明——“这个 Mastodon 个人资料与这个网站相连”——而不会滑向证据无法支持的更广泛背景调查。
第 1 步：明确正在做出的具体声明
在检查任何内容之前，写下个人资料实际断言的内容。一个 Mastodon 个人资料可以列出多个元数据链接。只有部分可能被验证。声明通常是以下之一：
- “这个 Mastodon 账号属于 example.com 背后的个人或组织。”
- “这个网站是这个 Mastodon 账号的官方主页。”
- “这两个账号是同一实体。”
前两个是关于域名和个人资料控制权的声明。第三个是关于跨平台身份的声明，仅靠互链无法确立。
解读声明的决策表：
| 你看到的 | 它支持什么 | 它不支持什么 |
|---|---|---|
| 指向个人网站的已验证链接 | Mastodon 账号持有者可以编辑该网站的 HTML | 个人的法定身份或资质 |
| 指向雇主域名的已验证链接 | 账号与对该域名有发布权限的人之间存在联系 | 账号持有者是正式在职员工 |
| 指向作品集或商店的已验证链接 | 对该网络资产的控制权 | 所示作品的所有权或专业执照 |
| 两个账号链接到同一网站 | 两者都能编辑该网站，或两者都被授予了访问权限 | 两个账号由同一人运营 |
| 没有已验证链接 | 关于域名控制权，什么也说明不了 | 该账号是虚假或非官方的 |
第 2 步：检查链接的方向
Mastodon 验证是双向的。个人资料列出一个 URL，而该 URL 的页面必须包含一个带有 rel=“me” 属性、回链到 Mastodon 个人资料的链接。如果你只在 Mastodon 个人资料上看到链接，你只有一半证据。
在浏览器中打开链接的页面并查看其 HTML 源代码。搜索 Mastodon 个人资料 URL。你要找的是一个指向该个人资料并带有 rel=“me” 的锚元素。没有该属性的普通链接只是一个链接，不是验证信号。
验证链接必须存在于 HTML 响应中，并且无需运行 JavaScript 即可访问。来源
这一 JavaScript 要求对调查者很重要。如果 rel=“me” 链接是在页面加载后由脚本注入的，源代码检查可能会遗漏它，而简单的 HTML 抓取也看不到它。验证取决于服务器在 HTML 响应中返回的内容，而不是浏览器之后渲染的内容。
第 3 步：确认你查看的是正确的域名
域名控制权是声明的核心，因此要仔细检查域名。
- 查看确切的主机名，而不仅仅是可见的品牌名称。子域名和相似域名是不同的资产。
- 检查页面是否通过 HTTPS 提供，因为验证链接必须是 HTTPS 个人资料元数据链接。
- 确认该页面是该 URL 的规范页面，而不是临时着陆页或停放域名。
- 如果链接指向平台托管的页面（商店、作品集托管、新闻通讯），请记住对该页面的控制权可能与平台或其他管理员共享。
指向大型平台页面的已验证链接，作为个人控制权的证据，弱于指向个人注册的域名的已验证链接。两者都不能证明身份。
第 4 步：将域名控制权与身份分开
这是大多数调查出错的地方。互链是技术控制权的证据。身份是一个独立的问题，通常需要佐证来源：跨独立网站的一致传记细节、合法情况下的公开记录、通过你已信任的渠道直接联系，或组织确认。
一个有用的规则：将已验证的 Mastodon 链接视为若干线索之一。它可以提高或降低你对账号与网站有官方联系的信心。它不应成为断定某人是谁的唯一依据。
如果你在评估某个账号是否在冒充他人，互链只是一个信号。虚假账号可以链接到真实网站而不控制它，真实的人也可能未能设置验证。缺少已验证链接不是欺诈的证据。
关于评估可疑账号的更广泛框架，请参阅虚假账号背后是谁指南。关于我们如何处理证据和不确定性，请参阅我们的方法论。
第 5 步：记录你检查了什么、没检查什么
写一份简短的证据说明。调查者和读者都能从了解检查的边界中受益。
| 检查项 | 结果 | 信心说明 |
|---|---|---|
| 个人资料列出了该 URL | 是 / 否 | 记录显示的确切 URL |
| 页面 HTML 包含指向个人资料的 rel=“me” 链接 | 是 / 否 / 不运行 JavaScript 不可见 | 记录你是如何检查的 |
| 域名与声称的组织匹配 | 是 / 否 / 部分 | 注明可注册域名与子域名 |
| 身份的独立佐证 | 是 / 否 | 列出来源，而非假设 |
| 正在做出的声明 | 域名控制权 / 身份 / 两者 | 保持声明范围狭窄 |
这份说明可以保护你日后不夸大结果。它也明确表明，缺失或失败的检查除了检查本身之外不能证明任何事情。
常见错误
将验证视为背景调查。 已验证链接确认个人资料与网页之间的交叉引用。它不说明法定身份、专业执照、就业状况或品格。
只检查 Mastodon 个人资料。 网站上的互链才是承载验证信号的部分。没有它，你只有声明，没有确认。
忽略 JavaScript。 仅在脚本运行后出现的链接与存在于 HTML 响应中的链接不同。要按照平台的方式验证。
假设两个账号是同一个人。 两个个人资料链接到同一网站，可能两者都有发布权限，或者其中一个链接到其不控制的网站。共享链接不是共享身份。
将未验证的个人资料视为虚假。 许多合法账号从未设置验证。缺少已验证链接不是冒充的证据。
忽视子域名和重定向。 指向子域名或重定向 URL 的链接可能不代表你认为的域名。检查最终目的地和确切的主机名。
将平台托管页面与个人域名混淆。 对共享平台上页面的控制权，作为个人控制权的证据，弱于个人注册的域名。
保护你自己的数字足迹
如果你运营一个 Mastodon 个人资料并链接到自己的网站，验证设置是更大卫生问题的一小部分。请记住以下几点。
- 将 rel=“me” 链接发布在页面的服务器渲染 HTML 中，而不仅仅通过客户端脚本，以便平台的检查能看到交叉引用。
- 保持个人资料元数据链接最新。指向你不再控制的域名的过时链接可能会错误地表示你的联系。
- 记住已验证链接是公开且可引用的。它告诉读者你控制着链接的页面，这通常是你想要的，但它也在两个资产之间建立了公开关联。
- 不要将验证视为清晰传记信息的替代品。读者仍然需要背景来了解你是谁。
- 如果你在清理旧账号，在关闭完成之前保留你控制的恢复方法，并记住删除链接或编辑个人资料本身并不会删除存储的数据。
用户名搜索可以帮助你审查哪些公开用户名与你使用的名字相关联。TraceSeek 检查 3,000+ 个平台，并在 20–30 秒内返回公开匹配结果，首次扫描免费。这些匹配结果是你自己审查的线索，不是所有权的证明，并且该应用不会更改 Mastodon 设置或为你验证链接。
关键事实
Mastodon 可以通过检查使用 rel=me 回链到 Mastodon 个人资料的匹配链接，来验证 HTTPS 个人资料元数据链接。
验证链接必须存在于 HTML 响应中，并且无需运行 JavaScript 即可访问。
Mastodon 将已验证链接描述为确认对链接网页所有权的交叉引用。
已验证链接确认对网页的控制权，而不是个人的法定身份、专业执照或良好品格。