قائمة التحقق من انتقال الموقع: من الأسبوع T-4 إلى اليوم 45
تغيير النطاق، أو إعادة بناء المنصة، أو نقل الاستضافة، أو مخطط عناوين URL جديد: الروابط المؤدية إليك لا تهمها التفاصيل. تخبرك هذه القائمة بما يجب التقاطه قبل الإطلاق وما يجب إعادة التحقق منه بعده.
فريق أبحاث ArchiLinks ·

موقفنا
تأتي معظم خسائر الانتقال من الروابط غير الموجهة (redirects) الناقصة، وليس من نوع التوجيه
تجادل الفرق لساعات حول الفرق بين 301 و 302 ثم تنشر مع وجود 3,000 عنوان URL خارجي يعيد 404. اعثر على جميع الروابط الخلفية لموقع الويب قبل اتخاذ أي قرار آخر، لأن القائمة تخبرك أين يكمن الخطر.
- اجلب الصفحات المرتبطة قبل 4 أسابيع، وليس في الليلة السابقة.
- يحتاج كل عنوان URL يحتوي على رابط خارجي إلى توجيه 301 من خطوة واحدة إلى صفحة ذات صلة.
- احتفظ بالتوجيهات نشطة لمدة عام على الأقل، لأن الروابط القديمة غالباً ما تستمر أطول من الصفحات التي كانت تشير إليها.
الجدول الزمني
T-4 أسابيع: الجرد
زحف إلى الموقع القديم، وتصدير تقرير أداء Search Console، وتشغيل toppages بالإضافة إلى refdomains للمضيف القديم. احفظ الملفات الثلاثة معاً مع التاريخ.
T-3 أسابيع: المطابقة
ابنِ خريطة التوجيه من الصفحات المرتبطة أولاً، ومن حركة المرور ثانياً، ومن الزحف أخيراً. يوضح وصفة خريطة التوجيه سكريبت الترتيب.
T-2 أسبوع: الاختبار على بيئة الاختبار
شغّل كل عنوان URL قديم ضد بيئة الاختبار وتأكد من خطوة واحدة، وحالة 301، و 200 في النهاية. أفشل البناء في حال وجود سلسلة أو حلقة.
T-0: الإطلاق
انشر التوجيهات، وخريطة الموقع الجديدة، وعلامات canonical المحدثة، والروابط الداخلية في إصدار واحد. قدّم خريطة الموقع الجديدة في Search Console. بالنسبة لتغيير النطاق، استخدم أداة تغيير العنوان.
T+1 أسبوع: السجلات والتغطية
تحقق من سجلات الخادم لطلبات Googlebot على العناوين القديمة، ثم تقرير الصفحات للبحث عن ارتفاع في حالات 404 أو 404 الناعم. أصلح الخريطة؛ لا تنتظر.
T+30 إلى 45 يوماً: فرق الروابط
بعد التحديث الشهري، استخرج refdomains للمضيف الجديد وقارنها مع الملف القديم. تستحق الفروق الأكبر من بضع في المئة نظرة فاحصة.
ما يتغير مع نوع الانتقال
| الانتقال | التوجيهات | فحوصات إضافية | تركيز بيانات الروابط |
|---|---|---|---|
| نطاق جديد | توجيه 301 على مستوى المضيف، ومستوى المسار حيث تتغير المسارات | أداة تغيير العنوان، وإبقاء النطاق القديم لمدة 12 شهراً على الأقل | النطاقات المرجعية التي تنتقل إلى المضيف الجديد مع مرور الوقت |
| HTTP إلى HTTPS أو تغيير www | توجيه 301 على مستوى المضيف | canonical، HSTS، المحتوى المختلط | فروق قليلة؛ تأكيد أن كلا المضيفين يحلان إلى واحد |
| إعادة بناء المنصة، نفس النطاق | خريطة مستوى المسار | الترقيم، المعلمات، الشرطات المائلة النهائية | أعلى الصفحات المرتبطة التي تغير مسارها |
| من نطاق فرعي إلى مجلد فرعي (أو العكس) | خريطة مستوى المسار، قواعد مستوى المضيف | ملفات تعريف الارتباط، robots.txt لكل مضيف، التحليلات | ما إذا كانت الروابط تشير إلى المضيف القديم أو الجديد |
| دمج موقعين | خريطة من متعدد إلى واحد | المحتوى المكرر، خيارات canonical | تداخل النطاقات المرجعة عبر intersect |
قائمة التحقق ليوم الإطلاق
- العناوين القديمة تعيد توجيه 301 في خطوة واحدة، ويتم اختبارها بواسطة سكريبت بدلاً من اليد.
- يعيد المضيف الجديد 200 مع canonical ذاتي المرجع على كل قالب.
- لا يحتوي robots.txt على المضيف الجديد على قواعد بيئة الاختبار. يعد Disallow: / المتبقي هو الخطأ الكلاسيكي ليوم الإطلاق.
- تحتوي خريطة الموقع XML على عناوين URL قابلة للفهرسة و canonical وحالة 200 فقط.
- تشير الروابط الداخلية، والتنقل، والبيانات المهيكلة إلى عناوين URL الجديدة، وليس إلى تلك التي تم توجيهها.
- توجد خصائص التحليلات و Search Console للمضيف الجديد قبل التبديل.
- يتم الالتزام بملفات JSON الأساسية، مع وجود التاريخ في اسم كل ملف.
يتم إعادة بناء رسم الروابط لدينا مرة واحدة تقريباً في الشهر. قد لا يظهر رابط تم إنشاؤه في أسبوع إطلاقك في سحب اليوم 30. استخدم تقرير الروابط في Search Console للميل الأخير، وقم بتقييم الفرق من التحديث الثاني. تغذي البيانات نفسها مراجعة القيمة الداخلية مقابل الخارجية بعد الإطلاق، ويغطي النطاقات الإقليمية hreflang حالة تعدد البلدان.

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

