التحويلات الجغرافية في SEO الدولي

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

ما التحويل الجغرافي؟

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

• عنوان IP، الذي يشير تقريبيًا إلى بلد؛
• إعداد المتصفح Accept-Language؛ أو
• ملف تعريف ارتباط يتذكر اختيارًا سابقًا.

تبدو هذه لمسة لطيفة ظاهريًا، لكن المشكلة في أثرها على محركات البحث.

لماذا يشكل ذلك خطرًا على SEO؟

زاحف Google، أي Googlebot، هو الذي يعثر على صفحاتك ويقرأها كي تظهر في البحث. والمشكلة التي توقع مواقع دولية كثيرة هي أن Googlebot يزحف في الغالب من عناوين IP في الولايات المتحدة ولا يرسل تفضيلًا لغويًا.

إذا كانت الصفحة الرئيسية تحول من يبدو أمريكيًا إلى النسخة الإنجليزية، فسيتلقى Googlebot—الذي يبدو أمريكيًا—التحويل نفسه كل مرة. وقد لا يجد مسارًا إلى الصفحات الألمانية أو الفرنسية أو اليابانية. وإذا تعذر على Google الوصول إليها فلن يفهرسها أو يرتبها؛ وهكذا تعزل نسختك الألمانية عن الزائر الوحيد الذي يقرر ما إذا كان أي شخص سيعثر عليها.

الفكرة التي يعكسها كثيرون

توجد سمة اسمها hreflang تخبر محركات البحث بنسخ الصفحة الأخرى حسب اللغة أو البلد. ويظن كثيرون أنها «تصلح» ما أفسده التحويل الجغرافي، لكن العكس صحيح: لا تستطيع hreflang مساعدة صفحة لم يُسمح للزاحف بالوصول إليها. فقد يمنع التحويل Google من رؤية وسوم hreflang أصلًا.

ماذا تفعل بدلًا من ذلك؟

نصيحة Google موجزة: لا تفرض النسخة، بل اقترحها. بدل التحويل التلقائي:

• اعرض شريطًا صغيرًا («يبدو أنك في ألمانيا—هل تريد الموقع الألماني؟») يمكن للزائر قبوله أو تجاهله.
• ضع روابط إلى كل نسخة لغوية كي يصل إليها الأشخاص والزواحف. Evidence for this claim Google recommends avoiding automatic language redirects and providing hyperlinks that let users and crawlers reach each language version. Scope: Google Search guidance for language switching and discovery. Confidence: high · Verified: 2026-07-14 Google: Let users switch language
• أضف hreflang ليتعرف محرك البحث إلى النسخة المناسبة ويعرضها بنفسه.

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

استكشاف أعطال التحويل الجغرافي وإصلاحها

غياب النسخ البديلة من الزحف

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

أهداف hreflang تعيد تحويلات

العَرَض: تشير وسوم hreflang إلى استجابات 3xx بدل الصفحات النهائية. السبب المرجح: تغير التوجيه أو توحيد العناوين دون إعادة إنشاء خريطة النسخ. الإصلاح: وجّه hreflang إلى عناوين canonical مباشرة تعيد 200، ثم اختبر كل عضو في المجموعة.

تعذر رجوع المستخدم بعد التحويل

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

حصول الروبوتات والمستخدمين المكافئين على محتوى مختلف

العَرَض: ينتج المسار والسياق نفسيهما توجيهًا خاصًا بالروبوت. السبب المرجح: أضيف استثناء للزاحف لمعالجة مشكلة الاكتشاف. الإصلاح: أزل السلوك الخاص وحل الوصول لكل الطلبات المكافئة؛ فالاستثناء ينشئ خطر إخفاء محتوى.

اختبر سلوك التوجيه الجغرافي بنفسك

قارن الطلب الافتراضي بتفضيلات اللغة

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

