10 lỗi dịch thuật phổ biến (và cách tránh chúng)

Một khẩu hiệu bị dịch sai khiến HSBC mất 10 triệu USD. Một lỗi định dạng ngày tháng phá hủy thiết bị nhà máy trị giá 50.000 USD. Một bản dịch tự động của Facebook khiến một người đàn ông bị bắt giữ. Lỗi dịch thuật không chỉ gây ngượng ngùng — chúng còn phá hỏng mọi thứ. Dưới đây là 10 lỗi cụ thể cần đề phòng, kèm ví dụ thực tế và cách khắc phục chỉ mất vài giây để áp dụng.

1. Dịch thành ngữ theo kiểu từng chữ một

Thành ngữ hiếm khi sống sót qua bản dịch trực tiếp. Bản thân các từ mang một nghĩa khi nằm trong ngữ cảnh và một nghĩa hoàn toàn khác khi tách riêng — vậy mà đây vẫn là lỗi dịch thuật phổ biến nhất ở mọi cặp ngôn ngữ.

❌ “It’s raining cats and dogs” → 「下猫下狗」(nghĩa đen tiếng Trung: “mèo và chó đang rơi xuống”)

✅ 「倾盆大雨」(tiếng Trung: “mưa như trút nước”) / “Il pleut des cordes” (tiếng Pháp: “trời mưa dây thừng”) / “Es regnet in Strömen” (tiếng Đức: “mưa thành dòng”)

❌ “Break a leg” → 「رجل اكسر」(tiếng Ả Rập: nghĩa đen là “làm gãy một cái chân”)

✅ 「بالتوفيق」(tiếng Ả Rập: “chúc may mắn”) / «Ни пуха ни пера!» (tiếng Nga: “không lông cũng không cánh” — tương đương với “break a leg”)

❌ Khẩu hiệu “Turn it loose” của bia Coors → tương đương với “bị tiêu chảy” trong tiếng Tây Ban Nha

✅ Một khẩu hiệu được bản địa hóa và thử nghiệm với người bản xứ tại thị trường mục tiêu

❌ “To have other cats to whip” (tiếng Pháp: «avoir d’autres chats à fouetter») → vô nghĩa nếu dịch từng chữ sang tiếng Anh

✅ “To have other fish to fry” — thành ngữ tương đương trong tiếng Anh

Cách tránh: Khi gặp một thành ngữ, hãy tự hỏi: “Cụm từ chính xác này có tồn tại trong ngôn ngữ đích với cùng ý nghĩa không?” Nếu câu trả lời là không — và gần như luôn là không — hãy tìm cách diễn đạt tương đương của bản địa thay vì dịch từng chữ.

2. Bỏ qua mức độ trang trọng và phong cách ngôn ngữ

Tiếng Anh dùng “you” cho tất cả mọi người. Hầu hết các ngôn ngữ khác thì không. Dùng sai hình thức xưng hô có thể chỉ hơi ngượng ngùng, nhưng cũng có thể là xúc phạm thực sự — đặc biệt trong bối cảnh kinh doanh, pháp lý và giao tiếp với khách hàng.

❌ Tiếng Nhật: あなた (anata) trong chăm sóc khách hàng. Nghĩa đen là “bạn”, nhưng trong ngữ cảnh dịch vụ, nó tạo cảm giác xa cách và coi thường.

✅ お客様 (okyakusama, “khách hàng kính mến”) hoặc tên khách hàng + 様 (-sama)

❌ Tiếng Pháp: “Tu” thay vì “Vous” trong email công việc. Dùng dạng thân mật với người bạn không quen là thiếu phép tắc.

✅ “Vous” dành cho bất kỳ ai chưa có quan hệ thân mật rõ ràng. Mặc định dùng dạng trang trọng.

❌ Tiếng Ý: “Tu” thay vì “Lei” khi nói với khách hàng. Tiếng Ý dùng “Lei” — đại từ ngôi thứ ba giống nữ — làm cách xưng hô trang trọng.

✅ “Lei” + các dạng động từ ngôi thứ ba cho ngữ cảnh công việc và trang trọng

❌ Tiếng Hàn: Dùng 반말 (banmal, cách nói thân mật) trong email công việc thay vì 존댓말 (jondaenmal, cách nói lịch sự).

✅ Mặc định dùng mức độ lịch sự cao nhất (các dạng 합니다 / 합니까) trừ khi mối quan hệ rõ ràng là thân mật

