19 مشكلة فنية شائعة لتحسين محركات البحث (مع الحلول الموصى بها)

نشرت: 2020-08-19

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

يسرد أدناه مشكلات تحسين محركات البحث الفنية الأكثر شيوعًا:

القواعد غير الحساسة لحالة الأحرف في الروبوتات ، txt
الأحرف الكبيرة والصغيرة عنوان URL الازدواجية
إعادة توجيه HTTP 302 إلى HTTPS
عناوين URL الأساسية التي تؤثر على الارتباط الداخلي
عناوين URL الأساسية المرتبطة بعناوين URL 404
العديد من العلامات المتعارف عليها
تكرار الصفحة الرئيسية
يختلف إصدار الجوال وسطح المكتب من المواقع
كشف IP الدولي
ازدواجية الموقع الدولي
خريطة موقع XML بما في ذلك عناوين URL التاريخية وعناوين URL المرحلية
يتم فهرسة موقع التدريج مما يسبب الازدواجية
البحث الداخلي قيد الفهرسة
المعلمات التي تسبب الازدواجية
تكرار عنوان URL للمنتج
عمق الموقع
جافا سكريبت
الاستخدام غير الصحيح لـ Meta Robots NOINDEX
سوفت 404 صفحات

1. القواعد غير الحساسة لحالة الأحرف في الروبوتات ، النص

القضية:

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

على سبيل المثال ، في مواقع التجارة الإلكترونية ، غالبًا ما تنفد مسارات السلة عن كل من / basket / و / Basket / ، ولكن يتم تضمين المسار الصغير فقط كقاعدة في ملف robots.txt. هذا يعني أن عناوين URL التي تحتوي على / Basket / ستظل قابلة للفهرسة وسيؤدي ذلك إلى تكرار المحتوى ، وهو ما يجب تجنبه لتحسين فهرسة موقع الويب الخاص بك على محركات البحث.

قواعد Robots.txt:

Disallow: / سلة /

عدم السماح: / سلة / *

المحلول:

قم بمراجعة موقع الويب الخاص بك وتحقق مما إذا كان هناك إصدارات كبيرة وصغيرة من المسار الذي يجب حظره. يمكنك القيام بذلك باستخدام متتبع ارتباطات الويب ، مثل أصدقائنا في DeepCrawl. إذا كان هناك كلا الإصدارين نشطين على موقع الويب ، فأضف قاعدة ثانية في ملف robots.txt لتلبية المسار الكبير الذي سيتم حظره. على سبيل المثال ، Disallow: / Basket / *

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

2. ازدواجية عناوين URL بالأحرف الكبيرة والصغيرة

القضية:

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

https://www.example.co.uk/Panerai/Watches

https://www.example.co.uk/panerai/watches

قد يحدث هذا بسبب قيام المحررين في منشور مدونة بإضافة ارتباط مباشر إلى صفحة منتج ولكنهم كتبوا بحرف كبير بدلاً من حرف صغير.

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

المحلول:

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

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

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

3. إعادة توجيه HTTP 302 إلى HTTPS

القضية:

غالبًا ما تقوم الشركات بترحيل مواقع الويب الخاصة بها لتأمين عناوين HTTPS URL ولكنها لا تنفذ دائمًا قاعدة إعادة التوجيه 301 ، وبدلاً من ذلك تنفذ إعادة التوجيه 302 ، لذلك يخبر هذا نظريًا محركات البحث أن إصدار HTTP من عنوان URL قد تم نقله مؤقتًا فقط بدلاً من نقله بشكل دائم. يمكن أن يؤدي ذلك إلى تقليل حقوق ملكية الرابط والسلطة العامة لموقعك على الويب لأن عناوين HTTP التي اكتسبت روابط خلفية بمرور الوقت لن تمرر بشكل كامل حقوق ملكية الرابط إلى إصدار HTTPS ما لم تكن هناك إعادة توجيه 301 في مكانها الصحيح.

المحلول:

نوصي بإعداد قاعدة على مستوى الخادم حيث يتم إعادة توجيه جميع عناوين HTTP 301 إلى إصدار HTTPS.

4. عناوين URL الأساسية التي تؤثر على الارتباط الداخلي

القضية:

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

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

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

المحلول:

للمساعدة في فهرسة عناوين URL الأساسية ، يجب على مواقع الويب:

أضف عناوين URL الأساسية إلى خريطة موقع XML وليس متغيرات URL الأخرى

الارتباط داخليًا بإصدارات عناوين URL الأساسية داخل وحدات الارتباط الداخلية على مستوى الموقع مثل "المنتجات الشائعة"

أضف بنية مسار تنقل أساسية إلى صفحة عنوان URL الأساسية.

5. عناوين URL الأساسية التي تربط 404 URLs

القضية:

تشير عناوين URL الأساسية أحيانًا إلى عناوين 404 URL ولكن هذا يرسل إشارات مختلطة للبحث

المحركات. عنوان URL الأساسي يوجه الزاحف إلى عنوان URL المفضل للفهرسة ولكن عنوان URL المفضل لم يعد موجودًا حاليًا.

