10 טעויות תרגום נפוצות (ואיך להימנע מהן)

OpenL Team 6/27/2026
10 טעויות תרגום נפוצות (ואיך להימנע מהן)

TABLE OF CONTENTS

סלוגן שתורגם לא נכון עלה ל-HSBC 10 מיליון דולר. באג בפורמט תאריך השמיד ציוד מפעל בשווי 50,000 דולר. תרגום אוטומטי של Facebook הוביל למעצר של אדם. טעויות תרגום אינן רק מביכות — הן ממש שוברות דברים. הנה 10 טעויות קונקרטיות שכדאי לשים לב אליהן, עם דוגמאות אמיתיות ותיקונים שלוקחים שניות.

1. תרגום מילולי של ניבים

ניבים כמעט אף פעם לא שורדים תרגום ישיר. למילים יש משמעות אחת בתוך הקשר ומשמעות אחרת לגמרי כשמפרקים אותן, ובכל זאת זו עדיין טעות התרגום הנפוצה ביותר כמעט בכל צמד שפות.

❌ “It’s raining cats and dogs” → 「下猫下狗」(סינית מילולית: “נופלים חתולים וכלבים”)

✅ 「倾盆大雨」(סינית: “גשם שוטף”) / “Il pleut des cordes” (צרפתית: “יורדים חבלים”) / “Es regnet in Strömen” (גרמנית: “יורד בזרמים”)

❌ “Break a leg” → 「رجل اكسر」(ערבית: מילולית “שבור רגל”)

✅ 「بالتوفيق」(ערבית: “בהצלחה”) / «Ни пуха ни пера!» (רוסית: מקבילה תרבותית ל”בהצלחה”)

❌ הסלוגן של Coors “Turn it loose” → בספרדית קיבל משמעות קרובה ל”לסבול משלשול”

✅ סלוגן מקומי שנבדק עם דוברי שפת אם בשוק היעד

❌ “To have other cats to whip” (צרפתית: «avoir d’autres chats à fouetter») → באנגלית מילולית זה נשמע כמו שטות

✅ “To have other fish to fry” — הניב האנגלי המקביל

איך להימנע: כשאתם נתקלים בניב, שאלו: “האם הביטוי הזה קיים בשפת היעד עם אותה משמעות?” אם התשובה היא לא — וכמעט תמיד כך — חפשו את המקבילה המקומית במקום לתרגם מילה במילה.

2. התעלמות מרשמיות ומרמת לשון

באנגלית משתמשים ב-”you” לכולם. ברוב השפות האחרות זה לא כך. שימוש בצורה הלא נכונה של פנייה יכול להיות מעט מביך או ממש פוגעני — במיוחד בהקשרים עסקיים, משפטיים ופונים ללקוח.

❌ ביפנית: あなた (anata) בשירות לקוחות. פירוש מילולי: “אתה/את”, אבל בהקשר שירותי זה נשמע מרוחק וקר.

✅ お客様 (okyakusama, “לקוח נכבד”) או שם הלקוח + 様 (-sama)

❌ בצרפתית: “Tu” במקום “Vous” במייל עסקי. שימוש בפנייה לא רשמית כלפי אדם לא מוכר נשמע יומרני.

✅ “Vous” לכל מי שאין איתו מערכת יחסים לא רשמית מבוססת. ברירת המחדל: רשמי.

❌ באיטלקית: “Tu” במקום “Lei” כשפונים ללקוח. באיטלקית “Lei” היא צורת הפנייה הפורמלית.

✅ “Lei” + פעלים בגוף שלישי בהקשרים עסקיים ורשמיים

❌ בקוריאנית: שימוש ב-반말 (banmal, דיבור לא רשמי) במייל עסקי במקום 존댓말 (jondaenmal, דיבור מנומס).

✅ כברירת מחדל השתמשו ברמת הנימוס הגבוהה ביותר (צורות 합니다 / 합니까), אלא אם הקשר ברור כלא רשמי