url="${1:?Pass a representative entry URL as the first argument}"
for language in "" "en-US,en;q=0.9" "fr-FR,fr;q=0.9"; do
  echo "Accept-Language: ${language:-<none>}"
  curl -sS -o /dev/null -D - ${language:+-H "Accept-Language: $language"} "$url" \
    | grep -Ei '^(HTTP/|location:|vary:|set-cookie:)'
done

تحقق من أن أهداف النسخ المعلنة تستجيب مباشرة

ضع عنوان URL متوقعًا واحدًا لكل نسخة في كل سطر من locale-urls.txt.

while IFS= read -r url; do
  curl -sS -o /dev/null -w '%{http_code}\t%{redirect_url}\t%{url_effective}\n' "$url"
done < locale-urls.txt

عادةً يعيد الهدف السليم 200 مع وجهة تحويل فارغة. راجع الاستثناءات المقصودة بدل اتباع التحويلات وإخفائها.

التحقق من تغيير في التحويل الجغرافي

الوصول المباشر إلى النسخة

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

مصفوفة ترويسات الطلب

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

استجابة هدف hreflang

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

تكافؤ الطلبات المتماثلة

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

الخلاصة — يعمل التحويل الجغرافي وhreflang في طبقتين مختلفتين: الأول قرار تقديم، والثانية إشارة اكتشاف. المشكلة الأساسية مشكلة اكتشاف لا فهرسة فحسب؛ إذ يزحف Googlebot غالبًا من عناوين أمريكية ولا يرسل Accept-Language، فيمكن لتحويل نقطة الدخول أن يمنعه من بلوغ العناوين البديلة التي تشير إليها hreflang. الإخفاء خطر منفصل؛ وحتى التحويل المتوافق قد يسبب مشكلة الاكتشاف. توصي Google بالاقتراح لا الفرض. والاستثناء الضيق تحويل 302 للصفحة الرئيسية فقط؛ لكن دراستي لـ ٣٧٤٬٧٥٦ نطاقًا وجدت أن ١٦٫٩٪ منها يوجه hreflang إلى صفحات محولة أو معطلة.

آليتان في طبقتين مختلفتين

ينشأ معظم خطأ التحويل الجغرافي من الخلط بين أمرين يعملان في طبقتين مختلفتين:

• التحويل الجغرافي قرار تقديم: ما الذي أعرضه لهذا الزائر الآن بناءً على ما أظن أنني أعرفه عنه؟
• hreflang إشارة اكتشاف وتعليق: ما العناوين البديلة لهذا المحتوى كي يعثر عليها محرك البحث ويعرض المناسب في نتائجه؟

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

العطل الميكانيكي الأساسي: الاكتشاف، لا الفهرسة فقط

تقول شروح كثيرة إن الصفحات الأخرى لن تُفهرس، لكن الأدق أنها قد لا تُزحف أو تُكتشف أصلًا.

توضح وثيقة الصفحات المتكيفة مع النسخة من Google أن الموقع الذي يغير المحتوى حسب بلد الزائر أو لغته قد لا يزحف Google إلى كل محتواه أو يفهرسه أو يرتبه للنسخ المختلفة. السبب أن عناوين Googlebot الافتراضية تبدو أمريكية، وأنه يرسل طلبات HTTP من دون تعيين Accept-Language.

تتبع الإعداد المعتاد: يعمل منطق التحويل وفق IP أو Accept-Language عند نقطة الدخول، وغالبًا الصفحة الرئيسية التي تحمل تعليقات hreflang أو روابطها. يصل Googlebot كزائر أمريكي بلا تفضيل لغوي، فيتحول إلى النسخة الافتراضية؛ وقد يكون المسار الوحيد إلى شجرة /de/ محجوبًا بهذا التحويل. لذلك:

1. لا يصل Googlebot إلى عناوين النسخ البديلة.
2. فلا يكتشف تعليقات hreflang التي تخبره بوجودها.
3. وسوم hreflang في صفحة يتعذر بلوغها لا تفعل شيئًا.

تفترض hreflang إمكان الزحف؛ ولا تنشئه. هذه هي المشكلة باختصار.

