अनुवाद की 10 आम गलतियाँ (और उनसे कैसे बचें)

TABLE OF CONTENTS

एक गलत अनुवादित slogan ने HSBC को 10 million dollars का नुकसान कराया। एक date-format bug ने 50,000 dollars की factory equipment बर्बाद कर दी। Facebook की auto-translation ने एक आदमी की गिरफ्तारी तक करवा दी। Translation mistakes सिर्फ awkward नहीं होतीं — वे सचमुच चीज़ें तोड़ देती हैं। यहाँ 10 ठोस गलतियाँ हैं जिन पर नज़र रखनी चाहिए, साथ में real examples और ऐसे fixes जो कुछ ही seconds लेते हैं।

1. मुहावरों का शब्दशः अनुवाद

मुहावरे direct translation में शायद ही बचते हैं। संदर्भ में शब्दों का मतलब कुछ होता है, लेकिन अलग-अलग देखने पर कुछ और। फिर भी यह लगभग हर language pair में सबसे आम translation mistake बनी रहती है।

❌ “It’s raining cats and dogs” → 「下猫下狗」(शाब्दिक चीनी: “बिल्लियाँ और कुत्ते गिर रहे हैं”)

✅ 「倾盆大雨」(चीनी: “मूसलाधार बारिश”) / “Il pleut des cordes” (फ़्रेंच: “रस्सियाँ बरस रही हैं”) / “Es regnet in Strömen” (जर्मन: “धारों में बारिश हो रही है”)

❌ “Break a leg” → 「رجل اكسر」(अरबी: शाब्दिक अर्थ “एक टांग तोड़ो”)

✅ 「بالتوفيق」(अरबी: “शुभकामनाएँ”) / «Ни пуха ни пера!» (रूसी: समानार्थी शुभकामना)

❌ Coors beer का slogan “Turn it loose” → स्पैनिश में लगभग “दस्त लगना” जैसा अर्थ बन गया

✅ ऐसा localized slogan जिसे target market के native speakers ने जाँचा हो

❌ “To have other cats to whip” (फ़्रेंच: «avoir d’autres chats à fouetter») → literal English में बेतुका लगता है

✅ “To have other fish to fry” — उसका natural English equivalent

कैसे बचें: जब भी कोई idiom दिखे, खुद से पूछें: “क्या यही phrase target language में भी इसी अर्थ में मौजूद है?” अगर जवाब नहीं है — और लगभग हमेशा नहीं ही होता है — तो शब्दों का अनुवाद करने के बजाय local equivalent खोजें।

2. Formality और register को नज़रअंदाज़ करना

English में “you” सबके लिए चलता है। ज़्यादातर भाषाओं में ऐसा नहीं है। गलत address form का इस्तेमाल हल्की असहजता से लेकर सीधे अपमान तक जा सकता है — खासकर business, legal और customer-facing contexts में।

❌ Japanese: customer service में あなた (anata)। शब्दकोश में इसका अर्थ “you” है, लेकिन सेवा-संदर्भ में यह दूर और ठंडा लग सकता है।

✅ お客様 (okyakusama, “सम्मानित ग्राहक”) या ग्राहक का नाम + 様 (-sama)

❌ French: business email में “Vous” की जगह “Tu”। किसी अनजान व्यक्ति के साथ informal होना presumptuous लग सकता है।

✅ जिनसे established informal relation नहीं है, उनके लिए “Vous”। default रूप से formal रहें।

❌ Italian: client को “Lei” की जगह “Tu” कहना। Italian में formal address के लिए “Lei” इस्तेमाल होता है।

✅ business और formal contexts में “Lei” + third-person verb forms

❌ Korean: business email में 존댓말 (jondaenmal, polite speech) की जगह 반말 (banmal, informal speech) इस्तेमाल करना।

✅ जब तक रिश्ता clearly casual न हो, highest politeness level (합니다 / 합니까 forms) default रखें

