2026-11-08

社群翻譯詞彙表建立流程：一致保留品牌詞與產品名

從詞彙蒐集、原文保留與譯法範例，到版本管理和定期清理，建立可交接的多語社群詞表。

多語社群稿最常見的落差，往往不是整句譯錯，而是品牌名一篇保留、一篇音譯，產品詞又被不同人改寫。建立詞彙表的目的，是讓寫手、翻譯者與核稿者在同一份可追溯清單上工作：知道哪些詞照原文、哪些用核定譯法，遇到新情境要找誰確認。以下流程從蒐集到淘汰，讓詞表既能交接，也不會把待確認的猜測當成定稿。

蒐集常用品牌與產品詞

詞彙表先從正在使用的文字盤點，不從腦中想像一份完整品牌字典。可查看已核准的社群貼文、產品名稱清單、活動素材、常見提問與不同語言的既有稿，收集反覆出現、曾被改寫或容易拼錯的字串。若來源含會員姓名、私訊內容或未公開資訊，只記錄抽象詞型，不把個資搬進共用表。每筆候選先保留原始寫法、語言、所在句子、來源文件與擷取日期，之後再判斷是否值得納入；單次出現的新詞，不必立即升格成規則。

接著把同一概念的變體放在一起比較，例如大小寫、空格、連字號、全形半形、中文音譯與不同譯名。先不要急著合併，標出各版本出現的位置，讓負責人看出差異來自輸入錯誤、地區習慣，還是有意識的品牌選擇。每個候選詞要有詞類，如品牌名、產品名、功能名或一般用語；「候選」與「核定」狀態分開，避免一次校稿意見被誤當成團隊共識。

開工時先留必要欄位：原文、詞類、主要語言、候選譯法、來源、提案人、待核角色、狀態和備註。下表示範如何讓資料可查、可問；內容全為虛構例子，不代表任何品牌或產品的正式名稱。若詞只在單篇活動出現，可先列在活動詞表，確認會重複使用或影響辨識後，再移入共用詞表。盤點的目標是建立可審核的候選清單，不是追求收滿所有字詞；遇到兩個人都說不清原意的詞，先連回原始素材，查明上下文再提案。可由熟悉素材的人先整理，再交給名稱負責角色確認來源。

設定保留原文的詞

保留原文不是把所有外語詞都留下，而是替不宜任意改動的名稱設定清楚規則。先按辨識風險分類：品牌本名通常要與核定識別一致；產品或功能名稱要確認是否存在各語言正式名稱；活動標題、企劃名則以當次核定素材為準，不能因過去曾保留就推定永遠不譯。若名稱只以標誌中的特殊字形呈現，詞表記錄文字規則即可，字體與版面仍回到設計素材核對。

每筆可指定「原文保留」、「首次出現保留並補短解釋」、「採核定譯名」或「依句意處理」，並註明適用語言、渠道和位置。社群貼文首段、標籤、圖片文字可能各有篇幅限制，規則要說明何處不得變動、何處可以補充，而不是只寫「不要翻」。受眾不熟悉名稱時，可在首次提及加上簡短說明，後續再採較短形式；說明要描述用途，不要把推測的功能塞進名稱。

核定前逐項確認：這個詞是否為專名、誰擁有命名決定權、現有素材是否已給出正式寫法、保留原文會不會使目標讀者難以辨認。將答案記入詞條，並附上核准來源或檔案名稱；查不到證據就標「待確認」，不要用翻譯者熟悉某個英文詞當作官方依據。跨語版本也要分欄保存原文字串和語言代碼，不能把英文原名誤貼到所有語言欄。若涉及商標或受限名稱，只記錄內部提供的核准寫法與聯絡角色，不自行作法律判斷。

判斷時，把識別一致性與讀者理解分開評估：原文是否必須保留是一個決策，是否需要補充說明是另一個決策。兩者可以同時成立，也可以依語言不同採用不同做法；每個選擇都要明示範圍，避免把個別貼文的編輯判斷變成所有文案的通則。

補上可接受譯法範例

詞表不能只列「正確答案」，也要讓接手的人看出在句子裡怎麼用。每筆至少保存原文、建議譯法、適用地區或語言、詞性或用途、典型句、可接受變體，以及不適用的語境。若不同譯法都通順，指定一個首選，其他標成可用變體並說明何時採用；若沒有核定譯法，明確標待核，而不是讓排版最整齊的一版自動勝出。填入例句時保留前後文，因為孤立詞條常看不出語氣和指涉。

例如，假設有一個虛構功能名稱「Orbit」，團隊決定在中文貼文中保留名稱，第一次出現時以「Orbit（假設的功能名稱）」提示讀者。詞條就應記下「Orbit」大小寫不變、括號說明只在首次提及、後文可簡稱為「該功能」的條件。若另一語言有核准譯名，另列該語言的首選和範例，不要把中文規則直接套用。這只是格式示例，不表示 AutoPost 或任何實際產品具有 Orbit 功能。

整理完畢後，用同一個原文檢查至少三種常見稿型：標題、一般敘述、行動呼籲。可接受譯法要讀起來像自然句子，也要保有原本指向；如果放進句子就不順，應修正例句或縮小規則適用範圍，而非要求寫手生硬照表。每次核定都要留下修改前後與決定原因，供下一位編輯理解。