איך להימנע: בכל שפה שאליה אתם מתרגמים, למדו שני דברים: איך נראית החלוקה בין פורמלי ללא-פורמלי, ואיזה register קהל היעד מצפה לו. במקרה של ספק, לכו על פורמלי — עדיף להיות מעט מנומסים מדי מאשר להישמע גסים בלי כוונה. ביפנית, קוריאנית ותאית מערכות הרשמיות מורכבות במיוחד, ו-machine translation לבדה לא תפתור את זה.

3. בלבול בין פורמטים של תאריכים ומספרים

רק ארצות הברית ועוד מעט טריטוריות משתמשות ב-MM/DD/YYYY. רוב העולם משתמש ב-DD/MM/YYYY או YYYY-MM-DD. טעות כאן לא רק נראית לא מקצועית — היא גם משבשת נתונים.

❌ 03/06/2026 בחוזה לקהל אירופי. הכותב התכוון ל-6 במרץ; הקורא רואה 3 ביוני.

✅ “6 March 2026” או “March 6, 2026” — צורות לא דו-משמעיות בין אזורים

❌ 1,500.75 במסמך גרמני. בגרמנית מחליפים בין פסיק לנקודה עשרונית: 1.500,75. גם בפורטוגזית ברזילאית כך: 1.500,75. בצרפתית ואיטלקית שווייצריות משתמשים באפוסטרוף: 1’500.75.

✅ 1.500,75 (גרמנית/פורטוגזית), 1 500,75 (צרפתית), או עיצוב לפי locale

❌ להניח שהלוח הגרגוריאני מתאים לכולם. סעודיה משתמשת בלוח ההיג’רי במסמכים רשמיים. תאילנד משתמשת בלוח הבודהיסטי (שנה +543). יפן משתמשת גם בשנות תקופות קיסריות (Reiwa 8 = 2026).

✅ אשרו באיזה לוח שנה הקהל שלכם משתמש

איך להימנע: שמרו תאריכים פנימית כ-ISO 8601 ‏(YYYY-MM-DD). הציגו אותם בפורמט שהקורא מצפה לו. במסמך מתורגם כדאי גם לכתוב במפורש: “התאריכים במסמך זה מוצגים בפורמט DD/MM/YYYY.” חמש שניות של ניסוח כזה חוסכות ימים של בלבול.

4. False friends: כשהמילים משקרות

false friend היא מילה שנראית זהה או כמעט זהה בשתי שפות, אבל פירושה שונה לגמרי. היא מסוכנת במיוחד כי היא יוצרת אשליה של נכונות — המתרגם רואה משהו מוכר ולא עוצר לבדוק.

מילה באנגליתחבר כוזבשפהמשמעות אמיתית
embarrassedembarazadaSpanishבהיריון
actuallyattualmenteItalianכרגע
giftGiftGermanרעל
sensiblesensibileItalianרגיש
eventuallyeventualmentePortugueseאולי / ייתכן
librarylibrairieFrenchחנות ספרים
demandtalep etmekTurkishלבקש
painpainFrenchלחם
magazineмагазин (magazin)Russianחנות
bravebraafDutchממושמע
locationlocationFrenchהשכרה
pretenderpretenderPortugueseלהתכוון

Parker Pens למדה את זה בדרך הקשה: הסלוגן באנגלית הבטיח שהעט “won’t leak in your pocket and embarrass you.” בתרגום לספרדית, בלבול בין embarazar ל-”embarrass” הפך את המשפט למשהו כמו “לא ידלוף בכיס ולא יכניס אותך להיריון”. false friends הן רק אחת הדרכים שבהן שפות מפתיעות אותנו — אוסף עובדות השפה המפתיעות שלנו כולל עוד מלכודות כאלה.

איך להימנע: החזיקו glossary של false friends מוכרים לכל צמד שפות שאתם עובדים איתו. סמנו אותם באזהרות “Do Not Translate”. אם מילה נראית מוכרת מדי בשפת היעד, עצרו ובדקו — הדמיון הוא בדיוק מה שהופך אותה למסוכנת.

5. אמון עיוור ב-machine translation

Machine translation השתפרה מאוד — אבל עדיין עושה טעויות קטגוריה שאדם לא היה עושה. ביולי 2025, התרגום האוטומטי של Meta הודיע בטעות שמושל מדינה בהודו “הלך לעולמו”, רק משום שכתב פוסט תנחומים על מישהו אחר. לשכתו כינתה את הכלי “מסוכן” ודרשה להשעותו עבור Kannada.

