Hreflang عبر النطاقات الإقليمية: قائمة مراجعة للانتقال الآمن

الإطلاق المتدرج

غالباً ما تسأل الفرق عما إذا كان يمكن نشر hreflang على موقع واحد قبل الآخر. يمكن ذلك.

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

حالتان من الميدان

لنفترض أنك تدير موقعًا ألمانيًا وموقعًا بريطانيًا على نطاقين مختلفين، مع توجيه 301 من الجذر البريطاني إلى مجلد /uk/ أُضيف منذ فترة. يريد الفريق الآن إزالة هذا التوجيه ويسأل عن كيفية الحفاظ على قيمة الروابط.

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

الحالة الثانية أصغر حجمًا. ينتقل موقع على Blogger أو Squarespace إلى نطاق مخصص. أعد توجيه كل مسار قديم على حدة، لأن الجزء الأول من عنوان URL يتغير بينما غالبًا ما يبقى الـ slug كما هو. تحقق من وصفة خريطة التوجيه لحلقة الاختبار، واحتفظ بالخاصية القديمة موثقة في Search Console لمراقبة التغطية على كلا النطاقين.

ما وراء hreflang والعلامات canonical: ما الذي يجب التحقق منه عبر الدول

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

اعمل على هذه النقاط بعد نجاح الوسوم. يمكن لكل واحدة منها أن تلغي ببطء وسمًا يبدو صحيحًا في القالب.

إعادة التوجيه الجغرافي ومبدلات اللغة

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

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

خرائط الموقع التي تحتوي على البدائل

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

أزل أي منطقة لغوية تعيد التوجيه أو تحتوي على noindex من خريطة الموقع، أو سيتعارض المصدران حول الإصدارات الموجودة.

الإضافات التي تعد بأتمتة العملية

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

تحقق من إخراج الإضافة مقابل زحفة بدلاً من الاعتماد على شاشة الإعدادات. الزحفة هي العرض الوحيد الذي يظهر ما يتلقاه الزاحف فعليًا.

تشغيل نطاقين بالتوازي لفترة من الوقت

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

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

صفحات الهبوط وإعادة التوجيه اللينة

صفحة هبوط على نطاق آخر تحتوي على زر يؤدي إلى موقعك هي رابط خارجي عادي. يمكنها إرسال الزوار عبر، لكنها لا تنقل تاريخ عنوان URL بنفس الطريقة التي تفعلها إعادة التوجيه 301. لا تعتمد عليها كخطوة هجرة.

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

مراقبة كلا المضيفين أثناء فترة التداخل

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

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

التحقق مما إذا كانت الروابط تتبع كل انتقال إقليمي

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

أي مضيف إقليمي تفضله المواقع الخارجية

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

المضيف الذي يجمع معظم النطاقات المرتبطة يخبرك أين ترسل المواقع الخارجية قرّائها بالفعل.

عندما يخسر مضيف إقليمي النطاقات المرتبطة

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

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

الحفاظ على أساس إقليمي

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

سجل مجموعة hreflang واختيار canonical بجانب ملف الروابط. عندما يخسر المضيف الروابط، يمكنك بعد ذلك التحقق من الوسوم مقابل الحالة التي كانت عليها عندما تم عد الروابط آخر مرة.

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