تحسين محركات البحث (Domain Migration SEO): قائمة مرجعية لمتخصصي الويب

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

• بالنسبة لبعض الشركات ، الأمر يتعلق بالأمن . من الأمثلة الجيدة على ذلك نطاق http الذي يحتاج إلى الانتقال إلى أحد https.
• بالنسبة للآخرين ، يتعلق الأمر بالتنظيف أثناء تغيير أشياء مثل أنظمة إدارة المحتوى. إذا كنت تنتقل ، على سبيل المثال ، من Joomla إلى Drupal ، فقد يكون الوقت مناسبًا أيضًا لترحيل المحتوى الذي لا يزال مهمًا والتخطيط لذلك بالضبط.
• بالنسبة لبعض المنظمات ، الأمر يتعلق بعمليات الاستحواذ . تحتاج الشركة التي يتم شراؤها في بعض الأحيان إلى الانضمام إلى المجال "الأم".
• بالنسبة لبعض الشركات ، حان الوقت لإعادة العلامة التجارية ، واسم المجال هو أحد الأشياء التي يجب تغييرها.

مهما كان سبب الترحيل ، فأنت بحاجة إلى فهم أن جميع عمليات ترحيل النطاق تنطوي على بعض المخاطر ، بعضها حميدة ، والبعض الآخر يكسر حركة مرور مواقع الويب.

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

قياس الأداء قبل الانتقال

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

يختلف كل موقع ويب ، ولكنك على الأرجح تريد بعض التنويع في العناصر أدناه:

• من Google Search Console ، قم بتصدير ما قيمته عام من مرات الظهور والنقرات والمواضع على Google. سيؤدي هذا إلى إنشاء خط الأساس لوجود محرك البحث الذي ستحتاج إلى مقابلته بعد الانتقال.
• من أداة تحليلات موقع الويب (مثل WebTrends أو Google Analytics) ، قم بتصدير الإحصائيات الشهرية لحركة المرور العضوية وإجمالي الزيارات ومتوسط ​​عدد أخطاء 404 ومعدل الارتداد والتحويلات. احصل على هذا لمدة عام واحد على الأقل أيضًا. إذا كانت أداتك تحتوي على وظيفة في الوقت الفعلي ، فتعرّف على حركة المرور المتزامنة في أحد أيام الأسبوع ، بحيث يمكنك أيضًا مقارنة ذلك بالنطاق الجديد بعد الإطلاق.
• إذا كان لديك أداة استطلاع (مثل ForeSee أو Qualaroo) ، فقم بتصدير معدل الرضا والنسبة المئوية للأشخاص الذين يمكنهم العثور على ما يحتاجون إليه.
• إذا كانت تحويلاتك عبارة عن عمليات إرسال للنماذج وليست عمليات شراء ، فقم بتصديرها من أداة أتمتة التسويق و / أو إدارة علاقات العملاء (CRM) .

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

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

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

التخطيط لأنواع مختلفة من ترحيل مواقع الويب

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

• يتغير المجال فقط مقابل تغييرات مسار URL
• نفس المحتوى أو محتوى مختلف
• نظام إدارة محتوى جديد (CMS) أو نفس نظام إدارة المحتوى
• أدوات جديدة أو نفس الأدوات

دعنا نصل إلى ما تحتاج إلى التخطيط له بالنظر إلى الاختلافات.

يتغير المجال فقط مقابل تغييرات مسار URL

نقل المجال فقط لا يغير أيًا من السلاسل بعد نطاق المستوى الأعلى . (هذه هي "المسارات" أو "مسارات URL".)

على سبيل المثال ، إذا لم تتغير جميع السلاسل مثل / products / product1 أو / about / company ، لكن مجالك سيتغير من domain.com إلى new-domain.com ، فحينئذٍ يكون لديك مجال يتغير فقط.

يتغير المجال