עוד מקרים אמיתיים:

ערבית → עברית (Facebook, 2017): “Good morning” שפורסם על ידי פלסטיני תורגם אוטומטית ל”תקפו אותם”. המשטרה הישראלית עצרה אותו לפני שהטעות נתפסה.

✅ מתרגם אנושי מבין ש-صباح الخير פירושו פשוט “בוקר טוב”.

הינדית → אנגלית (Uber, 2025): “Mother Dairy ke samne hun” (“אני עומד מול Mother Dairy”, מותג ידוע בהודו) הפך ל-”I am facing the threat of murder.”

✅ המתרגם היה צריך לזהות ש-”Mother Dairy” הוא שם מותג, לא מילים לתרגום.

אנגלית → צרפתית (Montreal Transit, 2025): “Bishop Street” תורגם על ידי AI ל-”Beeshop” במפות קווי אוטובוס.

✅ שמות פרטיים ומקומות אינם מתורגמים. אדם לא היה מנסה בכלל.

איך להימנע: machine translation היא טיוטה, לא מוצר סופי. כל דבר שפונה ללקוחות, קשור למשפט, רפואה או בטיחות — חייב לעבור review אנושי. גם לכלים שונים יש נקודות עיוורון שונות — ההשוואה שלנו בין OpenL ל-Google Translate מראה איפה כל כלי נוטה למעוד. הכלל פשוט: אם התוצאה של טעות היא רק מבוכה, אולי אפשר לקחת סיכון. אם התוצאה עלולה להיות אחריות משפטית או נזק פיזי — לא.

6. התרחבות טקסט ושבירת layout

שפות שונות תופסות נפח שונה. בתרגום מאנגלית לגרמנית, הטקסט גדל בערך ב-25–40%. איטלקית ופורטוגזית: 15–30%. צרפתית וספרדית: 15–25%. אפילו שפות עם כתב קומפקטי מביאות הפתעות — מילים ברוסית קירילית ארוכות בממוצע מהמקבילות באנגלית, והמילים המחוברות בדנית? סליחה — בהולנדית — מתחרות בגרמנית באורך. גם strings קצרים ב-UI נוטים להתנפח במיוחד.

❌ כפתור “Submit” ברוחב 80px. הגרמנית “Absenden” גולשת. האיטלקית “Invia” נכנסת, אבל הרוסית “Отправить” כבר לא. הטורקית “Gönder” יכולה לשבור את הסידור.

✅ עצבו כפתורים עם מרווח של 30%+ התרחבות, או השתמשו ב-layout גמיש שגדל עם התוכן

❌ PDF עם תיבות טקסט צפופות: ההולנדית “Sollicitatieformulier” (17 תווים) מחליפה את “Job Application” (15 תווים), אבל הגרמנית “Bewerbungsformular” (19 תווים) כבר גולשת מהעמוד.

✅ בדקו layout בכל שפות היעד לפני סגירה. השאירו מרחב לבן בעיצוב המקורי

איך להימנע: ב-UI, גרמנית היא שפת stress test טובה — אם זה נכנס בגרמנית, זה כנראה ייכנס כמעט בכל שפה אחרת. במסמכים, תמיד בצעו pass של בדיקת layout אחרי התרגום. אם אתם מתרגמים PDF, שבירת עימוד נפוצה במיוחד — המדריך שלנו לתרגום PDF בלי לאבד formatting מסביר את הכלים והזרימה. ה-W3C ממליץ לתכנן לפחות 30–40% התרחבות מאנגלית לשפות אירופיות.

7. טרמינולוגיה לא עקבית

לתרגם את אותו מונח בשלוש צורות שונות בתוך אותו מסמך שוחק אמון ויוצר בלבול — במיוחד בתוכן משפטי, טכני ורפואי.

❌ בחוזה משפטי באנגלית: בעמוד 1 כתוב “Service Agreement”, בעמוד 5 “Services Contract”, ובעמוד 8 “Terms of Engagement”. הכול מתייחס לאותו מסמך. הקורא שואל: אלה שלושה דברים שונים?

