כיצד לתרגם את Gravity Forms ב־WordPress – שדות, התראות, אישורים, לוגיקה מותנית

לפני שתתחיל

התקן והפעל את התוספים הבאים:

• Gravity Forms.
• WPML ו־WPML תרגום מחרוזות.
• GFML – Gravity Forms Multilingual (התוסף הנלווה שדף זה עוסק בו).

בנה את הטופס ב־Gravity Forms בשפת המקור של האתר שלך. הוסף כל שדה שתרצה (שדות תמחור, מבנה מחולק לעמודים, לוגיקה מותנית, התראות ואישורים) לפני שליחת הטופס לתרגום. תמיד תוכל לשנות את הטופס מאוחר יותר ולתרגם מחדש את ההבדלים.

המצב 'תרגם הכל אוטומטית' מטפל בזה עבורך

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

שליחת הטופס לתרגום

1. עבור אל WPML > תרגומים > לוח בקרה.
2. הרחב את המקטע Gravity Forms.
3. סמן את הטופס שברצונך לתרגם.
4. בחר שיטת תרגום: PTC (מומלץ), המתרגם שלך או אתרגם בעצמי.
5. לחץ על תרגום.

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

הוספת הטופס לעמודים המתורגמים שלך

Gravity Forms יושב בתוך עמוד או פוסט, בדרך כלל באמצעות הבלוק של Gravity Forms או השורטקוד [gravityform id="X" title="false"]. האופן שבו אתה מטפל בהוספה רב־לשונית הוא החלק שהכי מפתיע לקוחות, אז הנה הכלל:

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

התהליך:

1. בנו את הטופס פעם אחת בשפת המקור שלכם.
2. שלחו את הטופס לתרגום (או תנו למצב תרגם הכל אוטומטית לקלוט אותו).
3. הוסף את הטופס לעמוד בשפת המקור באמצעות הבלוק של Gravity Forms או השורטקוד [gravityform].
4. תרגם את העמוד דרך WPML > תרגומים > לוח בקרה באותה דרך שבה היית מתרגם כל עמוד אחר. הטמעת הטופס נשמרת בעמוד המתורגם.
5. כאשר מבקר מגיע לעמוד המתורגם, GFML מציג את הטופס בשפת המבקר באופן אוטומטי – אותו מזהה טופס (ID), אותו שורטקוד, תוכן מתורגם.

אינך זקוק למזהה טופס (ID) שונה לכל שפה. אינך צריך להחליף שורטקודים לכל שפה. התרגום מקושר לטופס המקור; תוסף הגישור (glue plugin) מציג את הגרסה בשפה הנכונה בזמן הרינדור בהתאם לשפת העמוד.

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

תוויות שדות ואפשרויות מתורגמות לצד שדות תמחור ומוצר

כל תווית שדה, טקסט מציין מיקום (placeholder), אפשרות ברשימה נפתחת, בחירת כפתור רדיו, תווית תיבת סימון ותוכן שדה HTML מופיעים במשימת התרגום. עבור שדות התמחור הייחודיים של Gravity Forms (מוצר, כמות, סך הכל, משלוח), גם התוויות מתורגמות – "Quantity" הופך ל־"Quantité" – בעוד שהטיפול המספרי מאחורי הקלעים נשאר ללא שינוי. שדות רשימה (List), חתימות דיגיטליות והעלאות קבצים מתורגמים באותה דרך. בחירה מרובה (Multiple Choice) ובחירת תמונה (Image Choice) (סוגי שדות של Gravity Forms 2.9) מתורגמים החל מגרסה GFML 1.8.3 ואילך.

טפסים מחולקים לעמודים וטפסים שיחתיים (Conversational)

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

הודעות אימות לכל שדה

לכל שדה ב־Gravity Forms יש הגדרת הודעת אימות (Validation Message) משלו בלשונית מתקדם (Advanced) של השדה – הטקסט שמוצג כאשר האימות נכשל. כל אחת מהן מופיעה כשורה בתוך עורך התרגום המתקדם.

אם אינך רואה הודעת אימות לשדה ספציפי במשימת התרגום, השדה כנראה משתמש בהודעת ברירת המחדל של Gravity Forms (המוגדרת תחת Forms > Settings > Form Settings) ולא בדריסה ברמת השדה. תוכל להגדיר הודעה מותאמת אישית לכל שדה ולשלוח מחדש את הטופס לתרגום, או לתרגם את ברירת המחדל הגלובלית דרך WPML תרגום מחרוזות.

