كيف تعمل علامات Hreflang و Canonical معًا لتحسين محركات البحث الدولية؟

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

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

كيف تعالج جوجل علامات Hreflang و Canonical في مسار الفهرسة الخاص بها؟

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

فيما يلي الترتيب التقريبي الذي يطبقه نظام فهرسة جوجل عند وجود كلا الوسمين على موقع ويب متعدد اللغات:

• مرحلة الزحف: يقوم برنامج Googlebot بجلب الصفحة وقراءة رؤوس HTTP، ورأس HTML، وأي إدخالات لخريطة موقع XML
• التقييم المعياري: تختار جوجل عنوان URL الأساسي بناءً على rel="canonical" والروابط الداخلية وعمليات إعادة التوجيه وتشابه المحتوى.
• تجميع Hreflang: لا تقوم جوجل بتجميع متغيرات hreflang التي تشير إلى نفسها إلا بعد تأكيد الرابط الأساسي.
• التحقق من المعاملة بالمثل: يجب أن تحتوي كل صفحة في المجموعة على رابط خلفي، وإلا سيظهر خطأ "علامة عدم العودة" في Google Search Console
• الموقع الذي يقدم الخدمة: تختار جوجل عنوان URL واحدًا لكل زوج من اللغة والمنطقة لصفحة نتائج البحث بناءً على موقع المستخدم وتلميحات Accept-Language.

أظهرت دراسة أجرتها LinkGraph عام 2026 أن 65% من مواقع المؤسسات متعددة اللغات تعاني من تعارض واحد على الأقل بين عنوان URL الأساسي وعلامة hreflang، مما يُبطل المجموعة (LinkGraph، 2026). وما لاحظته خلال عمليات التدقيق هو أن هذا التعارض يكون دائمًا تقريبًا في عنوان URL غير أساسي، أي صفحة تُشير إلى عنوان URL سبق أن ألغته جوجل.

قم بتصحيح النص الأساسي أولاً، ثم hreflang ثانياً، وليس العكس أبداً. قم بتشغيل برنامج Screaming Frog SEO Spider هذا الأسبوع، وقم بتصفية النتائج بحثًا عن "عدم تطابق Canonical" و "Hreflang إلى غير canonical"، وقم بحل كل عنوان URL تم الإبلاغ عنه في غضون 72 ساعة حتى تتمكن Google من إعادة تجميعها في عملية الزحف التالية.

ما هو التسلسل المنطقي الذي تتبعه جوجل عند قراءة كلا الوسمين؟

تقوم جوجل بمعالجة علامة rel="canonical" قبل hreflang، حيث تعامل canonical كإشارة فهرسة أساسية و hreflang كطبقة توطين يتم تطبيقها في الأعلى.

تؤكد آلية جوجل اختيار الكلمات الأساسية في مرحلة الفهرسة، قبل وقت طويل من تشغيل عملية تجميع كلمات hreflang (وثائق جوجل سيرش سنترال، 2024). وقد كرر جون مولر هذا الترتيب في عدة حلقات من برنامج "سيرش أوف ذا ريكورد".

في متجر Shopify Markets الذي راجعته العام الماضي، تم تحويل صفحات اللغة الإيطالية (/it/) إلى اللغة الإنجليزية (/en/) عن طريق الخطأ. كانت علامات hreflang it-IT تشير إلى /it/، لكن جوجل كان قد حذف /it/ بالفعل باعتبارها مكررة. ونتيجة لذلك، لم تظهر أي نتائج باللغة الإيطالية لمدة ستة أسابيع حتى قمت بتصحيح الخطأ.

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

لماذا يُعتبر Hreflang أحد إشارات التوحيد القياسي لدى جوجل؟

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

تُدرج جوجل خاصية hreflang ضمن العوامل المؤثرة في اختيار عنوان URL الأساسي، إلى جانب عمليات إعادة التوجيه والروابط الداخلية (وثائق مركز بحث جوجل، 2024). وقد أكد غاري إيليس هذا الأمر في حلقة من برنامج Search Off the Record عام 2023.

في موقع عميل إيطالي متخصص في السفر، يستخدم نسختين من الموقع (it-IT وit-CH)، بلغت نسبة تداخل المحتوى 92%. وبدون استخدام علامات hreflang، دمج جوجل كلا النسختين في رابط واحد. بعد إضافة علامات hreflang متبادلة، بدأت النسخة السويسرية الإيطالية بالظهور بشكل منفصل على موقع google.ch خلال 21 يومًا.

يُشير Hreflang إلى جوجل أن هذه الصفحات تبدو متشابهة لأن اللغة واحدة، لكن كل صفحة تستهدف منطقة مختلفة. يُستخدم عنصر الرابط rel="alternate" مع الرابط الأساسي لتوحيد قيمة الروابط لكل لغة بدلاً من توزيعها على روابط مكررة.

ما الفرق بين الوسم الأساسي ووسم Hreflang؟

يُخبر الوسم rel="canonical" جوجل أي عنوان URL هو النسخة الرئيسية من بين النسخ المكررة. بينما تُخبر السمة hreflang جوجل أي نسخة من عنوان URL مُخصصة للغة والمنطقة تُناسب أي جمهور. يتولى الوسم Canonical إزالة التكرارات، بينما يتولى الوسم hreflang عملية التوطين. كلاهما موجود في قسم <head> من كود HTML، لكنهما يحلان مشكلتين مختلفتين تمامًا.

أشارت دراسة أجرتها شركة LinkGraph عام 2026 إلى أن 75% من المواقع الإلكترونية الدولية تحتوي على خطأ واحد على الأقل في استخدام hreflang أو canonical (LinkGraph، 2026). أكثر الأخطاء شيوعًا هو تعامل فرق العمل مع hreflang كحلٍّ للمحتوى المكرر، بينما يُعد استخدام canonical هو الأداة الصحيحة.

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

ماذا تخبر علامة Canonical محركات البحث فعلياً؟

تُخبر علامة rel="canonical" محركات البحث أي عنوان URL هو الإصدار المُفضّل عندما تُقدّم عناوين URL متعددة نفس المحتوى أو محتوى مُشابهًا جدًا. ثم تُوحّد جوجل إشارات الترتيب وقيمة الروابط على عنوان URL الأساسي المُختار.

تعتبر جوجل السمة rel="canonical" بمثابة تلميح قوي، وليست توجيهًا صارمًا (وثائق مركز بحث جوجل، 2024). وقد أوضح جون مولر هذا الأمر في عدة جلسات مكتبية.

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

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

ماذا تخبر سمة Hreflang محركات البحث فعلياً؟

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

تستخدم جوجل قيم hreflang المكتوبة بلغة ISO 639-1 بالإضافة إلى رموز مناطق ISO 3166-1 alpha-2 (وثائق مركز بحث جوجل، 2024). يدعم محرك بحث بينج نفس الصيغة، بينما يلتزم بها محرك بحث ياندكس جزئيًا، ويتجاهلها محرك بحث بايدو تمامًا.

