WPML

قبل أن تبدأ

ثبّت وفعّل هذه الإضافات:

أنشئ النموذج في 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 النموذج بلغة الزائر تلقائيًا – نفس معرف النموذج، ونفس الكود المختصر، ومحتوى مترجم.

لا تحتاج إلى معرف نموذج مختلف لكل لغة. ولا تحتاج إلى تبديل الأكواد المختصرة لكل لغة. ترتبط الترجمة بالنموذج المصدر؛ وتحل الإضافة الرابطة نسخة اللغة الصحيحة في وقت العرض بناءً على لغة الصفحة.

الاستثناء – عندما تريد فعلًا نماذج مختلفة لكل لغة. تحتاج بعض المواقع إلى نماذج مختلفة هيكليًا لكل لغة (حقول مختلفة، ومنطق مختلف، وليس فقط نصوصًا مختلفة). في هذه الحالة، أنشئ نماذج Gravity Forms منفصلة (نموذج لكل لغة) وأدرج الكود المختصر لكل منها في نسخة اللغة المطابقة من الصفحة باستخدام محرر WordPress لتلك الترجمة. هذا هو الموقف الوحيد الذي تختلف فيه الأكواد المختصرة عبر اللغات.

عقبة أداة بناء الصفحات

إذا كانت صفحتك مبنية باستخدام Divi أو Elementor أو أداة بناء صفحات أخرى تغلف الأكواد المختصرة في وحدة النص الخاصة بها، فقد لا ينجو الكود المختصر دائمًا من الترجمة بشكل سليم. إذا كانت الصفحة المترجمة تعرض نموذج اللغة المصدر، فافتح الصفحة المترجمة في أداة بناء الصفحات وأعد إدراج كتلة النموذج أو الكود المختصر هناك. لا يواجه محرر الكتل الأصلي لـ WordPress والمحرر الكلاسيكي هذه المشكلة.

ترجمة تسميات الحقول والخيارات جنبًا إلى جنب مع حقول التسعير والمنتجات

تظهر كل تسمية حقل، وعنصر نائب، وخيار قائمة منسدلة، وخيار زر اختيار، وتسمية مربع اختيار، ومحتوى حقل HTML في مهمة الترجمة. بالنسبة إلى حقول التسعير المميزة في Gravity Forms (المنتج، والكمية، والإجمالي، والشحن)، تُترجم التسميات أيضًا – تصبح «Quantity» «Quantité» – بينما تظل المعالجة الرقمية الأساسية دون تغيير. تُترجم حقول القائمة، والتوقيعات الرقمية، وتحميلات الملفات بنفس الطريقة. تُترجم حقول الاختيار من متعدد واختيار الصورة (أنواع حقول Gravity Forms 2.9) بدءًا من الإصدار GFML 1.8.3 فصاعدًا.

النماذج المقسّمة إلى صفحات والنماذج الحوارية

بالنسبة للنماذج المقسّمة إلى صفحات، يوضع كل عنوان صفحة وعنوان فاصل صفحات في مهمة الترجمة. ينجو المنطق الشرطي الذي يتفرع عبر الصفحات من الترجمة. تظل قيم الاختيار متوافقة عبر اللغات، لذا تستمر قواعد الإظهار/الإخفاء في العمل على نفس البيانات. تُترجم النماذج الحوارية (وضع سؤال واحد في كل مرة) كل مطالبة وكل انتقال. اختر نسخة لغة واحدة، وتصفح التدفق الحواري، وتأكد من أن كل خطوة تُقرأ بشكل طبيعي قبل النشر.

رسائل التحقق لكل حقل

يحتوي كل حقل في Gravity Forms على إعداد رسالة التحقق الخاص به في علامة التبويب متقدم الخاصة بالحقل – وهو النص الذي يظهر عند فشل التحقق. يظهر كل منها كصف في محرر الترجمة المتقدم.

إذا لم ترَ رسالة تحقق لكل حقل في مهمة الترجمة، فمن المحتمل أن الحقل يستخدم رسالة Gravity Forms الافتراضية (المحددة في Forms > Settings > Form Settings) بدلًا من تجاوز لكل حقل. إما أن تعيّن رسالة مخصصة لكل حقل وتُعيد إرسال النموذج للترجمة، أو أن تترجم الإعداد الافتراضي العام عبر WPML ترجمة النصوص.

التأكيدات – النص، وإعادة التوجيه، والصفحة

يدعم Gravity Forms ثلاثة أنواع من التأكيدات وتعمل جميعها بلغات متعددة:

  • تُترجم تأكيدات النص مضمنة. عدّل تأكيد اللغة المصدر في Gravity Forms > أعد إرسال النموذج للترجمة > يظهر النص المترجم لكل لغة.
  • تشير تأكيدات الصفحة إلى صفحة WordPress. ترجم هذه الصفحة من خلال سير عمل ترجمة الصفحات العادي في WPML؛ يرى الزائر نسخة اللغة التي تطابق سياقه.
  • ترسل تأكيدات إعادة التوجيه الزائر إلى عنوان URL بعد الإرسال. عنوان URL نفسه قابل للترجمة لكل لغة. عيِّن عنوان URL مختلفًا لصفحة الشكر لكل لغة في محرر الترجمة المتقدم.

الإشعارات وتوجيه الإشعارات

يُترجم كل إشعار في Gravity Forms لكل لغة: إلى البريد الإلكتروني، واسم المرسل، والموضوع، وقوالب النص الأساسي، وعلامات الدمج. يستخدم النص الأساسي للإشعار علامات دمج 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 وغيرها) مدخلات الزائر المترجمة. يصل اسم الزائر الفرنسي ورسالته باللغة الفرنسية إلى الوجهة. تُترجم أيضًا تسميات القوائم المعينة، ومراحل مسار المبيعات، وأسماء القنوات إذا كانت موجودة كسلاسل نصية على مستوى النموذج.

إذا كان تكاملك يستخدم قيم الحقول بدلًا من التسميات (على سبيل المثال، تعيين قيمة قائمة منسدلة إلى قائمة Mailchimp)، تظل القيمة أساسية عبر اللغات حتى لا يتعطل التعيين.

الأخطاء الشائعة

  • تسميات الاختيار لا تُترجم في رسائل البريد الإلكتروني للإشعارات. أعد إرسال النموذج للترجمة بعد تغيير تسميات اللغة المصدر. إذا استمرت المشكلة، فتحقق من أن GFML محدّث. كانت هذه مشكلة متكررة في الإصدارات القديمة ويتم تتبعها في مواضيع المنتدى.
  • تنسيق كتلة النموذج يبدو خاطئًا في الصفحات المترجمة. تراجع معروف في التنسيق – راجع صفحة المشكلات المعروفة. حل بديل مؤقت: استخدم إدراج الكود المختصر القياسي [gravityform] بدلًا من كتلة النموذج أثناء انتظار الإصلاح.
  • يعرض النموذج «There is nothing to translate» عندما يكون هناك بوضوح ما يجب ترجمته. عادةً ما تكون هذه مشكلة في ذاكرة التخزين المؤقت للوحة التحكم. حدّث الصفحة، أو أعد إرسال النموذج للترجمة من المقالة التي تدرجه.
  • توقف المنطق الشرطي عن العمل في النماذج المترجمة. تم تعديل تسمية اختيار في اللغة المصدر بعد الترجمة. أعد إرسال النموذج للترجمة لتحديث خريطة القيم.

بقلم Amir · آخر تحديث في 2 يوليو 2026

بقلم Amir · آخر تحديث 2 يوليو 2026