Search Console للمواقع متعددة اللغات: دليل عملي

تُعدّ Google Search Console لوحة المتابعة التشغيلية لتحسين محركات البحث للمواقع متعددة اللغات، لكن ذلك لا يتحقق إلا عندما يتوافق إعداد المواقع والتقارير ووتيرة المتابعة مع طريقة إطلاق النسخ اللغوية فعليًا. يقدّم هذا الدليل آليات عمل عملية في Search Console لمراقبة النسخ اللغوية، وتعليقات hreflang التوضيحية، وخرائط الموقع، والفهرسة، ومقارنة الأداء بين اللغات والمناطق.

إجابة سريعة: راقب مجموعة عناوين URL لكل لغة ومنطقة، وليس للغة الافتراضية وحدها

باختصار: نظّم Search Console حول عناوين URL القابلة للزحف الخاصة بكل لغة ومنطقة، ثم راقب الفهرسة وخرائط الموقع والمشكلات المرتبطة بـ hreflang والأداء لكل شريحة لغوية، بدلًا من الاكتفاء بالمقاييس الإجمالية للموقع بلغته الافتراضية.

توصي Google بتخصيص عناوين URL مختلفة وقابلة للزحف لكل نسخة لغوية. إذا كانت الصفحات الفرنسية موجودة ضمن /fr/، فينبغي أن تتعامل في متابعتك مع /fr/ بوصفه شريحة أساسية إلى جانب المسار الجذري الإنجليزي. فقد يخفي الرسم البياني الجيد للغة الافتراضية نسخًا بديلة معطّلة، أو صفحات أولية شحيحة المحتوى للغات ومناطق أخرى، أو نواقص في خرائط الموقع.

يجب أن تكون الروابط بين صفحات مجموعات hreflang متبادلة؛ وغالبًا ما يبدأ التشخيص في Search Console عندما تؤدي مشكلات الروابط العكسية أو الرموز أو تعارضات العناوين الأساسية إلى خلل في المجموعة. واستكمل فحوص Search Console باستخدام Bing Webmaster Tools عندما تكون الأسواق التي تعتمد على Bing مهمة لك.

خيارات إعداد المواقع والنطاقات

كيف ينبغي تنظيم المواقع في Search Console للمواقع متعددة اللغات؟

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

عند تخصيص أدلة فرعية للغات والمناطق (example.com/fr/)، يجمع الموقع الإلكتروني على النطاق جميع هذه النسخ في مكان واحد. صفِّ التقارير بحسب عناوين URL التي تحتوي على /fr/، أو استخدم شرائح قائمة على التعبيرات النمطية في أدوات الاستكشاف حيثما توفرت. وعند تخصيص نطاقات فرعية للغات والمناطق (fr.example.com)، تظل مواقع النطاق تجمع البيانات؛ لذا وثّق اللغة المرتبطة بكل اسم مضيف.

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

ما أهم التقارير للنسخ اللغوية؟

ابدأ بتقارير الصفحات والفهرسة وخرائط الموقع وأداة فحص عنوان URL. ولرصد المؤشرات الخاصة بـ hreflang، تابع تقارير التحسينات وتفاصيل الفهرسة التي تشير إلى عناوين URL البديلة أو تعارضات العناوين الأساسية. وتساعد تقارير الأداء على مقارنة النسخ اللغوية والإقليمية بعد التأكد من سلامة الفهرسة.

تحدّد Google لغة الصفحة اعتمادًا على المحتوى المرئي بالدرجة الأولى؛ فإذا أظهرت Search Console عناوين URL مفهرسة بعناوين أو مقتطفات تمزج بين اللغات، فأصلح المحتوى قبل الانشغال بتعديل التعليقات التوضيحية.

خرائط الموقع ومراقبة اكتشاف الصفحات

كيف ينبغي إرسال خرائط الموقع ومراقبتها لكل لغة ومنطقة؟

أدرج عناوين URL لجميع اللغات والمناطق في خرائط الموقع، وليس للغة الافتراضية فقط. تساعد خرائط الموقع بتنسيق XML على اكتشاف النسخ اللغوية، ويمكن أن تتضمن تعليقات hreflang التوضيحية xhtml:link عند اعتمادها وسيلةً لتنفيذها.

أرسل خرائط الموقع على مستوى الموقع المسجّل في Search Console، سواء كان موقع نطاق أو بادئة مناسبة. وبعد كل إطلاق لنسخة لغوية أو إقليمية، أو نشر جماعي عبر نظام إدارة المحتوى:

1. أعِد إنشاء ملفات خرائط الموقع لتشمل عناوين URL الجديدة للنسخ اللغوية والإقليمية وبدائل hreflang.
2. أعِد إرسالها عبر تقرير خرائط الموقع في Search Console.
3. تأكد من ظهور حالة «تم بنجاح»، وراقب أخطاء الجلب.
4. أجرِ فحوصًا موضعية لعينة من عناوين URL باستخدام أداة فحص عنوان URL.

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

راقب تواريخ آخر قراءة وأعداد الأخطاء. فعدم تحديث خرائط الموقع بعد نشر دفعات كبيرة من الترجمات مشكلة شائعة قد تمر دون ملاحظة.

التغطية والفهرسة وفحص عنوان URL

ماذا يكشف فحص عنوان URL عن صفحات النسخ اللغوية والإقليمية؟

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

تحقّق مما يلي:

• هل الفهرسة مسموح بها؟ — قواعد robots أو توجيهات noindex أو اشتراطات تسجيل الدخول التي تحظر مسارات النسخ اللغوية والإقليمية.
• العنوان الأساسي — عنوان URL المفضّل باللغة نفسها؛ وأخطاء تعيين عنوان أساسي بلغة مختلفة.
• البديل/hreflang — روابط عكسية مفقودة أو رموز غير صحيحة.
• تم الزحف باستخدام — مشكلات عرض القوالب الموطّنة على أجهزة الكمبيوتر أو الأجهزة الجوّالة.

ينبغي أن يكون لكل عنوان URL خاص بلغة أو منطقة عنوان أساسي واضح يشير إلى عنوان URL المفضّل باللغة نفسها عند وجود نسخ مكررة.

شغّل أداة الفحص بعد النشر، ولا تكتفِ بفحص النسخة الإنجليزية المنشورة. ففحوص بيئة الاختبار تكمّل رؤية Google لعناوين URL المنشورة، لكنها لا تحلّ محلها.

كيف تتحقّق من مشكلات hreflang والفهرسة في Search Console؟

ابدأ بقائمة أزواج من النسخ اللغوية والإقليمية التي تأكدت من صحتها:

1. اختر عنوان URL‏ A بالإنجليزية وعنوان URL‏ B للنسخة الفرنسية المقابلة.
2. افحص A، وتأكد من ظهور B بوصفه بديلًا مع hreflang الصحيح.
3. افحص B، وتأكد من ظهور A بوصفه رابطًا عكسيًا.
4. إذا كان مفقودًا، فتتبّع طريقة التنفيذ، سواء في قسم head من HTML أو ترويسات HTTP أو خريطة الموقع، قبل إعادة النشر.

تُطلع تعليقات hreflang التوضيحية Google على عناوين URL البديلة للغات أو المناطق، ويجب أن تكون متبادلة بين جميع الصفحات التي تصفها. تعرض Search Console كثيرًا من المشكلات في صورة تحذيرات تتعلق بالفهرسة أو التحسينات، لا في «تقرير hreflang» واحد؛ لذا درّب الفريق على قراءة لوحات التفاصيل.

أصلح تعارضات العناوين الأساسية أولًا، إذ قد تتجاوز تأثير تجميع النسخ البديلة. ثم أصلح الروابط المتبادلة ورموز اللغات والمناطق، مع ضمان الاتساق بين en-GB وen.

آليات تشخيص المشكلات المرتبطة بـ hreflang

ضع آلية عمل قابلة للتكرار عند حدوث خلل في النسخ البديلة:

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

الخطوة 2 — صنّف الخلل: رابط عكسي مفقود، أو رمز غير صحيح، أو مجموعة جزئية لا تتبادل الروابط، أو عدم تطابق بين HTTP وHTTPS، أو عنوان أساسي يشير إلى عنوان مختلف عن عنوان URL الخاص باللغة أو المنطقة.

الخطوة 3 — أصلح المشكلة على مستوى القالب حتى تعيد عملية النشر التالية عبر نظام إدارة المحتوى إنشاء المجموعة كاملة، بدلًا من تعديل كل صفحة يدويًا على حدة.

الخطوة 4 — اطلب الفهرسة لعنوان URL نموذجي بعد النشر؛ وانتظر إعادة الزحف قبل إغلاق تذكرة الدعم.

الخطوة 5 — وثّق في مصفوفة اللغات والمناطق القوالب المتأثرة والإصدار الذي عالجها.

