فحص تكافؤ الترحيل قبل الإطلاق

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

ملف المهارة

---
name: pre-launch-migration-parity-check
description: استخدمها عندما تفصل أسابيع عن إطلاق منصة جديدة أو إعادة تصميم أو تغيير نطاق، وتكون بيئة الاختبار والموقع المباشر الحالي موجودتين معًا.
---

# فحص تكافؤ الترحيل قبل الإطلاق

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

## ما تحتاجه أولًا

- زحف كامل للموقع المباشر يصدّر الرابط ورمز الحالة والـ canonical و meta robots والعنوان والـ H1 وعدد الكلمات وعدد الروابط الداخلية
- إمكانية الزحف إلى بيئة الاختبار خلف مصادقة HTTP أو قائمة IP مسموح بها، لا خلف حظر في robots.txt أبدًا
- أعلى الروابط حسب الزيارات وحسب الإيراد وحسب النطاقات المشيرة، كثلاث قوائم منفصلة لا قائمة واحدة
- تاريخ إطلاق واسم الشخص المخوّل بإيقافه

## الطريقة

1. جمّد زحف الموقع المباشر في ملف مؤرخ واحفظه خارج المشروع. بعد الإطلاق لا يمكن إعادة إنتاج مجموعة الروابط القديمة، وهذا الملف هو الدليل الوحيد على ما كان موجودًا.
2. ازحف بيئة الاختبار بالإعدادات نفسها وقارن قائمتي الروابط. هذا الفرق هو خريطة إعادة التوجيه؛ ليست وثيقة تُكتب على حدة بعد ذلك.
3. تأكد أن كل رابط في قوائم الزيارات والإيراد والروابط الخلفية يظهر في الخريطة بوجهة واحد لواحد. دمج روابط قديمة كثيرة في تصنيف أو في الصفحة الرئيسية هو أكبر مصدر لخسائر الترحيل، ويُدافَع عنه دائمًا بوصفه ترتيبًا للبيت.
4. قارن قالبًا بقالب لا صفحة بصفحة: نمط العنوان، والـ canonical، و meta robots، والبيانات المنظمة، والـ H1، وعدد كلمات المحتوى الأساسي، وعدد الروابط الداخلية. أي تراجع في قالب يتضاعف عبر كل رابط يستخدمه.
5. تأكد أن بيئة الاختبار محمية بالمصادقة لا بـ robots.txt ولا بـ noindex على مستوى الموقع، ثم تأكد بشكل منفصل أن ما يحميها يُزال عند الإطلاق. كلا الخطأين أخرج مواقع كاملة من الفهرس يوم الإطلاق.
6. اختبر قواعد إعادة التوجيه على بيئة الاختبار مقابل القائمة المجمدة كاملةً لا مقابل عينة: سلاسل الاستعلام، والشرطات المائلة الأخيرة، والمسارات بأحرف كبيرة، والأنماط القديمة التي لا يتذكرها أحد. القواعد التي تنجح على عشرين مثالًا منتقاة تفشل باستمرار على الذيل الطويل.
7. اتفق على مجموعة المراقبة قبل الإطلاق: أي الروابط تُفحص في الساعة الأولى واليوم الأول واليوم السابع واليوم الثلاثين، وأي الأرقام تُراقَب، وأي قيمة تستدعي التراجع. تأجيل هذا القرار يعني الجدال بشأنه أثناء وقوع الحادث.

## ما الذي تنتجه

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

## أين تخطئ عادةً

- حماية بيئة الاختبار بـ robots.txt أو بـ noindex عام، وكلاهما ينتقل إلى بيئة الإنتاج ويخرج الموقع الجديد من الفهرس في يومه الأول
- بناء خريطة إعادة التوجيه من الـ sitemap بدل السجلات وبيانات الروابط الخلفية، فتسقط بصمت روابط لم تكن في الـ sitemap لكنها ما زالت تحمل روابط وزيارات
- إطلاق منصة جديدة وإعادة تصميم في الأسبوع نفسه، فيستحيل نسب أي هبوط لاحق إلى أي منهما
- اعتبار الخريطة منتهية بمجرد كتابتها، بينما الخريطة غير المختبرة جدول بيانات لا عملية ترحيل

---