التحويل الجغرافي مقابل إخفاء المحتوى: خطران منفصلان

معاملة Googlebot خلافًا لمستخدم حقيقي في الموقع الجغرافي نفسه—كإعفائه من التحويل—هي إخفاء محتوى ومخالفة للإرشادات. قاعدة Google في الزحف الموزع جغرافيًا هي الاتساق: يعامل Googlebot القادم من بلد كما يعامل أي زائر من ذلك البلد؛ احظر الاثنين أو اسمح لهما معًا.

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

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

توصية Google الرسمية: اقترح ولا تفرض

لا تقول Google «حسّن التحويل»، بل «لا تحول—اقترح». ويقوم الحل على سطرين من وثيقة المواقع متعددة المناطق:

“Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (الترجمة العربية) «تجنب تحويل المستخدمين تلقائيًا من نسخة لغوية للموقع إلى نسخة لغوية أخرى». — Google Search Central

“Consider adding hyperlinks to other language versions of a page. That way users can click to choose a different language version of the page.” (الترجمة العربية) «فكر في إضافة روابط تشعبية إلى النسخ اللغوية الأخرى، كي يختار المستخدم نسخة مختلفة». — Google Search Central

وعن اكتشاف الموقع عبر IP تحديدًا، تتحدث Google بوضوح:

“Don’t use IP analysis to adapt your content.” (الترجمة العربية) «لا تستخدم تحليل IP لتكييف المحتوى». وتوضح Google أن تحديد الموقع عبر IP صعب وغير موثوق عمومًا، وأنه قد يتعذر عليها زحف نسخ الموقع كما ينبغي؛ فمعظم عمليات زحفها، لا كلها، تنشأ من الولايات المتحدة، ولا تحاول تغيير الموقع لاكتشاف النسخ. — Google Search Central

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

توصية Bing ولماذا قد تكون المخاطرة أكبر

لا يعتمد Bing على hreflang بالطريقة نفسها؛ بل يعتمد أكثر على زحف العناوين المحلية الفعلية ووسم أو ترويسة content-language. وقال Fabrice Canel من Microsoft Bing إن hreflang إشارة أضعف من content-language لدى Bing. لذلك يضر التحويل الذي لا يستطيع Bingbot تجاوزه بظهور الموقع بقدر ضرره في Google، وربما أكثر، لأن Bing يحتاج إلى بلوغ العناوين المحلية وقراءتها مباشرة.

البيانات: كم مرة يحدث العطل؟

في محاضرتي في Brighton SEO 2023 درست hreflang عبر ٣٧٤٬٧٥٦ نطاقًا (التقرير الكامل في مدونة Ahrefs). وخلاصتي المباشرة: التحويلات الآلية المعتمدة على ملفات الارتباط أو IP أو لغة المتصفح فكرة سيئة عمومًا. وتؤيدها الأرقام:

• أشارت وسوم hreflang لدى ١٦٫٩٪ من النطاقات إلى صفحات محولة أو معطلة؛ وهذا يقيس مباشرة تصادم إعداد التحويل مع hreflang.
• كان لدى ٦٧٪ من النطاقات التي تستخدم hreflang مشكلة واحدة على الأقل.
• افتقد ٥٦٫٣٪ منها x-default، وهي القيمة المصممة لحالة الزائر الذي لا يطابق أي نسخة.

وكما كتبت في التقرير: “Hreflang is complex and hard to get right. It can break in so many different ways.” (الترجمة العربية) «hreflang معقدة ويصعب ضبطها، ويمكن أن تتعطل بطرق كثيرة». والتحويل الجغرافي من أكثر سبل تعطيلها موثوقية.

الاستثناء الضيق الوحيد: 302 للصفحة الرئيسية فقط