• www.domain.com/ path1 إلى www.new-domain.com/ path1
• www.domain.com/ path2 إلى www.new-domain.com/ path2
• www.domain.com/ path3 إلى www.new-domain.com/ path3

ستؤهل إعادة توجيه http إلى https أيضًا على أنها نقل مجال فقط.

على النقيض من ذلك ، فإن الترحيل مع تغييرات مسار URL يعني تغييرات في السلاسل بعد المجال.

المجال ومسار URL يتغير

• www.domain.com/ path1 إلى www.new-domain.com/ new-path1
• www.domain.com/ path2 إلى www.new-domain.com/ new-path2
• www.domain.com/ path3 إلى www.new-domain.com/newfolder/ newstringsfornewpath3

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

بالنسبة لعمليات الترحيل حيث تتغير مسارات URL بالفعل ، ستكون هناك حاجة لكتابة بعض عمليات إعادة التوجيه 301 على مستوى الصفحة. هذا بالتأكيد أكثر تعقيدًا.

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

نفس المحتوى أو محتوى مختلف

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

ومع ذلك ، إذا كنت ستقوم بإضافة أجزاء مهمة من المحتوى أو إزالتها ، فستحتاج إلى تعيين ذلك بعناية.

• هل هناك أي فئات ستقوم بتغييرها ، وهل ستصبح صفحات "يتيمة" في هذه العملية؟ قد تحتاج هذه الصفحات إلى العثور على منزل جديد أو طيها في صفحات أخرى. يجب أن يكون هذا جزءًا من خطتك.
• هل ستظل القائمة الرئيسية منطقية بالنظر إلى المحتوى الجديد الخاص بك؟ إذا كانت هناك أقسام تمثل صفحات مهمة سيصعب الوصول إليها بعد النقل ، ففكر في توفير مسارات إضافية لها بعد إجراء تغييرات المحتوى.

CMS جديد أو نفس CMS

إذا كنت تنتقل من www.example.com إلى www.new-example.com ولم تقم بتغيير CMS ، فيجب أن يكون الترحيل الفعلي للمحتوى أمرًا بسيطًا للغاية.

إذا كنت تقوم بالتبديل من CMS إلى آخر ، فقد لا تكون هذه الخطوة نفسها مهمة مباشرة. ستحتاج إلى ...

• تأكد من أن التخطيطات والقوالب الموجودة على الموقع القديم سيتم دعمها بشكل معقول من قبل النظام الجديد.
• حدد ما إذا كانت هناك طريقة لتصدير محتوى CMS الخاص بك إلى شيء يقبله نظام إدارة المحتوى الجديد (حتى لو لم يكن ذلك بنسبة 100٪ ، يمكن أن تساعدك الأتمتة الجزئية لترحيل المحتوى).
• اقتطع وقتًا لأجزاء ترحيل المحتوى التي ستكون يدويًا بسبب تغيير نظام إدارة المحتوى.

أدوات جديدة أو نفس الأدوات

قد تختلف أدواتك الفعلية وطريقة نشر الأدوات بين المجال القديم والمجال الجديد.

عليك التفكير في بعض الأشياء:

• في النظام الجديد ، هل هناك صفحة رئيسية أو شيء مشابه للمكونات الإضافية البرامج النصية التي تحتاجها للأدوات ، سواء بشكل مستقل أو كجزء من أداة إدارة العلامات؟ أو هل تحتاج إلى توصيل البرامج النصية عدة مرات عبر الموقع؟ إذا كان هذا هو الأخير ، فتأكد من أن لديك متسعًا من الوقت لذلك.
• إذا كنت تقوم بالتبديل من تنفيذ أداة تلو الأخرى إلى أداة إدارة العلامات مثل Google Tag Manager ، فتأكد من أن لديك وقتًا كافيًا لاختبار هذا السيناريو. تعد أدوات إدارة العلامات مفيدة ، ولكنها قد تستغرق وقتًا لتعتاد عليها ، ويجب أن يؤخذ ذلك في الاعتبار في المخطط الزمني الخاص بك لتبديل المجال.
• إذا كنت تضيف أدوات ، فتأكد من أن لديك وقتًا لاختبار الانحدار . قد لا تعمل أداتك الجديدة بشكل جيد مع الأدوات القديمة على الفور ، وستحتاج إلى وقت لتصحيح الأخطاء.

