已驗證的 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 的頁面必須包含一條連回 Mastodon 個人檔案、帶有 rel=“me” 屬性的連結。如果你只在 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 將已驗證連結描述為確認擁有某個連結網頁的交叉參照。
已驗證連結確認對某網頁的控制權，而非某人的法定身份、專業執照或品格良好。