कैसे बचें: जिस भी भाषा में अनुवाद कर रहे हों, दो बातें सीखें: formal/informal split क्या है, और target audience किस register की अपेक्षा करती है। शक हो तो formal चुनें — थोड़ा ज़्यादा विनम्र होना, अनजाने में rude होने से बेहतर है। Japanese, Korean और Thai में formality systems विशेष रूप से जटिल हैं; machine translation अकेले सही नहीं पकड़ेगी।

3. Date और number format की गड़बड़ी

सिर्फ United States और कुछ चुनिंदा territories MM/DD/YYYY इस्तेमाल करते हैं। बाकी दुनिया DD/MM/YYYY या YYYY-MM-DD का इस्तेमाल करती है। यहाँ गलती करना सिर्फ unprofessional नहीं दिखता — यह data भी corrupt कर सकता है।

❌ European audience के contract में 03/06/2026 लिखना। लेखक 6 March कहना चाहता था; reader 3 June समझ सकता है।

✅ “6 March 2026” या “March 6, 2026” — region के पार भी साफ format

❌ German document में 1,500.75। German में comma और decimal point उलट जाते हैं: 1.500,75। Brazilian Portuguese भी यही करता है: 1.500,75। Swiss French और Italian apostrophe इस्तेमाल करते हैं: 1’500.75।

✅ 1.500,75 (German/Portuguese), 1 500,75 (French), या locale-aware formatting

❌ यह मान लेना कि हर audience Gregorian calendar ही इस्तेमाल करती है। Saudi Arabia official documents में Hijri calendar इस्तेमाल करता है। Thailand Buddhist calendar (year +543) इस्तेमाल करता है। Japan imperial era years भी इस्तेमाल करता है (Reiwa 8 = 2026)।

✅ यह confirm करें कि आपकी audience कौन-सा calendar system इस्तेमाल करती है

कैसे बचें: dates को internally ISO 8601 (YYYY-MM-DD) में store करें। दिखाएँ उसी format में जो reader expect करता है। किसी भी translated document में साफ लिखना भी अच्छा है: “इस दस्तावेज़ में dates DD/MM/YYYY format में हैं।” 5 seconds का यह वाक्य कई दिनों की confusion बचा सकता है।

4. False friends: जब शब्द धोखा दें

false friend ऐसा शब्द होता है जो दो भाषाओं में एक जैसा या लगभग एक जैसा दिखता है, लेकिन उसका अर्थ बिल्कुल अलग होता है। यह खास तौर पर खतरनाक है क्योंकि यह correctness का illusion पैदा करता है — translator शब्द पहचानता है और जाँचने की ज़रूरत नहीं समझता।

अंग्रेज़ी शब्द	false friend	भाषा	वास्तविक अर्थ
embarrassed	embarazada	Spanish	pregnant
actually	attualmente	Italian	currently
gift	Gift	German	poison
sensible	sensibile	Italian	sensitive
eventually	eventualmente	Portuguese	possibly / maybe
library	librairie	French	bookstore
demand	talep etmek	Turkish	request करना
pain	pain	French	bread
magazine	магазин (magazin)	Russian	store / shop
brave	braaf	Dutch	well-behaved
location	location	French	rental
pretender	pretender	Portuguese	intend करना

Parker Pens ने यह lesson मुश्किल तरीके से सीखा। उनका English slogan कहता था कि pen “won’t leak in your pocket and embarrass you.” Spanish translation में embarazar को “embarrass” समझ लिया गया और वाक्य कुछ ऐसा बन गया: “यह आपकी जेब में नहीं लीक होगी और आपको pregnant नहीं करेगी।” False friends उन कई तरीकों में से सिर्फ एक हैं जिनसे भाषाएँ translator को चकमा देती हैं — हमारी surprising language facts की collection में ऐसे और linguistic traps हैं।

कैसे बचें: हर language pair के लिए known false friends की glossary बनाएँ। उन्हें “Do Not Translate” warnings के साथ mark करें। Target language में कोई शब्द बहुत familiar लगे तो ठहरकर verify करें — वही similarity इसे खतरनाक बनाती है।

