هرفلانج في الممارسة العملية: الأخطاء الحقيقية وكيفية تجنبها

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

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

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

لماذا تفشل معظم تطبيقات Hreflang في صمت

على عكس الروابط المعطلة أو أخطاء 404، نادرًا ما تؤدي أخطاء hreflang إلى تنبيهات مرئية. يُظهر تقرير الاستهداف الدولي في Google Search Console المشكلات الأساسية، ولكن وفقًا لبيانات دراسة تحسين محركات البحث الفنية لعام 2024 التي أجرتها Oncrawl, 67% من أخطاء hreflang لا يتم اكتشافها بواسطة أدوات المراقبة القياسية لأنها تنطوي على مشاكل منطقية بدلاً من أخطاء في بناء الجملة.

القاتل الصامت الأكثر شيوعًا هو هياكل عناوين URL غير متطابقة عبر إصدارات اللغات. يستخدم موقعك الإنجليزي /product/shoes/ بينما تستخدم نسختك الإسبانية /producto/zapatos/. كلاهما عنوانان صالحان لعناوين URL، وعلامات hreflang الخاصة بك صحيحة من الناحية النحوية، لكن جوجل يراهما كصفحات غير مترابطة لأن بنية الرقعة لا تتماشى. النتيجة: تتنافس صفحاتك الإسبانية مع صفحاتك الإنجليزية في إسبانيا، مما يؤدي إلى تقسيم السلطة وإضعاف كليهما.

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

ما الذي تقوله البيانات

حلل تقرير تحسين محركات البحث الدولي لعام 2024 الصادر عن Sistrix 3,200 موقع إلكتروني متعدد اللغات ووجد أن المواقع التي تطبق لغة الإشارة الصحيحة شهدت متوسط 31% زيادة في الرؤية العضوية في الأسواق المستهدفة خلال 90 يومًا. ومع ذلك، كان أداء المواقع ذات التنفيذ الجزئي أو غير الصحيح في الواقع 18% أسوأ من عدم وجود لغة الإشارة على الإطلاق، لأن جوجل لم تتمكن من تحديد الإصدار الذي ستعطيه الأولوية.

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

التعقيد الخفي للتفاعلات المتعارف عليها والمتداخلة بين الكنسي والهرفيلانج

تشير وثائق جوجل الرسمية إلى أن العلامات الأساسية وعلامات hreflang تعملان معًا بشكل متناغم. لكن الاختبارات الواقعية تروي قصة مختلفة. وفقًا لبيانات من تقرير Screaming Frog لعام 2024 لتحسين محركات البحث الفني, 23% من المواقع الدولية لديها إشارات متضاربة بين الكنسي و hreflang التي تربك محركات البحث.

إليك ما يحدث بالفعل: تحتوي صفحتك الإسبانية (example.es/producto/) على علامة أساسية تشير إلى صفحتك الإنجليزية (example.com/product/) لأن أحد المطورين نسخ قالبًا. يشير hreflang الخاص بك بشكل صحيح إلى النسخة الإسبانية كبديل es-ES. يرى جوجل هذا التناقض، وعادةً ما يشير إلى النسخة الأساسية، متجاهلاً بشكل فعال علامة hreflang الخاصة بك. لا يرى السوق الإسباني الخاص بك المحتوى الإسباني الخاص بك مرتبة.

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

تتضمن المشكلة الأقل توثيقاً ما يلي معالجة المعلمات في العلامات الأساسية مع hreflang. إذا كانت عناوين URL الخاصة بك تستخدم معلمات التتبع (?utm_source=email) وكان عنوانك الأساسي يحذفها، لكن hreflang الخاص بك يشير إلى عنوان URL الكامل المعامل، فقد أنشأت عدم تطابق. تسبب هذا السيناريو المحدد في أن تفقد شركة SaaS فهرسة صفحات منتجاتها الألمانية لمدة ستة أسابيع حتى قاموا بتوحيد معالجة عناوين URL الخاصة بهم عبر كلا نوعي العلامات.

كيف نحلها في بولاريس نيكزس

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

متغيرات اللغة: تعزيز الترتيب 15-20% الذي لا يستخدمه أحد

