طريقة نقل موقع إلكتروني

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

  • تغيير عنوان URL من HTTP إلى HTTPS
  • تغيير اسم النطاق، مثلاً من example.com إلى example.net، أو دمج عدة نطاقات أو أسماء مضيفين
  • تغيير مسارات عناوين URL: تغيير example.com/page.php?id=1 إلى example.com/widget أو example.com/page.html إلى example.com/page.htm

نظرة عامة

  1. أفضل الممارسات العامة المتعلقة بعمليات نقل المواقع الإلكترونية: يمكنك التعرُّف على ما سيحدث ومدى تأثيره في مستخدمي موقعك الإلكتروني وترتيبه. وفي حال الانتقال من HTTP إلى HTTPS، يمكنك مراجعة أفضل ممارسات HTTPS.
  2. إعداد الموقع الإلكتروني الجديد واختباره بشكلٍ دقيق
  3. تحضير عملية ربط عناوين URL من عناوين URL الحالية إلى التنسيق الجديد المناسب لها
  4. بدء عملية نقل الموقع الإلكتروني من خلال إعداد الخادم كي يعيد التوجيه من عناوين URL القديمة إلى العناوين الجديدة
  5. تتبُّع عدد الزيارات على كل من عناوين URL القديمة والجديدة

أفضل الممارسات العامة المتعلقة بعمليات نقل المواقع الإلكترونية

  • تقسيم عملية النقل إلى خطوات أصغر، إذا كان ذلك مفيدًا لموقعك الإلكتروني
    إذا كان موقعك الإلكتروني كبيرًا وكان بإمكانك من الناحية الفنية تقسيم عملية النقل، ننصحك بنقل قسم واحد فقط من موقعك الإلكتروني في البداية لاختبار أي تأثيرات محتمَلة على عدد الزيارات وعلى فهرسة الموقع في "بحث Google". ويمكنك بعد ذلك نقل الأقسام الأخرى من موقعك الإلكتروني دُفعة واحدة أو على مراحل. وعند اختيار القسم الذي سيتم نقله أولاً من موقعك الإلكتروني بهدف اختبار التأثيرات، احرص على اختيار قسم لا يتعرّض كثيرًا للتغيير ولا يتأثر كثيرًا بالأحداث المتكررة أو غير المتوقَعة. وعلى الرغم من أهمية نقل قسم واحد فقط لاختبار عملية النقل، فإنّ هذا القسم لا يمثّل بالضرورة الحالة التي سيكون عليها الموقع الإلكتروني بأكمله في نتائج "بحث Google" بعد نقله. وكلما زاد عدد الصفحات التي تنقلها، زادت نسبة احتمال حدوث مشاكل إضافية يجب حلّها. مع ذلك، يمكنك الحدّ من هذه المشاكل من خلال التخطيط المدروس.
  • تنفيذ تغيير واحد في كل مرة
    خطِّط لإجراء التغييرات الواحد تلو الآخر على موقعك الإلكتروني، وليس دُفعة واحدة. على سبيل المثال، إذا كنت تريد نقل موقعك الإلكتروني إلى اسم نطاق جديد وتغيير نظام إدارة المحتوى (CMS) واستخدام تصميم جديد لموقعك الإلكتروني، عليك تنفيذ هذه التغييرات بالتدريج، وذلك من خلال الانتقال أولاً إلى النطاق الجديد ثم تغيير تصميم موقعك الإلكتروني.
  • اختيار وقت لإجراء عملية النقل يكون فيه عدد الزيارات منخفضًا، إذا كان ذلك ممكنًا
    إذا كانت الزيارات إلى موقعك الإلكتروني موسمية أو تنخفض في بعض أيام الأسبوع، ننصحك بنقله أثناء فترة انخفاض عدد الزيارات المتكررة. بالتالي، سيتأثر عدد أقل من المستخدمين بأي مشاكل محتمَلة خلال عملية النقل، وسيصبح جزء أكبر من موارد الخادم متاحًا لعملية زحف Googlebot إلى موقعك الإلكتروني.
  • احتمال حدوث تقلبات مؤقتة في ترتيب الموقع الإلكتروني خلال عملية النقل
    عند إجراء تغيير كبير على موقع إلكتروني، قد تلاحظ حدوث تقلبات في ترتيبه في نتائج البحث عندما يعيد محرّك بحث Google الزحف إليه ويعيد فهرسته. وكقاعدة عامة، قد يستغرق نقل معظم الصفحات في فهرسنا بضعة أسابيع إذا كان الموقع الإلكتروني متوسط الحجم، فيما قد تستغرق عملية النقل وقتًا أطول في المواقع الإلكترونية الأكبر حجمًا. إنّ السرعة اللازمة لبرنامج Googlebot وأنظمتنا لاكتشاف عناوين URL التي تم نقلها ومعالجتها تعتمد بشكل كبير على عدد عناوين URL وسرعة الخادم. ويمكن أن يساعد إرسال خريطة موقع في تسريع عملية الاكتشاف، وسيكون بإمكانك نقل موقعك الإلكتروني على مراحل.
  • لا داعي للقلق بشأن رصيد الروابط
    إنّ عمليات إعادة التوجيه 301 و302 وغيرها من عمليات إعادة التوجيه من جهة الخادم لا تؤثر سلبًا في نظام ترتيب الصفحات.
  • الاستعانة بخدمة Search Console
    بإمكان خدمة Search Console تقديم المساعدة لك، لا سيّما أثناء نقل موقع إلكتروني. يمكنك التحقق من بيانات كل موقع إلكتروني بشكل منفصل في Search Console. استخدِم تقرير حالة الفهرس لإلقاء نظرة عامة. واستخدِم تقرير "Sitemaps" لعرض عدد عناوين URL التي تم إرسالها في خريطة موقع وتمت فهرستها.
  • الانتظار حتى تكتمل عملية النقل
    لا تكتمل عملية نقل الموقع الإلكتروني قبل أن يزور Googlebot كل عناوين URL في الموقعين الإلكترونيَين القديم والجديد مرة واحدة على الأقل. وليست هناك معدّلات زحف ثابتة، فمدى سرعة اكتشاف التغييرات يعتمد على حجم موقعك الإلكتروني وعلى سرعة الزحف الممكنة. وتحدث عملية النقل لكل عنوان URL على حدة.