يوجد نمط يمكن الدفاع عنه، لكنه ضيق: تحويل 302 (مؤقت) في الصفحة الرئيسية فقط لاقتراح نسخة ديناميكيًا حسب الموقع أو اللغة. ويكون 302 لا 301 لأن الوجهة «الصحيحة» تعتمد على الزائر وتتغير باختلاف الشخص أو الجلسة، فلا توجد وجهة دائمة واحدة. وهذه ممارسة قطاعية نتبناها أنا وAhrefs، لا توصية خاصة من Google برمز حالة التحويل الجغرافي.

لكن إذا ظهر عنوان محول هدفًا داخل تعليقات hreflang في مكان آخر، فهذا عطل لا ميزة؛ يجب أن يعيد كل هدف hreflang استجابة 200 مباشرة لا 3xx. وتبين نسبة ١٦٫٩٪ مقدار تسرب تحويل الصفحة الرئيسية 302 أو التحويل الشامل إلى أهداف hreflang.

ماذا تفعل بدل التحويل القسري؟

يتكون الحل من عناصر قليلة مترابطة:

• اقترح ولا تفرض. استخدم شريطًا ظاهرًا قابلًا للإغلاق يمكن قبوله أو تجاهله.
• أبقِ كل عنوان محلي قابلًا للزحف والربط مباشرة. وفر روابط <a href> حقيقية إلى كل نسخة في مبدل اللغة أو البلد.
• أضف hreflang صحيحة ومتبادلة، واجعل كل هدف يعيد 200.
• استخدم x-default لحالة عدم التطابق الصريح في صفحة اختيار اللغة أو الصفحة الرئيسية المقترحة تلقائيًا؛ فهي تحل سؤال التقديم للزائر غير المطابق، لكنها لا تعالج الوصول بالزحف.

ترتبط بذلك أساسيات استهداف اللغة مقابل البلد، واختيار بنية ccTLD أو النطاق الفرعي أو المجلد الفرعي، وhreflang المتبادلة، وx-default. الخلاصة: أصلح مسار الزحف أولًا، ثم دع hreflang وx-default تتوليان التقديم.

ملخص الذكاء الاصطناعي

خلاصة مكثفة للنسخة المتقدمة:

• التحويل الجغرافي يرسل الزائر تلقائيًا إلى عنوان خاص بالموقع أو اللغة بحسب IP أو Accept-Language أو ملف ارتباط. إنه آلية تقديم؛ أما hreflang فإشارة اكتشاف مستقلة.
• العطل الأساسي في الاكتشاف، لا الفهرسة فقط. يزحف Googlebot غالبًا من عناوين أمريكية بلا Accept-Language؛ فيمكن لتحويل نقطة الدخول حبسه في النسخة الافتراضية ومنعه من اكتشاف البدائل.
• إخفاء المحتوى خطر منفصل. مخالفة معاملة Googlebot خلافًا لمستخدم في الموقع الجغرافي نفسه، لكن التحويل المتوافق يظل قادرًا على منع الاكتشاف.
• الزحف الموزع جغرافيًا قاعدة اتساق لا ضمان اكتشاف.
• وصفة Google: “Avoid automatically redirecting” (الترجمة العربية) «تجنب التحويل التلقائي»، و*“Consider adding hyperlinks to other language versions”* (الترجمة العربية) «فكر في إضافة روابط إلى النسخ اللغوية الأخرى»؛ أي اقترح ولا تفرض، مع hreflang. كما تصف تحليل IP بأنه “difficult and generally not reliable.” (الترجمة العربية) «صعب وغير موثوق عمومًا».
• المخاطرة في Bing قد تكون أكبر: فهو يعتمد على زحف العناوين المحلية الفعلية وإشارة content-language.
• البيانات: من ٣٧٤٬٧٥٦ نطاقًا، وجه ١٦٫٩٪ hreflang إلى صفحات محولة أو معطلة، وواجه ٦٧٪ مشكلة واحدة على الأقل، وافتقد ٥٦٫٣٪ x-default.
• الاستثناء الضيق: تحويل 302، لا 301، للصفحة الرئيسية فقط لاقتراح ديناميكي؛ لا تجعل أي عنوان محول هدفًا لـ hreflang.

