إعادة تصميم موقع التجارة الإلكترونية: قائمة مرجعية فنية لتحسين محركات البحث

ستساعدك المقالة التالية: إعادة تصميم موقع التجارة الإلكترونية: قائمة مرجعية فنية لتحسين محركات البحث

تعد إعادة تصميم موقع التجارة الإلكترونية جزءًا من دورة العلامة التجارية الطبيعية.

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

في الوقت نفسه، يمكن أن تؤدي عمليات إعادة التصميم إلى التخلص من سلطة تحسين محركات البحث (SEO) وإغراق حركة البحث.

يعد التواصل بين محترفي تحسين محركات البحث (SEO) والمطورين أمرًا في غاية الأهمية.

يجب أن يكون تحسين محركات البحث (SEO) في الاعتبار طوال عملية إعادة التصميم من البداية إلى النهاية.

ستساعدك القائمة المرجعية الفنية لتحسين محركات البحث (SEO) التالية على تتبع التغييرات التي تم إجراؤها أثناء إعادة التصميم لمنع حدوث ذلك.

1. الزحف إلى الموقع الأصلي ومراجعته

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

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

بعد إكمال الزحف، حدد أيًا من المشكلات التالية من داخل أداة الزحف، وقم بإنشاء جدول بيانات لكل منها:

• عناوين الصفحات المكررة أو بدائل الصور أو علامات H1 أو الأوصاف التعريفية
• عناوين الصفحات وبدائل الصور وعلامات H1 والأوصاف التعريفية مفقودة
• عناوين الصفحات أقل من 150 بكسل أو أكثر من 512 بكسل
• الأوصاف التعريفية أكثر من 923 بكسل
• وصلات إلى 404 صفحة
• وصلات إلى 301 صفحة
• روابط إلى أي عناوين URL أخرى لرمز الحالة 3xx أو 4xx أو 5xx
• أي استخدام غير متناسق لـ https مقابل http أو www مقابل غير www.

يجب عليك أيضا:

• تحقق من عدم التطابق بين عدد عناوين URL التي تم الزحف إليها بواسطة Screaming Frog وعدد عناوين URL المفهرسة بواسطة Google. يمكنك العثور على الأخير عن طريق إجراء بحث في الموقع:yoursiteurlhere.com باستخدام استعلام فارغ.
• تأكد من أن لديك خريطة موقع XML وقم بعمل نسخة منها.
• تأكد من أن لديك ملف robots.txt وقم بعمل نسخة منه.

2. إعداد موقع الاختبار

عند إعداد موقع الاختبار، انصح المطورين بمراعاة ما يلي أثناء العملية إن أمكن:

• من الناحية المثالية، يجب أن يكون تتبع ارتباطات الموقع الأصلي بمثابة قالب للموقع الجديد. قم بعمل نسخة من الزحف الأصلي وقم بتدوين ملاحظات عليها حول أي تغييرات سيتم إجراؤها على الموقع الجديد، وخاصة أي عناوين URL سيتم تغييرها أو إزالتها.
• قم بمعالجة أية مشكلات واجهتها أثناء تدقيق الموقع القديم وقم بتعيين التغييرات على الموقع الجديد ولاحظها في نسخة تتبع ارتباطات الموقع الأصلية.
• تأكد من عدم فهرسة الموقع الجديد من داخل ملف robots.txt. لا تريد أن يبدأ Google في عرض صفحات الاختبار الخاصة بك في نتائج البحث.
• لا تقم بإجراء أي تغييرات غير ضرورية على أي من مجلدات URL وأسماء الملفات. ويجب أن تكون قريبة من التطابق قدر الإمكان، مع استثناءات فقط للتعامل مع التناقضات والصفحات التي لا تريد ترحيلها.
• يجب أن يتم تغيير الروابط الخاصة بأي عناوين URL يتم تغييرها. يجب عليك أيضًا إعداد ‎.htaccess لإعادة توجيه عناوين URL القديمة إلى عناوين URL الجديدة، ولكن هذا ليس عذرًا لترك الروابط نفسها دون تغيير. تفقد الروابط المؤدية إلى 301 صفحة تصنيف الصفحات وتؤدي إلى تحميل خادم غير ضروري. سيخبرك الزحف الأصلي لموقعك بالصفحات المرتبطة بكل عنوان URL بالإضافة إلى النص الأساسي. قم بتدوين هذه التغييرات في نسخة الزحف إلى موقعك القديم.
• قم بإزالة أي روابط للصفحات التي تقوم بإزالتها وقم بتدوين التغييرات في نسخة الزحف القديمة للموقع.
• إذا كنت تقوم بدمج أي من صفحاتك في مورد مركزي أكبر، فقم بتحديث الروابط الموجودة على صفحاتك بحيث تشير إلى الموارد الجديدة، بدلاً من مجرد إزالة الروابط. قم بتدوين هذه التغييرات في نسخة تتبع ارتباطات الموقع.
• لا تقم بإنشاء “soft 404s” عن طريق استبدال الصفحات المفقودة بعمليات إعادة التوجيه إلى الصفحة الرئيسية أو إلى صفحة أخرى غير ذات صلة. لقد كان Google صريحًا جدًا بشأن رغبته في عرض الصفحات المحذوفة على أنها 404.

3. الزحف إلى موقع الاختبار ومراجعته

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

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

الآن أنشئ نسخة جديدة من موقعك الأصلي الذي يتتبع ارتباطاته، بحيث تحتوي على جميع ملاحظات التغيير، وقم بإجراء عملية بحث واستبدال بحيث يكون لعناوين URL نفس بنية موقع الاختبار. (على سبيل المثال، استبدال http://example.com/folder/page مع http://test.example.com/folder/page). أطلق على هذا الملف النصي لزحف الاختبار.

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

للتكرار، في هذه المرحلة يجب أن يكون لديك:

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

ستستخدم هذه الملفات للتأكد من عدم وجود اختلافات بين الموقع الجديد والموقع القديم في الخطوات التالية.

4. مطابقة المحتوى الخاص بك

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

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

5. قم بإعداد عمليات إعادة التوجيه لجميع عناوين URL التي تم تغييرها

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

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

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

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

6. بنية الارتباط الداخلي المتسقة

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

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

7. وضع اللمسات النهائية والإطلاق

يجب الآن معالجة جميع المشكلات ويجب أن يكون الموقع جاهزًا للتشغيل، ولكنك ستحتاج إلى إجراء عملية زحف نهائية قبل القيام بذلك.

هناك بعض الأشياء التي ستحتاج إلى التحقق منها أثناء عملية الإطلاق:

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

خاتمة

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

تأكد من أن لديك بيانات زحف دقيقة على الموقع الأصلي بالإضافة إلى موقع الاختبار طوال العملية.

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

ضع في اعتبارك أن قائمة المراجعة هذه هي دليل. من المحتمل أن ينتهي بك الأمر إلى الانحراف عنه.

تتبع المشكلات التي تمت معالجتها والتي لا تزال قائمة.

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

المزيد من موارد تطوير الموقع: