מי אחראי לעדכן כל שפה באתר כשהמוצר או השירות משתנים

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

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

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

האחריות מתחילה במקום שבו נוצר השינוי

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

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

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

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

לתעד את הקשר בין העמודים, לא רק רשימת כתובות

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

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

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

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

אישור לשוני ואישור מקצועי הם בדיקות שונות

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

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

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

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

לא כל הבדל בין שפות הוא תקלה

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

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

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

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

להחליט מה עושים כשהעדכון עדיין לא מוכן

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

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

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

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

לבדוק את העמוד שפורסם, לא רק את הקובץ שאושר

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

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

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

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