استكمال خطة ترحيل الموقع

بمجرد أن تتعامل مع الأنواع المختلفة لترحيل الموقع ، فقد حان الوقت لإعداد خطة ترحيل الموقع.

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

لنفترض أنك تقوم بالترحيل من نظام CMS قديم إلى CMS جديد. وستكون بنية المعلومات الخاصة بك على الموقع الجديد مختلفة قليلاً - سيتم نقل بعض مسارات URL إلى موقع جديد.

إليك بعض الأشياء التي يتعين عليك القيام بها مبكرًا من وجهة نظر إعادة التوجيه:

1. تأكد من أن لديك طريقة للتعامل مع عمليات إعادة التوجيه 301 على مستوى الصفحة

هناك عدد من الطرق لإعداد عمليات إعادة التوجيه "اليدوية" على مستوى الصفحة. يتضمن بعضها تحرير ملف تكوين ، والبعض الآخر يتضمن إسقاط XML في وحدة نمطية ، والبعض الآخر لا يزال لديه وظيفة CMS أساسية تتعامل مع هذا (على افتراض أنه لا يزال بإمكانك الوصول إلى CMS القديم). حدد المسار الذي ستسلكه مبكرًا ، حتى تتمكن من تجنب الصداع في المستقبل.

2. تحقق مما إذا كان بإمكانك التعامل مع عمليات إعادة التوجيه الشرطية أو حرف البدل

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

3. تصدير أهم الصفحات في الموقع القديم

اختر من بين إجمالي حركة المرور وحركة المرور العضوية كعامل محدد للترتيب. (تعتبر حركة المرور العضوية جيدة جدًا لذلك ، لذا فأنت تعلم أنك ستعيد توجيه الصفحات التي تجذب بالفعل إحالات إلى محرك البحث قبل الترحيل.)

• اختر حدًا منطقيًا نظرًا لحجم الموقع. يمكن أن تكون أفضل 100 صفحة هي الأمثل لموقع يحتوي على 500 عنوان URL أو نحو ذلك حيث يكون معظم حركة المرور لأعلى 80 صفحة. ومع ذلك ، قد تحتاج إلى أفضل 5000 صفحة لموقع يحتوي على عشرات الآلاف من عناوين URL.

4. تعيين أعلى الصفحات إلى موقعها الجديد

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

فوائد عمليات إعادة التوجيه 301

تؤدي إضافة عمليات إعادة التوجيه 301 (أو "الدائمة") على مستوى الصفحة إلى صفحاتك الأكثر قيمة أثناء انتقالك إلى مجال جديد إلى القيام بأمرين:

• إنه يرسل المستخدمين إلى الصفحة الصحيحة ، للحصول على مزايا تجربة المستخدم (UX)
• يخبر عناكب محرك البحث عن هذه الخطوة ، لفوائد تحسين محركات البحث

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

على سبيل المثال ، ربما يتم تغيير كل شيء ضمن / product / إلى / products / على الموقع الجديد. يمكنك التعامل مع هذا الجزء من الحركة باستخدام استبدال حرف البدل. لكن دعنا نقول أيضًا أن كل شيء تحت / حول / يحصل على "مسار" جديد ، وبالتالي فإن السلاسل الفعلية بعد / حول / ستتغير. لكل شيء تحت / about / ، تحتاج إلى تعيين عنوان URL القديم إلى عنوان URL الجديد ، وإضافة إعادة توجيه على مستوى الصفحة 301.

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

تجنب المزالق الشائعة

هناك العديد من الطرق التي يمكن أن تفشل عملية ترحيل المجال.