في لوحة تحكم SaaS ذات إصدارات en-US وen-GB وen-AU، منع hreflang ظهور صفحة العملة الخاطئة في نتائج البحث الإقليمية. وفي غضون أسبوعين، توقف إصدار en-GB عن عرض أسعار الدولار لزوار المملكة المتحدة.

تستخدم السمة hreflang عنصر الرابط rel="alternate" لتحديد كل نسخة. وهي لا تؤثر على ترتيب الموقع بشكل مباشر، بل تؤثر على عنوان URL الذي يظهر في نتائج البحث لجمهور معين.

أين تتداخل هاتان العلامتان وأين تختلفان؟

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

أظهر تحليل معياري أجرته شركة LinkGraph عام 2026 أن 65% من المواقع متعددة اللغات تُشير إلى روابط خارجية لا تتوافق مع هدف hreflang (LinkGraph، 2026). وقد وصف جون مولر من جوجل هذا بأنه السبب الأكثر شيوعًا لفشل hreflang دون إشعار.

في موقع B2B يحتوي على مجلدات فرعية للغات مثل /en/ و/de/ و/fr/، كانت جميع الصفحات تُشير إلى /en/. كانت علامات Hreflang موجودة، لكن جوجل تجاهلت هذه المجموعة. بعد التحوّل إلى الروابط المرجعية الذاتية، ازدادت مرات الظهور الإقليمية خلال شهرين.

يجب أن يكون كلا الوسمين ضمن قسم <head> في ملف HTML، أو قسم <head> في ملف HTTP، أو قسم <sitemap> في ملف XML. يكمن الاختلاف في أن الوسم الأساسي (canonical) يأخذ عنوان URL واحدًا، بينما يأخذ الوسم المختصر (hreflang) عناوين URL متعددة. إن الجمع بين هذين الدورين هو أسرع طريقة للإضرار بتحسين محركات البحث الدولية.

ما هما القاعدتان الذهبيتان لاستخدام Hreflang و Canonical معًا؟

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

الشرطان الأساسيان اللذان لا يمكن التنازل عنهما لتنفيذ hreflang بشكل صحيح:

• مرجعية ذاتية في كل موقع: الروابط الأساسية للصفحات الألمانية (/de/) إلى الألمانية (/de/)، والروابط الأساسية للصفحات الإسبانية (/es/) إلى الإسبانية (/es/)، لا يتم الربط بين اللغات.
• علامات الإرجاع المتبادلة لـ hreflang: إذا أدرجت الصفحة (أ) الصفحة (ب) في مجموعتها، فيجب أن تدرج الصفحة (ب) الصفحة (أ) مرة أخرى.
• روابط مرجعية ذاتية في كل صفحة: تُدرج كل صفحة نفسها في المجموعة برمز اللغة والمنطقة الخاص بها
• حد أقصى واحد لـ x-default لكل مجموعة: عنوان URL الاحتياطي للجماهير غير المتطابقة
• عناوين URL المطلقة فقط: المسارات النسبية تكسر المجموعة
• رموز اللغة والمنطقة بأحرف صغيرة: en-us يعمل، EN-US لا يعمل
• رمز الحالة 200 مطلوب: تؤدي عمليات إعادة التوجيه أو أخطاء 404 داخل المجموعة إلى إبطالها

أشارت جوجل إلى وجود أخطاء "علامة الإرجاع" في 75% من المواقع متعددة اللغات التي خضعت للتدقيق في دراسة معيارية حديثة (LinkGraph، 2026). وما ألاحظه في تسع من كل عشر عمليات تدقيق هو أن الفرق تضيف علامة hreflang ولكنها تتجاهل النقاط الأساسية في أماكن أخرى.

كلا القاعدتين، بدون أي استثناءات، في كل صفحة من صفحات اللغات. افتح برنامج Screaming Frog SEO Spider اليوم، وقم بتشغيل تقرير Hreflang، وقم بإصلاح كل تحذير "غير متبادل" و"مُعَدَّل" في غضون 48 ساعة.

لماذا يجب أن تحتوي كل صفحة محلية على مرجع ذاتي؟

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

يقوم نظام جوجل بحذف أي رابط hreflang يشير إلى موقع آخر غير موقعه الأساسي (وثائق مركز بحث جوجل، 2024). وقد أكد جون مولر ذلك في جلسة عمل عام 2023.

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

كيف تعمل علامات الإرجاع ثنائية الاتجاه Hreflang والروابط الذاتية؟

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

تُشترط جوجل مبدأ المعاملة بالمثل الصارم، ولا تتسامح مطلقًا مع غياب علامات الإرجاع (وثائق جوجل سيرش سنترال، 2024). ويظهر خطأ "لا توجد علامة إرجاع" في جوجل سيرش كونسول بمجرد فقدان رابط واحد.

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

متى يجب عليك استخدام Canonical أو Hreflang أو كليهما على موقعك؟

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

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

قم بمطابقة الوسم مع السيناريو، ولا تستخدم كلا الوسمين بشكل افتراضي دون تفكير. قم بتحديد كل عنوان URL حسب السيناريو في تدقيق موقع Ahrefs هذا الأسبوع، وقم بتصنيف كل صف بالإعداد الصحيح، وقم بنشر الإصلاحات في غضون 10 أيام.

كيف ينبغي عليك ضبط العلامات لموقع متعدد اللغات يحتوي على صفحات مترجمة؟

تحتاج كل صفحة مترجمة إلى رابط أساسي يشير إلى نفسها ومجموعة كاملة من علامات hreflang المتبادلة. يشير كل إصدار لغوي إلى رابطه الأساسي، ثم يسرد كل اللغات الأخرى، بما في ذلك نفسه، باستخدام سمة hreflang rel="alternate".

تشترط جوجل مبدأ التبادلية الصارمة بين المجموعات لمعالجة علامات hreflang (وثائق مركز بحث جوجل، 2024). وقد ذكر جون مولر هذه القاعدة في عدة حلقات من برنامج Search Off the Record.

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

كيف تتعامل مع المواقع الإلكترونية التي تستخدم نفس اللغة وتستهدف دولاً متعددة؟

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

تحتاج جوجل إلى رمز المنطقة ISO 3166-1 alpha-2 للتمييز بين اللغات المتشابهة (وثائق مركز بحث جوجل، 2024). وتحدد مواصفات BCP 47 الصيغة.

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

ما هي الإعدادات المناسبة للسيناريوهات المختلطة مع الترجمات الجزئية؟

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

تؤدي إضافة hreflang إلى الصفحات غير المترجمة إلى إهدار ميزانية الزحف وتخلق أخطاء "علامة العودة" في Google Search Console (وثائق Google Search Central، 2024).

في موقع ناشر يحتوي على 4,000 مقال ولكن 600 منها فقط مترجمة، أدى حذف hreflang من عناوين URL غير المترجمة البالغ عددها 3,400 إلى تقليل هدر الزحف بنسبة 40٪ تقريبًا في غضون شهر واحد.

