לוקליזציית מסחר אלקטרוני מהקטלוג ועד החנות

הפרידו תרגום ממוכנות שוק

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

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

ערכו מלאי של מסע הקונה

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

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

הגדירו מזהי locale בכוונה

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

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

בנו מילון סביב משמעות המוצר

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

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

{
  "conceptId": "material-linen",
  "definition": "Fiber described as linen in the approved specification",
  "sourceTerm": "linen",
  "targetLocale": "de",
  "approvedTerm": "Leinen",
  "rule": "Do not infer a material blend or certification",
  "reviewStatus": "pending"
}

הגנו על מחירים, יחידות וטענות מוצר

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

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

בדקו כל locale בשני סבבים

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

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

הכינו מסירה ספציפית ליעד

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

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

שמרו על עדכניות הלוקליזציה לאחר השקה

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

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

שאלות נפוצות