es_ES vs es_MX, pt_PT vs pt_BR: المتغيرات الإقليمية في ووردبريس

طرحت علينا مالكة متجر WooCommerce في برشلونة الشهر الماضي سؤالًا يلامس جوهر مشكلة يواجهها كل مالك موقع متعدد اللغات في نهاية المطاف. يشحن موقعها إلى إسبانيا والمكسيك والأرجنتين. قامت بترجمة كل شيء إلى es_ES، ثم أطلقت الموقع، وفي غضون أسبوع واحد، اشتكى عميل في مكسيكو سيتي من أن نص صفحة الدفع بدا "غريبًا وقليلًا ما هو قديم الطراز". بعد أسبوع، أشار عميل آخر إلى أن وصف أحد المنتجات يحتوي على كلمة بريئة تمامًا في إسبانيا ولكنها بذيئة في المكسيك. سؤالها كان: "هل أحتاج حقًا إلى ترجمات منفصلة لكل بلد؟"

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

سنركز على الإسبانية والبرتغالية لأن هاتين هما عائلتا اللغات حيث تسبب انقسامات المتغيرات معظم المشاكل الحقيقية. الفرنسية والإنجليزية والعربية لديها أيضًا متغيرات إقليمية، ولكن المخاطر عادة ما تكون أقل.

لماذا تهم المتغيرات الإقليمية

الإسبانية هي ثاني أكثر اللغات تحدثًا في العالم، لكن "الإسبانية" كلغة واحدة هي تبسيط. فالجملة التي تُقرأ بشكل طبيعي في مدريد قد تبدو جامدة أو رسمية أو قديمة الطراز في بوينس آيرس. وكلمة مناسبة تمامًا في مكسيكو سيتي يمكن أن تكون مسيئة في ليما. والبرتغالية لديها انقسام أكبر - فالفجوة في النطق والقواعد النحوية والمفردات بين pt_PT و pt_BR واسعة بما يكفي لدرجة أن العديد من الناشرين يتعاملون معهما كنوعين منفصلين من اللغات فعليًا.

الكلمات التي تتغير بالفعل

إليك بعض الأمثلة الملموسة حتى لا يبقى الأمر مجردًا.

الفعل coger يعني "يأخذ" في إسبانيا ويُستخدم باستمرار في الكلام اليومي. في المكسيك والأرجنتين ومعظم أمريكا اللاتينية، هو فعل بذيء يشير إلى الجنس. استخدامه في نص صفحة الدفع ("coger tu pedido") يُفهم بشكل مختلف تمامًا في مدريد عنه في بوينس آيرس.

Ordenador هي الكلمة القياسية للكمبيوتر في إسبانيا. في أمريكا اللاتينية، يقول الجميع تقريبًا computadora. لا توجد كلمة خاطئة، لكن خلطهما يشير للقارئ إلى أن محتواك قد تمت ترجمته لسوق مختلف.

Móvil (إسبانيا) مقابل celular (أمريكا اللاتينية) للهاتف المحمول. Conducir (إسبانيا) مقابل manejar (أمريكا اللاتينية) للقيادة. Patata (إسبانيا) مقابل papa (معظم أمريكا اللاتينية) للبطاطس. تختلف العشرات من هذه الكلمات بتردد عالٍ.

البرتغالية أكثر انقسامًا. تستخدم البرازيل você لـ "أنت" في جميع السياقات تقريبًا. وتستخدم البرتغال tu في الكلام غير الرسمي و você كعلامة رسمية - قريبة من إشارة طبقية اجتماعية. البرتغالية التجارية في لشبونة وساو باولو هي سجلات وظيفية مختلفة.

التكلفة التجارية لتجاهل المتغيرات

يُصدر المستخدمون أحكام الثقة في ثوانٍ. المتسوق في المكسيك الذي يقرأ أوصاف منتجات مكتوبة بالإسبانية الإسبانية يسجل أحد أمرين: إما أن الموقع ليس محليًا حقًا، أو أن العلامة التجارية لا تهتم بما يكفي للتعريب. تنخفض معدلات التحويل. وتزداد حالات التخلي عن سلة التسوق. وينتج عن الإنفاق على الإعلانات المدفوعة في بلدان أمريكا اللاتينية (LATAM) عائد أسوأ لأن الصفحات المقصودة تبدو غريبة.

بالنسبة للمواقع الغنية بالمحتوى، فإن تكلفة تحسين محركات البحث (SEO) حقيقية أيضًا. يتعرف Google على علامات hreflang التي تميز es-ES عن es-MX، وتُهيمن على استعلامات البحث التنافسية في كل سوق المحتوى المكتوب بلهجة تلك المنطقة. صفحة ropa interior بالإسبانية الإسبانية لن تحتل مرتبة عالية مقارنة بالمنافسين المكسيكيين الذين يستخدمون مصطلحات محلية مثل ropa íntima.

كيف يتعامل ووردبريس مع رموز اللغة المحلية