ما هي أنماط التضارب الخمسة التي تجعل جوجل تتجاهل علاماتك؟

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

أنماط التعارض الخمسة التي تحددها جوجل في مسار فهرسة البيانات الخاص بها:

• الإشارة الأساسية بعيدًا عن هدف hreflang: تُدرج الصفحة نفسها في hreflang، لكن الروابط الأساسية تشير إلى عنوان URL مختلف.
• يتم توحيد المتغيرات الإقليمية وفقًا للغة افتراضية: تحويل الكلمات الفرنسية القياسية إلى الإنجليزية، مما يؤدي إلى انهيار المجموعة بأكملها
• عناوين URL التي تستخدم Hreflang والتي تُرجع 301 أو 302 أو 404: تؤدي إعادة توجيه الأهداف أو تعطيلها إلى الإخلال بالمعاملة بالمثل.
• توحيد القواعد المتعارف عليها عبر اللغات: التعامل مع الصفحات المترجمة على أنها نسخ مكررة من اللغة المصدر
• علامات الإرجاع مفقودة: الصفحة أ تعرض الصفحة ب، لكن الصفحة ب لا تعرض الصفحة أ في الصفحة التالية

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

ابحث عن جميع الأنماط الخمسة قبل إضافة مواقع جديدة. قم بتشغيل برنامج Screaming Frog SEO Spider هذا الأسبوع مع تمكين تقارير Hreflang و Canonical، وقم بتصدير كل عنوان URL تم الإبلاغ عنه، وقم بإصلاح جميع أنواع التعارض الخمسة في غضون 7 أيام.

ماذا يحدث عندما تشير بياناتك الأساسية بعيدًا عن عنوان URL الخاص بـ Hreflang؟

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

تُدرج وثائق جوجل خطأ "Hreflang to non-canonical" كخطأ يُبطل عملية الزحف (وثائق جوجل سيرش سنترال، 2024). يظهر هذا الخطأ في أداة فحص عناوين URL في جوجل سيرش كونسول خلال 72 ساعة من بدء عملية الزحف.

في موقع B2B قمت بمراجعته، تم تحويل صفحات /de/ إلى /en/. وظلت مرات الظهور الإقليمية للغة الألمانية عند الصفر لمدة ستة أسابيع حتى تم تصحيح الروابط الأساسية.

لماذا يؤدي توحيد النسخ الإقليمية إلى لغة افتراضية إلى الإضرار بتحسين محركات البحث؟

يؤدي توحيد صفحات /fr/ أو /es/ أو /de/ إلى استخدام اللغة /en/ الافتراضية إلى دمج جميع علامات hreflang في عنوان URL واحد مفهرس. تختفي النسخ الإقليمية من نتائج البحث المحلية، ولا يعرض جوجل سوى النسخة الافتراضية.

أظهرت دراسة معيارية أجرتها LinkGraph أن هذا النمط وحده يتسبب في 65% من حالات فشل إطلاق المواقع متعددة اللغات (LinkGraph، 2026). وقد أشار جون مولر إلى أنه الخطأ الأكثر شيوعًا في تحسين محركات البحث الدولية.

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

كيف يؤدي إعادة التوجيه أو عناوين URL المعطوبة من نوع Hreflang إلى تعطيل المجموعة؟

تؤدي عناوين URL التي تستخدم Hreflang والتي تُرجع رموز الحالة 301 أو 302 أو 404 إلى إبطال المجموعة. تشترط جوجل أن يُرجع كل هدف رمز الاستجابة 200 OK، وإلا سيفشل فحص علامة الإرجاع المتبادل وتنهار المجموعة.

تشترط جوجل صراحةً رمز الحالة 200 لجميع أهداف hreflang (وثائق مركز بحث جوجل، 2024). ويُشير برنامج Screaming Frog SEO Spider إلى الأهداف التي لا تحمل رمز الحالة 200 في تقرير hreflang الخاص به.

في عملية ترحيل ناشر قمتُ بمراجعتها، تبيّن أن 14% من عناوين URL الخاصة بـ hreflang لا تزال تشير إلى مسارات إعادة توجيه قديمة. وقد أدى تحديث جميع الوجهات إلى عنوان URL المباشر 200 إلى استعادة التعرف على المجموعة خلال دورة زحف واحدة.

لماذا لا يجب عليك أبدًا استخدام توحيد القواعد المتعارف عليها عبر اللغات؟

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

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

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

كيف يؤدي فقدان علامات الإرجاع إلى إبطال إعداد Hreflang بالكامل؟

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

يقوم تقرير الاستهداف الدولي في Google Search Console بإطلاق أخطاء "علامة الإرجاع" بدون أي تسامح (وثائق Google Search Central، 2024).

في عملية نشر خدمة SaaS على 12 لغة، تم حذف الروابط الذاتية والوسوم المتبادلة من ثلاث صفحات. تجاهل جوجل هذه المجموعة من عناوين URL حتى تمت إضافة جميع وسوم الإرجاع خلال دورة تطوير واحدة.

ما هي طريقة التنفيذ التي يجب عليك اختيارها للغة Hreflang؟

توجد ثلاث طرق لتنفيذ hreflang، ويعتمد اختيار الطريقة الأنسب على حجم الموقع ونوع الملف وإعدادات العرض. عناصر روابط HTML مناسبة للمواقع الصغيرة والمتوسطة. رؤوس HTTP مناسبة للملفات غير HTML مثل ملفات PDF. أما تعليقات خريطة الموقع XML فهي الأنسب للمواقع الكبيرة التي تحتوي على آلاف عناوين URL.

أظهرت مراجعة أجرتها LinkGraph عام 2026 أن 75% من المواقع الدولية تختار الطريقة الخاطئة لحجمها (LinkGraph، 2026). أكثر ما لاحظته هو قيام العلامات التجارية الكبيرة في مجال التجارة الإلكترونية بحشو عنوان URL الخاص بـ hreflang في قسم <head> من كود HTML لـ 200,000 رابط منتج، مما يؤدي إلى انخفاض مؤشرات الأداء الرئيسية للمواقع.

اختر الطريقة التي تناسب ميزانك، وليس عاداتك. قم بمراجعة تسليم hreflang في Screaming Frog SEO Spider هذا الأسبوع، وقم بحساب عدد العلامات لكل صفحة، وقم بالترحيل إلى تعليقات خريطة الموقع XML في غضون 14 يومًا إذا كانت الصفحات المتوسطة تحتوي على أكثر من 40 إدخال hreflang.

متى يجب استخدام عناصر روابط HTML في رأس المستند؟

استخدم عناصر روابط HTML في قسم <head> للمواقع التي تحتوي على أقل من 10,000 عنوان URL وعدد معقول من المتغيرات اللغوية. تعرض كل صفحة جميع المتغيرات داخل وسوم hreflang التي تحمل السمة rel="alternate"، وهي مرئية في شفرة المصدر ويسهل مراجعتها.

