معظم عمليات النقل تخسر الترتيب في خريطة الـ 301 لا في الـ Theme. هذه هي القائمة التي ننفّذها قبل نقل الـ DNS، بخطوات الحصر والتحقق نفسها.
معظم المواقع التي خسرت زياراتها بعد مغادرة Wix لم تخسرها بسبب WordPress. خسرتها بسبب خريطة Redirects كُتبت من الذاكرة، و Theme أسقط نصف النص الموجود في الصفحات، وإطلاق لم يفحصه أحد بعد ذلك. البناء هو الجزء السهل. هذه القائمة هي الجزء الذي يحمي ما تتصدّر به البحث اليوم.
كُتبت بالترتيب الذي ننفّذها به. لكل خطوة مخرج ملموس تستطيع أن تمسكه بيدك، فتعرف متى أُنجزت فعلاً لا «تقريباً».
قبل أن تلمس أي شيء: الحصر
النقل هو قائمة روابط ولكل رابط وجهة. إن لم تكن القائمة عندك، فلن تكون الوجهات عندك.
الخطوة 1. صدّر كل رابط يعرفه Google
اسحب الروابط من أربعة مصادر وادمجها، لأن كل مصدر يفوّت شيئاً:
- Search Console، تقرير الصفحات، مصدّراً إلى CSV. هذا ما هو مفهرس اليوم، بما فيه صفحات نسيت وجودها.
- Sitemap الـ Wix على
/sitemap.xml. يقسّمه Wix إلى عدة ملفات فرعية؛ افتح كلاً منها. - Crawl بأداة مثل Screaming Frog، لتلتقط الصفحات المربوطة داخلياً وغير الموجودة في الـ Sitemap.
- Search Console، تقرير الأداء، آخر 16 شهراً، مصفّى حسب الصفحة، لتعرف أي الروابط تجلب النقرات.
احذف التكرار، ثم أضف ثلاثة أعمدة: النقرات الشهرية، والـ Impressions الشهرية، وعدد الروابط الخارجية التي تشير إلى الصفحة. رتّب حسب النقرات. أعلى 20% من هذه القائمة هو ما يحميه المشروع كله.
الخطوة 2. احفظ الـ Metadata التي توشك أن تخسرها
يخزّن Wix العناوين والأوصاف والـ Alt Text في قاعدة بياناته، ولا ينتقل منها شيء حين تعيد البناء في WordPress. لكل رابط في الحصر، سجّل:
- الـ
<title> - الـ Meta Description
- الـ H1
- الـ Canonical إن وُجد
- الـ Alt Text للصورة الرئيسية
- عدد كلمات النص في الصفحة
ستستخدم هذا الجدول مرتين: مرة لإعادة إنتاج الـ Metadata، ومرة لإثبات التطابق بعد الإطلاق.
صمّم بنية الروابط الجديدة مرة واحدة، ثم ثبّتها
لن يعيد WordPress إنتاج روابط Wix ما لم تطلب ذلك. قرّر البنية قبل بدء البناء، لأن كل Redirect يعتمد عليها.
القاعدة التي تحفظ الترتيب: غيّر أقل ما يمكن. إن كان رابط Wix هو /services/roof-repair، فاجعل رابط WordPress هو /services/roof-repair/. الشرطة المائلة في النهاية Redirect لا خسارة. أما الـ Slug الجديد كلياً فهو صفحة جديدة في نظر Google، تبدأ من الصفر حتى يُزحف إلى الـ 301 ويُوثق به.
حين تضطر إلى تغيير رابط، يجب أن يكون السبب واحداً من: أن الرابط القديم مولّد آلياً بلا معنى (/post/untitled-3)، أو أنه يحتوي تاريخاً لم تعد تريده، أو أنه في مجلد لم يعد موجوداً. أي تغيير آخر ترف، والترف يكلّف زيارات لشهرين أو ثلاثة.
ابنِ خريطة الـ Redirects قبل الموقع لا بعده
هذه الخطوة هي التي تفصل النقل عن إعادة الإطلاق.
الخطوة 3. صف واحد لكل رابط قديم
خريطة الـ Redirects جدول بعمودين: الرابط القديم، والرابط الجديد. كل صف في الحصر يحصل على وجهة واحدة بالضبط. لا فراغات، ولا «سنقرّر لاحقاً». القواعد المهمة:
- اربط بالصفحة المكافئة لا بالصفحة الرئيسية. الـ 301 من صفحة منتج إلى الرئيسية يُعامل كـ Soft 404 ولا يمرّر شيئاً تقريباً.
- قفزة واحدة فقط. من القديم إلى الجديد مباشرة. لا من القديم إلى وسيط إلى الجديد أبداً.
- الصفحات المتوقفة تذهب إلى أقرب صفحة ذات صلة، وإن لم توجد فاجعلها تعيد 410 عمداً. الـ 410 المقصود أنظف من 301 مضلّل.
- ضمّن المتغيرات. المسارات بأحرف كبيرة، والروابط مع الشرطة المائلة وبدونها، و
?lightbox=وغيرها من معاملات Wix. يقدّم Wix الصفحة نفسها على عدة عناوين، وقد يكون Google فهرس أياً منها.
الخطوة 4. اختبر الخريطة على بيئة Staging
حمّل الخريطة في Plugin الـ Redirects أو في إعدادات الـ Server على موقع الـ Staging. ثم شغّل الـ Crawler على قائمة الروابط القديمة بعد استبدال الـ Host بالـ Staging. كل صف يجب أن يعيد 301 متبوعاً بـ 200 عند الوجهة المحدّدة. أصلح كل 404 وكل سلسلة وكل حلقة قبل أن تتقدّم. هذا الاختبار يستغرق عشر دقائق ويمنع أكثر الطرق شيوعاً لفشل النقل.
أعد بناء المحتوى بالتطابق لا «بالاستلهام»
الخطوة 5. انقل الكلمات
الـ Themes تدفع الناس إلى قص النص. المصمّم يريد أقساماً نظيفة، والصفحة القديمة فيها أربع فقرات، فتختفي اثنتان بهدوء. و Google يلاحظ. استخدم عمود عدد الكلمات من الخطوة 2: يجب أن تحمل الصفحة الجديدة نصاً جوهرياً لا يقل عن القديم، باللغة نفسها، ويغطي الموضوعات نفسها. إعادة الصياغة مقبولة. الحذف لا، إلا إن كانت الصفحة ضعيفة أصلاً.
الخطوة 6. أعد إنتاج الـ Metadata
من جدول الخطوة 2، اضبط العنوان والوصف والـ H1 على كل صفحة جديدة. حسّنها إن كانت القديمة ضعيفة، لكن لا تترك أبداً القيم الافتراضية التي يولّدها الـ Theme. واضبط الـ Alt Text على كل صورة كانت تحمله.
الخطوة 7. أعد بناء ما كان Wix يفعله عنك
كان Wix يتولّى بهدوء أشياء يتركها WordPress لك:
- الـ XML Sitemap. ولّد واحداً يذكر فقط الروابط الـ Canonical القابلة للفهرسة. أزل الوسوم وأرشيف الكتّاب وصفحات المرفقات إلا إن أردت فهرستها فعلاً.
- الـ Structured Data. يصدر Wix بيانات Organization أساسية، ولبعض القوالب بيانات Product. أعد إنشاء ما ينطبق، وأضف ما كان ناقصاً: BreadcrumbList على كل صفحة، و FAQPage حيث تجيب عن أسئلة، و Article على المقالات.
- أحجام الصور. كان Wix يقدّم صوراً Responsive تلقائياً. في WordPress تأكد أن الـ Theme يستخدم
srcsetوأن الصور المرفوعة تُحوَّل إلى WebP. - النماذج والتتبع. أعد بناء النماذج، ثم أعد ضبط الـ Analytics والـ Tag Manager. تأكد أن Conversion Events تعمل على روابط صفحات الشكر الجديدة.
يوم التبديل
الخطوة 8. خفّض الـ TTL ثم بدّل
قبل الإطلاق بيومين، خفّض الـ DNS TTL للـ Domain إلى خمس دقائق ليسري التبديل سريعاً. في اليوم نفسه: وجّه الـ Domain إلى الـ Hosting الجديد، وتأكد من إصدار شهادة SSL، وبعدها فقط أزل الـ noindex الخاص بالـ Staging. تحقق أن robots.txt لا يحمل Disallow: / متبقياً من الـ Staging. هذا السطر الوحيد أخرج من الفهرس مواقع أكثر من أي خطأ نقل آخر.
الخطوة 9. افحص القائمة القديمة على الـ Domain الحي
كرّر اختبار الخطوة 4، هذه المرة على الإنتاج. كل رابط قديم يجب أن يصل بـ 301 واحد إلى 200. ثم افحص الموقع الجديد من الصفحة الرئيسية وتأكد من صفر 404، وصفر سلاسل Redirect، و Canonical واحد لكل صفحة.
الخطوة 10. أخبر محركات البحث
أرسل الـ Sitemap الجديد في Search Console. استخدم URL Inspection على أهم 20 صفحة تجارية واطلب الفهرسة. واحتفظ بخاصية Search Console لموقع Wix القديم؛ تقاريرها تريك أي الروابط القديمة ما زال يُزحف إليها لأشهر.
قائمة ما بعد الإطلاق التي تحتفظ بها 90 يوماً
| متى | الفحص | الشكل الجيد |
|---|---|---|
| اليوم 1 | أخطاء الـ Crawl في Search Console | لا 404 جديدة عدا الـ 410 المقصودة |
| اليوم 3 | تقرير التغطية | الروابط الجديدة تنتقل من Discovered إلى Indexed |
| الأسبوع 1 | تقرير الأداء، أهم 20 صفحة | النقرات ضمن 15% من خط الأساس قبل الإطلاق |
| الأسبوع 2 | Core Web Vitals | LCP أقل من 2.5 ثانية على الجوال للقوالب التي تجلب الزيارات |
| الأسبوع 4 | سجل الـ Redirects | الروابط القديمة التي ما زالت تُطلب مربوطة لا 404 |
| اليوم 90 | الأداء مقابل خط الأساس | الزيارات عادت أو تنمو؛ وإن لم تعد ففي الخريطة فجوات |
عادةً ينخفض الترتيب من أسبوع إلى ثلاثة أثناء إعادة الزحف إلى الـ 301، ثم يتعافى إن كانت الخريطة كاملة والمحتوى سليماً. الانخفاض الذي يستمر بعد الأسبوع الرابع إشارة لا سوء حظ. افتح سجل الـ Redirects وتقرير التغطية؛ الصفوف الناقصة هناك.
ما نفعله بشكل مختلف
نتعامل مع حصر الروابط باعتباره نطاق المشروع. عرض السعر مبني على عدد الصفوف فيه، لأن هذا ما يحدّد حجم العمل لا عدد التصاميم. قبل نقل الـ DNS نشغّل القائمة القديمة على الـ Staging ونعرض النتيجة على العميل. وبعد الإطلاق نشغّلها مرة أخرى ونسلّم الـ Crawl. الموقع المعاد بناؤه نصف التسليم؛ والإثبات أن شيئاً لم يُفقد هو النصف الآخر.
أسئلة
هل سأخسر ترتيبي في البحث عند الانتقال من Wix إلى WordPress؟
لا، إذا رُبط كل رابط مفهرس بـ Redirect 301 قبل تغيير الـ DNS، وحملت الصفحات الجديدة العناوين والأوصاف والمحتوى نفسه، وأكّد فحص بعد الإطلاق أن لا رابط يعطي 404. الترتيب ينخفض حين تُهمل واحدة من هذه الثلاث.
كم يستغرق نقل موقع من Wix إلى WordPress؟
من أسبوعين إلى أربعة لموقع من 20 إلى 200 صفحة. معظم الوقت يذهب في حصر الروابط ومراجعة المحتوى لا في بناء WordPress. الكتالوجات الكبيرة تحتاج وقتاً أطول لأن كل رابط منتج يحتاج وجهة محدّدة.
هل أحتفظ بالـ Domain والبريد الإلكتروني عند مغادرة Wix؟
نعم. الـ Domain ينتقل بتوجيه الـ DNS إلى الـ Hosting الجديد. أما البريد فغالباً خدمة منفصلة؛ تأكد أين تعيش صناديق البريد قبل تغيير الـ Nameservers حتى لا يتوقف البريد يوم التبديل.
اعمل مع Alnitak
إن أردت أن ينفّذ الحصر وخريطة الـ Redirects والفحص بعد الإطلاق فريق سبق له تسليم هذا العمل، فباقة النقل مصمّمة لذلك تحديداً.
نقل WordPress أو CMS دون خسارة الـ SEO — من 4,800 دولار (2 إلى 4 أسابيع عادةً)



