إعادة تصميم موقع شركتك ممكن تكون خطوة ممتازة لتحسين تجربة المستخدم، تحديث الهوية، زيادة التحويلات، أو تجهيز الموقع للنمو.

لكن فيه مشكلة لازم تاخد بالك منها:

الموقع القديم مش مجرد Design.

على مدار السنين، ممكن يكون الموقع بنى صفحات بتجيب زيارات من Google، حصلت على Backlinks، رتبت على كلمات مهمة، وأصبحت مصدر Leads للشركة.

فلو غيرت الموقع بالكامل من غير تخطيط، ممكن تطلع بموقع أجمل وأحدث، لكن تخسر جزء من الـOrganic Traffic اللي بنيته.

وده لا يعني إن Website Redesign = خطر على SEO.

بالعكس، إعادة التصميم ممكن تكون فرصة لتحسين الـSEO، لكن بشرط إن الـSEO يكون جزءًا من المشروع من البداية، مش حاجة نراجعها بعد ما الموقع الجديد يخلص.

في المقال ده هنعرف إيه اللي لازم تراجعه قبل وأثناء وبعد إعادة تصميم الموقع عشان تقلل مخاطر فقدان الـSEO وتحافظ على قيمة الموقع القديم قدر الإمكان.

---

هل Website Redesign ممكن يضيع ترتيب موقعك في Google؟

ممكن تحصل تقلبات في الترتيب بعد تغييرات كبيرة على الموقع، خصوصًا لو اتغيرت URLs أو بنية الموقع أو المحتوى.

Google نفسها توضح إن تغييرات الموقع الكبيرة قد يصاحبها تغير مؤقت في الترتيب أثناء إعادة الزحف وإعادة الفهرسة، وإن التخطيط الجيد وURL mapping والـredirects والمراقبة بعد الإطلاق تساعد على تقليل المشاكل.

لكن المشكلة مش في الـRedesign نفسه.

المشكلة في إنك تعمل Redesign وكأن الموقع صفحات شكلية فقط وتنسى الـSEO signals اللي اتبنت على الموقع القديم.

مثلًا:

ممكن يكون عندك صفحة قديمة:

/services/web-design/

بتجيب زيارات من Google.

وفي التصميم الجديد حد قرر يخليها:

/services/website-development-company/

من غير ما يعمل Redirect أو يراجع المحتوى والروابط.

هنا أنت غيرت عنوان الصفحة، وربما غيرت مسارها، وربما غيرت محتواها، من غير خطة انتقال واضحة.

وده بالضبط اللي لازم نتجنبه.

---

1. اعمل SEO Audit قبل ما تبدأ الـRedesign

أكبر غلطة ممكن تعملها هي إنك تبدأ التصميم الجديد قبل ما تعرف إيه اللي شغال أصلًا في الموقع القديم.

قبل ما تغير أي حاجة، حاول تجمع صورة واضحة عن:

• الصفحات اللي بتجيب Organic Traffic.
• الكلمات اللي الموقع بيرتب عليها.
• الصفحات اللي بتجيب Leads.
• الصفحات اللي عليها Backlinks.
• أهم URLs.
• الصفحات المفهرسة.
• المشاكل التقنية الموجودة.
• الصفحات اللي عليها قيمة تجارية.

الفكرة ببساطة:

ماينفعش تحاول تحافظ على حاجة أنت مش عارف إنها موجودة.

نصيحة عملية

قبل بدء المشروع، اعمل قائمة باسم:

SEO Assets to Preserve

وحط فيها أهم الصفحات والـURLs والبيانات اللي لازم تنتقل للموقع الجديد.

---

2. اعرف الصفحات اللي بتجيب Organic Traffic

مش كل صفحات موقعك لها نفس القيمة.

ممكن يكون عندك 50 صفحة، لكن 10 منهم فقط بيجيبوا أغلب الزيارات القادمة من Google.

وممكن صفحة معينة تجيب Traffic قليل نسبيًا، لكنها تجيب Leads ذات قيمة عالية.

لذلك لا تعتمد على عدد الزيارات فقط.

راجع:

• Organic clicks.
• Impressions.
• Search queries.
• Rankings.
• Leads.
• Conversions.
• Business value.

نصيحة عملية

قبل الـRedesign، اعمل قائمة بالصفحات المهمة وصنفها:

High Value → Medium Value → Low Value

وبعدها اسأل:

هل كل صفحة مهمة موجودة في الموقع الجديد؟

ولو مش موجودة، ليه؟

مش معنى إن الصفحة قديمة إنها عديمة القيمة.

---

3. اعمل قائمة بكل الـURLs القديمة