المحلول:

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

6. العديد من العلامات الكنسي

القضية:

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

المحلول:

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

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

7. ازدواجية الصفحة الرئيسية

القضية:

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

www.example.com

www.example.com/home

www.example.com/index.html

www.example.com/home.html

المحلول:

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

8. يختلف إصدار الجوال وسطح المكتب من المواقع

القضية:

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

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

المحلول:

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

9. قسم IP الدولي

القضية:

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

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

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

المحلول:

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

إذا لم تقم بتنفيذ عمليات إعادة توجيه عنوان IP الجغرافي ، فإننا نوصي بإبقاء مواقع الويب الخاصة بك مفتوحة لجميع المستخدمين من أي موقع جغرافي وعرض شعار JavaScript سهل الاستخدام يسمح للمستخدمين بتحديد لغتهم / موقعهم.

هذه ميزة UX مفيدة إذا وصل المستخدم إلى إصدار موقع ويب دولي غير صحيح. ستظهر النافذة المنبثقة بناءً على اكتشاف IP ، على سبيل المثال ، إذا وصل المستخدم إلى موقع الويب الأمريكي من عنوان IP في المملكة المتحدة ، فستظهر لافتة تخبر المستخدم أن موقع المملكة المتحدة قد يكون أكثر ملاءمة.

10. ازدواجية الموقع الدولي

القضية:

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

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

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

المحلول:

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

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

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

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

11. خريطة موقع XML بما في ذلك عناوين URL التاريخية وعناوين URL المرحلية

القضية:

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

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

يمكن لعناوين URL التاريخية الموجودة في خريطة موقعك والتي تقدم الآن رمز الحالة 4xx أو 3xx إرسال إشارات مربكة إلى محركات البحث عن الصفحات التي تريد الزحف إليها أو فهرستها.

المحلول:

تأكد من تدقيق خريطة موقع XML الخاصة بك على أساس منتظم من خلال مراقبة Search Console ومراقبة الأخطاء التي تظهر أو إعداد زحف منتظم في أداة مثل Deepcrawl.

يعد إعداد زحف منتظم لخرائط مواقع XML في Deepcrawl مفيدًا للغاية حيث يمكن أن يحدد هذا بسرعة أي عناوين URL لا ينبغي أن تظهر في خريطة الموقع الخاصة بك ويمكّنك من متابعة هذه المشكلة المحتملة.

12. يتم فهرسة موقع التدريج مما يؤدي إلى الازدواجية

القضية:

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

المحلول:

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

وكيل المستخدم: *

عدم السماح: /

تحتوي معظم أدوات زاحف مواقع الويب على وظيفة robots.txt التي تحل محل الوظيفة الموجودة بحيث يمكنك بسهولة تجاوز قاعدة عدم السماح عند إجراء الاختبارات في بيئة التدريج.

13. فهرسة البحث الداخلي

القضية:

يمكن أن تكون عناوين URL للبحث الداخلي على مواقع الويب رائعة بالنسبة إلى مُحسّنات محرّكات البحث حيث تسمح لمواقع الويب بترتيب استعلامات البحث ذات الذيل الطويل للغاية ، أو الترتيب للكلمات الرئيسية التي لا تحتوي على عنوان URL رئيسي للترتيب.

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

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

المحلول:

قبل اتخاذ قرار بحظر صفحات البحث الداخلية ، يُنصح بالتحقق من أن هذه الصفحات لا يتم تصنيفها حاليًا لأي كلمات رئيسية أو تجلب حركة مرور منتظمة.

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

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

الخطوة الثانية: أضف دليل البحث الداخلي إلى ملف robots.txt مثل Disallow: * / search *

14. العوامل التي تسبب الازدواجية

القضية:

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

https://www.example.com/path1/path2؟sort-by=size&sort-order=asc

https://www.example.com/path1/path2؟view=grid

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

https://www.example.com/path-1/path-2؟wa_origin=paHomePage

https://www.example.com/path-1/path-2؟wa_origin=gnb

https://www.example.com/path-1/path-2؟source=header

معلمات التتبع الشائعة الأخرى التي يمكن أن تسبب الازدواجية هي معلمات تتبع UTM حيث يتم استخدام الروابط لحملات معينة من أجل تتبع كيفية أداء الحملة. فمثلا:

https://www.example.com/path-1/path-2؟utm_source=creativeLIVE&utm_medium=email&utm_campaign=2020_Flash_Sale

المحلول:

هناك عدد من الطرق لمنع فهرسة المعلمات والتسبب في الازدواجية ، وتشمل هذه:

تحديد عنوان URL للمعلمة لإصدار عنوان URL النظيف

إضافة قاعدة في ملف robots.txt لعدم السماح بمعلمات معينة

إضافة معلمات إلى أداة معلمات عناوين URL في Search Console والتي تشير إلى Google بأنه يجب عدم الزحف إلى معلمات معينة.

15. تكرار عنوان URL للمنتج

القضية:

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

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

https://www.example.com/product/woman-collections-dresses/71hdo/bella-lula-floral-mini-dress