交接時可把欄位排成閱讀順序：先看詞條是否核定，再看首選譯法，接著讀例句和限制，再看提案討論。對有多種語言的團隊，逐語言呈現同一個概念的對應詞，避免把一個英文來源詞複製成所有欄位的答案。例句最好由實際寫稿的人讀一次，確認它在目標語言中流暢，不會因為忠實於字面而聽起來像說明書。若無法提供自然例句，先把條目維持待核，並註明例句只是示範還是可直接套用。

標記不宜直譯的說法

「不宜直譯」要描述會造成什麼誤解，不能只貼一個禁止標籤。優先收錄固定短句、雙關、比喻、帶有文化脈絡的稱呼，以及在不同語境會變義的詞。詞條包含原句、上下文、預期意思、直譯可能造成的理解、建議改寫和不適用場合；這樣寫手才知道要保留的是意思、語氣還是節奏。個別詞若沒有上下文，不急著列入禁用清單，先追問它在原稿中指什麼。

例如，假設一則英文貼文用「Hold your horses」提醒讀者稍候，逐字寫成「抓住你的馬」會讓中文讀者看到字面畫面，沒有傳達等待的目的。詞條可以建議依語氣改成「先等等」或「稍候一下」，再註明前者較口語、後者較中性；若句子真的在談馬匹，就不套用這條。另一例是「save」可能在不同句子指保存內容或節省資源，單純固定成一個中文字會把不同意思混在一起，因此應以完整句子判斷。

將這類詞標成「需改寫」或「需上下文」，並提供能直接替換的說法，避免只留下警告。也記下容易被直譯的舊版本，方便核稿者搜尋草稿；不過錯誤例只留在內部備註，不能複製到公開貼文當作推薦用語。當譯文因篇幅必須縮短，優先保留讀者需要的動作或情緒，再刪去不影響理解的修飾。若某句話同時是活動標語或品牌識別的一部分，先取得該素材負責人的核定，避免改寫反而破壞已確認的名稱。

遇到兩種改寫都可行時，可依讀者關係、貼文目的和篇幅選擇，並把選擇理由寫進備註；不要將一種語氣偏好包裝成唯一正解。審稿時搜尋舊版常見直譯，更新詞條後再檢查新稿是否仍出現。

記錄版本與負責人

詞彙表要有唯一的存放位置和明確版本，否則每個人都會拿自己留存的附件當最新版。選定團隊平常能共同讀取、能保留修訂紀錄的位置，首頁標示文件名稱、語言範圍、版本識別、目前狀態、最後核定者及聯絡角色。版本識別可以用日期或遞增編號，但全表採同一套格式；草稿、待核、已核定、停用要一眼可分。對外協作者只分享必要欄位與核定版本，避免把尚未確認的命名討論誤當指示。

把責任分成提案、語言審閱和命名核定。翻譯者能提出自然譯法，品牌或產品負責角色確認專名，編輯者核對句中用法；小團隊可以由同一人兼任多職，但每次決定仍記下由誰以何種角色核定。欄位至少記錄變更項目、前版、更新後內容、原因、提出人、核定角色及生效版本。若未找到命名決策者，先保持待核，不要由接稿者自行補上「官方」標記。

發佈新版本時保留舊版唯讀或存檔，並在新版本摘要列出新增、改名、停用的詞條及影響範圍。通知正在處理相關語言稿的人，告訴他們從哪個版本起套用，以及手上的草稿是否要更新；不要只在聊天裡貼一張截圖。遇到緊急修正，先標記更動範圍並確認誰要收到通知，再把正式紀錄補回唯一來源。交接前讓新成員用一個實際句子查詞，確認看得懂規則與核定狀態，遠比只傳檔案連結可靠。

若命名核定與語言建議由不同人處理，紀錄兩種意見的角色與最終決定，讓之後出現分歧時能回到決策來源，而不是依附件時間猜誰較新。共享文件宜設唯一維護者，其他人以提案方式補充，避免兩份副本各自演變。

定期清理失效用語

清理詞表的目標不是把舊紀錄刪乾淨，而是避免過期規則繼續進入新稿。可在主要名稱更動、活動結束、用語多次被核稿退回，或團隊整理內容時觸發檢查；每次查看候選與停用項目，確認它們仍有來源、使用情境和負責角色。不要只因一段時間沒被使用就刪除，可能只是季節性或特定市場才會用到，先看適用範圍再決定。

對每個疑似失效詞，先回查原始命名素材，詢問目前負責角色是否仍採用，再搜尋近期草稿與已核定內容，看舊譯法是否還在流通。若只是改了偏好，將舊寫法移到「停用／避免」欄並指向新版本；若整個名稱已取消，保留停用原因和最後適用語境，避免日後有人從舊文案複製回來。若發現同一詞在不同地區仍有合理差異，就拆成有明確語言或渠道範圍的條目，不要硬選一個版本套用全球內容。

每次清理後更新變更紀錄，通知會用到該語言的寫手與核稿者，並抽看新稿是否已引用最新版。若舊詞仍出現在排程中的草稿，標出需人工確認的句子，不要假設替換全篇都合適。下一步可先挑出近期常用的品牌名與產品名，建立待核清單，再請詞彙負責人確認保留或譯寫規則。若要安排社群內容工作流程，請前往 AutoPost。

可把清理分成檢視與退場：先列出疑似過時項目，核對目前命名與使用情境；得到負責角色確認後才改為停用。沒有回覆時保持待確認，記錄檢查日期與待辦角色，不把未完成的清理標成已完成。這樣留下可追蹤的下一步，也不會讓推測取代核定。