WooCommerce الشائعة في WPML و WooCommerce (والبدائل الأسرع)

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

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

أهم النقاط

• تتطلب ترجمة متجر « WooCommerce » باستخدام WPML مكونين إضافيين منفصلين على الأقل: المكون الإضافي الأساسي لـ WPML متعدد اللغات CMS، والمكون الإضافي المخصص WooCommerce متعدد اللغات ، بالإضافة إلى المكون الإضافي «Multi-Currency».
• تعد المنتجات المتغيرة والخصائص والمخزون من المشكلات الشائعة، حيث تتراكم التناقضات في الكتالوجات عبر اللغات المختلفة إذا لم يتم تحديد هياكل الخصائص.
• تتطلب نصوص رسائل البريد الإلكتروني المتعلقة بعربة التسوق وعملية الدفع والمعاملات خطوة ترجمة منفصلة في WPML، ولا يتم تحديثها تلقائيًا عندما تغيير المحتوى عندما . وهذا يؤدي إلى ظهور ثغرات في اللحظات الأكثر أهمية خلال رحلة الشراء.
• قد تواجه المتاجر التي تحتوي على قوائم منتجات ضخمة بعض العقبات في الأداء. ويرجع ذلك لكي من الاعتبارات التقنية القديمة والطريقة التي يعمل بها WPML.
• يتطلب كل تغيير في المحتوى في WPML تشغيل عملية الترجمة يدويًّا، وهو ما يصبح أمراً يصعب التحكم فيه عند زيادة حجم المحتوى، ويجعل من الصعب على المتاجر النامية لكي تحديث جميع الإصدارات اللغوية.

WPML و WooCommerce: التحديات والاعتبارات الشائعة

يتعامل WPML القياسي مع منشورات وصفحات WordPress لأنه مصمم للمحتوى التحريري، وليس بالضرورة لإعدادات التجارة الإلكترونية.

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

تتجاوز هذه الإمكانيات نطاق المكون الإضافي الأساسي لـ WPML. لترجمة متجر WooCommerce ، تحتاج إلى تثبيت المكون الإضافي « WooCommerce »متعدد اللغات الخاص بـ WPML، بالإضافة إلى المكون الإضافي «Multicurrency» لـ WPML، والذي يغطي العديد من الميزات:

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

كل منها يمثل جانبًا من جوانب وظائف WooCommerce التي تتطلب التهيئة ضمن طبقة مكون إضافي منفصلة. وللتذكير، هذا هو الحد الأدنى المطلوب من المكونات الإضافية. إذا كان متجرك يستخدم مكونات إضافية مثل Advanced Custom Fields، أو ملفات وسائط تختلف حسب اللغة، أو مكونًا إضافيًا لتحسين محركات البحث مثل Yoast SEO، فستحتاج إلى ملحقات WPML إضافية لكل منها.

والنتيجة هي بنية تزيد فيها كل إضافة لمكوّن إضافي من المخاطر المحتملة. علاوة على ذلك، قد يحتاج WPML لكي » عندما WooCommerce تحديثًا. عندما تقوم عندما أو المكونات الإضافية بتخزين المحتوى في جداول مخصصة أو حقول متسلسلة، يحتاج WPML إلى إعدادات دقيقة لكي هذا المحتوى وترجمته أيضًا.

أكثر WooCommerce WPML و WooCommerce شيوعًا

من المهم لكي أن WPML ليس مكونًا إضافيًا به أخطاء أو رديء الجودة. فهو يتمتع بملايين المستخدمين، وبسمعة راسخة، ولا يزال أحد أكثر مكونات WordPress الإضافية شيوعًا في مجال الترجمة.

ومع ذلك، هناك بعض المشكلات التي تظهر عندما جنبًا إلى جنب مع WooCommerce. كما أن تعقيد متجرك، إلى جانب تكرار تغييرات المحتوى بمرور الوقت، يعني أن هذه المشكلات قد تظهر أكثر .

إن فهم ما حالة (والأسباب الكامنة وراءها) يشير أيضًا إلى حل محتمل لا يتطلب هذا المستوى من الإدارة.

مزامنة المنتجات والخصائص والمخزون المتغيرة

تعد المنتجات المتغيرة من أكثر أنواعWooCommerce استخدامًا، لكنها تُعد أيضًا من أصعب الأنواع لكي على تزامنها عبر اللغات المختلفة باستخدام WPML.

في WooCommerce تُنشأ المنتجات المتغيرة من منتج أساسي ومجموعة من السمات، التي عادةً ما يتم تعريفها بشكل عام وتخصيصها لكي منتج لكي . تعامل WooCommerce WPML WooCommerce السمات وتنوعات المنتج ككيانات قابلة للترجمة منفصلة عن المنتج الأساسي. لكي كل لكي وصيانتها بشكل مستقل.

عندما يتم تعريف عندما بشكل غير متسق عبر الكتالوج (ربما بعضها كسمات عامة والبعض الآخر مضاف مباشرة لكي منتجات لكي )، تتعامل WPML معها بشكل مختلف. والنتيجة هي كتالوج يبدأ في الاختلاف تدريجيًا بين اللغات مع إنشاء المنتجات وتحديثها:

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