تتبع اللغات المحلية في ووردبريس النمط ll_CC - رمز اللغة المكون من حرفين، شرطة سفلية، رمز البلد المكون من حرفين. تُحدد القائمة الكاملة في جوهر ووردبريس وتتطابق مع ملفات الترجمة المسماة theme-es_ES.mo، و plugin-es_MX.mo، وهكذا.

اللغة المحلية الأساسية مقابل لغة الموقع مقابل لغة المستخدم

يميز ووردبريس ثلاثة إعدادات مختلفة للغة المحلية:

• لغة الموقع (WPLANG / options.WPLANG تاريخيًا، والآن option:WPLANG): الإعداد الافتراضي للواجهة الأمامية لموقعك.
• اللغة المحلية للمستخدم (wp_usermeta.locale): تفضيل لكل مستخدم للوحة تحكم المسؤول.
• اللغة المحلية وقت التشغيل: يمكن تصفيتها وقت الطلب بواسطة إضافات مثل Polylang أو WPML لتقديم محتوى مختلف لكل بادئة عنوان URL.

إذا كان موقعك es_ES ولكن المستخدم ضبط ملفه الشخصي على es_MX، فستظهر لوحة التحكم بالإسبانية المكسيكية بينما تبقى الواجهة الأمامية بالإسبانية الإسبانية. هذا جيد لواجهة المستخدم الخاصة بالمسؤول ولكنه غير مفيد لتقديم المحتوى للعملاء - فأنت بحاجة إلى التبديل بناءً على عنوان URL أو النطاق.

مثال en_GB

يشحن ووردبريس نفسه en_US و en_GB و en_CA و en_AU و en_ZA كلغات محلية منفصلة. تتشارك معظم المحتوى ولكنها تختلف في التهجئة (colour مقابل color، organise مقابل organize) والتعبيرات الاصطلاحية. يمكنك استخدام هذا كنموذج للمتغيرات الإسبانية والبرتغالية - حافظ على ملفات .mo منفصلة لكل منطقة، يتم تقديمها عبر هيكل URL.

تسمية ملفات MO للمتغيرات

بالنسبة لسمة اسمها mytheme وثلاثة متغيرات إسبانية:

wp-content/languages/themes/mytheme-es_ES.mo
wp-content/languages/themes/mytheme-es_MX.mo
wp-content/languages/themes/mytheme-es_AR.mo

يختار ووردبريس الملف المطابق للغة المحلية النشطة. إذا طُلب es_AR ولكن لم يكن هناك ملف موجود، فإنه يعود إلى es_ES افتراضيًا (مطابقة اللغة الأساسية) - وهو بالضبط السلوك الذي تريد تجنبه للكلمات التي ذكرناها أعلاه.

المتغيرات الإسبانية في التطبيق العملي

يستهدف معظم الناشرين متغيرًا واحدًا إلى ثلاثة متغيرات إسبانية. إليك شجرة القرارات العملية.

متغير واحد فقط

انشر es_ES إذا كانت قاعدة عملائك هي إسبانيا فقط، أو es_MX / es (محايد) إذا كانت قاعدة عملائك بشكل أساسي من أمريكا اللاتينية. استخدام es كلغة محلية يشير إلى الإسبانية المحايدة ويتجنب الأعباء الإقليمية لأي من الطرفين.

متغيران: إسبانيا وأمريكا اللاتينية

هذا هو الانقسام الأكثر شيوعًا. انشر es_ES لإسبانيا ومتغيرًا واحدًا لأمريكا اللاتينية (es_MX أو es محايد) لجميع دول أمريكا اللاتينية (LATAM). هذا هو الحل 80/20 - تحصل على معظم فائدة التعريب دون الحاجة إلى صيانة 20 ملفًا منفصلاً.

ثلاثة متغيرات أو أكثر

إذا كنت تدير موقعًا كبيرًا للتجارة الإلكترونية بإيرادات كبيرة في الأرجنتين والمكسيك وتشيلي تحديدًا، فقد ترغب في es_AR و es_MX و es_CL بالإضافة إلى es_ES. ترتفع تكلفة الترجمة، ولكن يرتفع معها ارتفاع معدل التحويل لكل سوق.

قوائم الكلمات الخاصة بكل منطقة

احتفظ بمسرد صغير لكل متغير. حتى إذا كان 95% من محتواك المترجم مشتركًا، فإن مسردًا من 50-100 كلمة مختلفة عالية التردد يغطي معظم مشاكل الإدراك مثل "هذا يبدو خاطئًا". لمزيد من المعلومات حول التعامل مع المفردات الخاصة بالمجال، راجع دليلنا الشامل لتعريب ووردبريس.

المتغيرات البرتغالية (pt_PT مقابل pt_BR هو انقسام حقيقي)

تعامل مع اللغة البرتغالية كلغتين، وليس كمتغيرين. البرتغالية البرازيلية (pt_BR) لديها 215 مليون متحدث. البرتغالية الأوروبية (pt_PT) لديها 10 ملايين. تختلف القواعد النحوية. تختلف تصريفات الأفعال. تختلف الضمائر. الجملة المكتوبة لمدينة لشبونة ستبدو غريبة بشكل واضح في ساو باولو، والعكس صحيح.