الوثائق الرسمية

وثائق أولية عن التحويلات والتقديم المتكيف مع النسخة والاستهداف الجغرافي.

Google

• إدارة المواقع متعددة المناطق واللغات — إرشادات تجنب التحويل التلقائي، وإضافة روابط للنسخ الأخرى، وعدم تكييف المحتوى بتحليل IP.
• كيف يزحف Google إلى الصفحات المتكيفة مع النسخة — أثر عناوين Googlebot الأمريكية وغياب Accept-Language، والتوصية بعناوين منفصلة مع rel="alternate" hreflang، وقاعدة اتساق الزحف الموزع.
• النسخ المحلية من صفحاتك — مرجع تطبيق hreflang في HTML وترويسات HTTP وخرائط الموقع والتبادلية.
• زحف الصفحات المتكيفة مع النسخة وفهرستها — رسالة Google المتسقة منذ ٢٠١٥.

Bing وMicrosoft

• الانطلاق دوليًا: اعتبارات لموقعك العالمي — تحذير من إخفاء المحتوى غير الافتراضي بتبديل يعتمد على ملفات الارتباط أو JavaScript بلا مسار تنقل أو تغيير عنوان.
• إرشادات Bing لمشرفي المواقع — مجموعة إشارات Bing، ومنها تفضيله content-language على hreflang.

اقتباسات من المصدر

تصريحات موثقة من Google، إضافة إلى خلاصة رأيي. يقفز كل رابط من Google مباشرة إلى النص المقتبس في الصفحة الأصلية.

Google — لا تفرض التحويل؛ اقترح بدلًا منه

• “Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (الترجمة العربية) «تجنب تحويل المستخدمين تلقائيًا من نسخة لغوية للموقع إلى نسخة لغوية مختلفة». — وثائق Google Search Central. الانتقال إلى الاقتباس
• “Consider adding hyperlinks to other language versions of a page. That way users can click to choose a different language version of the page.” (الترجمة العربية) «فكر في إضافة روابط تشعبية إلى النسخ اللغوية الأخرى كي يختار المستخدم نسخة مختلفة». الانتقال إلى الاقتباس
• “Remember that geotargeting isn’t an exact science, so it’s important to consider users who land on the ‘wrong’ version of your site. One way to do this could be to show links on all pages for users to select their region and/or language of choice.” (الترجمة العربية) «تذكر أن الاستهداف الجغرافي ليس علمًا دقيقًا؛ لذا راعِ من يصل إلى النسخة الخاطئة، مثل إظهار روابط لاختيار المنطقة أو اللغة في كل الصفحات». الانتقال إلى الاقتباس

Google — تحليل IP غير موثوق

• “Don’t use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable. Furthermore, Google may not be able to crawl variations of your site properly. Most, but not all, Google crawls originate from the US, and we don’t attempt to vary the location to detect site variations.” (الترجمة العربية) «لا تستخدم تحليل IP لتكييف المحتوى؛ فتحديد الموقع به صعب وغير موثوق عمومًا، وقد لا يزحف Google إلى النسخ كما ينبغي. تنشأ معظم عمليات زحف Google من الولايات المتحدة، ولا نغير الموقع لاكتشاف النسخ». الانتقال إلى الاقتباس

Google — الزحف المتكيف مع النسخة ومشكلة الاكتشاف