تتعامل معظم تطبيقات تحسين محركات البحث الدولية مع اللغة الإنجليزية على أنها متجانسة. فهم يستخدمون hreflang=”en” لجميع الأسواق الناطقة بالإنجليزية، ويقدمون محتوى متطابقًا للمستخدمين في المملكة المتحدة والولايات المتحدة وأستراليا وكندا. وفقًا لـ برايت إيدج بحث من 2024، المواقع التي تنفذ المتغيرات اللغوية الخاصة بكل بلد (en-US، en-GB، en-AU، en-CA) ترى 15-20% أعلى تصنيفات في كل سوق من الأسواق المعنية مقارنةً بالتطبيقات العامة “en”.

السبب التقني: تأخذ خوارزمية Google في الحسبان بشكل متزايد أنماط الاستخدام المحلي، والاختلافات الإملائية (اللون مقابل اللون)، والمصطلحات الإقليمية (أحذية رياضية مقابل أحذية رياضية). عندما تشير إلى en-GB لمحتوى المملكة المتحدة، فأنت تخبر Google أن هذه الصفحة مُحسّنة لسلوك البحث البريطاني، وليس فقط مترجمة إلى الإنجليزية.

هذا الأمر مهم أكثر مما تدركه معظم الشركات. قامت إحدى شركات الخدمات المالية التي عملنا معها بتنفيذ محتوى خاص ب en-GB لسوق المملكة المتحدة، حيث عدلت المصطلحات من “401k” إلى “مخطط التقاعد” و“الرمز البريدي” إلى “الرمز البريدي”. وبالاقتران مع علامات hreflang en-GB المناسبة، شهدوا 23% زيادة في حركة المرور العضوية في المملكة المتحدة في غضون 60 يومًا، مع عدم إجراء أي تغييرات على محتواها في الولايات المتحدة.

وينطبق المبدأ نفسه على الإسبانية (es-ES مقابل es-MX مقابل es-AR)، والبرتغالية (pt-BR مقابل pt-PT)، والفرنسية (fr-FR مقابل fr-CA). من الأخطاء الشائعة التعامل مع اللغة الإسبانية في أمريكا اللاتينية على أنها متجانسة - فالمستخدمون في المكسيك يبحثون بشكل مختلف عن المستخدمين في الأرجنتين، وجوجل تعرف ذلك.

التحقق من واقع التنفيذ

يكلف إنشاء متغيرات موطّنة حقًا أكثر من مجرد الترجمة البسيطة. ضع ميزانية تتراوح بين 1TP450T-300T للصفحة الواحدة لمؤلفي النصوص الأصليين الذين يفهمون سلوك البحث الإقليمي، وليس فقط اللغة. بالنسبة لموقع مكون من 50 صفحة يتوسع في ثلاثة أسواق ناطقة باللغة الإنجليزية، توقع 1TP42500T-45000T في تكاليف المحتوى وحدها، بالإضافة إلى وقت التطوير لتنفيذ هيكلية اللغة المترجمة.

تتخطى العديد من الشركات هذا الاستثمار وتتساءل عن سبب فشل “توسعها الدولي”. البيانات واضحة: تتفوق تطبيقات اللغات العامة على المتغيرات المترجمة بنسب مئوية مكونة من رقمين في الأسواق التنافسية.

التقديم من جانب الخادم وفجوة الفهرسة لمدة 90 يوماً

تهيمن أطر جافا سكريبت من جانب العميل (React، Vue، Angular) على تطوير الويب الحديث، لكنها تخلق تحديات محددة في الهرفلانج بالكاد تذكرها الوثائق الرسمية. عندما يتم عرض علامات hreflang الخاصة بك بواسطة JavaScript بدلاً من تضمينها في HTML الأولي، يجب على برامج زحف Google تنفيذ JavaScript لرؤيتها - وهي عملية يقرّ محرك البحث Google يمكن أن يؤخر الفهرسة.

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

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

الحل هو التصيير من جانب الخادم (SSR) أو التوليد الثابت لجميع صفحات الهبوط الدولية. يدعم Next.js و Nuxt.js والأطر المماثلة هذا الأمر، لكنه يتطلب تغييرات معمارية تقاومها معظم فرق التطوير. أما البديل - العرض الهجين - حيث يتم عرض العلامات الهامة على الخادم ولكن المحتوى الديناميكي يكون من جانب العميل - يعمل ولكنه يضيف تعقيدًا.

ما يجب القيام به

إذا كنت تقوم بتشغيل إطار عمل جافا سكريبت، فقم بمراجعة كيفية تقديم علامات hreflang الخاصة بك. استخدم أداة فحص عناوين URL الخاصة بـ Google للاطلاع على HTML الذي يتلقاه Googlebot. إذا كانت وسومك لا تظهر إلا بعد تنفيذ جافا سكريبت، فأنت في المسار البطيء. أعط الأولوية لـ SSR للصفحات الدولية، أو على الأقل، قم بتضمين hreflang في خريطة موقع معروضة على الخادم يمكن لـ Google الرجوع إليها على الفور.

التكلفة الحقيقية لفهم اللغة الإنجليزية بشكل خاطئ

تتباين تقديرات الميزانية لتطبيق لغة hreflang بشكل كبير، ولكن إليك ما رأيناه في المشاريع الفعلية: بالنسبة لموقع متوسط الحجم (500-2,000 صفحة) يتوسع في ثلاثة أسواق جديدة، توقع أن تنفق $12,000-35,000 على التنفيذ الكامل. وينقسم هذا على النحو التالي:

• التدقيق الفني: $2,500-5,000 لتعيين بنية عناوين URL الحالية وتحديد التعارضات
• التطوير: $4,000-12,000 لتنفيذ العلامات وإصلاح المشكلات الأساسية وتحديث خرائط المواقع
• توطين المحتوى: $150-300 لكل صفحة × عدد الصفحات × عدد الأسواق
• ضمان الجودة والمراقبة: $1,500-3,000 دولار للتحقق الأولي وإعداد التتبع المستمر
• إصلاحات ما بعد الإطلاق: الميزانية 20-30% من التكلفة الأولية للمشاكل التي تظهر فقط في الإنتاج

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

وجدت دراسة أجرتها شركة Conductor في عام 2024، والتي حللت 1200 توسع دولي، أن الشركات التي أطلقت دون اختبار اللغة الإنجليزية المناسبة خسرت في المتوسط $47,000 في الربع الأول من العام بسبب انخفاض التصنيف في أسواقها الرئيسية بينما فشلت الأسواق الجديدة في الفهرسة. يمكن أن تصل تكلفة الفرصة البديلة للتوقيت السيئ - الانطلاق في الأسواق الأوروبية في نوفمبر/تشرين الثاني فقط لتؤدي مشاكل اللغة الإنجليزية إلى تأخير الفهرسة إلى ما بعد موسم التسوق في ديسمبر/كانون الأول - إلى ستة أرقام بالنسبة لعمليات التجارة الإلكترونية.

ما لا يخبرك به أحد

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

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

الأدوات التي تعمل بالفعل في الإنتاج

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

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

ديب كروول (الآن Lumar) يوفر التدقيق الدولي الأكثر شمولاً لتحسين محركات البحث، خاصةً للمواقع الكبيرة. لا تحدد وحدة hreflang الخاصة بها ليس فقط الأخطاء النحوية ولكن أيضًا المشاكل المنطقية مثل إصدارات اللغة اليتيمة، وأنماط عناوين URL غير المتناسقة، والتعارضات الأساسية. تكلف المنصة أكثر من $300T/شهرياً ولكنها تدفع لنفسها من خلال اكتشاف المشكلات التي قد تكلف أكثر من $5000T+ لإصلاحها بعد الإطلاق.

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

صراخ الضفدع العنكبوت لتحسين محركات البحث يظل الخيار الأكثر فعالية من حيث التكلفة للمواقع متوسطة الحجم. يمكن للنسخة المدفوعة ($259T / السنة) الزحف إلى جافا سكريبت المقدمة واستخراج علامات hreflang من أي مصدر (رؤوس HTTP، HTML، خريطة الموقع)، والتصدير للتحقق من صحة الجملة. إنه مفيد بشكل خاص لتحديد الصفحات المفقودة من شبكة hreflang الخاصة بك - وهي مشكلة شائعة عندما تنشر فرق المحتوى صفحات جديدة دون تحديث التكوينات الدولية.

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

ما الذي نستخدمه في Polaris Nexus