إذا كنت تستطيع تحمل تكلفة لغة واحدة فقط، فاختر pt_BR - فلديها قاعدة متحدثين أكبر وسوق تجارة إلكترونية أقوى. ولكن لا ترسل أبدًا محتوى pt_PT للمستخدمين البرازيليين أو العكس. تكلفة الإدراك عالية جدًا.

متى يجب (ومتى لا يجب) عليك إنشاء متغير

أنشئ متغيرًا إقليميًا عندما:

• لديك إيرادات أو زيارات قابلة للقياس من تلك المنطقة (قاعدة عامة: 10% أو أكثر من الإجمالي).
• فئة منتجك تحتوي على مصطلحات خاصة بالمنطقة (الأزياء، الطعام، القانون، المالية).
• تدير حملات استحواذ مدفوعة في تلك المنطقة وتريد أن تتطابق جودة الصفحة المقصودة.
• تقوم بتحسين محركات البحث المحلية (Local SEO) وتحتاج إلى استهداف hreflang.

تجاوز المتغير عندما:

• موقعك هو في الغالب واجهة مستخدم للمعاملات بنصوص قليلة جدًا.
• زياراتك من المنطقة أقل من 5% ولا يمكنك صيانة الملفات الإضافية.
• أنت تطلق منتجًا جديدًا ويمكنك التكرار بناءً على ملاحظات العملاء الفعلية لاحقًا.

نمط خاطئ شائع: إنشاء 15 متغيرًا إسبانيًا "فقط لتكون آمنًا" ثم ترك 12 منها تخرج عن التزامن. المحتوى القديم أسوأ من المحتوى الذي لا يتناسب تمامًا مع اللهجة. التزم بصيانة ما تنشره.

سير عمل ترجمة المتغيرات بكفاءة

صيانة خمسة متغيرات من ملف .po يحتوي على 2,000 سلسلة يدويًا هو وصفة للانحراف. سير العمل الذي يتوسع:

1. ترجم المتغير الأساسي جيدًا

اختر المتغير الأعلى حركة مرور (عادةً es_ES أو es_MX للإسبانية، pt_BR للبرتغالية) وقم بترجمته بعناية. يصبح هذا هو أساسك.

2. اشتق المتغيرات الأخرى تلقائيًا

ارفع ملف .po للمتغير الأساسي إلى SimplePoTranslate واطلب الترجمة إلى المتغير الآخر. المترجم الذي يدرك السياق يفهم es_ES -> es_MX كمهمة "إقليمية" بدلاً من ترجمة من الصفر. تحدث تبادلات المفردات الرئيسية (coger -> tomar، ordenador -> computadora) تلقائيًا بينما تمر العبارات المتطابقة دون تغيير.

3. طبق تجاوزًا لمسرد إقليمي

احتفظ بملف مسرد قصير يحتوي على خيارات مصطلحات علامتك التجارية الخاصة بالمنطقة. طبقه كمراجعة نهائية بعد الترجمة بالذكاء الاصطناعي (AI). يثبت هذا أسماء المنتجات، ومصطلحات العلامة التجارية، والمفردات المثيرة للجدل حسب اختياراتك المفضلة لكل منطقة.

4. أنشئ جميع تنسيقات الإخراج

تحتاج المتغيرات إلى ملفي .po (للتحرير) و .mo (لتشغيل ووردبريس). يخرج SimplePoTranslate كلاهما في ملف ZIP واحد، بالإضافة إلى تنسيقات .json و .php إذا كنت تخدم أيضًا رمز PHP لا رأسي أو مخصص. راجع منشورنا حول ملف واحد للداخل، خمسة تنسيقات للخارج لمعرفة سبب أهمية إخراج التنسيقات المتعددة.

5. النشر لكل لغة محلية

ارفع ملفات .mo الناتجة إلى wp-content/languages/themes/ باللاحقة الصحيحة للغة المحلية. قم بإعداد علامات hreflang. اختبر مع مستخدمين حقيقيين في كل منطقة إن أمكن - فالمتحدثون الأصليون يكتشفون أمورًا لا تستطيع أي أداة اكتشافها.

تجميع كل ذلك

المتغيرات الإقليمية ليست مجرد ميزة إضافية للمواقع الجادة متعددة اللغات - إنها الفرق بين "المترجمة" و "المُعربة". ولكنك لست بحاجة أيضًا إلى نشر كل متغير ممكن في اليوم الأول. ابدأ بمتغير إسباني وآخر برتغالي يتطابق مع أكبر سوق لديك. أضف المتغيرات عندما تبرر زياراتك وإيراداتك في كل منطقة تكلفة الصيانة.

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

هل أنت مستعد لترجمة موقع ووردبريس الخاص بك إلى عدة متغيرات إسبانية أو برتغالية؟ جرب SimplePoTranslate مجانًا - لا تتطلب بطاقة ائتمان. ارفع مرة واحدة، وأنشئ متغيرات إقليمية في دقائق.