يجب أن تكون الروابط داخل مجموعات hreflang متبادلة؛ وغالبًا ما يبدأ التشخيص في Search Console عندما تؤدي مشكلات الروابط العكسية أو الرموز أو تعارضات عناوين URL الأساسية إلى تفكك المجموعة.

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

مقارنة الأداء بين النسخ المحلية

كيف ينبغي مقارنة الأداء بين اللغات؟

لإجراء مقارنة عادلة:

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

استخدم تقرير الأداء في Search Console مع الفلاتر، أو صدّر البيانات إلى أدوات ذكاء الأعمال مع إضافة بُعد اللغة والمنطقة من خريطة عناوين URL لديك. واستكمل ذلك بتقارير الصفحات المقصودة في أدوات التحليلات لكل لغة.

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

لا تَعِد بتحسّن الترتيب اعتمادًا على تعديلات Search Console وحدها؛ أصلح قابلية الزحف والمحتوى، ثم فسّر اتجاهات الأداء بحذر.

وتيرة عمل مشتركة مع فريق التوطين

ما وتيرة العمل المشتركة المناسبة لفريقي التوطين وتحسين محركات البحث؟

نسّق جداول الإصدارات:

تضمن المسؤولية المشتركة عن مصفوفة اللغات والمناطق ألا يكتشف فريق تحسين محركات البحث صفحات /de/ الجديدة عبر Search Console بدلًا من معرفتها من فريق التوطين.

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

أخطاء شائعة

ما أخطاء Search Console التي تؤخر تشخيص مشكلات المواقع متعددة اللغات؟

1. مراقبة مسار اللغة الافتراضية فقط — ما يؤدي إلى عدم اكتشاف انهيار فهرسة /fr/ حتى تتلاشى الزيارات.
2. عدم إعادة إرسال خريطة الموقع بعد إطلاق نسخة محلية — ثم إرجاع بطء اكتشاف الصفحات إلى أن «تحسين محركات البحث لا ينجح».
3. استخدام أداة فحص عنوان URL للصفحات الإنجليزية فقط — فلا يجري التحقق من النسخ البديلة مطلقًا.
4. إضافة الموقع نفسه أكثر من مرة — ما يؤدي إلى تشتت السجل وربط خرائط الموقع بالموقع الخطأ.
5. التعامل مع إعداد hreflang كمهمة تُنجز مرة واحدة — فتؤدي تغييرات قوالب نظام إدارة المحتوى إلى تعطيل تبادل الروابط دون ملاحظة.
6. تعيين عناوين URL أساسية بلغة مختلفة — فيعرض Search Console عنوان URL مفهرسًا غير صحيح للمحتوى المحلي.
7. تجاهل Bing Webmaster Tools — تؤكد إرشادات مشرفي المواقع لدى Bing أهمية المحتوى المفيد والقابل للزحف؛ وتحتاج بعض الأسواق إلى مراقبة موازية.
8. القلق بشأن الأداء قبل الفهرسة — وتحسين عناوين صفحات لم تفهرس Google عناوين URL الخاصة بها بعد.

أصلح بنية الموقع والتعليقات التوضيحية قبل الانشغال بتعديلات على مستوى الكلمات المفتاحية ضمن عرض موقع واحد في Search Console.

قائمة التحقق من التنفيذ

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

أسس البحث التقليدي ومحركات الإجابات

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

دليل المنصة: Google Search

في Google Search، يعتمد اكتشاف المحتوى على عناوين URL محلية قابلة للزحف تتضمن محتوى HTML مناسبًا للغة، وعناوين صفحات وعناوين رئيسية دقيقة، وإشارات hreflang متبادلة عند وجود نسخ بديلة. وتشمل الأسس التقنية محتوى قابلًا للفهرسة بدلًا من آليات تبديل تعتمد على ملفات تعريف الارتباط وحدها، وبيانات وصفية موطّنة، وخرائط موقع، واستخدامًا منضبطًا لإشارات canonical. وتعني جودة المحتوى تقديم محتوى رئيسي يضع احتياجات الناس أولًا في كل لغة، فيما تستمد الموثوقية من وضوح هوية المؤسسة والمصادر المؤيدة، لا من التسويق لأدوات الترجمة. وما يعنيه ذلك للمواقع متعددة اللغات هو أن كل عنوان URL خاص بسوق أو لغة يجب أن يكون مكتملًا بذاته. قِس الأداء من خلال تغطية الفهرسة وفحص عناوين URL في Search Console لكل نسخة محلية. المؤكد وغير المؤكد: توثّق Google آلية التعامل مع المحتوى متعدد اللغات وhreflang، لكنها لا تضمن ترتيبًا معينًا عند استخدام أي نظام لإدارة المحتوى أو سير عمل للترجمة.