فيما يلي عدد قليل من الأشياء الشائعة التي تحتاج إلى الانتباه لها:

1. أدوات إعادة التوجيه الموجودة تحت تصرفك ليست قوية بما يكفي للمحول.

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

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

ابدأ في توضيح ما هو متاح لك مع مطوريك في وقت مبكر ، باستخدام توضيحات مثل تلك المذكورة أعلاه.

لاحظ القيود التي ستكون لديك قبل يوم الإطلاق. إذا كان هناك الكثير من الخطوات اليدوية ، فاحفظ وقتًا كافيًا لمعالجة هذه الخطوات.

هذا يضمن أنه عندما يأتي يوم التبديل ، لن تكون هناك مفاجآت في هذا المجال.

2. لا يستطيع الفريق تقييم النجاح أو الفشل بشكل صحيح.

إذا لم يضع الفريق معايير مرجعية للوفاء بها - مصطلحات البحث التي يصنفها الموقع ، وإجمالي عدد الزيارات العضوية ، وإجمالي الزيارات ، ومعدلات الرضا والنجاح على الموقع ، وما إلى ذلك - فقد يكون من الصعب للغاية معرفة ما إذا كانت عملية الترحيل قد تمت بسلاسة أم لا.

ربما تكون حركة المرور الإجمالية هي نفسها تقريبًا ، لكن معدلات النجاح بدأت في التراجع. ربما تكون درجات الرضا هي نفسها ، ولكن هناك عددًا أقل من عبارات البحث التي يصنفها الموقع وتقل حركة المرور العضوية.

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

تأكد من أن لديك معايير لجوانب متعددة من الموقع لتجنب هذه المشكلة.

3. يفتقد الفريق صفحات مهمة لترحيلها.

بالنسبة للنطاقات التي تم تغيير بنية المعلومات فيها ، قد يكون من السهل فقدان الصفحات التي يتم تصنيفها على محركات البحث أو الحصول على قدر كبير من الزيارات من مصادر متعددة.

إذا لم يقم أي شخص بتصدير أهم الصفحات لضمان ترحيل كل هذه الصفحات ، فعادة ما يرى الفريق انخفاضًا في حركة المرور بعد النقل.

إذا حدث هذا ، يحتاج الفريق إلى تجميع تقرير معًا والتحقق مما إذا كان المحتوى القديم لا يزال موجودًا في ملف في مكان ما حتى يمكن إحضاره إلى المجال الجديد ، أو التعايش مع فقدان حركة المرور. هذا النوع من الفشل في التخطيط يمكن أن يضر حقًا بحركة المرور بشكل عام.

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

4. يصبح حجم المهام أكثر من أن يتعامل معه الفريق

هناك عدد من الأشياء التي يمكنها تغيير حجم المهام المطلوبة لترحيل المجال.

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

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

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

من الأفضل عادةً تخصيص بعض الموارد الإضافية للموقع عند حدوث التبديل ، بحيث يكون لديك مساحة كبيرة للمناورة عندما لا تسير الأمور وفقًا للخطة تمامًا.

إدارة المهام في يوم التبديل

لنفترض أن جميع عمليات إعادة التوجيه تعمل تمامًا كما هو متوقع.

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

هذه بداية رائعة ، لكنها لا تزال تترك بعض المهام لمهام تحسين محركات البحث في يوم الإطلاق:

1. الحصول على شروط عدم السماح بشكل صحيح في ملف robots.txt

يخبر ملف robots.txt عناكب محرك البحث بما ينبغي وما لا يجب عليه الزحف إليه على أحد المواقع.

تحقق مع مطوري البرامج وتحسين محركات البحث من أن لديك ملف robots.txt مهيأ ، وانقله. إذا لم يكن لديك ملف ، فتأكد على الأقل من أن ملف robots.txt لن يقرأ على النحو التالي:

• وكيل المستخدم: *
• عدم السماح: /

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

