איך לבצע לוקליזציה לאפליקציה לנייד

TABLE OF CONTENTS

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

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

מדריך זה עובר על השלבים המעשיים עבור צוותי iOS ו-Android.

במבט מהיר:

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

מה כוללת לוקליזציה של אפליקציות לנייד בפועל

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

1. לוקליזציה בתוך האפליקציה

זהו המוצר עצמו:

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

אפל ממליצה במפורש להשתמש ב-Xcode, Foundation APIs, Auto Layout, תמיכה ב-Unicode, קטלוגי נכסים מותאמים לשפה וסמלים מודעים לכיוון כדי להכין אפליקציות לשווקים גלובליים. Android ממליצה באופן דומה על משאבים מודעים לשפה, תמיכה בשפת אפליקציה ופריסות מודעות ל-RTL במקום טקסט ומיקומים מקודדים.

2. לוקליזציה של רישום בחנות

זהו האופן שבו משתמשים מגלים את האפליקציה שלכם:

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

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

התחילו עם בינאום, לא תרגום

תרגום הוא השלב האחרון בתהליך שמתחיל עם מבנה.

הפרידו מחרוזות ושמרו על שפת ברירת מחדל מלאה

באנדרואיד, Google מזהירה שקובץ ברירת המחדל res/values/strings.xml חייב להגדיר כל מחרוזת שהאפליקציה שלכם צריכה. אם קובץ ברירת המחדל אינו שלם והמכשיר פועל בשפה שאינה נתמכת, האפליקציה עלולה להיכשל בטעינה ולהציג שגיאה עם כפתור Force Close. זו הסיבה שהלוקליזציה מתחילה עם תחזוקת משאבים, ולא עם בחירת שפה.

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

כלל מעשי:

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

דוגמה קטנה תקל על הדמיה של זה.

באנדרואיד, בדרך כלל מתחילים עם קובץ ברירת מחדל strings.xml:

<!-- קריאה לפעולה ראשית במסך התשלום. שמרו על זה קצר. -->
<string name="checkout_cta">שלם עכשיו</string>
<string name="welcome_title">ברוך שובך, %1$s</string>

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

Text(text = stringResource(R.string.checkout_cta))

בפלטפורמות של Apple, Xcode 15+ לעיתים קרובות מנהל את אותו רעיון בקטלוג מחרוזות. קטע פשוט מתוך Localizable.xcstrings עשוי להיראות כך:

{
  "sourceLanguage": "en",
  "strings": {
    "Pay now": {
      "localizations": {
        "en": { "stringUnit": { "value": "Pay now" } },
        "fr": { "stringUnit": { "value": "Payer maintenant" } }
      }
    }
  }
}

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

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

אם אתה מחפש כלי ישיר לקבצי משאבים של אפליקציות, OpenL JSON Translator שווה בדיקה. הוא תוכנן לתרגם קבצי .json מבלי לשבור מפתחות או מבנה, וזה בדיוק מה שאתה צריך כאשר מחרוזות אפליקציה מאוחסנות בקבצי לוקליזציה קריאים למכונה. תהליך העבודה פשוט: העלה את קובץ ה-JSON שיוצא מהאפליקציה שלך, CMS, או צינור הלוקליזציה, בחר את שפת היעד, והורד קובץ JSON מתורגם עם אותו מבנה. לפי דף המוצר, הוא תומך ביותר מ-100 שפות וקבצים עד 50 מגה-בייט, מה שהופך אותו לכלי מעשי לצוותי לוקליזציה של אפליקציות המטפלים בתוכן מובנה.

תמיכה בבחירת שפה ברמת האפליקציה

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

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

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

השתמשו במערכת הלוקליזציה של הפלטפורמה

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

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

iOS: קטלוגי מחרוזות, Localizable.strings, .stringsdict, פורמטרים של Foundation, Auto Layout
Android: res/values/, תיקיות משאבים מותאמות לשפה, LocaleConfig, setApplicationLocales(), supportsRtl

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

לוקליזציה של החלקים שרוב הצוותים מפספסים

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

רבים, משתנים ודקדוק