✅ בחרו מונח אחד לכל מושג ושמרו עליו לאורך כל המסמך וכל התרגומים שלו

❌ תרגום רפואי מיפנית (NIH, 2025): 「患者」 תורגם כ-”patient” בפסקה אחת וכ-”case” בפסקה הבאה, מה שיוצר עמימות אם מדובר באותו אדם

✅ השתמשו ב-glossary של מונחים מקצועיים ואכפו אותו לאורך כל הפרויקט

איך להימנע: לפני שמתחילים פרויקט תרגום, בנו mini-glossary של 10–20 המונחים החשובים ביותר והתרגומים המאושרים שלהם. שתפו אותו עם כל מי שעובד על המסמך. כלי translation memory, שקיימים בפלטפורמות מקצועיות כמו OpenL, עושים זאת אוטומטית — הם זוכרים איך תרגמתם מונח ומחילים זאת בצורה עקבית.

8. תרגום שמות שאסור לתרגם

שמות של אנשים, מותגים, מקומות ומוצרים כמעט לעולם לא מתורגמים. אבל כלי machine translation לא יודעים את זה, ולפעמים גם מתרגמים אנושיים מתקנים יותר מדי.

ספרדית → אנגלית (אתר תיירות מקסיקני): “Tulum” הפך ל-”Jumpsuit”, “Acolman” ל-”I Blame”, “Progreso” ל-”Progress.”

✅ שמות מקומות אינם מתורגמים. הם נשארים בצורה המקורית.

אנגלית → סינית: “Palo Alto” → 「高木头」(“עץ גבוה”). אבל זו עיר, לא מחסן עצים.

✅ “Palo Alto(加州一城市)” — השם נשאר, עם הערת הסבר אם צריך

רוסית → אנגלית: “Василий” → “Cornflower” (כי василёк פירושו cornflower). אבל כאן זה שם אדם: Vasily.

✅ “Vasily” — לתעתק, לא לתרגם

איך להימנע: הוסיפו כלל ל-checklist התרגום שלכם: “שמות פרטיים, מותגים, מוצרים ומקומות אינם מתורגמים.” אם כלי אוטומטי נוגע בשמות, סמנו זאת מיד. זה אחד התחומים שבהם מכונות נכשלות בעקביות ובני אדם בדרך כלל לא.

9. נקודות עיוורון תרבותיות

תרגום מתרחש בין תרבויות, לא רק בין שפות. תרגום מדויק לחלוטין עדיין עלול להיכשל אם הוא מתעלם מההקשר התרבותי של הקהל.

❌ שימוש בלבן כצבע חתונה לקהל סיני או הודי. בתרבויות רבות במזרח אסיה, לבן = הלוויה; אדום = חתונה. בחלקים ממערב אפריקה, אדום = אבל.

✅ חקרו את הסמליות של צבעים בתרבות היעד לפני שמקבעים שילוב של טקסט וויזואליה

❌ קמפיין Ramadan לשחקנים מהמזרח התיכון שהציג דמויות עם אוכל ובירה. Ramadan הוא חודש צום.

✅ אם אתם מתייחסים לאירוע תרבותי או דתי, התייעצו עם מישהו מהתרבות הזו

❌ אימוג’י אגודל למעלה בהודעות לקהלים מהמזרח התיכון וממערב אפריקה — במחוזות מסוימים זה יכול להשתוות בערך לאצבע משולשת.

✅ טקסט בטוח יותר מאימוג’י בתקשורת בין-תרבותית. אם משתמשים באימוג’י, בדקו קודם את המשמעות המקומית.

איך להימנע: לכל קמפיין או מסמך שנכנס לשוק חדש, שאלו שאלה אחת: “האם יש אדם מקומי בשרשרת הבדיקה?” אם לא — הוסיפו אחד. עלות של 15 דקות review עם דובר שפת אם היא אפסית לעומת עלות של משיכת קמפיין כושל ובנייה מחדש.

10. קידוד תווים: כש-”Krüger” הופך ל-”Kr?ger”