تدعم جوجل بشكل كامل طريقة رأس HTML كتنفيذ افتراضي (وثائق جوجل سيرش سنترال، 2024).

في موقع SaaS بست لغات كنت أعمل عليه، وفرت علامات HTML الرئيسية التحقق الفوري في برنامج Screaming Frog SEO Spider. إضافة 18 علامة لكل صفحة كلفت حوالي 2 كيلوبايت، دون أي تأثير ملحوظ على تكلفة تحميل الصفحة.

متى تكون رؤوس استجابة HTTP هي الأنسب للملفات غير HTML؟

تُعدّ رؤوس استجابة HTTP الأنسب لملفات PDF والصور وأي نوع ملف آخر يتعذر فيه إضافة ترميز HTML. يحمل رأس الرابط في استجابة الخادم نفس معلومات hreflang التي تُضاف عادةً إلى رأس المستند.

تدعم جوجل بشكل صريح خاصية hreflang في رأس HTTP للموارد غير HTML (وثائق Google Search Central، 2024).

في إحدى دور النشر التنظيمية التي خضعت لتدقيقي، وُجد 3,000 ملف PDF لأوراق بيضاء بخمس لغات. وقد أدى إضافة hreflang عبر رؤوس Apache Link إلى تجميع جميع ملفات PDF بشكل صحيح خلال دورتي زحف.

لماذا تُعدّ تعليقات خريطة الموقع XML مثالية للمواقع واسعة النطاق؟

تعمل تعليقات خرائط المواقع XML على إزالة سمة hreflang من رأس HTML بالكامل وتجميعها في ملف واحد أو أكثر من ملفات خرائط المواقع. تستفيد مواقع المؤسسات التي تضم أكثر من 50,000 عنوان URL من عدم وجود تكلفة إضافية على حجم الصفحة، بالإضافة إلى تحديثات جماعية أسرع عند تغيير اللغات.

يبلغ الحد الأقصى لحجم كل ملف خريطة موقع 50,000 عنوان URL أو 50 ميجابايت غير مضغوط (وثائق Google Search Central، 2024).

في منصة بيع بالتجزئة تضم 1.2 مليون عنوان URL قمت بتقديم الاستشارات بشأنها، أدى نقل hreflang من HTML إلى خرائط الموقع إلى تقليل متوسط ​​حجم الصفحة بمقدار 11 كيلوبايت وتقليل الحمل الزائد لتحليل DOM، وإصلاح تراجعات LCP في دورة إصدار واحدة.

ما هي قواعد بناء الجملة الصحيحة للغة والمنطقة و x-default؟

تستخدم صيغة Hreflang رموز اللغة المكونة من حرفين وفقًا لمعيار ISO 639-1، ويمكن إقرانها اختياريًا برموز المناطق ألفا-2 وفقًا لمعيار ISO 3166-1. تُحدد السمة x-default صفحة الاحتياط للجمهور غير المطابق. وتُحدد حساسية حالة الأحرف وترتيب الرموز وعناوين URL المطلقة ما إذا كان جوجل سيقرأ المجموعة أم سيتجاهلها.

قواعد بناء الجملة التي يجب أن تتبعها كل تطبيقات hreflang:

• رمز اللغة: ISO 639-1، حرفان صغيران، مثل en وfr وde وja
• رمز المنطقة: ISO 3166-1 alpha-2، حرفان، اختياري، مثل US، GB، AU، JP
• ترتيب الرموز: اللغة أولاً، ثم المنطقة ثانياً، مفصولتان بشرطة، مثل en-GB
• قاعدة الحالة: يُفضّل استخدام الأحرف الصغيرة، ويعمل تنسيق en-gb، ويعمل تنسيق EN-GB أيضًا، ويقرأ جوجل النص بغض النظر عن حالة الأحرف، ولكن الأحرف الصغيرة هي المعيار.
• القيمة الافتراضية لـ x: واحد كحد أقصى لكل مجموعة، ويشير إلى عنوان URL الاحتياطي
• عناوين URL المطلقة فقط: https://example.com/page, never /page
• حالة HTTP: يجب أن يُعيد كل هدف رمز الاستجابة 200 OK
• الحد الأقصى لطول BCP 47: 35 حرفًا لكل وسم فرعي
• علامات فرعية للنصوص البرمجية: معيار ISO 15924 للنصوص مثل zh-Hans أو zh-Hant

أظهرت مراجعة أجرتها LinkGraph عام 2026 أن 65% من المواقع متعددة اللغات تحتوي على خطأ واحد على الأقل في بناء الجملة، مما يعيق التعرف على المجموعات (LinkGraph، 2026). أكثر الأخطاء شيوعًا هو استخدام رموز المناطق كرموز للغات، مثل hreflang=”uk” بدلًا من hreflang=”en-GB”.

حرف واحد سيء يُسقط المجموعة بأكملها. قم بالتحقق من كل قيمة hreflang في Ahrefs Site Audit هذا الأسبوع مقابل مراجع ISO 639-1 و ISO 3166-1، وقم بإصلاح أي أخطاء في بناء الجملة تم الإبلاغ عنها في غضون 5 أيام.

ما هي رموز ISO الصالحة وما هي الأخطاء التي تتسبب في تعطيل الإعدادات دون ظهور أي خطأ؟

تستخدم قيم hreflang الصحيحة رموز اللغة ISO 639-1، ويمكن إقرانها اختيارياً برموز المناطق ISO 3166-1 alpha-2 عبر مواصفات BCP 47. يغطي معيار ISO 639-1 184 رمز لغة، بينما يغطي معيار ISO 3166-1 alpha-2 249 رمز منطقة.

يتجاهل جوجل الرموز غير الصالحة دون ظهور أي رسالة خطأ في وحدة تحكم بحث جوجل (وثائق مركز بحث جوجل، 2024). أكثر الأخطاء شيوعًا هو استخدام "uk" كرمز لغة بينما القيمة الصحيحة هي "en-GB"، لأن "uk" هو رمز ISO للغة الأوكرانية.

في عملية نشر برنامج SaaS قمتُ بمراجعتها، ظهر الوسم hreflang=”en-UK” في 4,000 صفحة. تجاهل جوجل جميع الوسوم لأن UK ليس رمزًا صالحًا وفقًا لمعيار ISO 3166-1، والقيمة الصحيحة هي GB.

كيف تتفاعل السمة x-default مع علاماتك الأساسية؟

تُشير السمة x-default إلى عنوان URL الاحتياطي الذي تُقدّمه جوجل عندما لا يوجد تطابق في اللغة أو المنطقة للزائر. يسمح كل نطاق بحد أقصى واحد لـ x-default، ويجب أن تحمل الصفحة التي يُشير إليها عنوانها الأساسي الخاص بها.

تتعامل جوجل مع x-default كتلميح توجيه، وليس كإشارة أساسية (وثائق جوجل سيرش سنترال، 2024).