إعداد الموقع الإلكتروني الجديد

تختلف تفاصيل إعداد الموقع الإلكتروني حسب كل عملية نقل، ولكن عليك عادةً اتّخاذ إجراء أو أكثر من الإجراءات التالية:

  • إعداد نظام إدارة المحتوى (CMS): يُفضَّل أن يتم إعداده بالطريقة نفسها المستخدَمة على الموقع الإلكتروني القديم واستيراد المحتوى من الموقع الإلكتروني القديم.
  • نقل الصور وعمليات التنزيل (مثل مستندات PDF) التي تستضيفها:
    قد يكون هذا المحتوى يتلقّى زيارات حاليًا من خلال روابط تؤدي إليه أو من "بحث Google"، ومن المفيد إبلاغ المستخدمين وGooglebot بالموقع الجديد للمحتوى.
  • لإجراء عملية النقل إلى HTTPS، عليك الحصول على شهادات "بروتوكول أمان طبقة النقل" (TLS) اللازمة وضبطها على الخادم.

  • إعداد ملف robots.txt لموقعك الإلكتروني الجديد والتأكّد من أنّ القواعد في ملف robots.txt والخاصة بالموقع الجديد تحدّد بوضوح الأجزاء التي تريد حظر الزحف إليها:

    يُرجى العلم بأنّ بعض مالكي المواقع الإلكترونية يحظرون جميع عمليات الزحف في فترة تطوير الموقع الإلكتروني. إذا كنت تتّبع هذه الاستراتيجية، احرص على إعداد ملف robots.txt بالشكل المطلوب أن يظهر فيه عند البدء في عملية نقل الموقع الإلكتروني. وإذا كنت تستخدم قواعد noindex أثناء تطوير موقعك الإلكتروني، عليك إعداد قائمة بعناوين URL التي ستزيل منها قواعد noindex عند البدء في عملية نقل الموقع.

  • عرض رموز خطأ للمحتوى الذي تم حذفه أو دمجه: إذا كنت لن تنقل المحتوى القديم بأكمله إلى الموقع الإلكتروني الجديد، احرص على أن تعرض عناوين URL الخاصة بذلك المحتوى رمز استجابة الخطأ 404 أو 410 لحالة HTTP على الموقع الإلكتروني الجديد.

  • الحرص على ضبط إعدادات Search Console بشكل صحيح إذ يمكن لذلك مساعدتك في عملية نقل الموقع الإلكتروني

    أثبِت ملكيتك لكلٍّ من الموقع الإلكتروني القديم والجديد في Search Console إذا لم يسبق لك ذلك. واحرص على إثبات ملكية جميع الصيغ من كِلا الموقعَين الإلكترونيَّين القديم والجديد. على سبيل المثال، يجب إثبات ملكية www.example.com وexample.com، وتضمين كِلا الصيغتَين HTTPS وHTTP من الموقع الإلكتروني في حال كانت لديك عناوين URL تستخدم HTTPS. وعليك إجراء ذلك لكِلا الموقعين الإلكترونيَّين القديم والجديد.

    • مراجعة عملية إثبات ملكية الموقع الإلكتروني في Search Console

      تأكّد من أنّ إثبات ملكيتك للموقع الإلكتروني في Search Console سيبقى ساريًا بعد نقل الموقع. وإذا كنت تستخدم أسلوبًا مختلفًا لإثبات الملكية، تذكَّر أنّ الرموز المميزة لإثبات الملكية قد تكون مختلفة عند تغيير عنوان URL.

      إذا كنت تستخدم طريقة ملف HTML لإثبات ملكية موقعك الإلكتروني في Search Console، احرص على تضمين ملف إثبات الملكية الحالي في النسخة الجديدة من الموقع الإلكتروني.

      على نحو مماثل، إذا كنت تثبت الملكية باستخدام ملف تضمين يشير إلى علامة meta أو إحصاءات Google لإثبات الملكية، تأكَّد من أنّ النسخة الجديدة من نظام إدارة المحتوى تحتوي أيضًا على تلك البيانات.

    • مراجعة أي إعدادات قد تكون غيّرت طريقة ضبطها في Search Console للموقع الإلكتروني القديم، والحرص على أن تكون إعدادات الموقع الإلكتروني الجديد معدّلة بما يتوافق مع هذه التغييرات أيضًا، مثلاً:

      • معدل الزحف: اضبط معدل الزحف على "السماح لبرنامج Googlebot باتخاذ القرار اللازم" في الموقعين الإلكترونيّن القديم والجديد
      • الروابط الخلفية التي تم التنصّل منها: إذا حمّلت ملفًا للتنصّل من الروابط على موقعك الإلكتروني القديم، نقترح عليك إعادة تحميله مرة أخرى باستخدام حساب Search Console الخاص بالموقع الإلكتروني الجديد.

    • معالجة أي مشاكل في النطاق الذي اشتريته مؤخرًا: عليك التأكّد من أنّه خالٍ من أي مشاكل عالقة مرتبطة بالمالك السابق. تحقَّق من الإعدادات التالية:

      • الإجراء اليدوي للتحقق من المحتوى السابق غير المرغوب فيه: إذا كانت هناك أيّ إجراءات يدوية مطبَّقة على الموقع الإلكتروني الجديد، عالِج المشاكل المدرَجة ضمنها وقدِّم طلب إعادة النظر.
      • عناوين URL التي تمت إزالتها: تأكَّد من أنّ المالك السابق أنجز كل عمليات إزالة عناوين URL، لا سيما عملية إزالة عنوان URL على مستوى الموقع.

  • استخدام تحليل بيانات الإنترنت لتحليل الاستخدام على كلّ من الموقع الإلكتروني القديم والجديد: يمكنك الاستعانة ببرنامج تحليل بيانات الإنترنت لإجراء ذلك. تتكوّن عملية إعداد برنامج تحليل بيانات الإنترنت عادةً من نص JavaScript مضمّن في صفحاتك. وتختلف تفاصيل تتبُّع المواقع الإلكترونية المختلفة استنادًا إلى برنامج تحليل البيانات الذي تستخدمه وإعدادات التسجيل أو المعالجة أو الفلترة المرتبطة به. تواصَل مع مزوّد برنامج تحليل البيانات للحصول على المساعدة. بالإضافة إلى ذلك، إذا كنت تنوي إجراء أي تغييرات على إعدادات برنامج تحليل البيانات، من الأفضل إجراؤها الآن. وإذا كنت تستخدم "إحصاءات Google"، يمكنك إنشاء ملف شخصي جديد للموقع الإلكتروني الجديد إذا كنت تريد الفصل بين تقارير المحتوى بشكل واضح.

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