זו אולי הטעות הכי פחות זוהרת ברשימה — ואחת הנפוצות ביותר. כאשר אותיות עם סימנים (é, ü, ñ, ç, ø), תווי CJK או טקסט קירילי נשמרים או נשלחים בקידוד שגוי, הם הופכים לג’יבריש. המונח הטכני הוא mojibake.

❌ גרמנית: “Krüger” → “Kr?ger” (או “Kr�ger” — תו החלפה)

✅ “Krüger” — שמרו ושדרו תמיד ב-UTF-8

❌ יפנית: 「翻訳」(“תרגום”) → ”�|��” בשורת הנושא של אימייל

✅ 「翻訳」 — בדקו הגדרות קידוד בלקוחות אימייל וב-CMS

❌ רוסית: “Россия” → “Ðîññèÿ” כאשר Windows-1251 נקרא כ-ISO-8859-1

✅ תמיד השתמשו ב-UTF-8. הוא מכסה לטינית, קירילית, CJK, ערבית, תאית — הכול באותו קידוד.

איך להימנע: תמיד השתמשו ב-UTF-8 — זה הסטנדרט המודרני והוא תומך בכל הכתבים שבשימוש היום. לפני שליחה או העלאה של טקסט מתורגם, עשו בדיקה ויזואלית מהירה: האם התווים המיוחדים נראים נכון? כשמייצאים מ-Excel, בחרו במפורש “CSV UTF-8”. אם יש ספק, פתחו את הקובץ בעורך טקסט פשוט — אם הסימנים נשברים שם, הם שבורים בכל מקום.

תזכורת מהירה: checklist של 10 שניות לפני שליחה

לפני שאתם שולחים, מפרסמים או מדפיסים תרגום, עברו על ארבע השאלות האלה:

  1. Idioms: האם ביטוי כלשהו תורגם מילה במילה? → החליפו במקבילה מקומית.
  2. Formality: האם register מתאים לקהל ולסיטואציה? → אם יש ספק, לכו על פורמלי.
  3. Dates: האם התאריכים בפורמט שהקורא מצפה לו? → ציינו את הפורמט במפורש.
  4. Names: האם שם פרטי/מקום “תורגם”? → החזירו את המקור.

עשר שניות. ארבע שאלות. זה לא יתפוס הכול, אבל זה יתפוס את הטעויות שעושות כותרות.

FAQ

האם ChatGPT / Claude מתקנים את הטעויות האלה אוטומטית?

לא באופן אמין. LLMs טובים יותר מ-machine translation ישנה בטיפול בניבים וברמת לשון, אבל הם עדיין עושים טעויות false friends, עדיין מתרגמים שמות לא נכון, ועדיין חסר להם שיפוט תרבותי אמיתי. הם לא יודעים ש-”Mother Dairy” הוא שם מותג — הם רואים שתי מילים ומתרגמים אותן. התייחסו לפלט של LLM כמו לכל תרגום מכונה אחר: טיוטה חזקה שעדיין דורשת בדיקה אנושית.

מה ההבדל בין כלי חינמי למתרגם מקצועי בתשלום בהימנעות מהטעויות האלה?

כלים חינמיים נותנים תרגום גולמי. מתרגמים מקצועיים ופלטפורמות מקצועיות כמו OpenL מוסיפים: ניהול טרמינולוגיה למניעת חוסר עקביות, שימור פורמט למניעת שבירת layout, ומודעות להקשר כדי לזהות ניבים ו-false friends. הפער בולט במיוחד בטעויות #1–5 (ניבים, register, false friends וניואנסים תרבותיים). הוא קטן יותר ב-#10 (קידוד — כלים טובים משני הצדדים יודעים להתמודד עם UTF-8).

איזו טעות עולה הכי הרבה כסף?

טעות #5 (אמון עיוור בפלט אוטומטי) גורמת בעקביות לכישלונות היקרים ביותר. מיתוג מחדש של HSBC ב-10 מיליון דולר, הרס ציוד ב-50,000 דולר ותקרית Meta שבה פוליטיקאי חי הוכרז כמת — כולם נבעו מפרסום machine translation בלי review אנושי. הפתרון — לתת לאדם לקרוא את הפלט לפני פרסום — עולה דקות וחוסך מיליונים.

Sources