قائمة تحقق لإعادة تصميم الموقع: حافظ على ترتيبك في البحث
قائمة تحقق SEO لإعادة تصميم الموقع دون خسارة ترتيبك في Google: الزحف، وخريطة الروابط، وتحويلات 301، وschema، وhreflang، وفحوصات الإطلاق، و60 يومًا من المراقبة.
لا تضر إعادة تصميم الموقع بـ SEO إلا حين تتغير الروابط أو المحتوى أو الروابط الداخلية دون خطة. ترشدك قائمة التحقق لإعادة تصميم الموقع هذه إلى ما يجب فعله قبل الإطلاق وأثناءه وبعده — الزحف على الموقع القديم وقياس أدائه، وربط كل رابط بتحويل 301، والحفاظ على المحتوى الذي يتصدر البحث، وإصلاح الإشارات التقنية، ومراقبة Search Console لمدة 60 يومًا — حتى تحافظ على ترتيبك في Google وتصبح أسهل اقتباسًا لدى مساعدات الذكاء الاصطناعي.
استخدمها كوثيقة عمل مع المصمم والمطوّر والمسؤول عن التسويق. وكل خطوة أدناه نطبقها في مشاريع إعادة التصميم والنقل التي ننفذها. وهي مفيدة بشكل خاص للشركات في قطر والخليج التي تعيد تصميم مواقعها لتصبح ثنائية اللغة أو تنتقل إلى منصة حديثة.
لماذا تفقد عمليات إعادة التصميم الزيارات
يأتي انخفاض الزيارات بعد إعادة التصميم دائمًا تقريبًا من أحد الأسباب القليلة التالية:
- روابط متغيرة دون تحويلات. تعيد الصفحات القديمة خطأ 404، وتختفي معها الروابط والترتيب الذي اكتسبته.
- محتوى محذوف أو مختصر. كثيرًا ما يقتطع التصميم “الأنظف” الفقرات والأسئلة الشائعة وتفاصيل المنتجات التي كانت تجيب عن استعلامات البحث.
- روابط داخلية معطلة. التنقل الجديد يخفي صفحات كانت على بعد نقرة واحدة من الصفحة الرئيسية، فيقل الزحف عليها وتقل قيمتها.
- تراجعات تقنية. وسم
noindexمن البيئة التجريبية تُرك في مكانه، أو ملفrobots.txtيحظر الزحف، أو وسوم canonical مفقودة، أو صفحات أثقل، أو JavaScript تعرضه محركات البحث بشكل سيئ. - فقدان البيانات المنظمة والبيانات الوصفية. العناوين والأوصاف التعريفية وترميز schema التي ضُبطت على مدى سنوات تُستبدل بالقيم الافتراضية للقالب.
- تغييرات كثيرة دفعة واحدة. نطاق جديد، ومنصة جديدة، ومحتوى جديد، وبنية جديدة في إصدار واحد — وحين تتحرك الزيارات، لا يستطيع أحد معرفة السبب.
الخبر الجيد: كل هذه الأسباب يمكن تجنبها.
قبل الإطلاق: الزحف، والقياس المرجعي، وتصدير بيانات Search Console
افعل ذلك قبل الإطلاق بأسبوعين إلى أربعة أسابيع على الأقل، وقبل أن يحذف أي شخص صفحة أو يعيد تسميتها.
ازحف على الموقع الحالي. استخدم أداة زحف مثل Screaming Frog (أو أي بديل مكافئ) لتصدير كل رابط مع رمز الحالة والعنوان والوصف التعريفي وH1 وcanonical وعدد الكلمات والروابط الداخلية الواردة. هذا هو مصدر الحقيقة لديك.
صدّر بيانات Google Search Console. من تقرير الأداء، صدّر الصفحات والاستعلامات لأطول فترة متاحة (يحتفظ Search Console بـ 16 شهرًا). سجّل الصفحات التي تجلب النقرات، والاستعلامات التي تتصدرها، ومتوسط ترتيبها.
صدّر بيانات التحليلات. من GA4 (أو أداة التحليلات لديك)، صدّر صفحات الهبوط حسب الجلسات والتحويلات لآخر 12 شهرًا. فبعض الصفحات مهمة لأنها تحقق تحويلات، لا لأنها تتصدر البحث.
سجّل الروابط الخلفية. صدّر الصفحات التي ترتبط بها مواقع أخرى. هذه الروابط يجب ألا تعيد 404 أبدًا.
قِس الأداء مرجعيًا. سجّل Core Web Vitals وسرعة الصفحة لقوالبك الرئيسية، لتثبت أن الموقع الجديد أسرع بدلًا من أن تأمل ذلك.
قائمة التحقق:
- تصدير زحف كامل (الروابط، والحالة، والعناوين، والأوصاف، وH1، وcanonical)
- تصدير صفحات واستعلامات Search Console (16 شهرًا)
- تصدير صفحات الهبوط والتحويلات من التحليلات (12 شهرًا)
- قائمة بالصفحات التي لها روابط خلفية
- تسجيل خط الأساس لـ Core Web Vitals
- الاتفاق على قائمة الصفحات “الواجب الإبقاء عليها” (الأعلى زيارات، والأعلى تحويلات، والأكثر روابط)
خريطة الروابط وتحويلات 301
هذه هي الخطوة الأهم على الإطلاق في أي قائمة تحقق لنقل موقع مع الحفاظ على SEO.
- أبقِ الروابط حيثما أمكن. أكثر التحويلات أمانًا هو التحويل الذي لا تحتاج إليه أبدًا. إذا كانت البنية القديمة نظيفة، فأعد استخدامها.
- ابنِ خريطة تحويل. جدول بيانات من عمودين — الرابط القديم، والرابط الجديد — يغطي كل رابط من الزحف وتصدير Search Console وقائمة الروابط الخلفية.
- حوّل كل رابط إلى أقرب مكافئ له. صفحة الخدمة القديمة ← صفحة الخدمة الجديدة، لا ← الصفحة الرئيسية. فتحويل كل شيء جماعيًا إلى الصفحة الرئيسية يُعامل إلى حد كبير مثل خطأ 404.
- استخدم تحويلات 301 (الدائمة)، المنفذة على الخادم أو على الحافة (مثلًا في إعدادات الاستضافة أو قواعد Cloudflare)، لا عبر JavaScript أو meta refresh.
- تجنب السلاسل. إذا كان A يحوّل بالفعل إلى B، وانتقل B الآن إلى C، فوجّه A مباشرة إلى C.
- تعامل مع المعاملات، والشرطة المائلة في النهاية، وHTTP/HTTPS، وwww/بدون www بشكل متسق.
- أبقِ التحويلات على المدى الطويل. تنصح Google بالإبقاء عليها لمدة عام على الأقل؛ ونحن نتركها إلى أجل غير مسمى لأن الروابط القديمة تستمر في إرسال الزوار.
- هل تغيّر النطاق؟ استخدم أداة تغيير العنوان في Search Console بعد تفعيل التحويلات.
اختبر خريطة التحويل على البيئة التجريبية بتمرير قائمة روابطك القديمة عبر أداة زحف، والتأكد من أن كل سطر يعيد تحويل 301 واحدًا إلى صفحة بحالة 200.
المحتوى: أبقِ ما يتصدر، وأعد كتابة ما لا يتصدر، وأضف أسئلة شائعة تبدأ بالإجابة
صنّف كل صفحة من الزحف في واحدة من ثلاث مجموعات:
| المجموعة | المعايير | الإجراء |
|---|---|---|
| إبقاء | تجلب نقرات، أو ضمن أول 10 نتائج، أو تحقق تحويلات | انقل المحتوى كما هو تقريبًا؛ وحسّن التنسيق فقط |
| تحسين | لها مرات ظهور لكن نقرات قليلة، أو ترتيبها بين 11 و30 | أعد كتابتها لتجيب عن الاستعلام مباشرة، وأضف عمقًا وأسئلة شائعة |
| دمج أو إيقاف | بلا زيارات، وبلا روابط، وتكرر صفحة أخرى | ادمجها في صفحة أقوى وحوّلها بـ 301، أو أوقفها |
للصفحات التي تعيد كتابتها، اكتب بأسلوب يبدأ بالإجابة: يجب أن تجيب الجملتان أو الجمل الثلاث الأولى عن السؤال الذي تستهدفه الصفحة، يليها التفصيل والأمثلة والجداول وقسم قصير للأسئلة الشائعة. تساعد هذه البنية في الترتيب التقليدي، وتجعل الصفحة أسهل اقتباسًا لدى مساعدات الذكاء الاصطناعي — ChatGPT وGemini وPerplexity وGoogle AI Overviews. نشرح هذا الجانب بالتفصيل في كيف يوصي ChatGPT بشركتك.
وحافظ أيضًا على التفاصيل التي يميل المصممون إلى حذفها: المواصفات، والأسعار أو نطاقاتها، والمواقع، وساعات العمل، وأسماء الكتّاب، والتواريخ. فهي بالضبط ما تستخدمه محركات البحث وأنظمة الذكاء الاصطناعي لتقرير ما إذا كانت الصفحة جديرة بالثقة.
الجانب التقني: السرعة، والبيانات المنظمة، وhreflang للمواقع متعددة اللغات
السرعة وCore Web Vitals. استهدف تقييم “جيد” في المقاييس الثلاثة: Largest Contentful Paint عند 2.5 ثانية أو أقل، وInteraction to Next Paint عند 200 ميلي ثانية أو أقل، وCumulative Layout Shift عند 0.1 أو أقل. وعمليًا يعني ذلك صيغ صور حديثة مضغوطة بأبعاد محددة، وأقل عدد ممكن من سكربتات الطرف الثالث، وHTML معروضًا من الخادم أو ثابتًا، وشبكة CDN. وإعادة التصميم هي أرخص لحظة لإصلاح Core Web Vitals، لأنك تعيد بناء القوالب على أي حال.
البيانات المنظمة. أضف ترميز schema يطابق ما في الصفحة: Organization وLocalBusiness لتفاصيل شركتك، وService أو Product لما تقدمه، وBreadcrumbList، وFAQPage حيث يوجد قسم أسئلة شائعة حقيقي، وArticle لمقالات المدونة. لاحظ أن Google توقفت عن عرض نتائج FAQ المنسقة في مايو 2026؛ وما زال ترميز FAQPage صالحًا وفق Schema.org ولا ضرر منه، لكن نص الأسئلة الشائعة الظاهر في الصفحة هو ما يؤدي العمل الآن. تحقق من الترميز عبر أداة Rich Results Test من Google أو مدقق Schema.org.
hreflang للمواقع متعددة اللغات. إذا كنت تنشر بعدة لغات، فيحتاج كل إصدار لغوي إلى إشارات hreflang تشير إلى جميع بدائله (بما فيها نفسه)، إضافةً إلى x-default. ويجب أن تكون الروابط متبادلة، وأن يكون لكل إصدار رابطه الخاص — مثل مجلدات فرعية /ar/ و/en/ — لا مبدّل لغة يغيّر النص على الرابط نفسه. وللمواقع العربية، تأكد أيضًا من ضبط lang="ar" وdir="rtl" بشكل صحيح في كل صفحة عربية.
نظافة الفهرسة. وسوم canonical تشير إلى الصفحة نفسها، وخريطة موقع XML جديدة لا تحتوي إلا على روابط canonical بحالة 200، وملف robots.txt يسمح بالزحف، وعدم وجود noindex متبقٍ من البيئة التجريبية.
فحوصات يوم الإطلاق
نفّذ هذه القائمة في الساعات الأولى بعد إطلاق الموقع الجديد:
- ملف
robots.txtيسمح بالزحف؛ ولا يوجدnoindexفي صفحات الإنتاج - اختبار خريطة التحويل على بيئة الإنتاج: كل رابط قديم يعيد تحويل 301 واحدًا إلى صفحة بحالة 200
- أهم 50 صفحة (حسب الزيارات والتحويلات) تُحمّل وتُعرض وتُظهر العناوين والأوصاف الصحيحة
- وسوم canonical تشير إلى الروابط الجديدة النهائية
- إرسال خريطة موقع XML الجديدة في Search Console
- التحقق من hreflang وschema في القوالب الرئيسية
- التحليلات وتوثيق Search Console يعملان؛ وأحداث التحويل تُسجَّل
- اختبار النماذج والحجز وروابط الهاتف وWhatsApp من البداية إلى النهاية
- صفحة 404 مفيدة ومسجّلة، لتلتقط أي تحويلات فائتة
- تحديث الروابط الداخلية إلى الروابط الجديدة (لا تعتمد على التحويلات داخل موقعك نفسه)
أول 60 يومًا: ما الذي تراقبه في Search Console
الأيام 1–14 (يوميًا):
- تقرير فهرسة الصفحات — هل تُفهرس الروابط الجديدة، وهل تنتقل الروابط القديمة إلى حالة “صفحة تتضمن إعادة توجيه”؟
- أخطاء الزحف و404 — أصلح أي تحويل مفقود في اليوم نفسه.
- الأداء ← الصفحات والاستعلامات — قارن أهم 20 صفحة واستعلامًا بخط الأساس الذي صدّرته.
- فحص الرابط — اطلب فهرسة أهم صفحاتك الجديدة.
الأيام 15–60 (أسبوعيًا):
- النقرات ومرات الظهور مقارنةً بالفترة نفسها قبل الإطلاق (ومقارنةً بالعام السابق إذا كان نشاطك موسميًا).
- تقرير Core Web Vitals للقوالب الجديدة.
- تقارير التحسينات (مسارات التنقل، والمنتجات، والأنواع المدعومة الأخرى) لرصد أخطاء schema.
- الاستعلامات التي تراجعت: تحقق من أن الصفحة المقابلة ما زالت تجيب عنها، وأعد المحتوى إن لزم.
بعض التقلب في الأسابيع الأولى أمر طبيعي بينما تعيد Google الزحف. أما الانخفاض المستمر في صفحات محددة فيعود دائمًا تقريبًا إلى مشكلة في التحويل أو المحتوى أو الفهرسة في تلك الصفحات — ولهذا يهم خط الأساس الذي سجلته قبل الإطلاق.
كيف يمكن أن تساعدك Racool Studio
نصمم ونبني المواقع مع دمج SEO وAEO منذ أول مخطط أولي، لا بإضافتهما بعد الإطلاق. لاستوديو التصميم المعماري والداخلي Shukurlu Design، نظّمنا أكثر من 200 تصوير ثلاثي الأبعاد حسب المشروع، ونشرنا الموقع على Cloudflare للسرعة، وأعددنا التحليلات إضافةً إلى SEO/AEO. ولمصنع الزجاج Magna، بنينا موقعًا مؤسسيًا وكتالوجًا من 7 منتجات بالأذربيجانية والإنجليزية والروسية، مع المواصفات والأسئلة الشائعة وschema لكل منتج — حالة نموذجية لاستخدام hreflang والبيانات المنظمة. ونعمل مع الشركات في قطر ودول الخليج عن بُعد، ويمكن ترتيب لقاء في الدوحة عند الحاجة.
إذا كنت تخطط لإعادة التصميم، فابدأ بلقطة SEO مجانية قبل النقل، قبل أن تلمس رابطًا واحدًا: نراجع ترتيبك الحالي، والصفحات التي لا تستطيع تحمّل خسارتها، والمخاطر في خطتك. اطلع على خدمتي تصميم المواقع وإعادة تصميمها وSEO وAEO، أو تعرّف على تكلفة الموقع الإلكتروني، أو اطلب لقطتك.
الأسئلة الشائعة
01 هل ستضر إعادة التصميم بـ SEO لموقعي؟
فقط إذا تغيرت الروابط أو المحتوى أو الروابط الداخلية دون خطة تحويل. مع خريطة للروابط وتحويلات 301 والحفاظ على المحتوى، تحافظ معظم المواقع على ترتيبها، وكثيرًا ما تتحسن بفضل صفحات أسرع وبنية أفضل.
02 كم يستغرق تعافي الترتيب بعد نقل الموقع؟
مع نقل نظيف، تستقر التقلبات عادةً خلال بضعة أسابيع. راقب الفهرسة وأخطاء الزحف وأهم الاستعلامات في Google Search Console يوميًا خلال أول أسبوعين، ثم أسبوعيًا حتى اليوم 60.
03 هل أعيد التصميم وأغيّر المنصة في الوقت نفسه؟
هذا شائع ولا بأس به إذا كان مخططًا له. جمّد تغييرات المحتوى أثناء النقل حتى تستطيع ربط أي تغير في الترتيب بسبب محدد.