التحضير لعملية ربط عناوين URL

من المهم ربط عناوين URL الخاصة بالموقع الإلكتروني القديم بعناوين URL الخاصة بالموقع الإلكتروني الجديد. يوضّح هذا القسم عددًا من الأساليب العامة التي يمكنك اتّباعها لتقييم عناوين URL بشكلٍ صحيح على موقعَيك الإلكترونيَين وتسهيل عملية ربط هذه العناوين. وستختلف التفاصيل الدقيقة بشأن كيفية إنشاء عملية الربط هذه استنادًا إلى البنية الأساسية الحالية لموقعك الإلكتروني وتفاصيل عملية نقل الموقع الإلكتروني.

تحديد عناوين URL القديمة

في عمليات نقل المواقع الإلكترونية البسيطة جدًا، قد لا تحتاج إلى إنشاء قائمة بعناوين URL القديمة. على سبيل المثال، يمكنك استخدام إعادة توجيه أحرف البدل من جهة الخادم إذا كنت تريد تغيير نطاق موقعك الإلكتروني (على سبيل المثال، الانتقال من example.com إلى example.net).

في عمليات نقل المواقع الإلكترونية الأكثر تعقيدًا، ستحتاج إلى إنشاء قائمة بعناوين URL القديمة وربطها بوجهاتها الجديدة. وتعتمد طريقة حصولك على قائمة عناوين URL القديمة على الإعدادات الحالية في موقعك الإلكتروني، ولكن إليك بعض المعلومات المفيدة:

  • ابدأ بعناوين URL المهمة. وللعثور عليها:
    • ابحث في خرائط الموقع لأنّ عناوين URL الأكثر أهمية قد تم تقديمها على الأرجح في Search Console من خلال هذه الملفات
    • تحقّق من سجلّات الخادم أو برنامج تحليل البيانات بحثًا عن عناوين URL التي تحصل على معظم حركة الزيارات
    • تحقَّق من ميزة الروابط المؤدية إلى موقعك الإلكتروني في Search Console في ما يتعلّق بالصفحات التي تتضمّن روابط داخلية وروابط خارجية.
  • استخدِم نظام إدارة المحتوى، فهو يشكّل عادةً طريقة سهلة للحصول على قائمة بجميع عناوين URL التي تستضيف المحتوى.
  • ابحث في سجلات الخادم عن عناوين URL التي تمّت زيارتها مرة واحدة على الأقل مؤخرًا. واختَر فترة زمنية معقولة لموقعك الإلكتروني، مع الأخذ في الاعتبار التغيّرات الموسمية في حركة الزيارات.
  • أدرِج الصور والفيديوهات، وتأكَّد من إدراج عناوين URL الخاصة بالمحتوى المضمّن في خطط نقل الموقع الإلكتروني، مثل الفيديوهات والصور وJavaScript وملفات CSS. ويجب نقل عناوين URL هذه بالطريقة ذاتها التي يتم بها نقل جميع أنواع المحتوى الأخرى على موقعك الإلكتروني.

