الإجابة المختصرة: الموقع العقاري متعدد اللغات هو بنية تُقام بعنوان URL مستقل ومحتوى مستقل ووسوم hreflang صحيحة لكل لغة. فترجمة المتصفح أو الإضافات التي تبدّل اللغة داخل صفحة واحدة لا تُحتسب صفحات مستقلة في محركات البحث، وبالتالي لا يجدكم المشتري الأجنبي بلغته. وتنشر Rebel Co. Group كل لغة في مجلدها الخاص بعنوانها ووصفها الخاصين، وتربط نسخ اللغات ببعضها عبر hreflang.
أول خطوة تتخذها الشركات التي تقرر البيع للمشترين الأجانب تكون عادة إضافة قائمة لغات إلى الموقع. وفي أغلب الأحيان يعني ذلك تثبيت إضافة ترجمة وترجمة الصفحات آليًا. والنتيجة: يبدو الموقع متعدد اللغات، لكن محرك البحث لا يعرض تلك الصفحات للجمهور الصحيح، ولا يثق المشتري بما يقرؤه.
في هذا المقال نتناول كيف يُبنى موقع عقاري متعدد اللغات فعلًا، من القرارات التقنية إلى قرارات المحتوى.
بنية URL: القرار الأول والأكثر ديمومة
هذا هو القرار الأعلى كلفة إذا أردتم تغييره لاحقًا، لأن تغييره يعني تغيير جميع العناوين. وهناك ثلاثة خيارات.
| البنية | مثال | الميزة | العيب |
|---|---|---|---|
| مجلد فرعي | ornek.com/ru/ | تتجمع السلطة في نطاق واحد، والإعداد بسيط | استهداف الدولة أضعف |
| نطاق فرعي | ru.ornek.com | سهولة الإدارة المنفصلة | تتوزع السلطة، ويتطلب إعدادًا منفصلًا |
| نطاق مستقل | ornek.ru | أقوى إشارة للدولة | كل نطاق يبني سلطته من الصفر، والتكلفة مرتفعة |
بالنسبة لمعظم الشركات العقارية، الإجابة الصحيحة هي المجلد الفرعي. أما النطاق المستقل فلا يكون منطقيًا إلا إذا كنتم ستؤسسون عملية دائمة ومنفصلة في تلك الدولة.
Hreflang: الخطأ الأكثر تكرارًا والأكثر صمتًا
Hreflang هو الوسم الذي يعرّف محرك البحث بنسخ اللغات المختلفة للمحتوى نفسه. وحين يُعدّ بشكل خاطئ لا تتلقون أي رسالة خطأ، بل تُعرض الصفحة الخطأ على المستخدم الخطأ فحسب، وقد يستغرق اكتشاف ذلك أشهرًا.
- يجب أن تشير كل نسخة إلى جميع النسخ الأخرى وإلى نفسها. فالتعريف أحادي الاتجاه يُعد غير صالح.
- يجب تعريف x-default، وتحديد اللغة التي تُعرض حين لا تتطابق أي لغة.
- لا ينبغي الخلط بين رمز اللغة ورمز الدولة. فالجمهور الناطق بالروسية لا يقتصر على روسيا.
- يجب ألا تُدرج الصفحات غير المترجمة في hreflang. فتعريف صفحة فارغة أو ناقصة يضر.
إغلاق الصفحات التي لم تجهز ترجمتها مؤقتًا أمام الفهرسة أكثر أمانًا من نشرها بمحتوى ناقص. ويشرح Sefa Aydın حدود تسريع الإنتاج متعدد اللغات بالذكاء الاصطناعي في مقاله عن إنتاج المحتوى متعدد اللغات.
التوطين: أكثر من مجرد ترجمة
التوطين الحقيقي لا ينتهي بتغيير لغة النص. بل يجب نقل كل عنصر يحتاجه المشتري لاتخاذ قراره إلى سياقه هو.
- العملة: السعر بالعملة التي يتخذ بها المشتري قراره. فعرض الليرة التركية وحدها يصعّب المقارنة.
- وحدات القياس: المتر المربع مفهوم في معظم الأسواق، لكن يجب أن يُكتب بوضوح ما يشمله تعريف المساحة (إجمالية أم صافية).
- شرح العملية: يجب شرح خطوات سند الملكية والتقييم العقاري والدفع بمفاهيم يعرفها مشتري ذلك البلد.
- التواصل: وعد بمستشار يتحدث تلك اللغة، والتزام بالرد يراعي فارق التوقيت.
- المحتوى القانوني: يجب تقديم معلومات الجنسية وتصريح الإقامة بدقة ودون مبالغة. فالحد الأدنى للجنسية التركية عن طريق الاستثمار العقاري هو 400,000 دولار، ويُسجَّل في سند الملكية قيد بعدم البيع لمدة ثلاث سنوات، ويُجرى التقييم من قبل جهة مرخصة من SPK.
إعداد محركات البحث يُنفّذ لكل لغة على حدة
هذه هي الخطوة الأكثر إهمالًا في المواقع متعددة اللغات. يُعدّ Google Search Console ثم يتوقف العمل عند ذلك. بينما إذا كنتم تستهدفون روسيا فأنتم بحاجة أيضًا إلى إعداد منفصل على Yandex، إذ تمر نحو 70 بالمئة من عمليات البحث في روسيا عبر Yandex.
- Google Search Console: إرسال خريطة الموقع ومتابعة تقرير الاستهداف الدولي.
- Yandex Webmaster: تحقق منفصل وإرسال خريطة الموقع للنسخة الروسية.
- Bing Webmaster: يغذي Bing وبعض واجهات الذكاء الاصطناعي أيضًا.
- خريطة موقع منفصلة لكل لغة، أو تعريف بدائل hreflang داخل خريطة موقع واحدة.
الأداء: الموقع البطيء أبطأ في الخارج
الموقع الذي يبدو سريعًا حين يُفتح من تركيا قد يتباطأ بشكل ملحوظ حين يُفتح من موسكو أو دبي. ولأن المواقع العقارية تعتمد على الصور بكثافة فإن هذا الخطر مرتفع. فتقديم الصور بصيغ حديثة، واستخدام شبكة توصيل المحتوى، وتنظيف السكربتات غير الضرورية، كلها تؤثر مباشرة في التحويل. وقد تناولنا هذا الموضوع بالتفصيل في مقالنا عن سرعة الموقع وCore Web Vitals.
كيف يبدو ذلك في التطبيق
البنية التي أنشأناها لـ Realty Galaxy Global منشورة بتسع لغات، وتضم بوابة VIP خاصة بالمستثمرين، وتكاملًا مع أسعار الصرف الحية، وواجهة منفصلة لإدارة الطلبات. أما في Istanbul Citizenship فقد بنينا هيكلًا يشرح العملية خطوة بخطوة، منشورًا بنسخة إنجليزية رئيسية وخمس لغات إضافية، وأكملنا إعداد وحدة تحكم البحث.
والدرس الحقيقي هنا ليس عدد اللغات، بل أن تكون كل نسخة لغوية كيانًا قائمًا بذاته، يجيب فعلًا عن سؤال من يبحث بتلك اللغة. فتسع لغات ناقصة تجلب عملًا أقل من لغتين مكتملتين.
مقياس بناء موقع متعدد اللغات ليس عدد اللغات التي تفتحونها، بل عدد اللغات التي تستطيعون الإجابة بها فعلًا.
إن أردتم بناء هيكلكم أو تدقيق إعدادكم الحالي، تحدثوا مع Rebel Co. Group. خدماتنا ذات الصلة: تصميم المواقع واستشارات تحسين محركات البحث.
الأسئلة الشائعة
ما بنية URL التي يجب استخدامها لموقع متعدد اللغات؟
البنية الأكثر شيوعًا وقابلية للإدارة هي المجلد الفرعي، مثل ornek.com/ru/. فتتجمع سلطة النطاق في مكان واحد ويكون الإعداد بسيطًا نسبيًا. والنطاق الفرعي والنطاق المستقل بامتداد الدولة ممكنان أيضًا، لكنهما يوزعان السلطة ويتطلبان صيانة أكثر.
ما هو Hreflang ولماذا هو ضروري؟
Hreflang وسم يعرّف محرك البحث بنسخ المحتوى نفسه بلغات مختلفة. وحين لا يُعدّ بشكل صحيح، قد يعرض محرك البحث الصفحة التركية على المستخدم الروسي، أو يعتبر النسخ محتوى مكررًا. ويجب أن تشير كل نسخة إلى جميع النسخ الأخرى وإلى نفسها، مع تعريف x-default أيضًا.
هل استخدام الترجمة الآلية ضار؟
نشر الترجمة الآلية الخام يسبب مشكلتين: يهز الثقة في قرار عالي الكلفة، ويعطي إشارة محتوى منخفض الجودة في البحث. واستخدام الترجمة الآلية مسودةً يحررها شخص يتقن تلك اللغة طريق معقول، أما نشرها دون أي تحرير فليس كذلك.
بأي عملة يجب أن أعرض الأسعار؟
بالعملة التي يتخذ بها المشتري قراره. فالمستثمر الأجنبي يفكر غالبًا بالدولار أو اليورو، وعرض المبالغ بالليرة التركية وحدها يصعّب عليه المقارنة. وتقديم خيار للعملة وبيان تاريخ سعر الصرف المعتمد يمنحان الثقة.