返回餐飲洞察

產業動態

AI 菜單翻譯如何複核:原文、術語、價格含義與變更紀錄

AI 譯文應先核對餐點資訊,再確認目標語言是否保留原意。逐項檢查份量、預設包含項目、否定詞和加價,保留認可用語與原文依據;配方或規格變更後,重新審查受影響的內容。2025年企業 AI 採用資料並非餐廳翻譯準確率的指標。

MenuSnap編輯部發布時間

AI 菜單翻譯能否公開,首先要看兩項核對是否完成:餐點資訊是否與廚房確認的一致,以及目標語言是否改變了點餐含義。翻譯已生成、文法正確或頁面能開啟,都不能取代這兩項檢查。

Eurostat 於 2025-12-11 公布:在 2025 年歐盟受調查、至少有 10 名員工或自營工作者的企業中,20.0% 使用 AI;2024 年則為 13.5%。調查也限於特定產業範圍,不能代表所有產業或微型餐廳。

這項調查反映的是企業採用技術的情況,並未評估餐廳翻譯的成效。工具是否適合小型店家,取決於原始菜單資料、能否找到審核者,以及後續維護條件;不能把採用率上升當成翻譯準確度或營運成效的證明。

先確定經廚房確認的原文

除了菜名,也要整理實際食材、烹調方式、份量和選項。特色菜名可以保留,再說明店內實際供應的內容;若硬把不同餐點都套用成某個熟悉的外國菜名,顧客可能會因此對上桌的餐點產生不同預期。原文未說清楚的地方,應先詢問廚房,不能讓翻譯代替原文作決定。

  • 計量與規格:單件、半份、整份和分享餐各代表什麼。
  • 包含項目與加點:配菜、飲品和加料是否預設提供,哪些項目需要另外付費。
  • 供應與替換:哪些可以直接選擇,哪些必須先詢問廚房,哪些當日不供應。
  • 資訊依據:由誰確認食譜和供應商資料;遇到特殊飲食需求時,應根據哪些實際條件核實。

術語紀錄應保留原意與認可用語

  • 對應內容:填寫菜品或分類,以及實際使用的目標語言。
  • 原意與依據:保留已確認的原文,以及食材、烹調方式或規格資料。
  • 發現的歧義:具體寫明哪些字詞可能被誤解為免費附送、主菜、整份或隨時供應。
  • 認可用語:記錄審核後採用的說法及確認者,方便下次沿用。
  • 適用範圍:註明配方、份量或組合有哪些變動時,這筆紀錄需要重新審查。

審核者必須理解目標語言和菜品。如果這兩項能力由不同人員負責,可以分別核對後再彙整;不必要求一人包辦,也不能讓只檢查文法的人代替廚房判斷食物是否適合有特殊飲食需求的顧客。

逐項檢查會影響顧客選擇的含義

優先核對否定詞、選配與必選項目、預設包含內容和額外收費。「可以選擇」不能翻成預設附送,「需要詢問」也不能翻成隨時供應。即使某種語言的說法十分肯定,也不能據此向顧客新增原文沒有根據的安全承諾。

任何 AI 服務生成的文字都必須經人工複核,分別確認餐點資訊與語言含義。公開菜單時,應保留讓顧客詢問店員的方式;餐點資訊仍須由店家確認,不能把平台生成的內容當成每一句描述都已核實。

文字確認後,再檢查顧客實際看到的頁面

用手機查看相關語言版本中的分類、菜品詳情、規格和加料選項。確認較長的菜名不會遮住價格、重要說明會在顧客選擇前顯示,而且在缺少翻譯時仍能理解原文。審核紀錄完整,不代表頁面上的含義和閱讀順序也清楚。

閱讀菜單和送出訂單是不同環節。開放掃碼點餐前,應在不影響營業的獨立環境中,確認訂單送出、店家接單和廚房備餐之間的流程銜接。營業期間若有人求助,先確認是否已有訂單,再協助處理;不要用重複下單來解決語言誤解。

原菜單變更時,明確列出需要重新審查的語言

  • 變更範圍:列出受影響的餐點、配方、規格、價格或組合。
  • 受影響的語言:重新確認原有認可用語是否仍適用,交由相應的審核者處理,不要沿用舊版本的結論。
  • 公開內容:發現錯誤時,先更正顧客看得到的說明,再保留原意、差異和認可用語。
  • 交接責任:更換維護人員時,完整交接原文、術語和審核紀錄;未核實的項目不要混入已認可的內容。

後續應將顧客詢問依原文資訊不足、術語錯誤和頁面表達問題分類整理。先維護少數具備審核能力的語言,再依實際使用情況擴展;不要把某道菜停售後詢問減少,算作翻譯改善的成效。

資料來源

線上示範免費開始