تحديد كيفية ربط عناوين URL القديمة بعناوين URL الجديدة

بعد الحصول على قائمة بعناوين URL القديمة، حدِّد المكان الذي تريد إعادة توجيه كل عنوان إليه. وتعتمد كيفية تخزين تفاصيل الربط هذه على خوادمك وعملية نقل الموقع الإلكتروني. ويمكنك استخدام قاعدة بيانات أو إعداد بعض القواعد الخاصة بإعادة كتابة عناوين URL على نظامك لأنماط عمليات إعادة التوجيه الشائعة.

تعديل جميع التفاصيل الخاصة بعناوين URL على الموقع الإلكتروني الجديد

بعد ربط عناوين URL، عليك تنفيذ ثلاثة إجراءات لكي تصبح الصفحات جاهزة لتلقّي الزيارات.

  1. تعديل التعليقات التوضيحية للإشارة إلى عناوين URL الجديدة في إدخال HTML أو خرائط الموقع لكل صفحة:
    1. يجب أن يتضمّن كل عنوان URL جديد علامة rel="canonical" <link> ذاتية المرجعية.
    2. إذا كان الموقع الإلكتروني الذي نقلته يتضمّن عدة لغات أو صفحات متعددة اللغات تم إدخال تعليقات توضيحية عليها باستخدام تعليقات rel-alternate-hreflang التوضيحية، تأكَّد من تعديل التعليقات التوضيحية لاستخدام عناوين URL الجديدة.
  2. تعديل الروابط الداخلية
    عليك تغيير الروابط الداخلية على الموقع الإلكتروني الجديد من عناوين URL القديمة إلى عناوين URL الجديدة. ويمكنك استخدام عملية الربط التي تم إنشاؤها سابقًا لمساعدتك في العثور على الروابط وتعديلها حسب الحاجة.
  3. حفظ القوائم التالية لأغراض عملية النقل النهائية:

تخطيط الاستراتيجية التي ستتّبعها لإعادة التوجيه

عندما يصبح موقعك الإلكتروني جاهزًا بعد إجراء الربط، عليك تخطيط الاستراتيجية التي ستتّبعها لإعادة التوجيه. ننصحك باستخدام عمليات إعادة التوجيه النهائية من جهة الخادم لإعادة التوجيه من عناوين URL القديمة إلى عناوين URL الجديدة كما أشرت في عملية الربط. استفسِر من مشرف الخادم (أو شركة الاستضافة) بشأن أنواع عمليات إعادة التوجيه من جهة الخادم المتاحة لك من الناحية الفنية، وقد تكون قواعد إعادة توجيه في ملفات .htaccess إذا كان خادمك يستخدم خادم Apache‏ HTTP، أو وظائف إعادة توجيه في نظام إدارة المحتوى.

وإذا لم يكن ممكنًا بالنسبة إليك إعداد أيّ عمليات إعادة توجيه من جهة الخادم، يمكنك بدلاً من ذلك استخدام عمليات إعادة التوجيه من جهة العميل كحلّ أخير.

حدِّد كيفية نقل موقعك الإلكتروني: دُفعة واحدة أو على مراحل:

  • المواقع الإلكترونية ذات الحجم الصغير والمتوسط: ننصحك بنقل جميع عناوين URL على موقعك الإلكتروني دُفعة واحدة بدلاً من نقلها على مراحل. يساعد هذا الإجراء المستخدمين في التفاعل مع الموقع الإلكتروني بتصميمه الجديد بطريقة أفضل، كما يساعد خوارزمياتنا في اكتشاف عملية نقل الموقع الإلكتروني وتعديل الفهرس بسرعة أكبر.
  • المواقع الكبيرة: يمكنك اختيار نقل المواقع الكبيرة على أقسام، إذ يساعد ذلك على تسهيل الإشراف واكتشاف المشاكل وحلها بسرعة أكبر.

تذكَّر ما يلي:

  • استخدِم عمليات إعادة التوجيه النهائية من جهة الخادم إذا أمكنك ذلك من الناحية الفنية. ومع أنّ برنامج Googlebot يتيح استخدام أنواع متعدّدة من عمليات إعادة التوجيه، ننصحك باستخدام عمليات إعادة التوجيه HTTP النهائية مثل 301 و308 إذا أمكن.
  • تجنُّب تسلسل عمليات إعادة التوجيه: بإمكان Googlebot اتّباع ما يصل إلى 10 قفزات ضمن "سلسلة" من عمليات إعادة التوجيه المتعدّدة (على سبيل المثال، الصفحة 1 > الصفحة 2 > الصفحة 3)، إلا أنّنا ننصحك بإعادة التوجيه إلى الوجهة النهائية مباشرةً. وإذا لم يكن ذلك ممكنًا، يجب أن يبقى عدد عمليات إعادة التوجيه في السلسلة منخفضًا، ومن المفضّل ألا يزيد عن ثلاث عمليات إعادة توجيه، وفي جميع الأحوال أقل من خمس عمليات. إنّ تسلسل عمليات إعادة التوجيه يزيد من وقت الاستجابة للمستخدمين، كما أنّ بعض برامج وكيل المستخدم والمتصفّحات لا تتيح استخدام سلاسل عمليات إعادة التوجيه الطويلة.