חוקי רבים אינם אוניברסליים. חוקי רבים של Unicode CLDR מגדירים קטגוריות כמו zero, one, two, few, many, ו-other, ושפות שונות משתמשות בתתי-קבוצות שונות. Apple מציינת שבזרימות עבודה ישנות של .stringsdict, הקטגוריה other היא היחידה הנדרשת, אך דילוג על קטגוריות מותאמות לשפה עדיין יכול להוביל לתוצאה דקדוקית שגויה. גם Android וגם iOS מסתמכות על טיפול ברבים המותאם לשפה מסיבה טובה.

זה המקום שבו תרגום מכונה נאיבי נכשל:

1 file לעומת 2 files זה פשוט באנגלית
שפות סלאביות לעיתים קרובות זקוקות ליותר משתי צורות רבים
יש שפות שמשנות שמות עצם, פעלים או מילים מסביב יחד

לעולם אל תבנו ממשק משתמש מרובה על ידי חיבור קטעים כמו "You have " + count + " messages". השתמשו במשאבי רבים של הפלטפורמה במקום.

להלן הצורה המינימלית לכך בכל פלטפורמה.

Android:

<plurals name="files_remaining">
  <item quantity="one">%1$d קובץ נותר</item>
  <item quantity="other">%1$d קבצים נותרו</item>
</plurals>

Text(text = pluralStringResource(R.plurals.files_remaining, count, count))

דוגמה למבנה .stringsdict ישן ב-iOS:

<plist version="1.0">
<dict>
  <key>%#@files@</key>
  <dict>
    <key>NSStringLocalizedFormatKey</key>
    <string>%#@files@</string>
    <key>files</key>
    <dict>
      <key>NSStringFormatSpecTypeKey</key>
      <string>NSStringPluralRuleType</string>
      <key>NSStringFormatValueTypeKey</key>
      <string>d</string>
      <key>one</key>
      <string>%d קובץ נותר</string>
      <key>other</key>
      <string>%d קבצים נותרו</string>
    </dict>
  </dict>
</dict>
</plist>

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

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

תאריכים, מספרים, מטבעות ויחידות

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

כישלונות נפוצים כוללים:

03/04/2026 שמשמעותו שונה באזורים שונים
סימני דולר קשיחים לשווקים שאינם משתמשים בדולר
1,234.56 שמוצג בצורה שגויה באזורים שמשתמשים בפסיקים כמפרידי עשרוניים
יחידות מידה שמוצגות במערכת הלא נכונה

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

הרחבת פריסה ותמיכה מימין לשמאל

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

Apple ממליצה לבדוק עם שפות מדומות, כולל שפה מדומה מימין לשמאל ושפה מדומה באורך כפול, עוד לפני שמייבאים תרגומים אמיתיים. Android ממליצה להשתמש ב-start ו-end במקום left ו-right, להפעיל android:supportsRtl="true", ולבדוק פריסות מימין לשמאל במכשיר עם Force RTL.

רשימת הבדיקה שלך כאן פשוטה:

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

תמונות, אייקונים, צילומי מסך ווידאו

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

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

לוקליזציה של דפי ה-App Store ו-Google Play בנפרד

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

דרישות ה-App Store שכדאי לתכנן

אפל ממליצה לתרגם את המטא-דאטה ב-App Store Connect, כולל תיאור האפליקציה, מילות מפתח, תצוגות מקדימות וצילומי מסך. אפל גם מציינת שניתן להציג עד 10 צילומי מסך בדף המוצר, ו-עד 3 תצוגות מקדימות לכל גודל מכשיר ושפה נתמכת. תצוגות מקדימות יכולות להיות באורך של עד 30 שניות, וצילומי מסך חשובים אף יותר כאשר אין תצוגה מקדימה, מכיוון ש-שלושת צילומי המסך הראשונים עשויים להופיע בתוצאות החיפוש.

לכך יש שתי השלכות:

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

דרישות Google Play שכדאי לתכנן עבורן

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

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

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

בניית תהליך שחרור ובקרת איכות

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

שלב 1. בחירת יעדי לוקליזציה בכוונה תחילה

אל תתחיל עם “לתרגם הכל ל-20 שפות.”

התחל עם:

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

משלוח שוק אחד מקצה לקצה בדרך כלל עדיף על משלוח חמישה שווקים בחצי הדרך.

שלב 2. יצירת נכסים מוכנים ללוקליזציה

לפני תחילת התרגום, הקפא והכן:

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

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