خرائط الموقع والطلبات اليدوية بعد الإطلاق
احتفظ بخريطة الموقع القديمة متاحة لبضعة أسابيع بعد النقل. يمكن للزلازل التي تعيد زيارة المضيف القديم العثور على تلك العناوين في قائمة واحدة، مما يسرع مرورها الأول عبر التحويلات.
الطلبات اليدوية هي أداة مختلفة. استخدمها للصفحات القليلة الأكثر أهمية، وليس لمئات عناوين URL المقدمة واحدة تلو الأخرى. الصفحة المطلوبة التي لا تحتوي على روابط داخلية وجسم رقيق تميل إلى السقوط مرة أخرى، لذا فإن الطلب لا يكون جيداً إلا بقدر الصفحة التي تقف وراءه.
الانتظار خطة صالحة. امنح وقت الزحف، ثم احكم عليه بناءً على البيانات.
إبقاء خريطة الموقع القديمة مدرجة لفترة من الوقت
اترك خريطة الموقع القديمة في Search Console حتى تتوقف عناوين URL القديمة عن الظهور في إحصائيات الزحف. ثم أزلها عن قصد وسجل التاريخ في سجل الهجرة.
لا تزيلها في يوم الإطلاق فقط لجعل المظهر مرتباً. الإزالة المبكرة تخفي القائمة الوحيدة التي تسمي كل عنوان URL قديم لا تزال بحاجة إلى تتبعه.
طلب الفهرسة للصفحات التي تحمل روابط
اختر عشرين عنوان URL جديد يحتوي على أكبر عدد من الروابط الخارجية، باستخدام نفس الدمج الذي بنيتَه لخريطة التحويل، واطلب تلك يدوياً. يتبع الجهد المخاطر بدلاً من حجم الموقع.
إذا كانت الصفحة المطلوبة لا تزال مفقودة بعد بضعة أسابيع، انظر إلى الصفحة قبل أن تطلب مرة أخرى. تحقق من روابطها الداخلية، وعنوان URL الأساسي (canonical) ومحتواها. الطلب الخامس لا يغير شيئاً.
كم من الوقت قبل أن يمكن الحكم على النقل
احكم على النقل من سحب الرابط الثاني، وليس الأول. يتم تحديث فهرسنا مرة واحدة تقريباً في الشهر، لذا فإن السحب في اليوم الثالث يظهر صورة الشهر الماضي فقط. قم بتشغيل السحب الثاني بعد التحديث، واستخدمه للعثور على جميع الروابط الخلفية لموقع ويب على المضيف الجديد.
تقرير الصفحات وبيانات الروابط يجيبان على أسئلة مختلفة. اقرأهما جنباً إلى جنب، وليس كحكمين متنافسين على نفس النقل.
خمس فحوصات قبل أن يصبح موقع الاختبار جاهزاً للإطلاق
إبقاء موقع الاختبار خارج الفهرس
ضع كلمة مرور أو قائمة سماح أمام موقع الاختبار. قاعدة robots.txt وحدها لا تمنع محركات البحث من فهرسة عناوين URL التي تعرفها بالفعل من الروابط.
تحقق من إعدادات noindex و canonical
افتح القالب وإعدادات CMS، وابحث عن علم noindex أو عنوان URL أساسي (canonical) يشير إلى عنوان URL آخر. في WordPress، إعداد رؤية البحث هو ما ينساه الناس بعد نسخ موقع من مرحلة الاختبار.
استبدال ملف robots الخاص بموقع الاختبار
استخرج ملف robots.txt الحي بمجرد اكتمال التبديل، وقارنه مع الملف الذي كنت تنوي إرساله. قواعد الاختبار التي تصل إلى الإنتاج يمكن أن تمنع الزلازل من الوصول إلى المضيف بأكمله.
شغّل اختبار الهوب على المضيف المباشر
تثبت البيئة التجريبية أن الخريطة تعمل على النسخة المقلّدة. شغّل اختبار الهوب الواحد مرة أخرى على النطاق الحقيقي بعد تغييرات الـ DNS، لأن ذاكرة التخزين المؤقت لـ CDN أو قاعدة مضيف قد تتصرف بشكل مختلف هناك.
أبقِ المضيف القديم يستجيب
اترك النطاق القديم يقدّم التحويلات طالما أن عناوين URL الخاصة به لا تزال تتلقى روابط أو زيارات. ضع تاريخ التجديد في التقويم قبل أن ينسى أحد وجود النطاق.
راقب الموقع بعد الإطلاق، وليس فقط قبله
تدوّن المراجعة السابقة للإطلاق ما كان صحيحًا في يوم إجرائها. تظهر معظم أضرار الإطلاق لاحقًا، بعد تحديث إضافة، أو تغيير قاعدة CDN، أو قالب يلمس إعدادًا لم يراجعه أحد.
عامل مراقبة ما بعد الإطلاق كمجموعة من الفروقات الصغيرة مقابل خط أساس محفوظ. لا حاجة لوحة تحكم. جدول ومجلد من الملفات المؤرّخة يكفي.
ما يجب أن تقارنه المراجعة الأسبوعية
اختر الفحوصات التي ستؤثر سلبًا إذا تغيرت، ونفّذها في نفس اليوم كل أسبوع.
- رمز الحالة وعنوان URL النهائي لأفضل 50 عنوان URL قديمًا مرتبطًا
- ملف robots.txt ووسم robots meta على القوالب الرئيسية
- عدد عناوين URL النشطة بحالة 200 مقابل العدد في خريطة الموقع الجديدة
- وسوم canonical على الصفحة الرئيسية، وفئة واحدة، ومقال واحد
لماذا تفوت المراجعة لمرة واحدة الانحراف البطيء
يحدث انحراف في الإعدادات بعد الإطلاق. قد يؤدي ترك مفتاح اختبار مفعّل، أو إضافة تعيد كتابة الروابط الدائمة، أو تحويل مُضاف لإصلاح صفحة واحدة، إلى إلغاء جزء من الخطة. لا يمكن للمراجعة التي أُجريت في يوم الإطلاق رؤية أي منها.
الفروقات المجدولة يمكنها ذلك. احتفظ بملفات خط الأساس في التحكم بالإصدارات وقارن ناتج كل أسبوع بها، بحيث يكون التغيير غير المتوقع مرئيًا في اليوم الذي يحدث فيه.
المضيفات الفرعية، والإزالة، وتغييرات النطاق الكاملة للموقع
تنتقل بعض الفرق قسمًا إلى مضيف فرعي وتُظهر فقط صفحاته الشائعة. يمكن أن يعمل ذلك. التكلفة هي أن الروابط الموجهة إلى الصفحات الأقل نشاطًا تهبط الآن على مضيف بتاريخ أقل، لذا احسبها قبل أن تقطع أي شيء.
طلبات الإزالة أضيق مما تبدو عليه. تطبق Search Console الإزالة على الممتلك الذي تقدم فيه الطلب، لذا فإن الطلب المقدم على مضيف فرعي لا يؤثر على النطاق الرئيسي. تحقق من الممتلك أولاً. ثم قدّم الطلب، واحتفظ بكلاهما موثقًا.
إظهار الصفحات الشائعة فقط على المضيف الفرعي
ابدأ بعدد الروابط لكل عنوان URL في ذلك القسم. الصفحات التي تحمل روابط خارجية ولكن حركة مرور قليلة هي أول من ستخفيها قاعدة الصفحات الشائعة فقط. اجعلها قابلة للزحف، أو قم بتحويل كل واحدة منها إلى أقرب صفحة شائعة واكتب السبب بجانب القاعدة.
أين يربط الموقع الرئيسي بالمضيف الفرعي يحدد مدى سهولة العثور على صفحاته. اذكر هذه الروابط قبل أن تختار الصفحات التي ستبقى مخفية، لأن الصفحة التي لا يربط إليها الموقع الرئيسي أبدًا يصعب الوصول إليها بأي حال.
تغيير نطاق كامل للموقع، صفحة تلو الأخرى
تتعامل القاعدة على مستوى المضيف مع الجذر، لكن تغيير النطاق يحتاج أيضًا إلى خريطة على مستوى المسار. عندما يتغير الجزء الأول من عنوان URL ويبقى الـ slug كما هو، يغطي تبديل المضيف معظم الصفحات، وتحتاج الاستثناءات إلى أسطر خاصة بها.
ابنِ القائمة من الصفحات المرتبطة أولاً، ثم طابق كل مسار قديم بآخر جديد. يوضح وصفة خريطة التحويل كيفية ترتيب هذه القائمة حسب الروابط.