بدء عملية نقل الموقع الإلكتروني

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

  1. تنفيذ عمليات إعادة التوجيه أو تفعيلها: استنادًا إلى استراتيجية إعادة التوجيه التي تختارها، سيكون عليك إرسال تعديل إلى ملفات إعداد الخادم أو تعديل نظام إدارة المحتوى باستخدام رمز برمجي مخصص.
  2. التحقّق من تعليقات rel="canonical" link التوضيحية وقواعد robots لملفات meta: عندما تصبح عمليات إعادة التوجيه نشِطة، تأكَّد من أنّ تعليقات rel="canonical" link التوضيحية على الموقع الإلكتروني الجديد تستخدم عناوين URL الجديدة. إذا أضفت قواعد noindex robots لملفات meta إلى الموقع الإلكتروني الجديد بهدف تجنّب فهرسة عناوين URL قبل أوانها، تأكَّد من تعديلها في وقت لاحق.
  3. اختبار عمليات إعادة التوجيه: يمكنك استخدام أداة فحص عنوان URL لاختبار عناوين URL الفردية أو أدوات سطر الأوامر أو نصوصه البرمجية لاختبار عدد كبير من عناوين URL.
  4. إرسال تغيير العنوان في Search Console في ما يخص الموقع الإلكتروني القديم:

  5. احتفِظ بعمليات إعادة التوجيه لأطول فترة ممكنة، ولمدة لا تقل عن سنة واحدة بشكلٍ عام. ويسمح هذا الإطار الزمني لـ Google بنقل جميع الإشارات إلى عناوين URL الجديدة، بما في ذلك إعادة الزحف وإعادة تخصيص الروابط على مواقع إلكترونية أخرى تشير إلى عناوين URL القديمة.

    من منظور المستخدمين، ننصحك بالإبقاء على عمليات إعادة التوجيه لأجل غير مسمّى. يُرجى العلم بأنّ عمليات إعادة التوجيه بطيئة بالنسبة إلى المستخدمين، لذا حاوِل تعديل الروابط الخاصة بك وأي روابط تجلب عددًا كبيرًا من الزيارات من المواقع الإلكترونية الأخرى لكي توجِّه كل هذه الروابط المستخدمين إلى عناوين URL الجديدة.

  6. أرسِل خريطة الموقع الجديدة إلى Search Console. سيساعد هذا الإجراء محرّك بحث Google في اكتشاف عناوين URL الجديدة. وفي هذه المرحلة، يمكنك إزالة خريطة الموقع القديمة، لأنّ Google سيستخدم بعد ذلك خريطة الموقع الجديدة.

إنّ الوقت الذي يستغرقه برنامج Googlebot وأنظمتنا في اكتشاف ومعالجة جميع عناوين URL على الموقع الإلكتروني يعتمد على مدى سرعة الخوادم وعدد عناوين URL التي يتضمّنها الموقع الإلكتروني. وكقاعدة عامة، قد يستغرق نقل معظم الصفحات في موقع إلكتروني صغير إلى متوسط الحجم بضعة أسابيع، فيما قد تستغرق عملية النقل وقتًا أطول في المواقع الإلكترونية الأكبر حجمًا. إنّ الوقت الذي يحتاجه برنامج Googlebot وأنظمتنا لاكتشاف ومعالجة عناوين URL التي تم نقلها يعتمد على عدد عناوين URL وسرعة الخادم.

حاوِل تعديل أكبر عدد ممكن من الروابط بعد بدء عملية نقل الموقع الإلكتروني مباشرةً لتحسين تجربة المستخدم وتقليل الحِمل على الخادم. ويشمل ذلك ما يلي:

  • الروابط الداخلية: استنادًا إلى عملية ربط عناوين URL التي أجريتها سابقًا، استبدِل جميع عناوين URL التي كانت تشير إلى الصفحات الخاصة بك.
  • الروابط الخارجية: حاوِل التواصل مع مشرفي المواقع الإلكترونية المدرَجة في القائمة المحفوظة للمواقع الإلكترونية التي تربط المستخدمين بمحتوى موقعك الحالي، واطلب منهم تعديل الروابط الخاصة بهم لكي تؤدي إلى موقعك الإلكتروني الجديد. ونقترح عليك ترتيب أولوية التواصل مع مشرفي المواقع حسب عدد الزيارات الواردة من كل رابط.
  • روابط الملفات الشخصية، مثل Facebook وTwitter وLinkedIn
  • الحملات الإعلانية للتوجيه إلى الصفحات المقصودة الجديدة