Cách tránh: Với bất kỳ ngôn ngữ nào bạn dịch sang, hãy học hai điều: sự phân biệt giữa hình thức trang trọng/thân mật trong xưng hô, và phong cách ngôn ngữ mà đối tượng độc giả mong đợi. Khi phân vân, hãy chọn trang trọng — lịch sự quá mức vẫn an toàn hơn là vô tình thô lỗ. Trong tiếng Nhật, tiếng Hàn và tiếng Thái, hệ thống mức độ trang trọng đặc biệt phức tạp và dịch máy đơn thuần sẽ không làm đúng được.

3. Nhầm lẫn định dạng ngày tháng và con số

Chỉ Hoa Kỳ và một vài vùng lãnh thổ dùng MM/DD/YYYY. Phần còn lại của thế giới dùng DD/MM/YYYY hoặc YYYY-MM-DD. Làm sai điều này không chỉ trông thiếu chuyên nghiệp — nó còn làm hỏng dữ liệu.

❌ 03/06/2026 trong một hợp đồng cho độc giả châu Âu. Người viết muốn nói ngày 6 tháng 3 (DD/MM). Người đọc lại thấy ngày 3 tháng 6 (MM/DD).

✅ “6 March 2026” hoặc “March 6, 2026” — rõ ràng ở mọi khu vực

❌ 1,500.75 trong một tài liệu tiếng Đức. Tiếng Đức hoán đổi vị trí dấu phẩy và dấu chấm thập phân: 1.500,75. Tiếng Bồ Đào Nha Brazil cũng vậy: 1.500,75. Tiếng Pháp và tiếng Ý của Thụy Sĩ dùng dấu nháy đơn: 1’500.75.

✅ 1.500,75 (tiếng Đức/tiếng Bồ Đào Nha), 1 500,75 (tiếng Pháp), hoặc dùng định dạng theo ngôn ngữ bản địa

❌ Giả định mọi đối tượng độc giả đều dùng lịch Gregory. Ả Rập Xê Út dùng lịch Hijri cho các tài liệu chính thức. Thái Lan dùng lịch Phật giáo (năm +543). Nhật Bản dùng niên hiệu hoàng gia (Reiwa 8 = 2026).

✅ Xác nhận hệ thống lịch mà đối tượng độc giả của bạn dùng cho ngày tháng

Cách tránh: Lưu ngày tháng nội bộ theo chuẩn ISO 8601 (YYYY-MM-DD). Hiển thị chúng theo định dạng mà người đọc mong đợi. Với mọi tài liệu đã dịch, hãy xác nhận rõ ràng: “Ngày tháng trong tài liệu này dùng định dạng DD/MM/YYYY.” Năm giây để thêm câu đó sẽ tiết kiệm hàng ngày trời rối rắm.

4. Từ giả bạn (false friend): Khi từ ngữ nói dối bạn

Từ giả bạn là từ trông giống hệt hoặc gần giống nhau ở hai ngôn ngữ nhưng mang nghĩa hoàn toàn khác. Chúng đặc biệt nguy hiểm vì tạo ra ảo giác đúng đắn — người dịch thấy một từ quen thuộc và không dừng lại để kiểm tra.

Từ tiếng Anh	Từ giả bạn	Ngôn ngữ	Nghĩa thực sự
embarrassed	embarazada	Tiếng Tây Ban Nha	mang thai
actually	attualmente	Tiếng Ý	hiện tại
gift	Gift	Tiếng Đức	thuốc độc
sensible	sensibile	Tiếng Ý	nhạy cảm
eventually	eventualmente	Tiếng Bồ Đào Nha	có thể / có lẽ
library	librairie	Tiếng Pháp	hiệu sách
demand	talep etmek	Tiếng Thổ Nhĩ Kỳ	yêu cầu (không phải “đòi hỏi”)
pain	pain	Tiếng Pháp	bánh mì
magazine	магазин (magazin)	Tiếng Nga	cửa hàng
brave	braaf	Tiếng Hà Lan	ngoan ngoãn
location	location	Tiếng Pháp	cho thuê
pretender	pretender	Tiếng Bồ Đào Nha	có ý định