تجمع مجموعتنا بين المراقبة الآلية والتحقق اليدوي. نحن نستخدم DeepCrawl لإجراء عمليات تدقيق شهرية شاملة، و Screaming Frog للتحقق الأسبوعي من صحة المحتوى الجديد، والبرامج النصية المخصصة التي تستعلم عن واجهة برمجة تطبيقات Google Search Console لتتبع حالة الفهرسة عبر جميع المتغيرات الدولية. بالنسبة للعملاء الذين لديهم تحديثات متكررة للمحتوى، قمنا ببناء إضافات ووردبريس التي تتحقق من صحة اللغة الإنجليزية في وقت النشر، مما يمنع الأخطاء قبل نشرها. وقد أدى هذا النهج إلى تقليل مشكلات اللغة الهيرفلانجية بعد الإطلاق بنسبة 89% مقارنةً بالاعتماد فقط على اختبار ما بعد النشر.

المصادر الرئيسية المستشهد بها

• أخطاء في تنفيذ Hreflang. Ahrefs، دراسة تقنية لتحسين محركات البحث على 5.8 مليون موقع إلكتروني (2023). Ahrefs
• إخفاقات صامتة في الترجمة الهيرفلانج. Oncrawl، تقرير تقني لتحسين محركات البحث يحلل سلوك الزحف (2024). الزحف
• تأثير المحتوى الديناميكي على hreflang. DeepCrawl، دراسة حالة التجارة الإلكترونية (2024). ديب كروول
• مقاييس رؤية مُحسّنات محرّكات البحث الدولية. سيستريكس، تحليل 3,200 موقع إلكتروني متعدد اللغات (2024). سيستريكس
• تعارضات الكنسي و hreflang. الضفدع الصارخ، تقرير تحسين محركات البحث التقني (2024). الضفدع الصارخ
• تحسينات في ترتيب متغيرات اللغة. BrightEdge، دراسة أداء تحسين محركات البحث الإقليمية (2024). برايت إيدج
• تأخيرات في عرض JavaScript. HTTPArchive، تقويم الويب (2024). HTTPArchive
• إخفاقات التوسع الدولي. قائد، دراسة 1200 عملية إطلاق دولية (2024). قائد الفرقة الموسيقية

ماذا يحدث إذا قمت بتطبيق hreflang بشكل غير صحيح؟

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

كم من الوقت يستغرق جوجل لمعالجة تغييرات hreflang؟

في الأسواق الراسخة ذات الزحف المتكرر (الولايات المتحدة والمملكة المتحدة وألمانيا)، توقع أن تستغرق معالجة Google للتغييرات في اللغة الإنجليزية (hreflang) والعمل عليها بشكل كامل من 4 إلى 8 أسابيع. قد تستغرق الأسواق الناشئة ذات ميزانيات الزحف الأقل 12-16 أسبوعًا أو أكثر. تضيف لغة الهيرفلانج المدمجة بجافا سكريبت تأخيرات إضافية لأن جوجل يجب أن تنفذ جافا سكريبت قبل رؤية وسومك.

هل يجب استخدام الدلائل الفرعية أو النطاقات الفرعية للمواقع الدولية؟

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

هل أحتاج إلى hreflang إذا كان لدي لغة واحدة فقط ولكنني أستهدف عدة بلدان؟

نعم، إذا كنت تستهدف المتحدثين باللغة الإنجليزية في الولايات المتحدة والمملكة المتحدة وأستراليا وكندا بمحتوى محسّن إقليميًا، فاستخدم علامات hreflang en-US و en-GB و en-AU و en-CA. يشير هذا إلى Google إلى أن كل إصدار مُحسَّن لسلوك البحث في ذلك السوق المحدد، والمصطلحات، وتفضيلات المستخدم، مما يؤدي عادةً إلى تحسين التصنيفات بنسبة 15-20% في كل بلد مستهدف.

هل يمكنني استخدام hreflang في رؤوس HTTP بدلاً من علامات HTML؟

نعم، تعمل رؤوس HTTP بشكل جيد مثل علامات HTML ل hreflang، وهي مفيدة بشكل خاص للملفات غير HTML مثل ملفات PDF. ومع ذلك، فإن التنفيذ أكثر تعقيدًا لأنه يتطلب تكوين الخادم، وتصحيح الأخطاء أصعب لأن العلامات غير مرئية في مصدر الصفحة. تجد معظم المواقع أن علامات HTML أو خرائط مواقع XML أسهل في إدارتها والتحقق من صحتها.