تتبُّع عدد الزيارات

بعد بدء عملية نقل الموقع الإلكتروني، تتبَّع تغيُّر عدد زيارات المستخدمين والزاحف إلى الموقع الإلكتروني الجديد والموقع الإلكتروني القديم أيضًا. من المفترض أن ينخفض عدد الزيارات إلى الموقع الإلكتروني القديم وأن يرتفع عدد الزيارات إلى الموقع الإلكتروني الجديد. يمكنك تتبُّع نشاط المستخدم وبرنامج الزحف على الموقعَين الإلكترونيَين باستخدام Search Console وأدوات أخرى.

استخدام Search Console لتتبُّع عدد الزيارات

يمكنك الاستفادة من العديد من الميزات في Search Console لتتبُّع عملية نقل الموقع الإلكتروني، بما في ذلك:

  • خريطتا الموقع: أرسِل خريطتَي الموقع اللتين سبق أن حفظتهما من عملية الربط. في البداية، لن تتضمّن خريطة الموقع التي تحتوي على عناوين URL الجديدة أي صفحات مفهرَسة، في حين أنّ خريطة الموقع التي تتضمّن عناوين URL القديمة قد تحتوي على العديد من الصفحات المفهرَسة. وبمرور الوقت، سينخفض عدد الصفحات المفهرَسة في خريطة الموقع التي تتضمن عناوين URL القديمة ليصل إلى صفر يقابله ارتفاع في فهرسة عناوين URL الجديدة. ويُرجى العِلم بأنّ خدمة Search Console قد تعرض تحذيرات بخصوص عملية إعادة توجيه عناوين URL في خريطة الموقع التي يتضمن عناوين URL القديمة، إلا أنّ هذا أمر طبيعي، ويمكنك تجاهُل هذه التحذيرات لأنّك ستنتقل إلى عناوين URL الجديدة في نهاية المطاف.
  • تقرير &quot;تغطية الفهرسة&quot;: ستعكس الرسومات البيانية عملية نقل الموقع الإلكتروني من خلال إظهار انخفاض في عدد عناوين URL المفهرَسة على الموقع الإلكتروني القديم وارتفاع في الفهرسة على الموقع الإلكتروني الجديد. تحقَّق بانتظام من حدوث أي أخطاء زحف غير متوقّعة.
  • طلبات البحث: مع فهرسة المزيد من صفحات على الموقع الإلكتروني الجديد وبدء حصولها على ترتيب، ستبدأ تقارير طلبات البحث في عرض عناوين URL الخاصة بالموقع الإلكتروني الجديد التي تظهر في البحث ويتم النقر عليها.

استخدام أدوات أخرى لتتبُّع عدد الزيارات

تتبَّع عمليات الدخول إلى الخادم وسجلّات الأخطاء، وتحقَّق بشكلٍ خاص من عمليات زحف برنامج Googlebot، ومن أي عناوين URL تعرض بشكل غير متوقّع رموز حالات خطأ HTTP، ومن العدد المعتاد لزيارات المستخدمين.

إذا كنت قد ثبتّ أي برنامج لتحليل بيانات الإنترنت على موقعك الإلكتروني أو إذا كان نظام إدارة المحتوى يوفّر تحليلات، ننصحك أيضًا بمراجعة عدد الزيارات بهذه الطريقة لتتمكن من معرفة التقدّم الحاصل في عدد الزيارات من موقعك الإلكتروني القديم إلى الموقع الجديد. وعلى وجه الخصوص، توفّر خدمة &quot;إحصاءات Google&quot; ميزة إعداد التقارير في الوقت الفعلي، والتي يمكن الاستفادة منها في مرحلة النقل الأولي للموقع الإلكتروني. من المفترض أن تلاحظ انخفاضًا في عدد الزيارات على الموقع الإلكتروني القديم وارتفاعًا في عدد الزيارات على الموقع الإلكتروني الجديد.

