كيف أتجنب خسارة ترتيبي في محركات البحث أثناء الهجرة؟

ترحيل المدوّنة هو أخطر ما يمكنك فعله بترتيبك في محركات البحث إن لم تكن تعرف ما تفعل. فإن أُجري بشكل خاطئ فقد تخسر ما بين 40 و80% من الزيارات العضوية في الشهر الأول. وإن أُجري بشكل صحيح فبالكاد تلاحظ أي اضطراب. هذا الدليل يُخبرك بالضبط ما الذي يجب فعله، وبأي ترتيب، لحماية رصيد SEO الذي بنيته.

لماذا ينخفض الترتيب أثناء الترحيل

إشارة الترتيب لدى Google مرتبطة بالروابط (URLs). عندما تنتقل مقالة من olddomain.com/my-post إلى newdomain.com/my-post، ترى Google صفحة جديدة كليًا بلا روابط خلفية ولا سجل تفاعل ولا سلطة — على الأقل إلى أن تزحف إلى إعادة التوجيه 301 وتنقل الإشارة. إذا أهملتَ إعادة التوجيه 301، اختفى الترتيب القديم وبدأ الجديد من الصفر. وحتى مع وجود إعادة التوجيه 301، يحدث عادةً انخفاض مؤقت يدوم من أسبوعين إلى ثمانية أسابيع ريثما تُعيد Google الزحف وتنسب كل شيء من جديد.

الخطوة 1 — راجع أبرز روابطك الحالية قبل الهجرة

في Google Search Console، انتقل إلى Performance ثم Pages وصدّر أفضل 50 إلى 100 صفحة مرتبةً حسب النقرات. هذه هي روابطك الأعلى قيمة — تلك التي تحتاج حتماً إلى إعادة توجيه 301. تحقق أيضاً من Google Analytics أو Plausible للاطلاع على الصفحات ذات أعلى عدد جلسات. احتفظ بجدول بيانات: الرابط القديم ← الرابط الجديد ← هل أُعيد التوجيه (نعم/لا) ← هل جرى التحقق (نعم/لا).

الخطوة 2 — إعداد إعادة توجيه 301

ينشئ VeloCMS إعادة توجيه 301 لك في ثلاثة مواضع: يكتب معالجا استيراد WordPress وShopify إعادة توجيه لكل رابط تغيّر، وتغيير مسار (slug) مقال منشور ينشئ إعادة توجيه من العنوان القديم إلى الجديد، ويتيح لك «فاحص الروابط المعطوبة» في لوحة التحكم ← الأدوات إجراء فحص ثم النقر على «إنشاء إعادة توجيه 301» على أي رابط معطوب. وتعرض الصفحة نفسها جميع قواعد إعادة التوجيه لديك لتحذف ما لم تعد بحاجة إليه. لا يوجد محرر يدوي لإعادة التوجيه ولا استيراد بصيغة CSV، لذا إن كنت تنتقل من منصة أو نطاق آخر فضع إعادة التوجيه على العنوان القديم — عند مضيفك القديم أو عبر قواعد إعادة التوجيه (Redirect Rules) أو إعادة التوجيه الجماعية (Bulk Redirects) في Cloudflare — واجعل كلاً منها 301 (دائمة) لا 302 (مؤقتة). إعادة التوجيه 302 لا تنقل قوة الروابط (link equity).

# redirect-audit.csv — the spreadsheet from Step 1, one row per old URL
old_url,new_url,redirect_set,verified
/old-post-slug,/new-post-slug,yes,no
/category/old-category-name,/tag/new-tag-name,yes,no
/about-us,/about,no,no

الخطوة 3 — تحقق من إعادة التوجيه 301 قبل تحويل DNS

قبل تحويل الـ DNS، اختبر إعادة التوجيه على النطاق الفرعي التجريبي في VeloCMS. استخدم curl للتحقق من أن كل إعادة توجيه تُرجع 301 مع ترويسة Location الصحيحة. للمواقع الكبيرة، اكتب حلقة bash بسيطة تعتمد على جدول بيانات المراجعة. عالج أي ثغرات قبل تحويل DNS.

# Test 301 for a single URL
curl -I https://yourname.velocms.org/old-post-slug
# Expected: HTTP/2 301, Location: https://yourdomain.com/new-post-slug