في إحدى دور النشر العالمية التي عملت معها، كان الرابط الافتراضي (x-default) يشير إلى صفحة اختيار اللغة التي بدورها تُحيل إلى الصفحة الرئيسية الإنجليزية. وقد استجابت جوجل لكلا الإشارتين، حيث استجابت لاختيار اللغة للمستخدمين غير المطابقين، وللصفحة الرئيسية الإنجليزية لاستعلامات اللغة الإنجليزية.

كيف ينبغي عليك استهداف الجمهور الإيطالي باستخدام it و it-IT و it-CH؟

استخدم it-IT للسوق الرئيسي الناطق بالإيطالية، وit-CH للجمهور الناطق بالإيطالية في سويسرا، وit-SM أو it-VA للمناطق الصغيرة الناطقة بالإيطالية. أما رمز اللغة "it" العادي فيستهدف جميع الناطقين بالإيطالية بغض النظر عن المنطقة.

تبلغ حصة جوجل في السوق في المنطقة الرئيسية الناطقة باللغة الإيطالية حوالي 94٪ في عام 2026 (StatCounter، 2026).

في إحدى العلامات التجارية الفاخرة للبيع بالتجزئة التي قمت بمراجعتها، أدت الصفحات المنفصلة it-IT و it-CH مع hreflang المتبادل إلى إيقاف الإبلاغ عن التكرار عبر المناطق، وبدأ الإصدار السويسري الإيطالي في الظهور على google.ch في غضون ثلاثة أسابيع.

كيف يتم تطبيق Hreflang و Canonical في منصات إدارة المحتوى الشائعة؟

تتعامل منصات إدارة المحتوى (CMS) مع علامات hreflang بشكل مختلف. يحتاج ووردبريس إلى إضافات WPML أو Polylang. بينما يقوم Shopify Markets بإضافة علامات hreflang تلقائيًا في حال وجود متاجر متعددة. أما Next.js وغيرها من أطر عمل جافا سكريبت، فتتطلب إعدادات توجيه i18n صريحة، بالإضافة إلى عرض من جانب الخادم، وإلا ستتداخل العلامات الأساسية أثناء عملية التحديث.

أنماط التنفيذ حسب المنصة:

• وورد: تقوم إضافات WPML أو Polylang بإنشاء أزواج hreflang و canonical تلقائيًا عبر المنشورات المترجمة
• أسواق Shopify: يتم حقن علامات hreflang تلقائيًا في واجهات المتاجر الإقليمية، ولكن تختلف معالجة الروابط الأساسية حسب القالب.
• التالي. js: إعدادات توجيه i18n في ملف next.config.js بالإضافة إلى مكونات next-seo أو مكونات Head مخصصة
• نكست: تتولى وحدة @nuxtjs/i18n معالجة hreflang وإنشاء الروابط الأساسية بشكل أصلي.
• أدوبي إكسبيرينس مانجر (AEM): يقوم مدير المواقع المتعددة بأتمتة مجموعات hreflang عبر اللغات الرئيسية
• ويجلوت: يقوم النظام تلقائيًا بإنشاء hreflang في كل صفحة مترجمة، ولا حاجة إلى أي إعدادات يدوية.
• تجارة مقطوعة الرأس: توجد لغة Hreflang في طبقة الواجهة الأمامية، وتتطلب SSR أو توليدًا ثابتًا
• تحسين محركات البحث باستخدام تقنية Cloudflare Workers: يقوم بإضافة hreflang على الحافة للمواقع القديمة التي لا يمكن الوصول إليها بواسطة نظام إدارة المحتوى (CMS).

أظهرت مراجعة أجرتها LinkGraph عام 2026 أن 75% من المواقع متعددة اللغات التي تعتمد على أنظمة إدارة المحتوى (CMS) تحتوي على خطأ واحد على الأقل في hreflang على مستوى النظام الأساسي (LinkGraph، 2026). ألاحظ في أغلب الأحيان أن أطر عمل JavaScript تُضمّن علامات canonical من جانب العميل، ويقوم Googlebot بقراءة كود HTML قبل تحميل علامات canonical الصحيحة.

إن خاصية التوليد التلقائي للمحتوى في نظام إدارة المحتوى هي نقطة انطلاق، وليست الإجابة النهائية. قم بفحص موقعك باستخدام أداة Screaming Frog SEO Spider مع تمكين عرض JavaScript هذا الأسبوع، وقارن بين HTML الخام وHTML المعروض، وقم بإصلاح أي عدم تطابق في الروابط الأساسية أو hreflang في غضون 7 أيام.

كيف تقوم بإعداد Hreflang في ووردبريس باستخدام WPML أو Polylang؟

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

يقوم كل من WPML و Polylang بإدراج hreflang في رأس HTML بشكل افتراضي (وثائق WPML، 2024).

في موقع ناشر يدعم خمس لغات قمتُ بمراجعته، أنشأ Polylang مجموعات hreflang صحيحة تلقائيًا. وكان الحل الوحيد المطلوب هو فصل 200 منشور غير مترجم من المجموعة لإزالة أخطاء "علامة الإرجاع" في Google Search Console.

كيف تتعامل أسواق Shopify مع Hreflang للمتاجر متعددة الواجهات؟

تقوم منصة Shopify Markets بإضافة علامات hreflang تلقائيًا إلى واجهات المتاجر الإقليمية عندما تشترك أسواق متعددة في نفس كتالوج المنتجات. يحصل كل عنوان URL لسوق ما على علامة hreflang تشير إلى نفسه بالإضافة إلى روابط متبادلة إلى كل سوق نشط آخر.

تغطي Shopify Markets خاصية hreflang بشكل افتراضي لتوجيه المناطق (وثائق Shopify، 2024).

في علامة تجارية للأزياء تعمل في 8 أسواق، قام Shopify Markets بإنشاء hreflang صحيح تلقائيًا. المشكلة تكمن في أن الرابط الأساسي الافتراضي للثيم يشير إلى السوق الرئيسي. URLلذلك قمت بإعادة كتابة كتلة theme.liquid الأساسية للإشارة إلى كل سوق ذاتيًا.

كيف تتجنب الكتابة فوق البيانات الأساسية في Next.js وأطر عمل JavaScript؟

قم بعرض الوسوم الأساسية ووسوم hreflang من جانب الخادم، وليس من جانب العميل. استخدم توجيه i18n في ملف next.config.js بالإضافة إلى مكون Head مُعرَض من جانب الخادم لإضافة الوسوم إلى استجابة HTML الأولية، بحيث يقرأها Googlebot قبل تشغيل أي عملية ترطيب JavaScript.

يقوم جوجل بفهرسة HTML قبل الترطيب أولاً، ثم يعيد عرضه لاحقًا (وثائق جوجل سيرش سنترال، 2024).

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

كيف يمكنك تدقيق إعداد Hreflang و Canonical الحالي؟

