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