Parker Pens đã học được điều này theo cách đau đớn: khẩu hiệu tiếng Anh của họ hứa rằng cây bút “won’t leak in your pocket and embarrass you” (sẽ không rò rỉ trong túi và làm bạn ngượng). Bản dịch tiếng Tây Ban Nha, do nhầm embarazar với “embarrass” (làm ngượng), đã trở thành “sẽ không rò rỉ trong túi và làm bạn có thai”. Từ giả bạn chỉ là một trong nhiều cách ngôn ngữ khiến chúng ta bất ngờ — bộ sưu tập những sự thật ngôn ngữ thú vị của chúng tôi đề cập thêm nhiều nét kỳ thú khác khiến người dịch vấp ngã.

Cách tránh: Duy trì một bảng thuật ngữ ghi lại các từ giả bạn đã biết cho từng cặp ngôn ngữ bạn làm việc. Đánh dấu chúng bằng cảnh báo “Do Not Translate” (Không dịch). Khi thấy một từ trông quen thuộc trong ngôn ngữ đích, hãy dừng lại và kiểm chứng — chính sự tương đồng mới là thứ khiến nó nguy hiểm.

5. Tin tưởng mù quáng vào dịch máy

Dịch máy đã tiến bộ vượt bậc — nhưng nó vẫn mắc những lỗi sai về loại từ mà con người không mắc. Vào tháng 7 năm 2025, công cụ dịch tự động của Meta đã nhầm lẫn thông báo rằng một thủ hiến bang còn sống của Ấn Độ đã “qua đời”, dựa trên một bài viết chia buồn mà chính ông dành cho người khác. Văn phòng của ông gọi công cụ này là “nguy hiểm” và yêu cầu đình chỉ nó đối với tiếng Kannada.

Những trường hợp thực tế khác:

❌ Tiếng Ả Rập → tiếng Do Thái (Facebook, 2017): Câu “Good morning” do một người Palestine đăng đã bị dịch tự động thành “attack them” (tấn công chúng). Cảnh sát Israel đã bắt giữ ông trước khi lỗi được phát hiện.

✅ Một người dịch sẽ hiểu rằng صباح الخير nghĩa là “chào buổi sáng” và không gì khác.

❌ Tiếng Hindi → tiếng Anh (Uber, 2025): “Mother Dairy ke samne hun” (Tôi đang ở trước Mother Dairy, một thương hiệu nổi tiếng của Ấn Độ) biến thành “I am facing the threat of murder” (Tôi đang bị đe dọa giết).

✅ Người dịch cần nhận ra “Mother Dairy” là tên thương hiệu, không phải những từ có thể dịch.

❌ Tiếng Anh → tiếng Pháp (Montreal Transit, 2025): “Bishop Street” bị AI dịch thành “Beeshop” trên bản đồ tuyến xe buýt.

✅ Danh từ riêng không bị dịch. Con người sẽ không cố dịch chúng.

Cách tránh: Dịch máy là bản nháp, không phải sản phẩm cuối cùng. Với bất cứ nội dung nào hướng tới khách hàng, mang tính pháp lý, y tế hoặc liên quan đến an toàn: luôn để con người kiểm tra kết quả. Các công cụ khác nhau cũng có những điểm mù khác nhau — so sánh OpenL với Google Translate của chúng tôi cho thấy những công cụ cụ thể thường vấp ở đâu. Nguyên tắc rất đơn giản: nếu hậu quả của một lỗi chỉ là sự ngượng ngùng, bạn có thể mạo hiểm. Nếu hậu quả là trách nhiệm pháp lý hoặc tổn hại thể chất, bạn không thể.

6. Văn bản giãn nở và bố cục vỡ vụn

Các ngôn ngữ khác nhau chiếm lượng không gian khác nhau. Khi bạn dịch tiếng Anh sang tiếng Đức, văn bản giãn nở khoảng 25–40%. Tiếng Ý và tiếng Bồ Đào Nha: 15–30%. Tiếng Pháp và tiếng Tây Ban Nha: 15–25%. Ngay cả những ngôn ngữ có hệ chữ viết cô đọng cũng có bất ngờ — các từ tiếng Nga viết bằng chữ Kirin trung bình dài hơn từ tương đương tiếng Anh, còn từ ghép tiếng Hà Lan dài chẳng kém tiếng Đức. Những chuỗi giao diện ngắn còn giãn nở dữ dội hơn — một nhãn nút dưới 10 ký tự trong tiếng Anh có thể dài gấp ba lần khi dịch sang tiếng Đức.

❌ Một nút “Submit” rộng 80px. Chữ “Absenden” tiếng Đức tràn ra ngoài. Chữ “Invia” tiếng Ý vừa khít nhưng “Отправить” tiếng Nga thì không. Chữ “Gönder” tiếng Thổ Nhĩ Kỳ phá vỡ bố cục.