2. إنشاء والتحقق من صحة حسابات Google Search Console الجديدة

بمجرد إنشاء المجال الجديد ، تحتاج إلى تسجيله في Google Search Console ، وإثبات ملكيتك للنطاق. يمكنك القيام بذلك باستخدام عدد من الطرق ، من إسقاط ملف يتعرف عليه Google من الجذر إلى استخدام Google Tag Manager.

• إعداد حسابات Google Search Console للمجلدات. بمجرد التحقق من صحة المجال ، يمكنك إضافة أقسام موقعك كخصائص إضافية. سيسمح لك هذا بالقيام بأشياء مثل إلقاء نظرة على عمليات البحث التي تؤدي إلى قسم "المنتجات" فقط أو قسم "نبذة عنا" فقط ، إذا كان لديك هؤلاء. سيوفر لك هذا طبقة إضافية للتحقق مما إذا كانت حركة المرور العضوية الخاصة بك قد نجت من ترحيل المجال.

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

اعتمادًا على نظام إدارة المحتوى الخاص بك ، يمكنك إما إنشاء خريطة موقع مع قوائم عناوين URL من نظام إدارة المحتوى الخاص بك ، أو من أدوات الزحف ، أو يدويًا عبر برنامج "المفكرة".

هناك شيء واحد يمكنك القيام به هنا وهو إنشاء خريطة موقع منفصلة لكل قسم من أقسام موقعك (خريطة موقع واحدة لقسم "المنتجات" ، وخريطة موقع واحدة لـ "نبذة عنا" ، وما إلى ذلك) إذا قام Google بفهرسة 90٪ من صفحات منتجاتك ولكن 5٪ فقط من صفحاتك المتعلقة بالصفحات ، ستعرف فقط إصلاح القسم السيئ الفهرسة. سترى هذه المشكلة فقط إذا كان لديك خرائط موقع منفصلة لكل قسم من أقسام الموقع.

بمجرد إنشاء خرائط الموقع لأقسام موقع الويب المختلفة ، يجب عليك إرسالها إلى Google عبر Search Console.

4. إخبار Google بمحول المجال

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

مراقبة الإحصائيات بعد الإطلاق

إذا اتبعت النصائح الواردة في هذا المنشور حتى الآن ، فستكون لديك معايير كمية ونوعية للمقارنة بها.

• بيانات أداة المسح. قد يعني الانخفاض الكبير في الرضا وقدرة الأشخاص على العثور على ما يحتاجون إليه أن الهيكل الجديد للموقع قد يكون مربكًا للزوار. ستحتاج إلى إعادة التفكير في البنية الجديدة .
• Google Search Console وبيانات أداة التحليلات. عادةً ما يعني الارتفاع في أخطاء 404 جنبًا إلى جنب مع بعض خسائر الترتيب وانخفاض حركة المرور العضوية فشل بعض عمليات إعادة التوجيه على الأقل. ستحتاج إلى التحقق من منهجية إعادة التوجيه .
• بيانات أداة التحليلات. قد يعني الانخفاض الكبير في إجمالي حركة المرور والإحالة دون حدوث انخفاض كبير في حركة مرور محرك البحث أنك لم تنقل المحتوى الذي ترتبط به مواقع الويب الأخرى. ستحتاج إلى إعادة زيارة هذا المحتوى .

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

لا يوجد شيء مثل التحضير المفرط في ترحيل المجال

يمكن أن تكون المجالات المتحركة عملية مؤلمة.

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

بعد كل ما قيل ، إذا كنت بحاجة إلى تغيير نطاقك ، فمن الأفضل الإفراط في الاستعداد. اذا أنت …

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

... لديك فرصة أفضل للانتقال بسلاسة إلى مجال جديد.

بالنسبة لأنواع معينة من الحركات ، إذا كنت مهووسًا بالخطة ، فقد تزيد من حركة المرور والتحويلات بعد التبديل.