# Batch check from a list file (one old slug per line)
while IFS= read -r slug; do
  echo -n "$slug → "
  curl -s -o /dev/null -w "%{http_code} %{redirect_url}\n" "https://yourname.velocms.org/$slug"
done < old-slugs.txt

الخطوة 4 — تحديث روابط canonical

تضيف VeloCMS وسم canonical URL لكل مقالة تلقائياً، مشيراً إلى رابط المقالة على نطاقك. إن كنتَ تنشر أيضاً على Medium أو Substack خلال فترة الانتقال، فحدّث روابط canonical في تلك المنشورات لتُشير إلى نطاق VeloCMS الجديد. يُعدّ وسم canonical الإشارة الأساسية التي تعتمد عليها Google لتحديد المصدر الرسمي — الضبط الصحيح له لا يقل أهمية عن إعادة التوجيه 301.

الخطوة 5 — تقديم خريطة موقعك الجديدة إلى Google Search Console

تُولّد VeloCMS خريطة موقع تلقائياً عند yourdomain.com/sitemap.xml. بعد تحويل DNS، سجّل الدخول إلى Google Search Console لنطاقك الجديد وقدّم خريطة الموقع عبر Indexing ثم Sitemaps ثم Add a new sitemap. احذف أيضاً خريطة الموقع القديمة إن كانت لا تزال في GSC من منصتك السابقة — الإشارات المتضاربة تُبطئ إعادة الفهرسة.

الخطوة 6 — راقب Search Console بحثاً عن أخطاء التغطية

بعد الهجرة، تابع في GSC قسم Indexing ثم Pages يوميًا خلال أول أسبوعين. ابحث عن أخطاء «Page with redirect» (تعني أن سلسلة إعادة التوجيه تتجاوز خطوة واحدة — بسّطها)، وأخطاء «Not found (404)» (تعني أن رابطاً طُلب دون إعادة توجيه — أضفها)، وحالة «Excluded by noindex» (راجع إعدادات robots في VeloCMS — المدونات الجديدة تضبط noindex على false افتراضياً لكن تأكد).

الخطوة 7 — لا تنسَ Bing ومحركات البحث الأخرى

تتوفر في Bing Webmaster Tools (عبر bing.com/webmasters) ميزة تقديم خريطة الموقع المكافئة لـ GSC. إن كنت تحصل على قدر معتبر من الزيارات عبر Bing، قدّم خريطة موقعك هناك أيضاً. تعتمد DuckDuckGo وYahoo ومعظم محركات البحث الأخرى على فهرس Bing، لذا يُغطيها تقديمك إليه بشكل غير مباشر.

أسئلة شائعة

• كم تستمر فترة انخفاض الترتيب؟ مع وجود إعادة التوجيه 301، تتعافى معظم المواقع لمستويات ما قبل الهجرة خلال 4 إلى 8 أسابيع. أما بدون إعادة التوجيه 301، فقد يمتد التعافي من 6 إلى 12 شهراً أو لا يكتمل أبداً.
• هل أحتاج إلى إعادة توجيه إذا كانت روابطي الجديدة مطابقة للقديمة؟ لا — إذا تطابق الـ slug والنطاق والمسار، ترى Google الرابط ذاته وتنتقل الترتيبات فوراً دون أي إجراء.
• ماذا لو كنت أنتقل من موقع HTTP إلى HTTPS؟ تُعامل Google HTTP وHTTPS كرابطين منفصلين. أعدّ إعادة توجيه على مستوى الخادم من HTTP إلى HTTPS وستنسب GSC الإشارة بشكل صحيح.
• هل يجب أن أغيّر جميع الـ slugs أثناء الترحيل؟ لا — تغيير الروابط ينشئ خطوات إعادة توجيه غير ضرورية. انقل المحتوى بالـ slugs الحالية إلا إذا كان رابط معيّن يحقق أداءً ضعيفًا.
• كيف أعرف إن كان تعافي SEO يسير على المسار الصحيح؟ بعد الهجرة، قارن نقرات GSC ومرات الظهور فيه أسبوعًا بأسبوع. انخفاض بنسبة 10 إلى 30% في الأسبوع الأول يتعافى بحلول الأسبوع 6 إلى 8 يُعدّ طبيعيًا. أما الانخفاض المستمر بعد الأسبوع العاشر فيُشير إلى ثغرات في إعادة التوجيه.