ما الأمر لكي التحديثات. فعند تغيير منتج متغير في اللغة الأصلية، لا يتم تطبيق لكي الترجمات لكي ؛ لذا لكي المنتج المعني وتشغيل عملية إعادة المزامنة يدويًّا في WPML. أكثر لا يوجد إشعار عندما قديمة، ولا يوجد علامة مرئية تشير إلى ذلك.

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

رسائل البريد الإلكتروني المتعلقة بسلة التسوق والدفع والمعاملات

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

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

بالإضافة إلى ذلك، فإن تسميات أزرار الدفع، والنصوص المعروضة في بوابة الدفع، وروابط الشروط والأحكام، وعناوين صفحة سلة التسوق، والنصوص المؤقتة للحقول، كلها سلاسل نصية ديناميكية في WooCommerce ولكنها لا تُخزَّن كمحتوى منشورات.

بل يتم إنشاؤها بواسطة وظائف PHP WooCommerce ويتم تسجيلها كسلاسل قابلة للترجمة عبر WordPress. ويقوم WPML بعرضها من خلال " ترجمة سلاسل WPML"، وهي واجهة إدارة منفصلة داخل WPML.

إن العثور على جميع العبارات النصية التي يولدها WooCommerce وترجمتها يعني ثلاثة أمور:

• معرفة لكي في "ترجمة السلاسل" في WPML.
• فهم سياق السلسلة التي تنتمي لكي.
• البحث في مئات السلاسل المسجلة المحتملة لكي السلاسل الصحيحة.

عندما WooCommerce هذه السلاسل وإعادة إنشائها في الإصدارات الثانوية، لا يتم نقل الترجمات تلقائيًا. صحيح أن WPML 4.9 يقدم بعض التحسينات لكي الترجمة لكي للسلاسل، لكنك لا تزال تواجه نفس البنية الأساسية التي تنص على إدارة سلاسل عملية الدفع بشكل منفصل عن ترجمة المحتوى.

تعد رسائل البريد الإلكتروني المتعلقة بالمعاملات خطوة إضافية

تعتبر رسائل البريد الإلكتروني الخاصة بتأكيد الطلبات وإشعارات الشحن وإشعارات استرداد الأموال مستقلة عن سير عمل الترجمة القياسي. فهذه قوالب WooCommerce ويتطلب WPML منك لكي كل قالب على حدة باستخدام واجهة ترجمة السلاسل.

على عكس وصف المنتجات، حيث تتوفر على الأقل حالة ترجمة مرئية، لا توفر قوالب البريد الإلكتروني أي مؤشر تلقائي على النصوص الأصلية التي تم تعديلها والتي تكون النسخة المترجمة منها قديمة.

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

فئات المنتجات والعلامات والتصنيف

تُعد الفئات والعلامات الوسيلة التي يستخدمها العملاء لتصفح المنتجات حسب نوعها، لذا تحصل صفحات التصنيف هذه على ترتيب في نتائج البحث عند إجراء استفسارات غير مرتبطة بعلامة تجارية وتهدف إلى البحث عن فئة معينة في كل لغة مستهدفة.

في الواقع، إذا بحث أحد العملاء عن عبارة "أحذية الجري النسائية" باللغة الفرنسية، فسيتم توجيهه أولاً إلى صفحة الفئة باللغة الفرنسية. وإذا لم يكن للصفحة عنوان URL مترجم خاص بها، فلن تظهر في نتائج البحث.

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

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

تستمد أدوات التصفية وعناصر التنقل التي تعتمد على بيانات التصنيف (مثل عوامل التصفية في الشريط الجانبي، والقوائم المنسدلة للسمات، ومسار التنقل) القيم غير المترجمة باللغات الثانوية، حتى عندما تبدو صفحات عندما صحيحة.

الأداء في المتاجر الكبيرة

يقوم WPML بربط كل عنصر من عناصر المحتوى لكي المترجم من خلال عمليات ربط وبحث إضافية داخل قاعدة البيانات عند كل عملية تحميل للصفحة.

ورغم أن هذا الأمر يمكن التحكم فيه فيما يتعلق بمحتوى WordPress، إلا أنه يشكل عبئًا على WooCommerce. ويرجع ذلك إلى أن ملحقات WPML تُنشئ طبقة خاصة بها لتعيين الترجمة فوق البنية الحالية. وتُجرى استعلامات WooCommerce الخاصة بالمنتجات والتصنيفات جنبًا إلى جنب مع كلا النظامين.

على مثل تُظهر منتديات الدعم الخاصة بـ WPML متجرًا يضم أكثر من 50,000 منتج و15,000 فئة، مما أدى إلى إنشاء أكثر 15,000 استعلام SQL عند كل عملية تحميل لصفحة الإدارة.

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

قد لكي إضافة المزيد لكي ملحقات WPML لكي زيادة أحمال الاستعلامات وزيادة أوقات استجابة الخادم، لكي حسب طبيعة موقعك. ويعد هذا الأمر مهمًا بالنسبة للمتاجر التي تؤثر فيها نتائج مؤشرات Core Web Vitals على كل من تصنيفات البحث ومعدلات التحويل.

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