https://www.example.com/product/woman-collections-dresses-day-dresses/71hdo/bella-lula-floral-mini-dress

https://www.example.com/willsandprobate/document/introduction-to-wills

https://www.lexisnexis.com/privateclient/introduction-to-wills/

المحلول:

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

لإصلاح تكرار عنوان URL ، نوصي بتحديد عنوان URL لجميع متغيرات عنوان URL للمنتج إلى الأصل أو إلى إصدار عام. فمثلا:

المثال الأساسي للوالدين

https://www.example.com/product/

فساتين - فساتين - فساتين - فساتين - فساتين - فساتين يومية

/ 71hdo / bella-lula-Floral-mini-dress

من شأنه أن يصبح قانونيًا من أجل:

https://www.example.com/product/

فساتين-مجموعات-نسائية

/ 71hdo / bella-lula-Floral-mini-dress

مثال قانوني عام:

https://www.example.com/product/

فساتين - فساتين - فساتين - فساتين - فساتين - فساتين يومية

/ 71hdo / bella-lula-Floral-mini-dress

https://www.example.com/product/

فساتين-مجموعات-نسائية

/ 71hdo / bella-lula-Floral-mini-dress

هل الكنسي ل

https://www.example.com/product//71hdo/bella-lula-floral-mini-dress

البدائل:

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

سيؤدي هذا إلى إيقاف تكرار المنتج وتمكينك من الارتباط بالمنتجات عبر مسارات متعددة

16. عمق الموقع

القضية:

عمق الصفحة هو عدد النقرات على صفحة معينة من الصفحة الرئيسية لموقع ويب. عند إجراء عمليات تدقيق لمواقع الويب ، نواجه مواقع ويب يزيد عمق موقع الويب فيها عن 10. وهذا يعني أن هذه الصفحات على بُعد 10 نقرات من الصفحة الرئيسية!

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

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

المحلول:

تشمل الطرق الرئيسية لتحسين عمق موقع الويب والتأكد من أن الصفحات ذات الأولوية عالية في بنية موقع الويب ما يلي:

الارتباط الداخلي عبر موقع الويب مثل المنتجات الموصى بها والمنتجات ذات الصلة والصفحات المميزة

استخدام فتات الخبز عبر الموقع

إعداد ترقيم الصفحات حيث يتضمن صفحات النتائج الأولى والأخيرة وصفحتي النتائج على جانبي الصفحة التي تتواجد فيها

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

17. مشاكل تقنية JavaScript SEO

القضية

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

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

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

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

المحلول:

اعمل مع فريق التطوير لمحاولة إنشاء احتياطي JavaScript حيث لا تزال الصور موجودة في شفرة المصدر بالإضافة إلى وحدات JavaScript النمطية التي يمكن الزحف إليها عبر HTML.

هناك طريقة رائعة لاختبار كيفية فهرسة محتوى جافا سكريبت وهي الانتقال إلى النسخة المخبأة لصفحة الويب الخاصة بك ورؤية شكل "النسخة الكاملة" من الصفحة بالإضافة إلى مراجعة "النسخة النصية فقط".

18. الاستخدام غير الصحيح لـ Meta Robots NOINDEX

القضية:

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

من المثير للدهشة أن المشكلة التي يمكن أن تحدث في كثير من الأحيان أكثر مما تعتقد هو أن المطورين يدفعون بيئات التدريج إلى العيش مع وجود علامة NOINDEX في الكود المصدري.

في النهاية ، ستخبر علامة NOINDEX محركات البحث بعدم فهرسة الصفحة وستمنع الصفحة من الظهور في نتائج البحث.

المحلول:

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

إذا تمت إضافة علامة NOINDEX عن طريق الخطأ ، فيجب أن تطلب من المطورين تحديث كود المصدر وإزالة العلامة تمامًا أو تحديثها لقراءة محتوى <meta name = "robots" = "INDEX ، FOLLOW">

19. سوفت 404 صفحات

القضية:

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

هذه في النهاية مشكلة حيث يمكن لمحركات البحث مثل Google إضاعة الوقت في الزحف إلى هذه الصفحات التي لا تقدم أي قيمة لإضاعة ميزانية الزحف بدلاً من تركيز الوقت على الصفحات القيمة. يمكن لهذه الصفحات أيضًا إنشاء مشكلات مكررة على موقع ويب ، خاصةً إذا كان موقع الويب يحتوي على 1000 صفحة من soft 404 تعرض رسالة "لم يتم العثور على الصفحة".

هناك عدة طرق مختلفة للعثور على صفحات soft 404 والتي تشمل:

زيارة Search Console حيث تضع علامة على صفحات soft 404

الزحف إلى موقعك على الويب والبحث عن 200 صفحة رموز حالة مع علامات العنوان "لم يتم العثور على الصفحة"

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

المحلول:

إذا صادفت صفحات soft 404 على موقع الويب الخاص بك ، فهناك بعض الحلول التي يمكن تنفيذها ، وتشمل هذه:

301 إعادة توجيه soft 404 صفحات إلى صفحة بديلة مناسبة إذا كان ذلك متاحًا

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

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