5. Machine translation पर अंधा भरोसा

Machine translation बहुत बेहतर हुई है — लेकिन अभी भी ऐसे category errors करती है जो इंसान नहीं करेगा। July 2025 में Meta की auto-translation ने गलती से एक जीवित Indian state chief minister के बारे में “passed away” दिखा दिया, सिर्फ इसलिए क्योंकि उन्होंने किसी और के लिए condolence post लिखी थी। उनके office ने tool को “dangerous” कहा और Kannada के लिए suspend करने की माँग की।

कुछ और real cases:

❌ Arabic → Hebrew (Facebook, 2017): एक Palestinian आदमी की “Good morning” post को auto-translation ने “attack them” बना दिया। Error पकड़ में आने से पहले Israeli police ने उसे arrest कर लिया।

✅ Human translator समझता है कि صباح الخير का मतलब सिर्फ “good morning” है।

❌ Hindi → English (Uber, 2025): “Mother Dairy ke samne hun” (“मैं Mother Dairy के सामने हूँ”, जो India का जाना-पहचाना brand है) बन गया “I am facing the threat of murder.”

✅ Translator को “Mother Dairy” को brand name की तरह पहचानना चाहिए था, translatable words की तरह नहीं।

❌ English → French (Montreal Transit, 2025): “Bishop Street” को AI ने bus maps पर “Beeshop” कर दिया।

✅ Proper names translate नहीं होते। Human translator ऐसा करने की कोशिश ही नहीं करेगा।

कैसे बचें: machine translation एक draft है, final product नहीं। जो भी content customer-facing, legal, medical या safety-critical हो, उसके लिए human review अनिवार्य है। अलग-अलग tools की अलग blind spots होती हैं — हमारी OpenL vs Google Translate comparison दिखाती है कि कौन-सा tool कहाँ ठोकर खाता है। नियम सीधा है: अगर गलती का परिणाम सिर्फ embarrassment है, तो risk लिया जा सकता है। अगर legal liability या physical harm हो सकता है, तो नहीं।

6. Text expansion और layout breakage

अलग-अलग भाषाएँ अलग मात्रा में जगह लेती हैं। English से German में text लगभग 25–40% बढ़ता है। Italian और Portuguese 15–30%। French और Spanish 15–25%। Compact scripts वाली भाषाएँ भी surprises देती हैं — Russian Cyrillic words औसतन English equivalents से लंबे होते हैं, और Dutch compounds भी German जितने लंबे हो सकते हैं। Short UI strings तो और ज्यादा फैलती हैं — English में 10 characters से कम का button label German में तीन गुना हो सकता है।

❌ 80px चौड़ा “Submit” button। German “Absenden” बाहर निकल जाता है। Italian “Invia” फिट हो सकता है, लेकिन Russian “Отправить” नहीं। Turkish “Gönder” भी layout बिगाड़ सकता है।

✅ Buttons को 30%+ expansion margin के साथ design करें, या flexible layouts इस्तेमाल करें जो content के साथ बढ़ें

❌ एक PDF जिसमें text boxes बहुत tight हैं: Dutch “Sollicitatieformulier” (17 chars) English “Job Application” (15 chars) की जगह आता है, लेकिन German “Bewerbungsformular” (19 chars) page से बाहर चला जाता है।

✅ Finalize करने से पहले सभी target languages में layout check करें। Source design में white space छोड़ें

कैसे बचें: UI design में German आपकी stress-test language है — अगर German फिट हो जाए, तो अधिकतर बाकी भाषाएँ भी फिट हो जाएँगी। Documents के लिए, translation के बाद layout review pass हमेशा करें। PDF translate कर रहे हैं तो breakage और common है — हमारी PDF को formatting खोए बिना translate करने की guide tools और workflow समझाती है। W3C अंग्रेज़ी से European languages में कम-से-कम 30–40% expansion budget रखने की सलाह देता है।

7. Inconsistent terminology

एक ही term को एक document में तीन अलग तरीकों से translate करना trust कम करता है और confusion पैदा करता है — खासकर legal, technical और medical content में।