الحفاظ على تزامن الترجمات مع نمو المتجر

باختصار، ستواجه كل WooCommerce التي تستخدم WPML مشاكل الترجمة اليدوية في نهاية المطاف. ويمكن التعامل مع هذه المشكلة طالما كان الكتالوج محددًا ومستقرًا. ومع ذلك، تصبح هذه المشكلة صعبة التحكم مع نمو المتجر، وذلك لعدة أسباب:

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

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

وهنا Weglot منصة الأزياء المخصصة للعملاء والمبيعات السريعة "The Bradery " لاحظت الفرق. فقد جعلت الأعباء الإدارية اليدوية المرتبطة بتحديث الترجمات مع وصول مئات المنتجات الجديدة يوميًا الحل الذي يتطلب مشغلات لكل عنصر غير قابل للتطبيق. وبفضل Weglot، تقوم «The Bradery» بترجمة أكثر من 500 منتج يوميًا، وقد وفرت أكثر من 100 ساعة من العمل اليدوي في الترجمة.

كيف يمكن أن يكون بديلاً أسرع – Weglot – يتعامل مع ترجمة موقع WooCommerce

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

"كنا قد واجهنا في السابق مشكلات في التوافق مع حلول ترجمة أخرى، ولكن مع Weglot، سارت الأمور بسلاسة. وقد شهدنا زيادة كبيرة في عدد الزيارات منذ ترجمة موقعنا."

كيم مارتن، مسؤولة الاتصالات والتسويق الأولى، TCI

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

علاوة على ذلك، Weglot يتم المزامنة المستمرة مع متجرك لاكتشاف وترجمة المحتوى الجديد أو المحدث. وبالتالي، تُترجم الأوصاف المنقحة، ونصوص الأسعار المحدثة، وصفحات الفئات الجديدة على الفور دون الحاجة إلى أي جهد يدوي.

يتم أيضًا إعداد عناوين URL الخاصة باللغة وعلامات hreflang تلقائيًا بعد التثبيت. وينطبق ذلك أيضًا على البيانات الوصفية المترجمة، مثل عناوين صفحات المنتجات والأوصاف الوصفية وأوصاف الفئات.

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

بل يمكنك حتى استخدام Weglot's Visual Editor لمراجعة الترجمات وتحريرها في سياقها قبل نشرها:

وأخيرًا، بالنسبة للمتاجر التي تولي أهمية كبيرة لاتساق المصطلحات، Weglotيتعلم «نموذج الترجمة بالذكاء الاصطناعي » من قواعد قاموس المصطلحات الخاصة بك، والتعديلات اليدوية، والتعليمات المخصصة. وتُطبق المصطلحات الخاصة بالمنتج وأسلوب التعبير الخاص بالعلامة التجارية على الكتالوج بأكمله وليس على الصفحات الفردية فقط، لتمنحك ترجمات متوافقة مع هوية العلامة التجارية منذ البداية.

البدء في استخدام Weglot على WooCommerce

يستغرق إعداد «Weglot » على متجر « WooCommerce » بضع دقائق ولا يتطلب أي تدخل من المطورين.

1. ابحث عن المكون الإضافي، وقم بتثبيته وتفعيله Weglot المكوّن الإضافي عبر لوحة إدارة WordPress
2. أنشئ Weglot حسابًا وانسخ مفتاح API الفريد الخاص بك والصقه في لوحة إدارة WordPress
3. اختر لغتك الأصلية واللغات الجديدة التي تريد تعلمها
4. تم! موقعك الآن هو متعدد اللغات!

Weglot يقوم بمسح متجرك بالكامل على WooCommerce ، ويُنشئ طبقة ترجمة أولية باستخدام الذكاء الاصطناعي لكل لغة مختارة، ثم ينشرها على الموقع مباشرةً.

يرجى ملاحظة أنه إذا كنت من مستخدمي WPML حاليًا، فيمكنك أيضًا اتباع دليل الترحيل المخصص لـ WPML.

ستلاحظ أيضًا وجود أداة تبديل اللغة في الواجهة الأمامية، والتي ستساعد الزوار على اختيار اللغة الصحيحة. ومع ذلك، يمكن تخصيص موضعها ومظهرها من خلال: Weglot > الإعدادات > Language Switcher.

من Weglot لوحة التحكم، تتوفر لديك الآن عدة خيارات مختلفة يمكنك اتباعها:

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

هناك الكثير غير ذلك مما Weglot يقدمه، ويمكن لمركز المساعدة أن يرشدك من خلال موارده ووثائقه، وحتى أكاديمية «Weglot ».

طريق أسرع لإنشاء متجر على منصة « متعدد اللغات »WooCommerce

WooCommerce تعقيدات استخدام WPML مع WooCommerce من الاختلاف في متطلبات ترجمة المحتوى وإدارة التجارة الإلكترونية، وليس من أي قيود في أي من المنتجين.

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

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

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

ابدأ تجربتك المجانية لمدة 14 يومًا لـ « Weglot » وشاهد متجرك على WooCommerce بلغة جديدة في غضون دقائق.