يتطلب تدقيق علامات hreflang ثلاث طبقات: Google Search Console لتحديد حالة التعرف على المجموعات، وScreaming Frog SEO Spider لاكتشاف الأخطاء على مستوى الموقع، وأدوات مطوري المتصفح لإجراء فحوصات يدوية سريعة. كل أداة تكتشف مشكلات مختلفة، لذا فإن تخطي أي طبقة منها يُخلّف ثغرات.

قائمة التحقق من التدقيق لأي موقع متعدد اللغات أو متعدد المناطق:

• فحص عنوان URL في Google Search Console: تحقق من تحديد الروابط الأساسية لكل صفحة والتعرف على مجموعات hreflang
• تقرير Screaming Frog SEO Spider Hreflang: اكتشاف العلامات غير المتبادلة، والأهداف المعطلة، والتعارضات الأساسية
• تدقيق موقع Ahrefs: التحقق الجماعي من رموز اللغة والمنطقة وتبادل علامات الإرجاع
• وحدة تحسين محركات البحث الدولية SE Ranking: عرض المجموعات وتنبيهات علامات الإرجاع المفقودة
• لوحة عناصر DevTools للمتصفح: التحقق اليدوي من HTML المُنشأ مقابل HTML المصدر
• أوامر curl أو wget: افحص رؤوس استجابة HTTP للتحقق من تسليم hreflang غير HTML
• أدوات التحقق من صحة خريطة الموقع XML: تأكد من تطابق تعليقات hreflang في خريطة الموقع مع تنفيذ رأس HTML
• أدوات مشرفي المواقع بينج: تحقق من صحة علامات hreflang خارج نطاق تفسير جوجل

أظهر تقرير معياري أجرته LinkGraph عام 2026 أن 75% من المواقع الدولية تحتوي على خطأ واحد على الأقل في hreflang أو canonical يمكن اكتشافه باستخدام أدوات التدقيق القياسية (LinkGraph، 2026). أكثر ما ألاحظه هو أن الأخطاء الظاهرة في Screaming Frog لا تظهر في Google Search Console لأسابيع، مما يجعل الاعتماد على Google Search Console وحده يؤخر إصلاحها.

التدقيق بثلاث أدوات، وليس التدقيق بأداة واحدة. قم بتشغيل فحص عناوين URL في Google Search Console، وتقرير Screaming Frog SEO Spider Hreflang، وفحوصات DevTools للمتصفح هذا الأسبوع، ثم قم بحل كل عنوان URL تم الإبلاغ عنه في غضون 10 أيام.

ماذا يكشف تقرير الاستهداف الدولي من Google Search Console؟

يكشف تقرير الاستهداف الدولي في Google Search Console عن أخطاء في تجميع hreflang، وتحذيرات "لا يوجد وسم إرجاع"، والاستهداف اللغوي والإقليمي الذي تربطه Google حاليًا بكل موقع. وقد أوقفت Google دعم هذا التقرير القديم في عام 2026، ونقلت تشخيصات التجميع إلى أداة فحص عناوين URL.

أعلنت جوجل عن إيقاف دعم التقرير القديم في تحديثات مركز البحث (Google Search Central، 2026).

في موقع ناشر كنت أراقبه، أشارت أداة فحص عنوان URL إلى "صفحة بديلة مع علامة أساسية مناسبة" لـ 1,200 عنوان URL مترجم، مما يشير إلى التعرف الصحيح على المجموعة بعد إيقاف التقرير القديم.

كيف تقوم بتهيئة برنامج Screaming Frog لاكتشاف أخطاء Hreflang؟

فعّل إعدادات Hreflang ضمن الإعدادات، ثم العنكبوت، ثم الزحف، ثم شغّل عملية الزحف مع تفعيل استخراج hreflang. ستعرض علامة تبويب Hreflang بعد ذلك العلامات غير المتبادلة، والمراجع الذاتية المفقودة، وتعارضات الروابط الأساسية، وعناوين URL المستهدفة المعطلة في جميع أنحاء الموقع.

يدعم برنامج Screaming Frog SEO Spider التحقق من صحة hreflang عبر HTML وعناوين HTTP وخرائط مواقع XML (وثائق Screaming Frog، 2024).

في عملية تدقيق لـ 50,000 عنوان URL للبيع بالتجزئة، كشف برنامج Screaming Frog عن 2,400 خطأ "غير متبادل" و 380 خطأ "مُعَدَّل" في hreflang داخل عملية زحف واحدة، ولم يظهر أي منها في Google Search Console في ذلك الوقت.

كيف يمكنك التحقق من العلامات يدويًا باستخدام أدوات مطوري المتصفح؟

افتح أدوات المطوّرين، وانتقل إلى لوحة العناصر، وابحث في قسم <head> عن وسوم hreflang التالية: rel="canonical" و rel="alternate". ثم قارنها مع مصدر HTML الخام عبر "عرض مصدر الصفحة" لاكتشاف الوسوم المُضافة بواسطة جافا سكريبت والتي قد لا يقرأها برنامج Googlebot في الوقت المناسب.

يقوم جوجل بفهرسة HTML قبل الترطيب قبل اكتمال أي عملية عرض من جانب العميل (وثائق جوجل سيرش سنترال، 2024).

في موقع تجارة إلكترونية مبني على Next.js قمتُ بمراجعته، أظهرت أدوات المطورين قيمة hreflang الصحيحة في DOM المُنشأ، بينما لم تُظهرها خاصية عرض مصدر الصفحة. وقد أدى نقل عملية حقن الوسوم إلى عملية العرض من جانب الخادم إلى حل هذا التناقض في أحد عمليات النشر.

ما هي الحالات الاستثنائية التي قد تُوقع حتى خبراء تحسين محركات البحث الدوليين ذوي الخبرة في عثرات؟

ثلاث حالات استثنائية تُعطّل المجموعات حتى على المواقع المُدققة جيدًا. يؤدي استخدام الترقيم مع hreflang إلى إشارات متضاربة بعد إيقاف استخدام rel=prev/next. يتطلب استخدام hreflang عبر النطاقات المختلفة في نطاقات المستوى الأعلى للبلدان (ccTLDs) تبادلًا تامًا. يتداخل توزيع المحتوى باستخدام الروابط الأساسية عبر النطاقات مع hreflang بطرق تُربك نظام جوجل.

الحالات الشاذة التي أراها تفشل بشكل متكرر في عمليات التدقيق المؤسسي:

