操盤過八十多個品牌之後，我們發現一個反覆出現的問題：公司本身沒問題，但對外露出的資訊互相矛盾。官網寫成立於某年、社群簡介寫另一年、目錄頁的服務範圍又是第三個版本。機器讀到矛盾就會保守處理，這是最便宜也最常被忽略的失分。
文案不必一字不差，但描述的事實不能矛盾。品牌名、組織名、成立年、地點、服務範圍，這五項是硬性一致。
第一種是名稱變體。中文名、英文名、加了後綴的版本混用，機器會當成不同實體。解法是選定一組主名稱與一組副名稱，其餘全部停用。
第二種是時間矛盾。成立年份在不同位置差一到兩年，通常是因為有人把「開始經營某條產品線」寫成成立年。解法是把公司成立年與產品線推出年分開寫。
第三種是範圍矛盾。官網寫「只做 B2B 顧問」，社群簡介卻寫「也接個人案」。解法是把邊界寫清楚並全數同步，包含不做什麼。
單向連結只證明你宣稱擁有某個帳號。雙向互指才構成可驗證的關係：官網連得到帳號，帳號簡介也連得回官網。這是外部驗證成本最低的一種方式，也是機器最容易確認的一種。
實作上，這件事通常一個下午就能做完，卻能長期影響模型描述你時的確定程度。我們自己網站上的社群連結與結構化資料的 sameAs 是同一組來源，就是為了避免手動維護時漏改。
如果你的品牌名稱在市場上有同名對象、或曾經改過名、或同時經營多個品牌，那對齊工作會複雜很多，因為你還要處理歷史資料與第三方目錄的殘留版本。這種情況通常需要一次完整的盤點。
這一段屬於 逆向破解競業情報書 的範圍：把你在市場上的所有露出攤開、標出矛盾點、給出對齊順序。需求盤點填 情報書需求問卷 即可。
很簡單：找一個完全不認識你們公司的人，只給他這六個位置的截圖，請他寫出你是誰、做什麼、什麼時候成立、服務誰。如果他寫得出來而且和你的定稿一致，就算過。
這個測試我們在客戶專案裡做過很多次，第一次幾乎沒有人一次通過。但修正的成本極低，通常一天內就能全部改完。
一致性最大的敵人不是錯誤，而是變更。每一次改名、搬遷、調整服務範圍、新增社群帳號，都有機會製造新的矛盾。所以真正有效的做法是把六個位置寫成一張變更檢查表，任何變更都必須走完這張表才算完成。
我們在客戶端的做法是把這張表掛在專案管理工具裡，變更就開一張卡，六個位置各一個勾選項。完成率一目了然，也避免了「以為別人改了」的情況。
你控制不了的頁面同樣會影響判讀。做法是分成三類：可以自行更新的，直接更新；有申請流程的，走流程；完全無法更新的，就在自己的網域上把正確版本寫得更完整、更容易被擷取，讓正確資訊的權重壓過殘留版本。
要特別注意的是政府登記資料的鏡像站。這類站點的資料來自主管機關，站方通常不接受外部修改，唯一的正路是向主管機關申請變更，再等鏡像站同步。
最後要澄清一個常見誤會：一致性指的是事實一致，不是文案一致。官網可以寫得完整、社群簡介可以寫得口語、目錄頁可以寫得制式，只要五項硬事實不衝突就好。把所有位置的文案改成一模一樣，反而會讓每個通路失去它原本的語境優勢。
以八十多個品牌的操盤經驗來看，能把這件事做完的公司不到三成，但做完的那些，在後續任何行銷投入上的效率都明顯較高。原因很單純：機器與人都不必再花力氣判斷你到底是誰。
欄位是：檢查位置（首頁、頁尾、關於頁、結構化資料、各社群平台、外部名錄）、名稱寫法、聯絡方式、服務描述的第一句、以及最後確認日期。橫向比對，任何一欄出現兩種以上的寫法就標記為待處理。
實際做過的團隊通常會發現同一件事：外部名錄與社群簡介是最容易過時的兩處，因為它們不在日常的維護視野裡。建議把它們排進每季的固定檢查。
四項依序處理，通常第一與第二項花不到兩小時，效果卻是最明顯的。
不可能把所有錯誤的外部資訊都更正完。建議的優先順序是：先處理被大量引用的來源、再處理近期發佈的、最後才是零星的舊資料。
更正的方式也有優先順序。能直接聯絡的來源，提供正確資訊並附上可查證的官方頁面；不能聯絡的，唯一的方法是提供更新、更完整的官方版本，讓新資訊逐步稀釋舊的。
後者需要時間，通常以季為單位。這也是為什麼官方資料的完整性應該優先處理，它是所有更正的基礎。