דמיינו דף הרשמה שמקבל את פני חצי מהקהל שלכם בשפה שהם קוראים רק בקושי. הם מנחשים את פירוש השדות, מהססים בשלב התשלום, ולא מעטים פשוט סוגרים את הכרטיסייה. כשהקהל שלכם מדבר יותר משפה אחת — עיר דו-לשונית, קהילת מהגרים, כנס בינלאומי או פסטיבל חוצה גבולות — תהליך הרשמה בשפה אחת בלבד מאבד נרשמים בדיוק ברגע שבו יש לכם את תשומת ליבם. המדריך הזה מסביר איך לנהל הרשמה לאירועים בכמה שפות כמו שצריך: תכנון תמהיל השפות, התמודדות עם שתי השפות שמפילות את רוב המערכות (עברית ורוסית), תרגום של כל מסע הנרשם ולא רק הטופס, קידום דפי השפה במנועי החיפוש, והדגמה מעשית של אירוע אחד שמתפרסם בשלוש שפות.
למה הרשמה בכמה שפות מכניסה יותר נרשמים
אנשים משלימים טפסים בשפה שבה הם חושבים. לקרוא כותרת בשפה שנייה זה עוד סביר, אבל תהליך הרשמה דורש החלטות — איזה סוג כרטיס, כמה, אילו העדפות, של מי כרטיס האשראי — וכל החלטה כזו קלה, מהירה ופחות מלחיצה בשפת האם. ההרשמה היא ממילא הרגע הרגיש ביותר באירוע כולו: כאן הסקרנות צריכה להפוך לפעולה מחייבת, לרוב עם תשלום צמוד. מחסום שפה שמתווסף לזה הוא בדיוק סוג הנשירה שקל למנוע בתכנון.
למארגנים שפונים לקהל רב-לשוני, הצעת הרשמה בשפת כל קהילה עושה שלושה דברים מוחשיים. היא מעלה את שיעור ההשלמה, כי פחות אנשים נוטשים טופס שהם מבינים במלואו. היא בונה אמון, כי דף שמדבר בשפת הנרשם מסמן שהאירוע נבנה עבורו, ולא תורגם כלאחר יד. והיא מפחיתה עומס תמיכה, כי רוב השאלות שמציפות את תיבת הדואר — "מה המשמעות של השדה הזה", "האם התשלום עבר" — מגיעות מאנשים שמנחשים את דרכם בממשק לא מוכר.
תכנון תמהיל השפות
הדחף "פשוט להוסיף את כל השפות" הוא מלכודת. כל שפה שאתם מציעים היא התחייבות: מישהו צריך לתרגם אותה, לשמור על דיוקה כשפרטים משתנים, ולתת בה מענה תמיכה. התחילו מהקהל האמיתי שלכם, לא ממשאלה. בדקו היכן נמצאים הנרשמים מהעבר, באילו שפות משתמשים כבר ערוצי הקידום שלכם, ומאיפה מגיעה הצמיחה. אצל מארגנים רבים התשובה הכנה היא שתיים או שלוש שפות, לא עשר.
אחרי שהגדרתם את הרשימה, קבלו ארבע החלטות עוד לפני שנגעתם בטופס:
- שפת ברירת המחדל — זו שמבקר רואה כשההעדפה שלו אינה ידועה, וגם הגיבוי כשחסר תרגום.
- מי מתרגם — מתרגם מקצועי, איש צוות דובר השפה, או תרגום מכונה עם הגהה של דובר יליד. לכל דבר שנרשם משלם עליו כסף, הגהה אנושית אינה מותרות; פלט מכונה הוא טיוטה, לעולם לא המילה האחרונה.
- מילון מונחים משותף — החליטו פעם אחת כיצד מתרגמים מונחים חוזרים (סוגי כרטיסים, "הרשמה", "רשימת המתנה", שם האירוע) כדי שאותו מושג לא יתורגם בשלוש צורות שונות בין הדף, המייל והכרטיס.
- ההיקף — הסכימו מראש ש"מתורגם" משמעו כל המסע, לא רק דף הנחיתה. על כך בהמשך.
עברית ו-RTL: מה בדרך כלל נשבר
עברית נקראת מימין לשמאל, ועובדה אחת זו מארגנת מחדש ממשק שלם. זו אינה החלפת גופן — כל הפריסה מתהפכת. תוויות עוברות לימין השדות, שלבי ההתקדמות רצים מימין לשמאל, כפתורי "הקודם" ו"הבא" מתחלפים, וכל רכיב שמוקם ידנית עבור דף משמאל לימין נוטה לנחות במקום הלא נכון.
נקודות הכשל הצפויות, פחות או יותר לפי שכיחותן:
- תוכן בכיוון מעורב. מספרי טלפון, כתובות מייל, מחירים, שמות מותג וכתובות באותיות לטיניות נשארים משמאל לימין גם בתוך משפט מימין לשמאל. מערכות שאינן מטפלות בטקסט דו-כיווני יערבבו את סדר הספרות במספר טלפון או ידחפו סימן מטבע לצד הלא נכון.
- יישור הטופס. שדות, תיבות סימון והתוויות שלהם צריכים להתהפך יחד. טופס חצי-הפוך — טקסט בעברית אך שדות מיושרים לשמאל — נראה שבור גם למי שאינו יודע להסביר מדוע.
- אייקונים וחצים. רמזים כיווניים ("המשך →") צריכים להצביע לכיוון ההפוך, אחרת הם סותרים את כיוון הקריאה.
- גופנים וקטיעה. עברית דורשת גופן שתומך בה באמת, ומחרוזות בעברית שונות באורכן מהמקור האנגלי, כך שכפתורים וכותרות שמתאימים באנגלית עלולים להיחתך או לרדת שורה בצורה מגושמת.
הדרך האמינה לצלוח את זה היא להשתמש במערכת עם תמיכת RTL מובנית, ולא באחת שמתייחסת לעברית כתוסף שאתם מגדירים בעצמכם. בדקו כל מסך — טופס, אישור, כרטיס, מייל — בטלפון אמיתי, כי בעיות RTL שמסתתרות בפריסת דסקטופ רחבה צצות מיד במובייל.
קהל דובר רוסית: אוצר מילים וניואנסים של תשלום
רוסית מציגה סוג אחר של אתגר. הכתב פשוט, משמאל לימין, אבל השפה אינה סלחנית כלפי תרגום עצלני, והקהל פזור במיוחד. נרשמים דוברי רוסית עשויים להיות בארצות הברית, בישראל, בגרמניה או בחצי תריסר מדינות אחרות — ולכן "הגרסה הרוסית" אינה קשורה למטבע אחד, להרגלי תשלום אחידים או למערכת אחת של הקשרים מקומיים.
שני דברים משתלמים לתשומת לב. ראשית, אוצר מילים ורובד לשוני. תרגום מכונה בוחר באופן קבוע את המילה הלא נכונה בדיוק במונחים שהדף שלכם נשען עליהם. תרגום מילולי של "כרטוס", למשל, נוחת על מילה שדוברי רוסית מקשרים לתוכנת מוקד תמיכה ולא לאירועים; ולמילה "אירוע" יש כמה מקבילות ברוסית ברמות פורמליות שונות. דובר יליד תופס את זה מיד, במקום שכלי אוטומטי לעולם לא יתפוס. שנית, תשלומים. הציגו מחירים במטבע שבו תגבו בפועל, ודאו שסולק התשלומים שלכם תומך במטבע הזה ובכרטיסים שבידי הקהל, ואל תניחו שאמצעי תשלום נפוץ במדינה אחת עובד עבור אותה קהילה במדינה אחרת.
מכיוון שהשוק דובר הרוסית כה תלוי-מיקום, כדאי להעמיק בפרטים הרלוונטיים לאזור שלכם — אנחנו מכסים את ארצות הברית במדריך מכירת כרטיסים לאירועים בארצות הברית למארגנים דוברי רוסית.
לתרגם את כל המסע: מיילים, כרטיסים, תזכורות
הטעות הנפוצה ביותר באירועים רב-לשוניים היא לתרגם את דלת הכניסה ולשכוח את שאר הבית. מבקר נרשם בעברית או ברוסית מושלמת, ואז מייל האישור מגיע באנגלית, כותרת הכרטיס באנגלית, התזכורת יום לפני באנגלית, והקבלה באנגלית. כל אחת מנקודות המגע האלה היא אות קטן לכך שהתרגום היה קוסמטי.
קבעו שהשפה הולכת אחרי הנרשם: השפה שבה מישהו נרשם צריכה להימשך אוטומטית לכל מה שהוא מקבל אחר כך. לכל הפחות, תרגמו:
- את האישור וכל הודעה מסוג "מקומך אושר".
- את הכרטיס עצמו, כולל התוויות סביב קוד ה-QR והוראות הכניסה.
- מיילים של תזכורת וכל תקשורת שלפני האירוע.
- קבלות תשלום והודעות על החזר או ביטול.
- הודעות שגיאה ואימות — הטקסט "שדה חובה" שאנשים נתקלים בו כשהם כבר מתוסכלים.
השארת מיילים מערכתיים בשפת ברירת המחדל היא הדליפה שמבטלת את כל המאמץ שהשקעתם בדף ההרשמה.
SEO לדפי אירוע רב-לשוניים (יסודות hreflang)
אם אתם רוצים שכל גרסת שפה של האירוע תהיה ניתנת לאיתור בחיפוש — לא רק נגישה אחרי שמישהו כבר באתר שלכם — עליכם לומר למנועי החיפוש שהדפים האלה הם אותו אירוע בשפות שונות. זה בדיוק מה שעושות הצהרות hreflang. במילים פשוטות, כל גרסת שפה מקשרת לאחרות ואומרת "הנה זו בעברית, הנה זו ברוסית, הנה זו באנגלית", כך שמחפש מקבל את הגרסה שתואמת לשפתו ולאזורו במקום גרסה אקראית.
כמה עקרונות שומרים על זה מסודר: תנו לכל שפה כתובת URL אמיתית ושיתופית משלה במקום להסתמך על תרגום אוטומטי של הדפדפן; שמרו על הגרסאות שקולות באמת בתוכן; וודאו שכל אחת מפנה לכל האחרות, כולל לעצמה. זה עדין לתחזוקה ידנית על פני מספר גדל של אירועים, ולכן כדאי לבחור במערכת שמפיקה עבורכם תגי hreflang אוטומטית כחלק מפרסום בכמה שפות.
הדגמה: אירוע אחד, שלוש שפות
כך נראה התהליך מקצה לקצה, עם אנגלית, עברית ורוסית — שלוש השפות שבהן Everlage תומכת — כמערך הדוגמה. הפרטים של כל מערכת שונים, אבל הרצף זהה:
- הפעילו את השפות וקבעו ברירת מחדל. הפעילו אנגלית, עברית ורוסית לאירוע, ובחרו את ברירת המחדל שאליה מתנקזים מבקרים וגיבויים.
- תרגמו כל שדה, לא רק את הכותרת. עברו על טופס ההרשמה תווית אחר תווית — שמות כרטיסים, שאלות מותאמות, טקסט עזרה, נוסח כפתורים — כשמילון המונחים פתוח כדי לשמור על עקביות.
- תרגמו את המסע. ספקו את הגרסאות בעברית וברוסית של מיילי אישור, כרטיסים, תזכורות וקבלות, כך ששפת כל נרשם נמשכת הלאה.
- צפו בתצוגה מקדימה של כל שפה, כולל RTL. פתחו את התצוגה בעברית בטלפון וודאו שהפריסה מתהפכת נכון ושתוכן מעורב — מספרים, מחירים, שמות לטיניים — נקרא כשורה. בדקו בתצוגה הרוסית אוצר מילים שדובר יליד היה משתמש בו באמת.
- שתפו קישורים ייעודיים לכל שפה. קדמו כל קהילה בערוץ שלה עם קישור שנפתח בשפה הנכונה, כך שאנשים לעולם לא יצטרכו לחפש את מחליף השפה.
- פרסמו ותנו ל-hreflang לעשות את שלו. כשהגרסאות חיות ומקשרות זו לזו, החיפוש יכול להגיש את הנכונה לאדם הנכון.
ניהול אירוע חוצה גבולות מוסיף שאלות של מטבע, חשבוניות וקידום מעבר לשפה. אם אתם מוכרים לקהל בחו"ל מישראל, המדריך המשלים על מכירת כרטיסים לקהל בחו"ל למארגנים ישראלים מעמיק בפרטים חוצי-הגבולות האלה.
הרשמה בכמה שפות היא הדרך הברורה ביותר להפסיק לאבד נרשמים בשלב ההרשמה, וזה לא חייב להיות תפירה ידנית של תרגומים. אם תרצו לראות אנגלית, עברית ורוסית עובדות יחד באירוע אחד — טופס, מיילים, כרטיסים ופריסת RTL כלולים — הציצו כיצד Everlage מטפלת בהרשמה רב-לשונית לאירועים.
