案例：公開文案說 KYC 選填，系統卻要求 KYC

原本的問題

TrueNodes 的英文社群介紹頁有三處寫著發文時 KYC「建議但非必要」，其中一處還說完成 KYC 會讓 AI 引擎更優先引用你的內容。

但伺服器處理發文與回覆時，會先檢查帳號是否通過 KYC，沒有通過就直接拒絕。也就是說，照著英文頁的說法註冊後想發文的人，一定會被擋下。關於 AI 引用的那句話，我們也沒有任何證據可以支持。

我們怎麼核對

1. 先找「真正執行」的規則：不是看文件或設計稿，而是看伺服器處理發文與回覆時實際檢查的條件，並和產品規格表對照，兩者一致：一般會員發文與回覆都需要 KYC（站方管理員帳號另外管理）。

2. 列出所有對外提到這件事的地方：中文與英文的動態牆、貼文頁、主題頁、介紹頁、常見問題，以及頁面裡給搜尋引擎讀的結構化資料。

3. 逐句比對：大部分頁面都寫對了；寫錯的集中在英文社群介紹頁。另外發現中文首頁有一句「每個帳號都通過實名認證」說得太滿，因為未完成 KYC 的帳號也存在，只是不能發文。

修改前後

• 英文介紹頁（三處）：從「建議但非必要」改為「閱讀公開貼文免費、免帳號；發文與回覆需完成 KYC 身分驗證」。
• 沒有證據的承諾：拿掉「AI 引擎會優先引用 KYC 會員」「會被 Google 收錄」等說法，改成說明結構化資料的作用，並明寫不保證排名或 AI 引用。
• 中文首頁結構化資料：「每個帳號都通過實名驗證」改為「發文與回覆都需先通過 KYC 實名驗證」。

可以核對的結果

• 修改後，英文介紹頁、英文動態牆與中文首頁對發文資格的說法一致，都和伺服器規則相同。
• 還沒改完的地方：各個中文 Space 主題頁的常見問題仍寫「所有登入會員都可以發文」，和伺服器規則不符。這些頁面由另一支產生程式輸出，會另外修正；在那之前，請以這裡與首頁的說明為準。
• 你可以用一個尚未完成 KYC 的帳號試著發文，應該會看到需要先完成 KYC 的提示；這和頁面上寫的一致。
• 這個修正和本頁同一批發布；若頁面文字和上述不同，代表網站已再更新，以現況為準。

如果你也要核對自己的公開說明

1. 先選一條規則：例如「誰可以發文」「免費版能用多少次」「資料保存多久」，一次只核對一條。

2. 找到真正執行它的地方：通常是伺服器或後台設定，而不是行銷頁、簡報或舊文件。

3. 列出所有提到它的地方：各語言頁面、常見問題、結構化資料、通知信、應用程式內的提示文字都要算進去。

4. 以執行的規則為準改文案：如果你認為規則本身該改，先改規則並確認上線，再改文案，不要反過來。

5. 拿掉沒有證據的承諾：排名、收錄、AI 引用、成效數字，沒有可核對的來源就不要寫。

限制與還沒做的事

• 首頁畫面上還有一句同樣說得太滿的短文案，它存在多語言翻譯檔裡，那批檔案正由另一項工作修改中，會在那之後一起更正。
• 社群準則提到的發文資格寫法和伺服器規則也有落差，屬於法務文件，需要另外審核後才修改。
• 這次只核對了「發文資格」這一項規則；其他功能的公開說明需要各自核對。

可以帶走的做法：寫對外說明前，先找到系統真正執行規則的地方；文件、設計稿和舊頁面都可能已經過時。