שלב 3. בדיקה עם פסאודולוקליזציה תחילה

בפלטפורמות של Apple, השתמש בשפות פסאודו באורך כפול ובכיווניות מימין לשמאל. ב-Android, בדוק שפות לא נתמכות, Force RTL והגדרות שפת אפליקציה. זה תופס:

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

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

שלב 4. הפעל בקרת איכות לשונית על מכשירים אמיתיים

לאחר שהתרגומים מגיעים:

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

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

רשימת בדיקה לספרינט לוקליזציה ראשון

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

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

דוגמאות מהעולם האמיתי

הרעיונות המרכזיים למעלה אינם תיאורטיים.

DoorDash בנתה תרגום כבעיה פלטפורמית

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

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

Meta התייחסה ללוקליזציה כבעיה של שפה וגם כבעיה של גודל אפליקציה

Meta מציינת שכ-57% ממשתמשי Facebook לאנדרואיד ו-49% ממשתמשי Facebook ל-iOS משתמשים באפליקציה בשפה שאינה אנגלית. באותו מאמר, Meta מציינת שהסרת קבצי תרגום משולבים חסכה עד 16.6 מגה-בייט באפליקציית iOS ואפשרה לאנדרואיד להוסיף כמעט תריסר שפות נוספות מבלי להגדיל את גודל האפליקציה.

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

רשימת בדיקה סופית לפני השקה

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

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

מחשבות אחרונות

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

אם זו הפעם הראשונה שאתם עושים זאת, אל תכוונו לכיסוי גלובלי מושלם ביום הראשון. בחרו לוקיישן אסטרטגי אחד או שניים, בצעו לוקליזציה לאפליקציה ולדף החנות יחד, ערכו בדיקת QA רצינית, ולמדו משימוש אמיתי. אם אתם כבר מנהלים קבצי משאבים ותוכן המיועד למפתחים, שלבו את תהליך העבודה הזה עם How to Translate Technical Docs Without Breaking Code ו-Best JSON Translators in 2026.

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

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

מקורות

Apple Developer. לוקליזציה. https://developer.apple.com/localization/
Apple Developer. יצירת דף המוצר שלך. https://developer.apple.com/app-store/product-page/
Apple Developer. העלאת תצוגות מקדימות וצילומי מסך של אפליקציות. https://developer.apple.com/help/app-store-connect/manage-app-information/upload-app-previews-and-screenshots
Apple Developer. לוקליזציה של מחרוזות המכילות ריבוי. https://developer.apple.com/documentation/xcode/localizing-strings-that-contain-plurals
Apple Developer. בדיקת האפליקציה המותאמת בינלאומית שלך. https://developer.apple.com/library/archive/documentation/MacOSX/Conceptual/BPInternational/TestingYourInternationalApp/TestingYourInternationalApp.html
Apple Developer. הבנת ימין לשמאל. https://developer.apple.com/videos/play/wwdc2022/10107/
Android Developers. לוקליזציה של האפליקציה שלך. https://developer.android.com/guide/topics/resources/localization
Android Developers. העדפות שפה לפי אפליקציה. https://developer.android.com/guide/topics/resources/app-languages
Android Developers. תמיכה בשפות ותרבויות שונות. https://developer.android.com/training/basics/supporting-devices/languages
Google Play Console Help. תרגום ולוקליזציה של האפליקציה שלך. https://support.google.com/googleplay/android-developer/answer/9844778?hl=en
Google Play Console Help. יצירה והגדרת האפליקציה שלך. https://support.google.com/googleplay/android-developer/answer/9859152?hl=en
Unicode CLDR. כללי ריבוי. https://cldr.unicode.org/index/cldr-spec/plural-rules
DoorDash Engineering. בניית פלטפורמה לתרגום DoorDash למספר שפות. https://careersatdoordash.com/blog/building-a-platform-to-translate-doordash-into-multiple-languages/
DoorDash Engineering. תהליך קליטת שליחים אחיד: פלטפורמה מודולרית להתרחבות גלובלית. https://careersatdoordash.com/blog/doordash-unified-dasher-onboarding-a-modular-platform-to-scale-globally/
Engineering at Meta. חבילות שפה: פתרון הלוקליזציה הנייד של Meta. https://engineering.fb.com/2022/05/09/android/language-packs/