✅ Thiết kế nút cho mức giãn nở 30% trở lên, hoặc dùng bố cục linh hoạt có thể mở rộng theo nội dung

❌ Một file PDF có các khung văn bản chật hẹp — “Sollicitatieformulier” tiếng Hà Lan (17 ký tự) thay cho “Job Application” tiếng Anh (15 ký tự), nhưng “Bewerbungsformular” tiếng Đức (19 ký tự) lại tràn khỏi trang.

✅ Kiểm tra bố cục bằng mọi ngôn ngữ đích trước khi hoàn thiện. Chừa khoảng trắng trong bản thiết kế gốc

Cách tránh: Với thiết kế giao diện, tiếng Đức chính là ngôn ngữ kiểm tra áp lực của bạn — nếu vừa với tiếng Đức thì nhiều khả năng vừa với mọi ngôn ngữ. Với tài liệu, luôn chạy một lượt kiểm tra bố cục sau khi dịch. Nếu bạn đang dịch một file PDF, bố cục vỡ vụn là chuyện đặc biệt thường gặp — hướng dẫn dịch PDF mà không làm mất định dạng của chúng tôi đề cập các công cụ và quy trình để giữ nguyên thiết kế qua nhiều ngôn ngữ. W3C khuyến nghị dành dung lượng cho mức giãn nở ít nhất 30–40% khi dịch từ tiếng Anh sang các ngôn ngữ châu Âu.

7. Thuật ngữ thiếu nhất quán

Dịch cùng một thuật ngữ theo ba cách khác nhau trong một tài liệu sẽ làm xói mòn niềm tin và gây nhầm lẫn — đặc biệt trong nội dung pháp lý, kỹ thuật và y tế.

❌ Trong một hợp đồng pháp lý tiếng Anh: Trang 1 ghi “Service Agreement,” trang 5 ghi “Services Contract,” trang 8 ghi “Terms of Engagement.” Tất cả đều chỉ cùng một tài liệu. Người đọc tự hỏi: đây là ba thứ khác nhau sao?

✅ Chọn một thuật ngữ cho mỗi khái niệm và giữ nguyên nó xuyên suốt toàn bộ tài liệu cùng các bản dịch của nó

❌ Bản dịch y khoa tiếng Nhật (NIH, 2025): 「患者」được dịch là “patient” ở đoạn này và “case” ở đoạn kế — tạo ra sự mơ hồ không rõ văn bản có đang nói về cùng một người hay không

✅ Dùng bảng thuật ngữ cho các thuật ngữ chuyên ngành và áp dụng nó nhất quán trong toàn dự án

Cách tránh: Trước khi bắt đầu một dự án dịch thuật, hãy tạo một bảng thuật ngữ nhỏ gồm 10–20 thuật ngữ quan trọng nhất cùng bản dịch đã được phê duyệt. Chia sẻ nó với tất cả những người làm việc trên tài liệu. Các công cụ bộ nhớ dịch (có trong hầu hết nền tảng dịch thuật chuyên nghiệp như OpenL) sẽ tự động hóa việc này — chúng ghi nhớ cách bạn dịch một thuật ngữ và áp dụng lại nhất quán xuyên suốt tài liệu.

8. Dịch những tên riêng lẽ ra không nên dịch

Danh từ riêng — tên người, thương hiệu, địa danh, sản phẩm — gần như không bao giờ bị dịch. Nhưng các công cụ dịch máy không biết điều đó, và ngay cả người dịch cũng đôi khi sửa quá tay.

❌ Tiếng Tây Ban Nha → tiếng Anh (trang du lịch Mexico): “Tulum” biến thành “Jumpsuit,” “Acolman” biến thành “I Blame,” “Progreso” biến thành “Progress.”

✅ Địa danh không bị dịch. Chúng giữ nguyên dạng gốc.

❌ Tiếng Anh → tiếng Trung: “Palo Alto” → 「高木头」(“gỗ cao”). Đó là một thành phố, không phải bãi gỗ.

✅ “Palo Alto（加州一城市）” — tên giữ nguyên + phần chú thích trong ngoặc tùy chọn

❌ Tiếng Nga → tiếng Anh: “Василий” → “Cornflower” (василёк nghĩa là hoa thanh cúc). Đó là tên một người — Vasily.

✅ “Vasily” — chuyển tự, không dịch nghĩa