אישורים – טקסט, הפניה מחדש ועמוד

Gravity Forms תומך בשלושה סוגי אישורים (Confirmations) ושלושתם עובדים בצורה רב־לשונית:

• אישורי טקסט מתורגמים במקום. ערוך את האישור בשפת המקור ב־Gravity Forms > שלח מחדש את הטופס לתרגום > הטקסט המתורגם יופיע עבור כל שפה.
• אישורי עמוד מפנים לעמוד ב־WordPress. תרגם את העמוד הזה דרך תהליך העבודה הרגיל של תרגום עמודים ב־WPML; המבקר יראה את גרסת השפה שתואמת להקשר שלו.
• אישורי הפניה מחדש (Redirect) שולחים את המבקר לכתובת URL לאחר ההגשה. ה־URL עצמו ניתן לתרגום לכל שפה. הגדר כתובת URL של דף תודה שונה לכל שפה בתוך עורך התרגום המתקדם.

התראות וניתוב התראות

כל התראה (Notification) של Gravity Forms מתורגמת לכל שפה: אל דוא"ל (To Email), שם השולח (From Name), נושא (Subject), תבניות גוף ההודעה ותגיות מיזוג (merge tags). גוף ההתראה משתמש בתגיות המיזוג של Gravity Forms ({Name}, {Email}, {All Fields}) והן מפוענחות כראוי לאחר התרגום. כללי ניתוב התראות שולחים הגשות שונות לנמענים שונים בהתאם לערכי השדות. הם שורדים את התרגום משום שערכי הבחירה מאחורי הקלעים נשארים מתואמים בין השפות.

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

לוגיקה מותנית על ערכי בחירה מתורגמים

לוגיקה מותנית על אפשרויות מבוססות טקסט (כפתורי רדיו, תיבות סימון, רשימות נפתחות) ממשיכה לעבוד בכל התרגומים מכיוון ש־GFML שומר על מיפוי ערכים בין תוויות המקור לתוויות המתורגמות. המבקר רואה "Pas encore" בצרפתית; הערך מאחורי הקלעים נשאר "Not yet"; הכלל המותנה ממשיך לפעול על "Not yet".

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

תוספים נלווים לאינטגרציה – Mailchimp, ActiveCampaign, HubSpot, Zapier, Slack, Webhooks

תוספים נלווים של Gravity Forms שדוחפים הגשות לשירותי צד שלישי (Mailchimp, ActiveCampaign, HubSpot, Zapier, Slack, Webhooks, והשאר) מקבלים את קלט המבקר המתורגם. שמו והודעתו של מבקר צרפתי יגיעו בצרפתית ליעד. תוויות רשימה ממופות, שלבי pipeline ושמות ערוצים מתורגמים גם הם אם הם קיימים כמחרוזות ברמת הטופס.

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

מכשולים נפוצים

• תוויות הבחירה אינן מתורגמות בהודעות דוא"ל של התראות. שלח מחדש את הטופס לתרגום לאחר שינוי התוויות בשפת המקור. אם הבעיה נמשכת, בדוק ש־GFML מעודכן. זו הייתה בעיה חוזרת בגרסאות ישנות יותר והיא במעקב בשרשורי הפורום.
• העיצוב של בלוק הטופס נראה שגוי בעמודים מתורגמים. רגרסיה ידועה בעיצוב – ראה את דף התקלות הידועות (errata). פתרון עוקף: השתמש בהטמעת השורטקוד הסטנדרטית [gravityform] במקום בבלוק הטופס בזמן שממתינים לתיקון.
• הטופס מציג "There is nothing to translate" כשיש בבירור מה לתרגם. בדרך כלל מדובר בבעיית מטמון (cache) בלוח הבקרה. רענן את העמוד, או שלח מחדש את הטופס לתרגום מהפוסט שמטמיע אותו.
• הלוגיקה המותנית מפסיקה לפעול בטפסים מתורגמים. תווית בחירה נערכה בשפת המקור לאחר התרגום. שלח מחדש את הטופס לתרגום כדי לרענן את מיפוי הערכים.