من مكتبة مهارات QuQi - https://www.quqi.io/ar/skills/pre-launch-migration-parity-check

ما تحتاجه أولًا

• زحف كامل للموقع المباشر يصدّر الرابط ورمز الحالة والـ canonical و meta robots والعنوان والـ H1 وعدد الكلمات وعدد الروابط الداخلية
• إمكانية الزحف إلى بيئة الاختبار خلف مصادقة HTTP أو قائمة IP مسموح بها، لا خلف حظر في robots.txt أبدًا
• أعلى الروابط حسب الزيارات وحسب الإيراد وحسب النطاقات المشيرة، كثلاث قوائم منفصلة لا قائمة واحدة
• تاريخ إطلاق واسم الشخص المخوّل بإيقافه

الطريقة

1. 01 جمّد زحف الموقع المباشر في ملف مؤرخ واحفظه خارج المشروع. بعد الإطلاق لا يمكن إعادة إنتاج مجموعة الروابط القديمة، وهذا الملف هو الدليل الوحيد على ما كان موجودًا.
2. 02 ازحف بيئة الاختبار بالإعدادات نفسها وقارن قائمتي الروابط. هذا الفرق هو خريطة إعادة التوجيه؛ ليست وثيقة تُكتب على حدة بعد ذلك.
3. 03 تأكد أن كل رابط في قوائم الزيارات والإيراد والروابط الخلفية يظهر في الخريطة بوجهة واحد لواحد. دمج روابط قديمة كثيرة في تصنيف أو في الصفحة الرئيسية هو أكبر مصدر لخسائر الترحيل، ويُدافَع عنه دائمًا بوصفه ترتيبًا للبيت.
4. 04 قارن قالبًا بقالب لا صفحة بصفحة: نمط العنوان، والـ canonical، و meta robots، والبيانات المنظمة، والـ H1، وعدد كلمات المحتوى الأساسي، وعدد الروابط الداخلية. أي تراجع في قالب يتضاعف عبر كل رابط يستخدمه.
5. 05 تأكد أن بيئة الاختبار محمية بالمصادقة لا بـ robots.txt ولا بـ noindex على مستوى الموقع، ثم تأكد بشكل منفصل أن ما يحميها يُزال عند الإطلاق. كلا الخطأين أخرج مواقع كاملة من الفهرس يوم الإطلاق.
6. 06 اختبر قواعد إعادة التوجيه على بيئة الاختبار مقابل القائمة المجمدة كاملةً لا مقابل عينة: سلاسل الاستعلام، والشرطات المائلة الأخيرة، والمسارات بأحرف كبيرة، والأنماط القديمة التي لا يتذكرها أحد. القواعد التي تنجح على عشرين مثالًا منتقاة تفشل باستمرار على الذيل الطويل.
7. 07 اتفق على مجموعة المراقبة قبل الإطلاق: أي الروابط تُفحص في الساعة الأولى واليوم الأول واليوم السابع واليوم الثلاثين، وأي الأرقام تُراقَب، وأي قيمة تستدعي التراجع. تأجيل هذا القرار يعني الجدال بشأنه أثناء وقوع الحادث.

ما الذي تنتجه

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

أين تخطئ عادةً

• حماية بيئة الاختبار بـ robots.txt أو بـ noindex عام، وكلاهما ينتقل إلى بيئة الإنتاج ويخرج الموقع الجديد من الفهرس في يومه الأول
• بناء خريطة إعادة التوجيه من الـ sitemap بدل السجلات وبيانات الروابط الخلفية، فتسقط بصمت روابط لم تكن في الـ sitemap لكنها ما زالت تحمل روابط وزيارات
• إطلاق منصة جديدة وإعادة تصميم في الأسبوع نفسه، فيستحيل نسب أي هبوط لاحق إلى أي منهما
• اعتبار الخريطة منتهية بمجرد كتابتها، بينما الخريطة غير المختبرة جدول بيانات لا عملية ترحيل

استخدم هذه المهارة في الذكاء الاصطناعي الخاص بك

الملف الذي تنزّله markdown بسيط، يحمل الاسم والمُشغّل في ترويسته. وحين يكون المساعد قادرًا على تحميل المهارات وحده، فهذه الترويسة هي ما يقرؤه ليقرر أن هذه المهارة تنطبق.

المزيد في SEO التقني