Cách tránh: Thêm một quy tắc vào danh sách kiểm tra dịch thuật của bạn: “Danh từ riêng, tên thương hiệu, tên sản phẩm và địa danh không bị dịch.” Nếu một công cụ dịch máy đụng đến tên riêng, hãy đánh dấu ngay lập tức. Đây là một lĩnh vực mà máy móc luôn thất bại còn con người thì không.

9. Điểm mù văn hóa

Dịch thuật diễn ra giữa các nền văn hóa, chứ không chỉ giữa các ngôn ngữ. Một bản dịch hoàn toàn chính xác vẫn có thể thất bại nếu nó bỏ qua bối cảnh văn hóa của người đọc.

❌ Màu trắng làm màu cưới hỏi nhắm tới khán giả Trung Quốc hoặc Ấn Độ. Trong nhiều nền văn hóa Đông Á, màu trắng = đám tang; màu đỏ = đám cưới. Ở một số vùng Tây Phi, màu đỏ = để tang.

✅ Tìm hiểu ý nghĩa màu sắc của nền văn hóa mục tiêu trước khi hoàn thiện tổ hợp hình ảnh + văn bản

❌ Chiến dịch Ramadan của một công ty game nhắm tới người chơi Trung Đông lại có nhân vật ăn uống và bia rượu. Ramadan là dịp lễ nhịn ăn.

✅ Nếu có nhắc đến một sự kiện văn hóa hoặc tôn giáo, hãy tham khảo ý kiến của người thuộc nền văn hóa đó

❌ Biểu tượng cảm xúc giơ ngón cái trong tin nhắn gửi tới khán giả Trung Đông và Tây Phi — trong những khu vực đó, cử chỉ này gần tương đương với việc giơ ngón giữa.

✅ Văn bản an toàn hơn biểu tượng cảm xúc khi giao tiếp giữa các nền văn hóa. Nếu dùng biểu tượng cảm xúc, hãy kiểm tra ý nghĩa của nó trong nền văn hóa mục tiêu trước.

Cách tránh: Với bất kỳ chiến dịch hay tài liệu nào bước vào một thị trường mới, hãy hỏi một câu: “Chuỗi phê duyệt có người bản địa nào không?” Nếu câu trả lời là không, hãy thêm vào. Chi phí cho 15 phút kiểm tra của một người bản xứ là số không so với việc phải thu hồi và làm lại một chiến dịch đã thất bại.

10. Mã hóa ký tự: Khi “Krüger” biến thành “Kr?ger”

Đây là lỗi kém hào nhoáng nhất trong danh sách — và cũng là một trong những lỗi phổ biến nhất. Khi các chữ cái có dấu (é, ü, ñ, ç, ø), ký tự CJK hoặc văn bản chữ Kirin được lưu hoặc truyền đi với mã hóa sai, chúng biến thành những ký tự vô nghĩa lộn xộn. Thuật ngữ kỹ thuật cho hiện tượng này là mojibake.

❌ Tiếng Đức: “Krüger” → “Kr?ger” (hoặc “Kr�ger” — ký tự thay thế)

✅ “Krüger” — luôn lưu và truyền dưới dạng UTF-8

❌ Tiếng Nhật: 「翻訳」(“dịch thuật”) → ”�|��” trong dòng tiêu đề email

✅ 「翻訳」 — kiểm tra cài đặt mã hóa trong ứng dụng email và các nền tảng CMS

❌ Tiếng Nga: “Россия” → “Ðîññèÿ” khi Windows-1251 bị đọc nhầm thành ISO-8859-1

✅ Luôn dùng UTF-8. Nó xử lý mọi hệ chữ viết: Latinh, Kirin, CJK, Ả Rập, Thái — tất cả trong một kiểu mã hóa.

Cách tránh: Luôn dùng UTF-8 — đây là chuẩn hiện đại và xử lý được mọi hệ chữ viết đang được sử dụng ngày nay. Trước khi gửi hoặc tải lên văn bản đã dịch, hãy kiểm tra bằng mắt một lượt: các ký tự đặc biệt có trông đúng không? Khi xuất từ Excel, hãy chọn rõ ràng “CSV UTF-8” trong hộp thoại Save As. Khi phân vân, hãy mở file bằng trình soạn thảo văn bản thuần — nếu các dấu bị hỏng ở đó thì chúng hỏng ở mọi nơi.

Tham khảo nhanh: Danh sách kiểm tra 10 giây trước khi gửi