دليل المنصة: Bing

يكتشف Bing الصفحات متعددة اللغات القابلة للزحف ويفهرسها عندما تكون بنيتها واضحة، بما يشبه متطلبات Google المتعلقة بوضوح عناوين URL والمحتوى. وتشمل الأسس التقنية عناوين URL لكل لغة ومنطقة يمكن جلبها، ومحتوى مفيدًا، ومراقبة عبر Bing Webmaster Tools. أعطِ الأولوية لتوطين العناوين والادعاءات والأسئلة الشائعة، بدلًا من الاكتفاء بترجمة عناصر الواجهة. وتظل إشارات الموثوقية معتمدة على مصادر جديرة بالثقة وكيانات متسقة. وبالنسبة للمحتوى متعدد اللغات، لا تُخفِ اللغات خلف مفاتيح تبديل تعمل من جهة العميل فقط. قِس الفهرسة وإحصاءات الزحف في Bing Webmaster Tools. المعلوم مقابل غير المؤكد: تؤكد إرشادات Bing أهمية المحتوى المفيد القابل للزحف؛ فلا تختلق عوامل ترتيب حصرية لـBing تتعلق بأدوات الترجمة.

دليل المنصة: ChatGPT

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

دليل المنصة: Gemini

يستفيد Gemini وتجارب الذكاء الاصطناعي المرتبطة به لدى Google من اتساق الكيانات، والبيانات المنظّمة حيث تكون دقيقة، والصفحات الموطّنة القابلة للفهرسة. ويتمثل الظهور في الإشارة إلى المحتوى أو التعرّف عليه، لا في اختلاق عوامل ترتيب لـGemini. وتتقاطع الأسس التقنية مع قابلية الزحف وجودة البيانات الوصفية في بحث Google. وينبغي أن يقدّم المحتوى ادعاءات وتعريفات واضحة في كل لغة. وتعتمد الموثوقية على اتساق معلومات المؤسسة والأدلة المؤيّدة. وبالنسبة للمحتوى متعدد اللغات، تقلّل أسماء المنتجات المضبوطة بالمسرد الالتباس بين نسخ اللغات والمناطق. قِس الأداء بالطرق التقليدية عبر Search Console، وقيّم عيّنات من إجابات الذكاء الاصطناعي نوعيًا. المعلوم مقابل غير المؤكد: سلوك Gemini ليس بديلًا عن إرشادات بحث Google الموثّقة بشأن hreflang والنسخ اللغوية.

دليل المنصة: Google AI Overviews

قد تتضمن ميزة «نبذات باستخدام الذكاء الاصطناعي» من Google روابط إلى صفحات داعمة؛ وتظل الأهلية للظهور فيها قائمة على محتوى قابل للفهرسة يضع المستخدم أولًا. وهي ليست وسيلة للتبديل بين اللغات ولا تحلّ محل hreflang. وتبقى الأسس التقنية هي صفحات HTML قابلة للزحف لكل لغة ومنطقة، وبيانات منظّمة تعكس الحقائق. وتشمل خصائص المحتوى إجابات موجزة وعناوين واضحة في كل لغة. وتعكس إشارات الموثوقية معايير المحتوى المفيد. وبالنسبة للمحتوى متعدد اللغات، لا يوجد ضمان لإدراج أي صفحة مترجمة في هذه النبذات. قِس الأداء عبر تقارير الذكاء الاصطناعي التوليدي في Search Console حيثما تتوفر، وأبقِ مقاييس الفهرسة التقليدية منفصلة. المعلوم مقابل غير المؤكد: لا يمكن لأي سير عمل للترجمة أن يَعِد بالظهور في هذه النبذات.

كيف يساعدك GlotEO

تُنبّهك Search Console عندما تتعطّل عناوين URL الخاصة بنسخ اللغات والمناطق، لكن الوقاية تتطلّب سير عمل منظّمًا. تساعد GlotEO الفرق على مواءمة مصفوفات اللغات والمناطق المهيّأة لاستخدام hreflang، والترجمات المنضبطة بمسرد المصطلحات، وضوابط النشر مع ما تراقبه Search Console، ليعتمد فريقا تحسين محركات البحث والتوطين على مرجع موحّد قبل إدراج عناوين URL في الفهرس.

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