دي واحدة من أهم الخطوات في أي Redesign ممكن يغير هيكل الموقع.

لا تعتمد فقط على الصفحات اللي موجودة في الـMenu.

الموقع ممكن يكون فيه URLs مهمة مش ظاهرة للزائر بشكل واضح.

راجع الـURLs من:

• Sitemap.
• Google Search Console.
• Analytics.
• CMS.
• Crawling tools.
• Server data إذا كانت متاحة.

Google توصي عند تغييرات الـURLs بإنشاء قائمة بالـURLs القديمة، ثم عمل mapping للوجهات الجديدة، مع الاهتمام خصوصًا بالصفحات المهمة من ناحية الزيارات والروابط.

نصيحة عملية

اعمل Spreadsheet بسيط:

Old URL	New URL	Action	Redirect
/old-page/	/new-page/	Keep	301
/service-a/	/services/service-a/	Move	301
/old-blog/	—	Remove	410 / relevant redirect

ده هيبقى خريطة الطريق للـSEO Migration.

---

4. ما تحذفش الصفحات المهمة لمجرد إنها قديمة

أثناء الـRedesign، طبيعي تكتشف صفحات شكلها قديم أو محتواها ضعيف.

لكن قبل ما تقول:

“نحذفها.”

اسأل:

هل الصفحة عندها قيمة؟

ممكن تكون:

• بتجيب Organic Traffic.
• عليها Backlinks.
• بتجيب Leads.
• بتظهر في Search.
• مرتبطة بصفحات أخرى.
• بتخدم Search Intent معين.

لو الصفحة محتواها قديم لكن عندها قيمة، ممكن يكون الحل:

Update

بدل:

Delete

نصيحة

اعمل لكل صفحة قرارًا واضحًا:

Keep → Improve → Merge → Redirect → Remove

وما تستخدمش “Delete” كحل تلقائي.

---

5. اعمل URL Mapping قبل إطلاق الموقع

بعد ما عرفت الـURLs القديمة، لازم تحدد كل URL هيروح فين.

مثال:

/web-design/

↓

/website-development/

لكن مش لازم كل URL قديم يكون له URL جديد مختلف.

ممكن:

URL يفضل كما هو

/services/

أو:

URL يتغير

/old-service/

↓

/services/web-development/

أو:

صفحتين يندمجوا

/service-a/
/service-b/

↓

/services/

المهم إن القرار يكون مقصود.

Google توصي بإنشاء mapping بين الـURLs القديمة والوجهات الجديدة قبل بدء عملية النقل.

نصيحة مهمة

ما تعملش URL Mapping في آخر يوم قبل الإطلاق.

اعمله أثناء مرحلة التخطيط.

---

6. جهز 301 Redirects للـURLs اللي اتغيرت

لو URL مهم اتغير، لازم يكون عندك خطة للتعامل مع العنوان القديم.

الـ301 Redirect هو أحد أنواع الـpermanent redirects، ويخبر المستخدم ومحركات البحث أن الصفحة انتقلت إلى مكان آخر. Google توصي باستخدام server-side permanent redirects عندما يكون ذلك ممكنًا.

مثلًا:

oldsite.com/service/

↓

301

↓

newsite.com/services/web-development/

لكن خد بالك من حاجة مهمة جدًا:

ما تعملش Redirect لكل حاجة إلى Homepage.

لو عندك:

/web-design/

ما تحولهاش تلقائيًا إلى:

/

لو فيه صفحة جديدة مناسبة:

/website-development/

فالأفضل توجيه المستخدم إليها.

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

كمان تجنب Redirect Chains

يعني:

Old URL → URL 2 → URL 3 → Final URL

الأفضل:

Old URL → Final URL

Google تنصح بتقليل سلاسل الـredirect وتوجيه الرابط القديم مباشرة إلى الوجهة النهائية قدر الإمكان.

---

7. حافظ على المحتوى اللي عليه قيمة SEO

الـRedesign مش معناه إنك لازم تعيد كتابة كل حاجة.

أحيانًا الموقع الجديد يكون أجمل، لكن المحتوى الذي كان يساعد الصفحة على الظهور في Google اختفى.

مثلًا:

صفحة قديمة كانت تحتوي على:

• شرح الخدمة.
• أسئلة شائعة.
• تفاصيل مهمة.
• روابط داخلية.
• معلومات يبحث عنها المستخدم.

ثم في التصميم الجديد أصبحت:

عنوان + صورة + زر “Contact Us”

من ناحية التصميم ممكن تكون أجمل.

لكن من ناحية Search Intent، الصفحة أصبحت أضعف.

نصيحة

قبل تغيير محتوى أي صفحة مهمة، اسأل:

ليه الصفحة كانت بتظهر أصلًا؟

وما الذي يجب الاحتفاظ به حتى لو تغير التصميم؟

مش معنى كده إنك ممنوع تحسن المحتوى.

بالعكس.

الأفضل:

Preserve the value → Improve the content → Improve the UX

---

8. راجع الـInternal Links بعد الـRedesign

ممكن تعمل Redirect لكل URLs القديمة بشكل صحيح، ومع ذلك يكون عندك مشكلة:

الروابط الداخلية لسه بتشير للـURLs القديمة.

لو صفحة جديدة أصبحت:

/services/web-development/

لكن صفحات الموقع ما زالت تربط إلى:

/web-development/

فأنت بتخلي المستخدم يمر عبر Redirect بدون داعٍ.

Google توصي بتحديث الروابط الداخلية على الموقع الجديد لتشير مباشرة إلى الـURLs الجديدة.

نصيحة عملية

بعد إطلاق الموقع:

اعمل Crawl للموقع وابحث عن:

• Internal links to redirected URLs.
• Broken links.
• Links to old URLs.
• Redirect chains.

الهدف:

Internal Link → Final URL

وليس:

Internal Link → Redirect → Final URL

---

9. راجع Canonical Tags وSitemap وRobots.txt

دي من الحاجات اللي ممكن تتكسر بسهولة أثناء نقل الموقع.

خصوصًا لو الموقع الجديد كان شغال على Staging Environment.

أحيانًا المطور يحط:

noindex

أو إعدادات تمنع Google من الزحف أثناء التطوير.

المشكلة تحصل لما الموقع يتنقل Live وتفضل الإعدادات موجودة.

Google تحديدًا تذكر أن noindex أو حظر الزحف عبر robots.txt من الأخطاء الشائعة أثناء عمليات نقل المواقع، وتوصي بمراجعتها قبل وبعد النقل.

راجع:

• robots.txt
• noindex
• Canonical Tags
• XML Sitemap
• Hreflang لو الموقع متعدد اللغات
• Internal Links

ولو الـURLs تغيرت، تأكد أن الـcanonical في الصفحات الجديدة يشير إلى الـURLs الجديدة الصحيحة.

بالنسبة للـSitemap

المفروض الـSitemap الجديد يحتوي على الـcanonical URLs التي تريد أن تظهر في Google، وليس مجموعة من الـURLs القديمة التي أصبحت Redirects.

---

10. اختبر الموقع قبل الـLaunch

دي مرحلة ناس كتير بتتعامل معاها كأنها:

“الموقع شكله تمام، يلا ننشر.”

لا.

قبل الـLaunch، لازم تعمل Pre-Launch SEO QA.

راجع:

URLs

هل كل صفحة مهمة موجودة؟

Redirects

هل الـ301 شغالة؟

Links

هل فيه Broken Links؟

Indexing

هل فيه noindex بالغلط؟

Canonicals

هل كل صفحة تشير للـcanonical الصحيح؟

Sitemap

هل الـSitemap الجديد صحيح؟

Robots

هل Googlebot قادر يوصل للصفحات المطلوبة؟

Mobile

هل التجربة جيدة على الموبايل؟

Performance

هل الموقع الجديد أثقل من القديم؟

Analytics

هل GA4 وGTM وأي Tracking آخر شغال؟

Forms

هل الـLeads بتوصل؟

Search Console

هل الـProperty والـverification ما زالوا شغالين؟

---

11. راقب Google Search Console بعد الإطلاق

الـLaunch مش نهاية الـSEO Migration.

هو بداية مرحلة المراقبة.

بعد إطلاق الموقع، راقب:

• Impressions.
• Clicks.
• Average position.
• Indexed pages.
• Page indexing issues.
• 404 errors.
• Redirect problems.
• Sitemap status.
• Search queries.

Google توصي باستخدام Search Console لمراقبة حركة الموقع أثناء وبعد عمليات النقل، ومتابعة الـSitemaps وحالة الفهرسة.

ومهم جدًا تعرف إن حصول بعض التقلبات المؤقتة في الترتيب بعد تغيير كبير أمر ممكن أثناء إعادة الزحف والفهرسة. Google توضح أن المواقع قد تشهد تغيرات مؤقتة أثناء انتقال الصفحات إلى الفهرس الجديد.

نصيحة

ما تحكمش على نجاح الـRedesign بعد 24 ساعة فقط.

راقب البيانات على فترة مناسبة، وفي نفس الوقت تحرك بسرعة لو ظهرت مشاكل تقنية واضحة.

---

12. أخطاء ممكن تبوّظ SEO أثناء الـRedesign

خلينا نلخص أشهر الأخطاء:

❌ تغيير URLs بدون Redirects

صفحة كانت موجودة وتجيب Traffic، وفجأة أصبحت 404.

❌ حذف صفحات مهمة

لمجرد إن التصميم الجديد لا يحتاجها.

❌ Redirect كل شيء إلى Homepage

ده مش بديل عن URL Mapping.

❌ إطلاق الموقع وفيه noindex

خصوصًا لو الموقع كان على Staging.

❌ نسيان تحديث الـSitemap

والاستمرار في إرسال URLs قديمة.

❌ نسيان Internal Links

والاعتماد على Redirects فقط.

❌ تغيير المحتوى بالكامل بدون تحليل

ممكن تخسر قيمة بحثية كانت موجودة.

❌ تجاهل الـCanonical

خصوصًا عند تغيير بنية الصفحات.

❌ عدم اختبار الموقع قبل الإطلاق

ثم اكتشاف المشاكل بعد ما تبدأ Google في الزحف.

❌ عدم مراقبة Search Console بعد الإطلاق

فتفضل المشكلة موجودة من غير ما تعرف.

---

Website Redesign SEO Checklist

لو عايز تختصر المقال كله في Checklist، استخدم دي:

قبل الـRedesign

• SEO Audit
• تحديد أهم الصفحات
• مراجعة Organic Traffic
• مراجعة Rankings
• مراجعة Backlinks
• تصدير URLs القديمة
• تحديد الصفحات التي ستبقى
• تحديد الصفحات التي ستندمج
• تحديد الصفحات التي ستُحذف
• إعداد URL Mapping
• مراجعة المحتوى المهم

أثناء التطوير

• الحفاظ على المحتوى المهم
• إعداد الـRedirects
• تحديث Internal Links
• إعداد Canonicals
• إعداد Sitemap
• مراجعة Robots.txt
• مراجعة Hreflang عند الحاجة
• الحفاظ على Tracking
• اختبار Mobile
• اختبار Performance

قبل الـLaunch

• Crawl كامل للموقع
• اختبار 301 Redirects
• اختبار Broken Links
• التأكد من عدم وجود Noindex غير مقصود
• مراجعة Canonicals
• مراجعة Sitemap
• مراجعة Robots.txt
• اختبار Forms
• اختبار Analytics
• التأكد من Search Console

بعد الـLaunch

• إرسال Sitemap الجديد
• Request Indexing للصفحات المهمة عند الحاجة
• مراقبة Search Console
• مراقبة 404s
• مراقبة Redirects
• مراقبة Organic Traffic
• مراقبة Rankings
• تحديث Internal Links
• إصلاح أي مشاكل تظهر بسرعة

---

الخلاصة

إعادة تصميم الموقع مش لازم تكون على حساب الـSEO.

المشكلة بتحصل لما نتعامل مع الموقع القديم على إنه مجرد تصميم وننسى إن وراه:

URLs + Content + Rankings + Traffic + Backlinks + Internal Links + Search Signals.

عشان كده الـSEO لازم يدخل في المشروع من أول مرحلة التخطيط.

قبل ما تبدأ، اعرف إيه اللي له قيمة.

أثناء التطوير، حافظ على القيمة دي وخطط للـURLs والـRedirects.

قبل الإطلاق، اختبر كل حاجة.

وبعد الإطلاق، راقب Google Search Console والـAnalytics بدل ما تفترض إن كل شيء تمام.

والأهم:

ما تعتبرش الـRedesign مجرد مشروع Design.

لو الموقع جزء أساسي من استراتيجية التسويق وجذب العملاء، فالـRedesign هو مشروع يجمع بين Business + UX + Design + Development + SEO + Performance + Conversion.

ولو شركتك بتفكر في إعادة تصميم موقعها ومش عايزة تبدأ المشروع قبل ما تعرف إيه اللي لازم يتنقل وإيه اللي ممكن يتغير، الأفضل تبدأ بتقييم الموقع الحالي وتحديد الـSEO assets والاحتياجات الجديدة قبل اتخاذ قرار التنفيذ.

CTA

بتخطط لإعادة تصميم موقعك لكن قلقان تخسر الـSEO؟

قبل ما تغيّر التصميم أو التقنية أو روابط صفحات الموقع، لازم تكون عارف إيه القيمة اللي موقعك الحالي بناها بالفعل.

شارك موقعك مع CraftPress، وخلينا نحدد إيه اللي لازم نحافظ عليه، وإيه اللي محتاج تطوير، وإيه اللي ممكن يتبني من جديد كجزء من تجربة الموقع الجديدة.

تواصل مع CraftPress بخصوص إعادة تصميم موقعك