Trước khi gửi, xuất bản hoặc in một bản dịch, hãy điểm qua bốn câu hỏi sau:

1. Thành ngữ: Có cụm từ nào bị dịch từng chữ một không? → Thay bằng cách diễn đạt tương đương của bản địa.
2. Mức độ trang trọng: Phong cách ngôn ngữ đã phù hợp với đối tượng độc giả và bối cảnh chưa? → Khi phân vân, mặc định dùng dạng trang trọng.
3. Ngày tháng: Ngày tháng có đúng định dạng người đọc mong đợi không? → Ghi rõ định dạng.
4. Tên riêng: Có danh từ riêng nào bị “dịch” không? → Khôi phục lại dạng gốc.

Mười giây. Bốn câu hỏi. Nó sẽ không bắt được mọi lỗi, nhưng nó bắt được những lỗi khiến bạn lên mặt báo.

FAQ

ChatGPT / Claude có tự động sửa những lỗi này không?

Không đáng tin cậy. Các LLM xử lý thành ngữ và mức độ trang trọng tốt hơn dịch máy thế hệ cũ, nhưng chúng vẫn mắc lỗi từ giả bạn, vẫn dịch sai tên riêng và vẫn thiếu phán đoán văn hóa. Chúng không biết “Mother Dairy” là tên thương hiệu — chúng thấy hai từ rồi dịch chúng. Hãy đối xử với kết quả của LLM như với mọi bản dịch máy khác: một bản nháp tốt cần con người kiểm tra.

Sự khác biệt giữa một công cụ miễn phí và một người dịch chuyên nghiệp có trả phí trong việc tránh những lỗi này là gì?

Công cụ miễn phí tạo ra một bản dịch thô. Người dịch chuyên nghiệp (và các nền tảng đạt chuẩn chuyên nghiệp như OpenL) bổ sung: quản lý thuật ngữ để tránh sự thiếu nhất quán, giữ nguyên định dạng để tránh bố cục vỡ vụn, và nhận biết ngữ cảnh để bắt các thành ngữ và từ giả bạn. Khoảng cách lớn nhất nằm ở các lỗi #1–5 (thành ngữ, mức độ trang trọng, từ giả bạn và sắc thái văn hóa). Khoảng cách hẹp hơn ở lỗi #10 (mã hóa — các công cụ tốt ở cả hai đầu đều xử lý UTF-8 ổn).

Lỗi nào tốn tiền nhất?

Lỗi #5 (tin tưởng mù quáng vào kết quả máy) là nguyên nhân của những thất bại đắt đỏ nhất một cách nhất quán. Việc đổi thương hiệu 10 triệu USD của HSBC, vụ phá hủy thiết bị nhà máy trị giá 50.000 USD, và sự cố Meta tuyên bố một chính trị gia đã chết đều bắt nguồn từ việc xuất bản bản dịch máy mà không có con người kiểm tra. Cách khắc phục — để một người đọc kết quả trước khi nó được đăng — tốn vài phút và tiết kiệm hàng triệu đô.

Sources

• PMC/NIH: Errors in Japanese–English AI-assisted translation (2025) — taxonomy of AI translation failure types in medical texts
• STAR Translation: When Translation Goes Wrong — real-world mistranslation case studies including medical, branding, and signage
• POEditor: 6 Famous Mistranslations in Localization — HSBC, Pepsi, KFC, and other brand case studies
• Meta apologizes after auto-translation mistakenly announces Indian state chief minister’s death (CNN, July 2025) — Meta auto-translation falsely declaring a living politician dead
• Uber auto-translation: “Mother Dairy” becomes “threat of murder” (Livemint, 2025) — Hindi-to-English auto-translation blunder
• Montreal Transit: AI labels Bishop Street bus stop as “Beeshop” (CTV News, 2025) — AI signage translation failure
• Goethe-Institut: Oh Heavenly Berry — false friend stories from German learners — collection of false friend errors including “Himbeere” (raspberry) → “Himmelbeere” (heaven berry)
• W3C: Text Size in Translation — authoritative reference on text expansion rates across languages
• SandVox: Text Expansion in Localization — expansion rates by language with short-string amplification data
• Lingoda: False Friends in Languages — comprehensive false friend tables across major language pairs
• Ulatus: Lessons from Marketing Localization Failures — brand localization case studies and cultural blind spots
• Forbes: Why Global Brands Fail When They Communicate Locally (Feb 2026) — strategic perspective on localization failures