• “If your site has locale-adaptive pages (that is, your site returns different content based on the perceived country or preferred language of the visitor), Google might not crawl, index, or rank all your content for different locales.” (الترجمة العربية) «إذا كانت صفحات الموقع تتكيف مع النسخة، فقد لا يزحف Google إلى كل محتواه أو يفهرسه أو يرتبه لمختلف النسخ». الانتقال إلى الاقتباس
• “We recommend using separate locale URL configurations and annotating them with rel=“alternate” hreflang annotations.” (الترجمة العربية) «نوصي باستخدام إعدادات عناوين منفصلة للنسخ وتعليقها بسمات rel=“alternate” hreflang». الانتقال إلى الاقتباس
• “Googlebot crawls with IP addresses based outside the USA, in addition to the US-based IP addresses.” (الترجمة العربية) «يزحف Googlebot أيضًا بعناوين IP خارج الولايات المتحدة إلى جانب العناوين الأمريكية». وهذه ملاحظة اتساق لمنع الإخفاء، لا ضمان اكتشاف. الانتقال إلى الاقتباس

رأيي في هذا النمط

• “Automated redirects based on cookies, IP, or browser language are generally a bad idea.” (الترجمة العربية) «التحويلات الآلية المعتمدة على ملفات الارتباط أو IP أو لغة المتصفح فكرة سيئة عمومًا». — دراستي لـ hreflang في Brighton SEO 2023 عبر ٣٧٤٬٧٥٦ نطاقًا (العرض، تقرير Ahrefs).
• “Hreflang is complex and hard to get right. It can break in so many different ways.” («hreflang معقدة ويصعب ضبطها، ويمكن أن تتعطل بطرق كثيرة».) — تقرير الدراسة في Ahrefs.

هل أستخدم التحويل الجغرافي، وكيف؟

تعود معظم أسئلة «هل أستخدمه؟» إلى سؤال واحد: هل تستطيع الزواحف بلوغ كل نسخة بنفسها؟ اتبع شجرة القرار.

خرافات وأخطاء في التحويل الجغرافي

كل مما يلي اعتقاد شائع خاطئ أو ناقص على نحو خطر، ومعه البديل الصحيح.

• «ما دمت لا أخفي محتوى عن Googlebot فالتحويلات الجغرافية آمنة تمامًا لـSEO». لماذا هو خطأ: تجنب الإخفاء يمنع العقوبة فقط؛ فالتحويل المتوافق قد يظل يحبس الزاحف في النسخة الافتراضية ويمنع زحف البدائل واكتشافها. البديل: افصل الوصول بالزحف عن الإخفاء، وأبقِ كل نسخة قابلة للوصول برابط حقيقي.

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

• «يزحف Google من كل بلد الآن، لذا انتهت مشكلة رؤية النسخة الأمريكية فقط». لماذا هو خطأ: يزحف Google من بعض العناوين غير الأمريكية، لكن وثائقه تعرض ذلك شرط اتساق لمنع الإخفاء لا ضمان اكتشاف كل نسخة، وما زالت تقول إن العناوين الافتراضية تبدو أمريكية. البديل: وفر مسارًا صريحًا قابلًا للزحف لكل نسخة.

• «301 دائمًا أفضل تحويل لـSEO، لذا أستخدمه هنا أيضًا». لماذا هو خطأ: في اقتراح نسخة ديناميكي للصفحة الرئيسية تعتمد الوجهة الصحيحة على الزائر، ولا توجد وجهة دائمة واحدة. البديل: استخدم 302 للنمط الديناميكي الضيق في الصفحة الرئيسية فقط، وفق الممارسة القطاعية لدي ولدى Ahrefs.

• «تحديد الموقع عبر IP دقيق بما يكفي لحجب المحتوى بأمان». لماذا هو خطأ: تصفه Google بأنه “difficult and generally not reliable.” (الترجمة العربية) «صعب وغير موثوق عمومًا»، كما تضعفه الشبكات الافتراضية وتجميع عناوين شركات الاتصالات والوكلاء وتخصيص IPv6. البديل: لا تحجب المحتوى بناءً على موقع مستنتج؛ اقترح واترك للمستخدم حق التجاوز.

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

• «لا يهتم Bing لأنه لا يستخدم hreflang». لماذا هو خطأ: يعتمد Bing أكثر على زحف المحتوى المحلي الفعلي وإشارة content-language؛ فتحويل لا يتجاوزه Bingbot يضر ظهوره بقدر مماثل أو أكبر. البديل: اعتبر وصول Bingbot إلى كل نسخة مهمًا بقدر وصول Googlebot على الأقل.

