לוקליזציית AI: אוטומציה של תרגום וביקורת i18n

לוקליזציה שוברת לוחות זמנים של שחרור: היכן הולכים לאיבוד מחרוזות

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

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

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

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

מה נותן מעגל תרגום מבוקר: אפקט במדדים

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

זמן שחרור גרסה בשפה חדשה

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

שיעור תרגום אוטומטי

זיכרון תרגומים צובר מקטעים מאושרים, ולכן משחרור לשחרור גדל שיעור המחרוזות שנסגרות בלי מתרגם: התאמות מדויקות — במלואן, קרובות — עם תיקון של כמה מילים. בפרויקט בוגר נסגרים אוטומטית 80–90% מהנפח, ידנית נשארים פרקים חדשים וטקסטים משפטיים.

סוגי פגמים בלוקליזציה

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

היקף תיקונים ידניים

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

מצבי לוקליזציה: ידני, אוטומטי, היברידי

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

איך זה נראה בפרויקט

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

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

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

שלבי יישום: מ-i18n-אודיט ועד קבלת השחרור

לוקליזציה נשברת לא בתרגום, אלא קודם — על מחרוזות שמוטבעות ישירות בקוד, הדבקות מהסוג «קובץ + מספר + סיומת» ותגיות בתוך תבניות. כל עוד לא רואים כמה טקסט חי בממשק, במכתבים, בהתראות נייד ובטיפים, כל אוטומציה מכפילה כאוס. בהמשך — מסלול העבודה שאחריו התרגום הופך לשלב בנייה קבוע, ולא למירוץ ידני לפני שחרור.

1. מלאי מחרוזות. אוספים משאבי טקסט ממאגרי קוד, תבניות, מסכים, מכתבי מערכת והתראות. התוצאה — מרשם: מקור, מסך, מצב (מתורגם, מיושן, כפילות). הוא גם הופך לבסיס להערכת הנפח.

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

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

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

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

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

ארטיפקטים של לוקליזציה: מה נשאר אצל הצוות שלכם

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

• מפת מחרוזות — טבלה «מפתח → קובץ → מסך או תרחיש → סטטוס → אחראי»: מיד רואים מה עוד לא מתורגם ומי סוגר את הפער.
• מילון מונחים — מונחים עם חלק דיבר, רישיות ומילים נרדפות אסורות, מחובר לזיכרון תרגומים: מונח שנוי במחלוקת נפתר פעם אחת, ולא בכל שחרור.
• מדיניות מפתחות — כללי שמות, איסור על הדבקת ביטוי משברים, דרישות להצבות ולהתאמת מספר.
• הגדרות המעגל — חילוץ מחרוזות מהקוד, חיבור ספריות תרגום, בדיקות אוטומטיות בשלב הבנייה.
• תקנון קבלת תרגום — מה נחשב לפגם חוסם, מי מקבל ולפי איזה צ'ק-ליסט מחזיר לתיקון.
• דוח אודיט — חתך לפני ואחרי: שיעור מחרוזות לא מתורגמות, כפילויות ומפתחות «מתים», מחרוזות שמוטבעות בקוד, הצבות שאבדו.

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

מקרה בוחן: איך צמצמו תיקונים ידניים והאיצו שחרור גרסאות

המוצר יצא בארבע שפות, ומחרוזות לתרגום נאספו ידנית: מפתחים ייצאו טבלאות, מתרגמים החזירו אותן, והמפתחות עד אז כבר התפצלו. בכל איטרציה 28-30% מהמחרוזות היו צריכות תיקון ידני — חלקן איבדו הצבות, חלקן לא נכנסו לכפתור, וחלקן נשארו בשפת המקור.

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

אחרי שלושה מחזורים 96% מהמחרוזות נסגרו אוטומטית, שיעור התיקונים הידניים ירד מ-30% ל-4%, שחרור שפה חדשה התקצר מ-6-8 שבועות לחמישה ימי עבודה, ומספר פגמי הממשק לגרסה ירד ליחידות במקום ארבעים פלוס. הקבלה הפסיקה להיות מעבר ידני על מסכים: מקומות שנויים במחלוקת מגיעים כרשימה עם ציון המפתח והמסך.

התמונה תואמת את התעשייה: לפי נתוני CSA Research, את עיקר השיפור במהירות שחרור שפות נותנת אוטומציה של פעולות חוזרות עם טקסט, בעוד שהאיכות נשענת על מילון מונחים, הקשר ובדיקות שמוטמעות בצינור לפני הפרסום.

במה i18n-אודיט שונה מלוקליזציה חד-פעמית של ממשק?

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

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

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

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

שאלות נפוצות על אוטומציה של תרגום ו-i18n-אודיט

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

מי אחראי למינוח אחיד בממשק, במכתבים ובעזרה?

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

מחרוזות מתורגמות שוברות פריסה — איך תופסים את זה מראש?

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

המוצר כבר יצא. האם צריך לשכתב קוד?

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

מאיפה מתחילים: מה להכין לפני הפעלת מעגל התרגום

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

• מפת מחרוזות: אילו משטחים מתורגמים (ווב, בניות נייד, מכתבים, עזרה), מה נשאר בשפת המקור, מי הבעלים של כל אחד.
• אודיט מוכנות ללוקליזציה: הדבקת מחרוזות באמצעות שרשור, פורמטים של תאריכים, מספרים ויחסות שמוטבעים בקוד, צורות רבים — כל מה שמפריע למעבר מכונה.
• מילון מונחים וכללי מינוח: מונחים קבועים עם איסור מילים נרדפות, בנפרד — שמות מוצר וניסוחים משפטיים שלא מתורגמים.
• זיכרון תרגומים וסכמת חלוקה למקטעים: בלוקים חוזרים לא מתורגמים מחדש, שיעור ההתאמות גדל בכל שחרור.
• שפת פיילוט: שוק אחד עם העומס הגדול ביותר, שבו המעגל נבדק במלואו לפני הרחבה.
• קריטריוני קבלה: שיעור מחרוזות לא מתורגמות, מספר משתנים שבורים לשחרור, זמן הגהה, שחזור לאחור לגרסה קודמת.
• תפקידים והרשאות: מי מאשר מינוח, מי מקבל את השחרור, למי נשלחת התראה על אי-התאמה.

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

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