❌ एक English legal contract में: Page 1 पर “Service Agreement”, page 5 पर “Services Contract”, page 8 पर “Terms of Engagement”। तीनों उसी document के लिए हैं। Reader सोचता है: क्या ये तीन अलग चीज़ें हैं?

✅ हर concept के लिए एक term चुनें और पूरे document तथा उसके translations में उसी पर टिके रहें

❌ Japanese medical translation (NIH, 2025): 「患者」 को एक paragraph में “patient” और अगले में “case” translate किया गया, जिससे यह unclear हो गया कि text उसी व्यक्ति की बात कर रहा है या नहीं

✅ Domain-specific terms के लिए glossary इस्तेमाल करें और पूरे project में enforce करें

कैसे बचें: translation project शुरू करने से पहले 10–20 सबसे महत्त्वपूर्ण terms का mini-glossary बनाइए, उनके approved translations के साथ। इसे document पर काम करने वाले सभी लोगों के साथ साझा करें। OpenL जैसी professional platforms में शामिल translation memory tools यह काम automate करती हैं — वे याद रखती हैं कि आपने term को कैसे translate किया था और आगे वही apply करती हैं।

8. ऐसे नामों का अनुवाद करना जिनका अनुवाद नहीं होना चाहिए

Proper names — लोग, brands, places, products — लगभग कभी translate नहीं होते। लेकिन machine translation tools यह नहीं जानतीं, और कभी-कभी human translators भी over-correct कर देते हैं।

❌ Spanish → English (Mexico tourism site): “Tulum” बन गया “Jumpsuit”, “Acolman” बन गया “I Blame”, “Progreso” बन गया “Progress.”

✅ Place names translate नहीं होते। वे original form में ही रहते हैं।

❌ English → Chinese: “Palo Alto” → 「高木头」(“लंबी लकड़ी”)। जबकि यह शहर है, lumber yard नहीं।

✅ “Palo Alto（加州一城市）” — नाम जस का तस, साथ में optional explanation

❌ Russian → English: “Василий” → “Cornflower” (क्योंकि василёк का अर्थ cornflower है)। लेकिन यह व्यक्ति का नाम है: Vasily.

✅ “Vasily” — transliterate करें, translate नहीं

कैसे बचें: अपनी translation checklist में यह rule जोड़ें: “Proper names, brand names, product names, and place names are not translated.” अगर machine translation tool नामों को छूती है, तो उसे तुरंत flag करें। यह उन क्षेत्रों में से है जहाँ machines बार-बार fail होती हैं और humans नहीं।

अनुवाद भाषाओं के बीच ही नहीं, संस्कृतियों के बीच भी होता है। पूरी तरह accurate translation भी fail हो सकती है अगर वह target audience के cultural context को ignore करे।

❌ Chinese या Indian audience के लिए शादी के रंग के रूप में white का इस्तेमाल। कई East Asian cultures में white = funeral; red = wedding। West Africa के कुछ हिस्सों में red = mourning।

✅ Visual और text combination final करने से पहले target culture की color symbolism समझें

❌ Middle Eastern gamers के लिए Ramadan campaign में characters को food और beer के साथ दिखाना। Ramadan fasting holiday है।

✅ अगर आप किसी cultural या religious event का संदर्भ दे रहे हैं, तो उस culture के किसी व्यक्ति से consult करें

❌ Middle Eastern और West African audiences को thumbs-up emoji भेजना — वहाँ यह gesture middle finger के बराबर माना जा सकता है।

✅ Cross-cultural communication में text emoji से safer है। Emoji इस्तेमाल करें तो पहले target culture में उसका meaning check करें।

कैसे बचें: किसी भी campaign या document को नए market में भेजने से पहले एक सवाल पूछें: “क्या review chain में local person है?” अगर नहीं, तो जोड़ें। Native speaker की 15-minute review की लागत failed campaign को वापस लेकर दोबारा बनाने की तुलना में लगभग शून्य है।

10. Character encoding: जब “Krüger” बन जाए “Kr?ger”