• الأرشيفات ذات الصفحات مع hreflang: تتجمع الصفحة الأولى من كل لغة مع الصفحة الأولى من اللغات الأخرى، ولا تتجمع أبدًا مع الصفحة الثانية من نفس اللغة.
• hreflang عبر النطاقات عبر نطاقات المستوى الأعلى للبلدان: يجب أن يدرج كل من example.fr و example.de بعضهما البعض باستخدام عناوين URL مطلقة
• محتوى مشترك مع روابط أساسية عبر النطاقات: تشير Canonical إلى المصدر، لكن نطاق hreflang يبقى محصورًا في نطاق النشر.
• التنقل متعدد الأوجه داخل مجموعات اللغات: يجب أن تكون عناوين URL المُفلترة مُطابقة لعنوان URL الأصلي، وليس لعنوان URL بلغة مختلفة.
• ملفات PDF وملفات غير HTML: يوجد Hreflang في رؤوس HTTP Link، وليس في المستند
• تداعيات إيقاف استخدام صفحات AMP: تحتاج أزواج hreflang القديمة في AMP إلى تنظيف بعد إيقاف AMP
• لا يتم فهرسة النتائج حسب المتغيرات المحلية: يؤدي عدم فهرسة صفحة داخل مجموعة إلى إبطال المجموعة بأكملها
• الكشف عن خطأ 404 المبرمج في الصفحات البديلة: يتم إسقاط المواقع الضعيفة أو ذات الجودة المنخفضة بصمت.

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

تحتاج الحالات الاستثنائية إلى عملية تدقيق خاصة بها، منفصلة عن عملية الزحف الرئيسية. قم بإجراء فحص مخصص للحالات الشاذة في Screaming Frog SEO Spider هذا الأسبوع، وقم بتصفية عناوين URL الخاصة بالترقيم، والنطاقات المتعددة، والصفحات المصنفة، ثم قم بحل كل تعارض تم الإبلاغ عنه في غضون 14 يومًا.

كيف يمكنك دمج الترقيم مع مجموعات Hreflang؟

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

أوقفت جوجل استخدام rel=prev/next كإشارة فهرسة في عام 2024 (Google Search Central, 2024).

في موقع ناشر يضم 12 لغة قمتُ بمراجعته، كانت جميع عناوين الصفحة الثانية تُشير إلى الصفحة الأولى، مما أدى إلى تعطيل مجموعات الترقيم. وقد أدى التحول إلى استخدام عناوين مرجعية ذاتية إلى استعادة 8,000 عنوان URL مُرقّم إلى الفهرس في غضون ثلاثة أسابيع.

كيف تعمل خاصية Hreflang عبر النطاقات المختلفة في نطاقات المستوى الأعلى للبلدان (ccTLDs)؟

يتطلب استخدام hreflang عبر النطاقات عناوين URL مطلقة وتبادلًا ثنائي الاتجاه مثاليًا. تُدرج صفحة example.fr موقع example.de ضمن مجموعتها، ويجب أن يُدرج example.de موقع example.fr بدوره، باستخدام عناوين URL كاملة تبدأ بـ https://. تشترك نطاقات المستوى الأعلى للبلدان المختلفة في مجموعة واحدة طالما تطابقت علامات الإرجاع تمامًا.

تدعم جوجل مجموعات hreflang عبر النطاقات بنفس قواعد المعاملة بالمثل مثل إعدادات النطاق الواحد (وثائق Google Search Central، 2024).

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

كيف تتعامل مع توزيع المحتوى باستخدام الروابط الأساسية عبر النطاقات؟

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

يدعم جوجل خاصية rel="canonical" عبر النطاقات للمحتوى المشترك (وثائق Google Search Central، 2024).

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

كيف يمكنك الانتقال إلى لغة Hreflang دون الإضرار بالتصنيفات الحالية؟

قم بنقل علامات hreflang على ثلاث مراحل مُحكمة. أولاً، راجع المجموعة الحالية ووثّق كل عنوان URL. ثانياً، انشر العلامات الجديدة على بيئة تجريبية وتحقق منها باستخدام أداة Screaming Frog SEO Spider. ثالثاً، انشرها على الخادم الرئيسي دفعة واحدة، وراقب Google Search Console يومياً، ولا تخلط بين المجموعات القديمة والجديدة أثناء عملية النقل.

دليل ترحيل تغييرات hreflang على موقع مباشر:

• التدقيق قبل الهجرة: قم بإجراء زحف كامل في برنامج Screaming Frog SEO Spider، ثم قم بتصدير جميع أزواج hreflang و canonical الحالية.
• نشر مرحلة الاختبار: تحقق من صحة المجموعة الجديدة على عنوان URL تجريبي أو بيئة محمية بكلمة مرور
• التحقق من المعاملة بالمثل: تأكد من أن كل زوج جديد يُدرج جميع الأزواج الأخرى قبل النشر.
• حملة إصدار منفردة: قم بنشر جميع تغييرات اللغة في إصدار واحد، وليس على مراحل عبر أسابيع.
• المراقبة اليومية لمركز علوم البحار: راقب تقارير فحص وتغطية عناوين URL خلال أول 14 يومًا
• مراقبة ميزانية فيلم Crawl: يؤدي التوسع المفاجئ في روابط hreflang إلى زيادة حركة مرور Googlebot، لذا راقب حمل الخادم.
• تعيين إعادة التوجيه 301: يتم إعادة توجيه عناوين URL القديمة إلى عناوين URL الجديدة، وليس إلى لغة مختلفة.
• خطة التراجع جاهزة: احتفظ بإعدادات hreflang السابقة في نظام التحكم بالإصدارات للرجوع الفوري.

أظهرت مراجعة أجرتها LinkGraph عام 2026 أن 65% من عمليات نقل المواقع الدولية تسببت في انخفاض حركة المرور لمدة أربعة أسابيع على الأقل نتيجةً لعدم توافق علامات hreflang وcanonical أثناء عملية النقل (LinkGraph، 2026). أما الخطأ الأكثر شيوعًا، فهو قيام الفرق بإضافة لغات جديدة بينما لا تزال اللغات القديمة تحمل علامات إرجاع قديمة، مما يؤدي إلى تعطل المجموعة لكلا الإصدارين.

قم بالترقية في إصدار واحد، وراقب لمدة أسبوعين، ولا تقم أبدًا بالتجهيز عبر دورات التطوير. قم بإغلاق نافذة الترحيل هذا الأسبوع، وقم بتشغيل تدقيق كامل لـ Screaming Frog SEO Spider قبل وبعد النشر، ثم تتبع Google Search Console يوميًا لمدة 14 يومًا بعد الإطلاق.

ما هي الطريقة الآمنة لإضافة أو إزالة لغة من مجموعة خوادم نشطة؟

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

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

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

كيف ينبغي التعامل مع عمليات إعادة التوجيه 301 وعمليات نقل النطاقات داخل مجموعة الخوادم؟

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

تتطلب جوجل رمز الحالة 200 على جميع أهداف hreflang، وإعادة التوجيهات داخل مجموعة تبطلها (وثائق Google Search Central، 2024).

عند نقل نطاق من نطاق فرعي إلى بنية ccTLD، فإن تحديث hreflang للإشارة إلى عناوين URL الجديدة لـ ccTLD في نفس الإصدار مع عمليات إعادة التوجيه 301 حافظ على التعرف على المجموعة سليمًا عبر نافذة إعادة الزحف التي استمرت 72 ساعة.

كيف ينبغي عليك تهيئة Hreflang للسوق الإيطالية تحديداً؟