مزيد من المراجع

إنّ عمليات نقل المواقع الإلكترونية قد تكون مربكة ومعقّدة، وتتوفر طرق مختلفة لإجراء عملية النقل. وجدنا أنّ قوائم التحقّق الخاصة بنقل المواقع الإلكترونية والتي أنشأتها &quot;أليدا سوليس&quot; مفيدة للغاية لهذا الغرض، وينطبق الأمر أيضًا على دليل استخدام أداة Screaming Frog لنقل المواقع الإلكترونية.

إذا حدثت مشكلة في أي مرحلة من عملية النقل، يمكنك طلب المساعدة من خلال &quot;مجموعة خدمات بحث Google&quot;.
يمكنك الاطّلاع على نصائح مفيدة عديدة في صفحة المساعدة وعلى إجابات تتعلق بحالات محددة في منتديات المستخدمين. وإذا لم تتمكن من العثور على إجابة، يمكنك طرح سؤال مباشر على أحد المتخصّصين في &quot;بحث Google&quot; خلال جلسات SEO Office Hours.

تحديد وحلّ المشاكل المرتبطة بنقل موقعك الإلكتروني

في ما يلي بعض الأخطاء الشائعة التي تحدث عند نقل بيانات موقع إلكتروني يتضمّن تغييرات في عناوين URL (بما في ذلك تغيير HTTP إلى HTTPS). ويمكن أن تؤدي هذه الأخطاء إلى منع فهرسة موقعك الإلكتروني الجديد بشكل كامل.

الأخطاء الشائعة

عمليات حظر noindex أو robots.txt

لا تنسَ إزالة أي عمليات حظر تمت باستخدام علامة noindex أو ملف robots.txt وكانت مطلوبة فقط أثناء عملية نقل البيانات.

ما مِن مشكلة إذا لم يتوفّر لديك ملف robots.txt على موقعك الإلكتروني، ولكن تأكَّد من عرض رمز 404 لحالة HTTP بشكل صحيح إذا لم يكن ملف robots.txt متوفرًا.

لاختبار هذا الأمر:

  • تحقَّق من ملف robots.txt في موقعك الإلكتروني الذي يستخدم HTTPS ومما إذا كانت هناك حاجة إلى إجراء أيّ تغييرات.
  • استخدِم أداة فحص عنوان URL لأي صفحات لم تظهر على Google في الموقع الإلكتروني الجديد.

عمليات إعادة توجيه غير صحيحة

تحقَّق من عمليات إعادة التوجيه من الموقع القديم إلى الموقع الجديد. غالبًا ما نرى أشخاصًا يعيدون توجيه المستخدمين إلى عناوين URL غير صحيحة (غير متاحة) على الموقع الإلكتروني الجديد.

يمكنك استخدام Search Console لمعرفة ما إذا تم الإبلاغ عن عدد كبير غير معتاد من أخطاء "لم يتم العثور على الصفحة"، أو يمكنك استخدام أدوات أخرى مثل Screaming Frog للزحف بنفسك إلى موقعك الإلكتروني ورؤية ما إذا كانت عمليات إعادة التوجيه تعمل على النحو المتوقَّع.

أخطاء الزحف الأخرى

راجِع تقرير &quot;تغطية الفهرسة&quot; للتحقّق مما إذا كانت هناك زيادة في الأخطاء الأخرى على موقعك الإلكتروني الجديد خلال فترة نقل البيانات.

سعة الخادم غير كافية

بعد نقل البيانات، سيزحف محرك بحث Google إلى موقعك الإلكتروني الجديد بمعدّل أعلى من المعتاد. ويعود السبب في ذلك إلى أنّ موقعك الإلكتروني يُعيد توجيه الزيارات من الموقع الإلكتروني القديم إلى الموقع الإلكتروني الجديد، كما ستتم إعادة توجيه أي عمليات زحف على الموقع القديم إلى الموقع الجديد، بالإضافة إلى أي عمليات زحف أخرى. تأكَّد من أنّ موقعك الإلكتروني يتضمّن سعة كافية للتعامل مع عدد الزيارات المتزايد من Google.

لا يتم تعديل خرائط الموقع

تأكّد من تعديل جميع خرائط الموقع باستخدام عناوين URL الجديدة.