قائمة تدقيق للتحويل الجغرافي

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

• يمكن بلوغ كل عنوان محلي عبر رابط <a href> حقيقي، لا عبر التحويل وحده.
• يقتصر التحويل، إن وجد، على الصفحة الرئيسية ولا يعمل في الصفحات العميقة.
• يستخدم اقتراح النسخة الديناميكي 302 لا 301.
• لا يشير أي هدف hreflang إلى 3xx؛ بل يعيد كل عنوان 200 مباشرة. أخطأ ١٦٫٩٪ من النطاقات في دراستي هنا.
• hreflang متبادلة، وتشير كل نسخة إلى الأخريات، مع x-default حيث يلزم.
• يعامل Googlebot وBingbot مثل مستخدم في الموقع الجغرافي نفسه تمامًا، دون تجاوز حسب وكيل المستخدم أو IP.
• تفضل شريطًا قابلًا للإغلاق على التحويل القسري متى أمكن.
• لا تحجب المحتوى وفق IP وحده، وتوفر تجاوزًا يدويًا سهلًا.
• لا يتبدل المحتوى بملف تعريف ارتباط أو JavaScript من جهة العميل بلا تغيير URL؛ فالزواحف لا تحتفظ بملفات تعريف الارتباط ولا تصل بثبات إلى المحتوى المحلي الذي لا يظهر إلا عبر JavaScript.
• اختبرت بلوغ النسخ غير الافتراضية من عنوان أمريكي ومن دون Accept-Language، مثل curl -IL.

موارد جديرة بوقتك

كتاباتي ومحاضراتي ذات الصلة

• أكثر من ٦٧٪ من النطاقات التي تستخدم hreflang لديها مشكلات: دراسة ٣٧٤٬٧٥٦ نطاقًا — مصدر إحصاء ١٦٫٩٪ وخلاصة سوء التحويلات الآلية واستثناء 302 للصفحة الرئيسية.
• أشيع مشكلات hreflang عبر ٣٧٤٬٧٥٦ نطاقًا — شرائح Brighton SEO 2023، مع قائمة المحاضرة والفيديو.
• hreflang: الدليل السهل للمبتدئين — آلية hreflang والتبادلية وx-default التي قد يقوضها التحويل.
• SEO الدولي: الجوانب التقنية الغريبة وستفسد SEO الدولي — خلفية متسقة عن مواضع تعطل الإعدادات الدولية.

من أنحاء القطاع

• إدارة المواقع متعددة المناطق واللغات — مصدر Google الأولي لتجنب التحويل التلقائي وإضافة الروابط وعدم استخدام تحليل IP.
• كيف يزحف Google إلى الصفحات المتكيفة مع النسخة — شرح IP الأمريكي وغياب Accept-Language وملاحظة الزحف الموزع.
• أهم ما يجب معرفته عن تحويلات Geo IP لدى Google — تغطية إجابة John Mueller في Ask Googlebot عام ٢٠٢٢.
• Google تقول إن تحويلات الموقع الجغرافي مقبولة — صياغة “allowed if you don’t treat Googlebot differently than a user” (الترجمة العربية) «مسموح إذا لم تعامل Googlebot خلافًا للمستخدم».
• Bing تقول إن hreflang إشارة ضعيفة لمحركها — تعليق Fabrice Canel عن تفوق content-language.
• الانطلاق دوليًا: اعتبارات لموقعك العالمي — تحذير Bing من إخفاء المحتوى بتبديل ملفات الارتباط وJavaScript.

اختبر نفسك: التحويلات الجغرافية في SEO الدولي

خمسة أسئلة سريعة عن سبب إضرار التحويلات الجغرافية بـSEO الدولي وما ينبغي فعله بدلًا منها. اختر إجابة لكل سؤال ثم تحقق.

سجل التغييرات