「btn1」「text_final2」這類鍵名在早期衝刺很常見，半年後卻讓翻譯平台無法依畫面分組。重命名有成本：舊翻譯對應、程式碼搜尋、回歸風險。
值得動刀的情況：同一鍵被用在語意不同的兩處、或鍵名含過時產品名稱導致誤譯。
較安全的做法是先加語意清楚的新鍵，舊鍵標記棄用，下一兩個版本再刪。一次全庫重命名通常不划算。
若使用翻譯管理平台，鍵的命名空間（依模組或畫面）比追求完美英文句子更重要。
多語系稽核報告裡，我們會標出「高衝突鍵」而不是要求全面美化命名，好讓團隊把力氣花在會造成錯譯的地方。
2026-04-11
字串鍵該不該重命名：何時值得動刀
鍵名混亂會讓翻譯與工程互相猜測。說明什麼情況該重構，什麼情況只該加別名。