الجواب المباشر: ليس كل موقع قديم يحتاج إعادة بناء. إن كانت بنية موقعك سليمة (يعمل على الهاتف، سرعته مقبولة، منصته محدّثة، روابطه مستقرة) فأصلحه: حسّن صفحات الخدمة والمحتوى والنماذج والواجهة دون تغيير الروابط، فتحتفظ بكل ما بنيته في البحث. وأعد بناءه فقط حين تكون البنية نفسها هي المشكلة: منصة لم تعد تُحدَّث، لا يعمل على الهاتف، أبطأ من 4 ثوانٍ بعد كل تحسين ممكن، أو لا يمكن إضافة لغة أو صفحات دون كسر. وفي الحالتين القاعدة الواحدة التي تحمي الزيارات: لا يتغير رابط صفحة لها ترتيب إلا بتحويل دائم 301 موثق قبل الإطلاق، مع نسخ العناوين والأوصاف والروابط الداخلية قبل أن يلمس أحد الموقع. هذا المقال يعطيك متى يكفي الإصلاح ومتى يلزم البناء، ولماذا الروابط أخطر نقطة، وما تنسخه قبل البدء، وخطة انتقال آمنة بأرقام القياس قبل وبعد.
- الإصلاح يكفي حين تكون البنية سليمة والمشكلة في المحتوى والتحويل؛ البناء يلزم حين تكون البنية نفسها المشكلة.
- تغيير الروابط بلا تحويلات هو السبب الأول لخسارة 30% إلى 70% من زيارات البحث بعد إعادة التصميم.
- قبل البدء: تصدير كل الروابط بترتيبها وزياراتها، والعناوين والأوصاف، والروابط الداخلية والخارجية، والبيانات المنظمة.
- الإطلاق: خريطة تحويلات 301 واحد لواحد، canonical صحيح، فحص Search Console خلال 48 ساعة.
- القياس: الزيارات العضوية على أعلى 20 صفحة، أسبوعيًا لثمانية أسابيع؛ هبوط فوق 15% بعد الأسبوع الثالث يعني خطأ في التحويلات.
متى يكون الإصلاح كافيًا؟
ذات صلة: خدمات SEO — أو اطّلع على كل القطاعات التي نخدمها في تسويق B2B.
الحالة المتكررة: شركة B2B موقعها من 2018 أو 2019، يظهر في البحث على عشرات الكلمات ويجلب استفسارات، لكن شكله قديم ونسبة التحويل ضعيفة والإدارة تريد «موقعًا جديدًا». قبل القرار افحص البنية بخمسة أسئلة:
| السؤال | نعم = البنية سليمة | لا = مؤشر بناء |
|---|---|---|
| هل يعمل على الهاتف بلا تكبير وتمرير أفقي؟ | أصلح التصميم داخل المنصة | قالب غير متجاوب لا يُصلَح بالترقيع |
| هل المنصة والإضافات تُحدَّث وتتلقى تحديثات أمان؟ | ابقَ عليها | منصة مهجورة أو نسخة لا تُرقَّى = خطر أمني وبناء |
| هل السرعة على الهاتف تحت 3 ثوانٍ بعد ضغط الصور والتخزين المؤقت؟ | حسّن وأبقِ | بطء من الكود أو القالب نفسه |
| هل يمكن إضافة لغة أو قسم أو نموذج دون تدخل مبرمج؟ | البنية مرنة | كل تعديل مشروع = بناء |
| هل الروابط مقروءة ومستقرة وبلا معرّفات رقمية؟ | احتفظ بها | يمكن الإبقاء عليها بتحويلات حتى مع البناء |
أربع إجابات «نعم» أو أكثر: أصلح. المشكلات التي تُصلَح بلا بناء: عنوان وفقرة أولى لكل صفحة خدمة، مشاريع بالتحدي والحل والنتيجة، نموذج داخل الصفحة، واجهة أحدث بالألوان والخطوط والمسافات على القالب نفسه، وضغط الصور. هذه تحل غالبًا مشكلة التحويل التي فصّلناها في العميل يزور موقعنا ولا يرسل طلبًا دون أن تلمس الروابط.
متى يصبح البناء ضروريًا؟
- منصة أو قالب لم يعد يُحدَّث: الأمان أولًا؛ موقع مخترق يخسر ترتيبه كله لا جزءًا منه.
- لا يعمل على الهاتف: جوجل يقيّم النسخة الهاتفية أولًا؛ الموقع غير المتجاوب يخسر تدريجيًا مهما أصلحت محتواه.
- بطء بنيوي: فوق 4 ثوانٍ على الهاتف بعد كل تحسين ممكن.
- لغة ثانية أو بنية جديدة: إضافة الإنجليزية أو إعادة ترتيب الخدمات بطبقات (حلول/قطاعات/خدمات) على منصة لا تدعم ذلك.
- موقع يعمل بأجزاء متفرقة: نموذج من إضافة، وصفحات هبوط من أداة أخرى، ومدونة على نطاق فرعي.
وحتى في البناء، الروابط والمحتوى الذي يجلب زيارات يُنقل كما هو ولا يُعاد اختراعه. ما يخسره الموقع القديم حين يُترك كما هو بالأرقام في موقعك من 2015؟.
لماذا تغيير الروابط أخطر نقطة؟
الترتيب في البحث مرتبط بالرابط لا بالصفحة. حين يصبح /services/bms-systems/ هو /solutions/building-management/ بلا تحويل، يرى جوجل صفحة قديمة اختفت (404) وصفحة جديدة بلا تاريخ، فتبدأ الجديدة من الصفر وتفقد القديمة ترتيبها وروابطها الخارجية خلال أسابيع. الخسارة النموذجية في المواقع التي تُعاد بلا خريطة تحويلات: 30% إلى 70% من زيارات البحث خلال شهرين، وتعافٍ يستغرق 6 إلى 12 شهرًا إن حدث. الأخطاء الأربعة الأكثر تكرارًا:
- تغيير بنية الروابط «لتكون أجمل» دون سبب بحثي.
- تحويل كل الروابط القديمة إلى الرئيسية بدل صفحة مقابلة (جوجل يعامله كـ404 ناعم).
- حذف صفحات «قديمة» لها ترتيب وزيارات لأنها لم تعجب المصمم.
- نسيان الصور وملفات PDF التي لها روابط خارجية.
ماذا يجب نسخه قبل أن يلمس أحد الموقع؟
| ما تنسخه | من أين | لماذا |
|---|---|---|
| كل الروابط بزياراتها العضوية آخر 12 شهرًا | Search Console (الصفحات) + التحليلات | لتعرف ما لا يجوز خسارته وتبني خريطة التحويلات |
| الكلمات التي تظهر عليها كل صفحة وترتيبها | Search Console (الاستعلامات لكل صفحة) | لتحافظ على العنوان والمحتوى الذي يجلبها |
| عناوين الصفحات وأوصافها والعناوين الرئيسية | زاحف مواقع أو تصدير من المنصة | تُنقل حرفيًا للصفحات ذات الترتيب |
| الروابط الداخلية بين الصفحات | زاحف مواقع | شبكة الروابط جزء من الترتيب |
| الروابط الخارجية إلى موقعك | Search Console (الروابط) | الصفحات التي تستقبلها يجب أن تبقى أو تُحوَّل واحدًا لواحد |
| البيانات المنظمة والوسوم (canonical، hreflang، robots) | كود الصفحات | تُعاد كما هي أو أفضل |
| نسخة كاملة من الموقع وقاعدة البيانات | الاستضافة | للرجوع خلال ساعة إن انهار شيء |
التحويلات وcanonical والبيانات الوصفية: القواعد الثلاث
- 301 واحد لواحد: كل رابط قديم له ترتيب أو روابط خارجية يُحوَّل إلى الصفحة المقابلة الأقرب في المحتوى، لا إلى الرئيسية ولا إلى قسم عام. ما لا مقابل له يُبقى على رابطه القديم أو يُدمج في أقرب صفحة بتحويل. الخريطة جدول من عمودين يُراجع قبل الإطلاق ويُختبر بعده.
- canonical يشير إلى الرابط الجديد نفسه: الخطأ الشائع أن يبقى يشير إلى النطاق التجريبي أو الرابط القديم بعد الإطلاق، فيُفهرَس الموقع التجريبي ويُهمَل الحي. ومنع الفهرسة (noindex) الذي وُضع على النسخة التجريبية يُزال قبل الإطلاق بساعة.
- العناوين والأوصاف تُنقل حرفيًا للصفحات التي لها ترتيب، وتُحسَّن فقط للصفحات التي لا ترتيب لها. تغيير عنوان صفحة تحتل الموقع الثالث «لأنه أجمل» يعيد التفاوض مع جوجل من جديد.
ماذا تقيس قبل وبعد الإطلاق؟
| المقياس | قبل (خط الأساس 90 يومًا) | بعد (أسبوعيًا 8 أسابيع) | إنذار |
|---|---|---|---|
| الزيارات العضوية لأعلى 20 صفحة | متوسط أسبوعي لكل صفحة | الصفحة نفسها أو مقابلها الجديد | هبوط فوق 15% بعد الأسبوع الثالث |
| الظهور والنقرات الكلية | Search Console | Search Console | هبوط الظهور فوق 20% = صفحات لم تُحوَّل أو noindex نُسي |
| أخطاء 404 والزحف | قائمة قبل الإطلاق | يوميًا أول أسبوع | أي 404 لرابط كان له زيارات |
| Core Web Vitals على الهاتف | تقرير الأداء | بعد أسبوعين (يحتاج بيانات) | الجديد أبطأ من القديم |
| الاستفسارات من البحث | CRM بالمصدر | CRM بالمصدر | الزيارات ثابتة والاستفسارات هبطت = مشكلة نموذج أو تتبع |
هبوط 5% إلى 10% في الأسبوعين الأولين طبيعي أثناء إعادة الزحف. ما بعد الأسبوع الثالث حكم. الأرقام التي تراقبها شهريًا بعد الاستقرار في تقرير التسويق الشهري لشركة B2B.
خطة انتقال آمنة في خمس مراحل
- الجرد (أسبوع): كل ما في جدول النسخ أعلاه، وتصنيف الصفحات: تُنقل كما هي / تُحسَّن / تُدمج / تُحذف بتحويل.
- البناء على نطاق تجريبي مغلق (4 إلى 8 أسابيع): بمنع الفهرسة وكلمة مرور، والروابط الجديدة مطابقة للقديمة حيثما أمكن.
- خريطة التحويلات واختبارها (أسبوع): جدول واحد لواحد، يُختبر على النسخة التجريبية برابط رابط.
- الإطلاق في وقت هادئ: بداية الأسبوع صباحًا لا الخميس مساءً؛ إزالة noindex، تصحيح canonical، إرسال خريطة الموقع الجديدة إلى Search Console، فحص الروابط العشرين الأعلى يدويًا خلال ساعة.
- المراقبة (8 أسابيع): 404 يوميًا أول أسبوع، الزيارات أسبوعيًا، وإبقاء النسخة القديمة جاهزة للرجوع شهرًا.
أين تقف فاديكوم من هذا
إن كانت بنية موقعك سليمة ولديك من ينفذ تحسينات المحتوى والنماذج، فلا تحتاج إعادة بناء؛ الفحص الخماسي وجدول النسخ أعلاه دليلك، وما نضيفه حينها هو تنفيذ التحسين بلا خسارة ترتيب. أما إن كنت شركة B2B في مصر أو السعودية أو الخليج لديها موقع يجلب زيارات من البحث وتخشى خسارتها مع التطوير، فما تبنيه فاديكوم يبدأ بالجرد وخريطة التحويلات قبل أي تصميم: إعادة التصميم أو التطوير مع الحفاظ على الترتيب من $600 (نحو 2,250 ر.س) والرقم النهائي بعدد الصفحات واللغات، مع تدقيق تقني للسيو قبل وبعد. التفاصيل في إعادة تصميم وتطوير المواقع وتدقيق Technical SEO، وكيف يندرج الموقع في نظام التسويق B2B، والصورة الكاملة على الصفحة الرئيسية لفاديكوم. نبدأ بتقييم الموقع الحالي بالأسئلة الخمسة قبل قرار البناء.
أسئلة شائعة عن إعادة تصميم الموقع بدون خسارة SEO
هل تغيير تصميم الموقع يؤثر على السيو؟
التصميم وحده (ألوان، خطوط، ترتيب العناصر) لا يؤثر إن بقيت الروابط والعناوين والمحتوى والروابط الداخلية كما هي وبقيت السرعة مقبولة. ما يؤثر هو ما يرافق التصميم عادة: تغيير الروابط بلا تحويلات، حذف صفحات لها ترتيب، تغيير العناوين، أو موقع جديد أبطأ.
هل الانتقال من ووردبريس أو تغييره يضر الترتيب؟
لا إن نُقلت الروابط والعناوين والمحتوى والبيانات المنظمة كما هي، وبُنيت تحويلات 301 لما تغير، وبقيت السرعة مساوية أو أفضل. جوجل لا يرتب المنصة بل الصفحات. الضرر يأتي من الانتقال المتعجل بلا جرد لا من المنصة.
هل يمكن الحفاظ على الروابط القديمة في الموقع الجديد؟
نعم وهذا الخيار الأفضل: أغلب المنصات تسمح بتحديد بنية الروابط لتطابق القديمة. وما لا يمكن مطابقته يُحوَّل واحدًا لواحد إلى الصفحة المقابلة بتحويل 301 دائم، لا إلى الرئيسية.
متى أعيد بناء الموقع بدل إصلاحه؟
حين تكون البنية نفسها المشكلة: منصة لا تُحدَّث، لا يعمل على الهاتف، أبطأ من 4 ثوانٍ بعد كل تحسين ممكن، أو لا تقبل إضافة لغة أو أقسام دون كسر. إن كانت البنية سليمة والمشكلة في المحتوى والتحويل فالإصلاح داخل المنصة أسرع وأرخص وبلا مخاطرة على الترتيب.
كم يستغرق تعافي الزيارات بعد إعادة التصميم؟
مع خريطة تحويلات صحيحة: هبوط 5% إلى 10% في الأسبوعين الأولين أثناء إعادة الزحف ثم عودة خلال 3 إلى 6 أسابيع. بلا تحويلات: خسارة 30% إلى 70% وتعافٍ يستغرق 6 إلى 12 شهرًا إن حدث. الحكم بعد الأسبوع الثالث بمقارنة أعلى 20 صفحة بخط أساس 90 يومًا.