यह list की सबसे कम glamorous mistake है — और सबसे आम में से एक भी। जब accented letters (é, ü, ñ, ç, ø), CJK characters, या Cyrillic text गलत encoding में save या transmit होते हैं, तो वे टूटे हुए characters में बदल जाते हैं। इसका technical term है mojibake।

❌ German: “Krüger” → “Kr?ger” (या “Kr�ger” — replacement character)

✅ “Krüger” — हमेशा UTF-8 में save और transmit करें

❌ Japanese: 「翻訳」(“translation”) → email subject line में ”�|��”

✅ 「翻訳」 — email clients और CMS platforms में encoding settings जाँचें

❌ Russian: “Россия” → “Ðîññèÿ” जब Windows-1251 को ISO-8859-1 की तरह पढ़ा जाए

✅ हमेशा UTF-8 इस्तेमाल करें। यह Latin, Cyrillic, CJK, Arabic, Thai — सबको एक ही encoding में संभालता है।

कैसे बचें: हमेशा UTF-8 इस्तेमाल करें — यही आधुनिक standard है और आज उपयोग में आने वाली हर script को संभालता है। Translated text भेजने या upload करने से पहले एक quick visual check करें: क्या special characters सही दिख रहे हैं? Excel से export करते समय स्पष्ट रूप से “CSV UTF-8” चुनें। अगर doubt हो, file को plain text editor में खोलें — वहाँ accents टूटे हैं तो हर जगह टूटे होंगे।

Quick Reference: भेजने से पहले 10-second checklist

भेजने, publish करने या print करने से पहले इन चार सवालों से गुज़रें:

Idioms: क्या कोई phrase word-for-word translate हो गई? → Local equivalent लगाइए।
Formality: क्या register audience और context के लिए सही है? → Doubt हो तो formal रखें।
Dates: क्या dates वही format इस्तेमाल कर रही हैं जिसकी reader को उम्मीद है? → Format को explicitly label करें।
Names: क्या किसी proper name का “translation” हो गया? → Original restore करें।

दस seconds। चार सवाल। यह सब कुछ नहीं पकड़ेगा, लेकिन वे mistakes पकड़ लेगा जो headlines बनती हैं।

FAQ

क्या ChatGPT / Claude ये mistakes अपने-आप ठीक कर देते हैं?

विश्वसनीय रूप से नहीं। LLMs idioms और register में पुराने machine translation tools से बेहतर हैं, लेकिन false-friend errors अभी भी करते हैं, names अभी भी गलत translate कर सकते हैं, और cultural judgment अभी भी नहीं रखते। उन्हें नहीं पता कि “Mother Dairy” brand name है — वे दो शब्द देखते हैं और translate कर देते हैं। LLM output को किसी भी machine translation की तरह ही treat करें: strong draft, लेकिन human review ज़रूरी।

इन गलतियों से बचने में free tool और paid professional translator में क्या फर्क है?

Free tools raw translation देती हैं। Professional translators — और OpenL जैसी professional-grade platforms — terminology management जोड़ते हैं ताकि inconsistency न हो, format preservation जोड़ते हैं ताकि layout न टूटे, और context awareness जोड़ते हैं ताकि idioms और false friends पकड़े जा सकें। फर्क सबसे ज़्यादा mistakes #1–5 में दिखता है (idioms, register, false friends, और cultural nuance)। Mistake #10 में gap कम है (encoding — अच्छे tools दोनों ओर UTF-8 ठीक संभालते हैं)।

सबसे महंगी mistake कौन-सी पड़ती है?

Mistake #5 (machine output पर blind trust) लगातार सबसे expensive failures का कारण बनती है। HSBC का 10 million dollar rebrand, 50,000 dollar equipment destruction, और Meta का living politician death incident — सभी में common बात यही थी कि human review के बिना machine translation publish कर दी गई। Fix सीधी है: go-live से पहले किसी इंसान से output पढ़वाएँ। इसकी लागत minutes है, और बचत millions में हो सकती है।