استخدم نطاق it-IT للسوق الإيطالية الناطقة بشكل أساسي، مع رابط أساسي يشير إلى الموقع نفسه في كل صفحة محلية. اربط it-IT بنطاق it-CH للجمهور الإيطالي السويسري، ونطاق it-SM أو it-VA للمناطق الأصغر. اختر بين نطاق المستوى الأعلى للبلد (ccTLD) أو الدليل الفرعي أو النطاق الفرعي بناءً على الميزانية وأهداف قوة الروابط.

يستحوذ محرك البحث Google.it على ما يقارب 94% من سوق البحث في المنطقة الناطقة بالإيطالية (StatCounter، 2026). أكثر ما ألاحظه في عمليات التدقيق هو أن العلامات التجارية تختار نطاقًا عالي المستوى خاصًا بالدولة (ccTLD) لما يتمتع به من هيبة، ثم تنسى إضافة خاصية تبادل الروابط (hreflang) مع نطاقها الرئيسي، مما يؤدي إلى فقدان ميزة قيمة الروابط التي يوفرها الموقع الأكبر.

اختر البنية مرة واحدة، ثم التزم باستخدام hreflang متسق عبر كل صفحة. قرر هذا الأسبوع ما إذا كنت تفضل استخدام نطاق المستوى الأعلى للبلد (ccTLD) أو الدليل الفرعي أو النطاق الفرعي، ثم قم بنشر لغة hreflang المتبادلة في التحقق من صحة Screaming Frog SEO Spider في غضون 10 أيام.

هل ينبغي استخدام نطاق المستوى الأعلى للرمز (ccTLD) أو دليل فرعي أو نطاق فرعي لاستهداف إيطاليا؟

استخدم نطاقًا من المستوى الأعلى لرمز الدولة (ccTLD) مثل example.it للحصول على أقوى إشارة استهداف جغرافي عندما تسمح الميزانية بذلك. استخدم دليلًا فرعيًا مثل example.com/it/ لتوحيد سلطة نطاق واحد. استخدم نطاقًا فرعيًا فقط عندما تفرض البنية التحتية ذلك، لأن محركات البحث تتعامل مع النطاقات الفرعية كمواقع منفصلة فيما يتعلق بقيمة الروابط.

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

في حالة اختيار بائع تجزئة للأزياء بين .it و /it/، ورث الدليل الفرعي سلطة النطاق وتصدر نتائج البحث بشكل أسرع على google.it في غضون 8 أسابيع، بينما احتاج مسار ccTLD إلى 6 أشهر للمطابقة.

ما هي أكثر أخطاء Hreflang شيوعًا في مواقع التجارة الإلكترونية الإيطالية؟

تتكرر ثلاثة أخطاء. تستخدم الفرق hreflang="it" فقط بينما تحتاج إلى hreflang="it-IT" بالإضافة إلى hreflang="it-CH" للفصل الإقليمي. تشير العلامات الأساسية إلى النسخة الإنجليزية. تستخدم رموز المناطق قيم ISO غير صالحة مثل hreflang="it-ITA" بدلاً من الحرفين الصحيحين alpha-2.

وجدت عملية تدقيق أجرتها LinkGraph عام 2026 أن 65٪ من مواقع التجارة الإلكترونية متعددة اللغات تحتوي على واحد على الأقل من هذه الأخطاء الثلاثة (LinkGraph، 2026).

في متجر لبيع الأدوات المنزلية يستخدم متغيرات it-IT و it-CH، أدى استبدال الروابط الأساسية متعددة اللغات بالروابط المرجعية الذاتية إلى استعادة 14,000 عنوان URL للمنتجات إلى الفهرس في غضون ثلاثة أسابيع.

ما الذي يجب عليك التحقق منه قبل إطلاق صفحة متعددة اللغات؟

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

قائمة التحقق قبل الإطلاق لكل صفحة لغة جديدة:

• مرجعية ذاتية: كل صفحة محلية تُشير إلى عنوان URL خاص بها، وليس إلى لغة مختلفة.
• hreflang ذاتي الإشارة: تُدرج كل صفحة نفسها في مجموعة hreflang الخاصة بها مع رمز اللغة والمنطقة الصحيح
• علامات الإرجاع المتبادل: تعرض كل صفحة في المجموعة كل صفحة أخرى، مع علامات إرجاع متطابقة.
• عناوين URL المطلقة: تستخدم جميع قيم href تنسيق https:// الكامل، وليس المسارات النسبية.
• رموز ISO بأحرف صغيرة: تتبع رموز اللغة والمنطقة معيار ISO 639-1 بالإضافة إلى معيار ISO 3166-1 alpha-2 بأحرف صغيرة
• رمز الحالة 200: كل هدف hreflang يُرجع 200 OK، ولا توجد عمليات إعادة توجيه أو أخطاء 404 داخل المجموعة
• حد أقصى واحد لـ x-default لكل مجموعة: تم تعيين عنوان URL احتياطي للجماهير غير المتطابقة
• لا يوجد فهرسة على أعضاء المجموعة: تؤدي صفحة غير مفهرسة إلى إبطال المجموعة بأكملها
• التحقق من صحة بيانات محرك البحث Screaming Frog SEO Spider: قم بالزحف في بيئة الاختبار، وتأكد من عدم وجود أخطاء "غير متبادلة" أو "معيارية".
• فحص عنوان URL في Google Search Console: اختبر عناوين URL المباشرة بعد الإطلاق لتحديد المجموعات
• فحص العرض من جانب الخادم: تظهر الوسوم في عرض مصدر الصفحة، وليس فقط في DOM المُعرَض.
• محاذاة خريطة الموقع XML: تتطابق تعليقات hreflang الخاصة بخريطة الموقع مع علامات رأس HTML
• ترميز schema.org المحلي: خاصية inLanguage تطابق لغة الصفحة
• Open Graph og:locale: og:locale و og:locale:alternate تتوافق مع قيم hreflang

أظهرت مراجعة أجرتها LinkGraph عام 2026 أن 75% من عمليات إطلاق المواقع متعددة اللغات بدأت مع وجود عنصر واحد على الأقل غير مُحل في قائمة التحقق (LinkGraph، 2026). وبحسب ما لاحظته في جميع المراجعات، يبدو أن زوج الرابط الأساسي وعلامة hreflang صحيح في معاينة نظام إدارة المحتوى، لكن كود HTML المُنشأ في بيئة الإنتاج يُظهر صورة مختلفة بسبب عملية ترطيب JavaScript أو التخزين المؤقت لشبكة توصيل المحتوى (CDN).

قم بإجراء كل فحص قبل النشر، وليس بعده. قم بالتحقق من صحة قائمة ما قبل الإطلاق الكاملة في Screaming Frog SEO Spider هذا الأسبوع مقابل عنوان URL التجريبي، وقم بإصلاح كل عنصر تم وضع علامة عليه، ثم قم بالدفع إلى الإنتاج مع مراقبة فحص عنوان URL في Google Search Console لأول 7 أيام.

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