عندما يتعلق الأمر بأخطاء موقع الويب المزعجة ، فليس هناك الكثير مما يزعج زوار موقعك أكثر من صفحات الخطأ 404.
في معظم الحالات ، يكون الزائر قد نقر إما على نتيجة بحث أو رابط داخلي موضوع على صفحة أو منشور آخر ، فقط ليجد أنه لا يوجد شيء هناك. بالنسبة للعملاء المحتملين الذين يزورون موقع الويب الخاص بك لأول مرة ، فإنه لا يترك انطباعًا أوليًا جيدًا.
لكنه يضر موقع WordPress الخاص بك بطرق أخرى أيضًا. من خلال الاحتفاظ بسجل لأخطاء 404 ، لن تقوم فقط بتحسين تجربة المستخدم لموقع الويب الخاص بك ، ولكن ستتمكن أيضًا من:
- التعرف بسرعة على الروابط المعطلة وإصلاحها.
- تحسين أداء محرك البحث لموقع الويب الخاص بك (SEO).
- التعرف بشكل أفضل على السلوك المشبوه مثل عمليات فحص “fuzzer” أو التهابات موقع الويب.
ما هي 404s بالضبط؟
من منظور زائر موقع الويب ، عندما ترى خطأ 404 ، يمكن أن يبدو شيئًا كالتالي:
ما يعنيه هذا هو أن متصفح الويب الخاص بالزائر يمكنه الاتصال بخادم موقع الويب بنجاح. ومع ذلك ، لا يمكن للخادم العثور على المورد الذي طلبه الزائر ، مثل عنوان URL / صفحة معينة أو ملف. ومن ثم يستجيب خادم الويب مرة أخرى برمز خطأ HTTP 404.
ما هي رموز حالة HTTP؟
عندما تتصفح موقع ويب ، يتصل متصفح الويب الخاص بك بخادم الويب البعيد باستخدام بروتوكول HTTP. عندما تطلب شيئًا من خادم الويب ، فإنه يستجيب مرة أخرى بحالة معينة أو رمز خطأ. كل رمز خطأ يعني شيئًا محددًا.
على سبيل المثال؛ عندما يطلب زائر صفحة موجودة ، يرد خادم الويب الخاص بك برمز حالة HTTP 200 ، مما يعني العثور على صفحة النجاح. زوار موقع الويب الخاص بك لا يرون هذا معروضًا. بدلاً من ذلك ، يتم تقديمها ببساطة مع المورد أو المحتوى المطلوب.
ولكن عندما يحاول شخص ما الوصول إلى صفحة غير موجودة على موقع الويب الخاص بك ، يستجيب خادم الويب الخاص بك برمز خطأ HTTP 404. هذا خطأ يشير إلى عدم العثور على كائن. في حالة وجود منشور أو صفحة مفقودة ، سيتم عرض رسالة تنقل الخطأ 404 للزائرين. مرة أخرى ، يمكن أن يبدو مثل هذا:
يمكن تقسيم أكواد حالة HTTP إلى خمس فئات مختلفة:
- 1xx إعلامي – تم استلام الطلب ، استمرار العملية
- 2xx ناجح – تم استلام الطلب وفهمه وقبوله
- إعادة توجيه 3xx – يلزم اتخاذ مزيد من الإجراءات لإكمال الطلب (عادةً نوع من إعادة التوجيه إلى عنوان URL / مورد آخر)
- خطأ عميل 4xx – لا يمكن تلبية الطلب أو لا يمكن فهمه
- خطأ خادم 5xx – الطلب صالح ولكن كان هناك خطأ في معالجته
لمعرفة المزيد حول جميع رموز حالة HTTP المختلفة وما يمثله كل منها ، اعرض القائمة الكاملة لرموز حالة HTTP على ويكيبيديا.
لماذا تحدث أخطاء 404 على مواقع WordPress؟
هناك عدة أسباب لوجود أخطاء 404 على موقع الويب الخاص بك. ومع ذلك ، فعادة ما تكون مرتبطة بواحد أو مجموعة من الأشياء التالية:
- تم حذف صفحة أو منشور WordPress ، ولا يزال زوار الموقع يحاولون الوصول إليه.
- إما عن طريق رابط على موقع ويب آخر ، أو صفحة أخرى على موقع الويب الخاص بك ، أو محرك بحث.
- هناك مشكلة أخرى شائعة ، خاصة عند وجود أخطاء 404 متعددة ، وهي فقدان كائن أو عنصر على الصفحة.
- على سبيل المثال ، لنفترض أنك حذفت صورة أو سطرًا من التعليمات البرمجية في تذييل موقع الويب الخاص بك. عندما يتم تحميل صفحة على موقع الويب ، قد يستمر تحميل الجزء الأكبر من المحتوى للزوار ، ولكن لن يتم تحميل أي موارد مفقودة. إنشاء أخطاء 404 متعددة في النهاية الخلفية.
- تؤدي برامج الفحص الآلي أيضًا إلى ظهور العديد من أخطاء 404 لأنها تحاول تخمين عناوين URL. على سبيل المثال ، سيطلبون غالبًا أنماط عنوان URL محددة لتحديد ما إذا كان موقع الويب المستهدف يستخدم نظامًا معينًا ، على سبيل المثال:
-
- / wp-admin /
- /مشرف/
- /منفذ/
- /لوحة القيادة/
استخدام هذه البرامج بهذه الطريقة يسمى fuzzing . تعمل تقنية التشويش عن طريق إرسال كميات كبيرة من طلبات HTTP العشوائية إلى موقع ما في محاولة للكشف عن أي أخطاء أو ثغرات أمنية يمكن أن تمنح الوصول إلى الباب الخلفي. وبالتالي ، من المحتمل أن يكون الارتفاع الهائل في أخطاء 404 غير المبررة نتيجة “تشويش” أحد الممثلين السيئين لموقع الويب الخاص بك. كل هذا للبحث عن نقاط الضعف المحتملة.
لماذا يمكن أن تضر أخطاء 404 بأداء تحسين محركات البحث لموقعك
بينما تعد أخطاء 404 سببًا للقلق بشكل أساسي فيما يتعلق بتجربة مستخدم موقع الويب الخاص بك ، إلا أنها يمكن أن تؤثر سلبًا على مواقع محرك البحث أيضًا.
أولاً ، من المهم ملاحظة أن الخطأ 404 “لم يتم العثور عليه” ليس له تأثير على أداء تحسين محركات البحث لموقعك على الويب في حد ذاته. ومع ذلك ، يمكن أن تكون الأسباب الكامنة وراء هذا الخطأ 404.
على سبيل المثال ، إذا أخطأ الزائر في كتابة عنوان URL ، فسيؤدي ذلك إلى حدوث خطأ 404. لكن لن يكون لها أي تأثير سلبي على مُحسنات محركات البحث الخاصة بك. على النقيض من ذلك ، فإن عناوين URL المعطلة التي تعرض أخطاء 404 ستمنع Google من الزحف إلى موقعك بشكل صحيح ، مما يضر بمراكز الترتيب الخاصة بك.
لهذا السبب من الضروري الاحتفاظ بسجل لأخطاء 404 وإصلاحها في أسرع وقت ممكن. لذلك دعنا نطلعك على كيفية القيام بذلك.
كيفية الاحتفاظ بسجل لأخطاء 404
هناك طريقتان رئيسيتان للاحتفاظ بسجل لأخطاء 404 – من خلال ملفات سجل خادم الويب أو باستخدام مكون إضافي. لنبدأ بخيار البرنامج المساعد أولاً.
استخدم البرنامج المساعد Redirection WordPress
- قم بتثبيت وتنشيط المكون الإضافي Redirection .
- بمجرد التنشيط ، ستتمكن من عرض سجل بجميع أخطاء 404 لموقع الويب الخاص بك.
- بمجرد اكتشاف أخطاء 404 وتسجيلها ، يمكنك بعد ذلك استخدام المكون الإضافي لإعادة التوجيه لإصدار إعادة التوجيه 301 للمحتوى أو الموارد التي انتقلت إلى ارتباطات URL جديدة.
استخدم ملفات سجل خادم الويب
بشكل افتراضي ، يحتفظ خادم الويب بسجل لأخطاء 404 في ملف سجل الوصول (راجع قائمة ملفات السجل التي يجب أن يعرفها كل مسؤول WordPress ). لذلك من خلال الرجوع إلى ملف سجل الوصول ، يمكنك رؤية أخطاء 404 التي تم إنشاؤها على موقع الويب الخاص بك.
إذا كنت تستضيف خادم الويب الخاص بك ، فيمكنك أيضًا تكوين خادم الويب لتسجيل المزيد من المعلومات حول كل طلب ، مثل الطلب نفسه والمحيل وغير ذلك الكثير.
ما هو الحل لأخطاء 404؟
الحل يعتمد على ماهية الحالة. على سبيل المثال ، إذا تم تسجيل الخطأ 404 لأنه تم حذف صورة تستخدمها بعض الصفحات على موقع الويب الخاص بك ، فيجب عليك تحميل تلك الصورة مرة أخرى.
ومع ذلك ، إذا كنت قد حذفت المحتوى القديم ، فيجب عليك إعداد إعادة توجيه. يمكن إضافة عمليات إعادة التوجيه إلى موقع الويب الخاص بك عبر لوحة تحكم مضيف الويب ، عبر المكون الإضافي Redirection الذي ذكرناه سابقًا ، أو يمكنك إضافتها يدويًا إلى ملف htaccess الخاص بموقعك على الويب.
لإضافة إعادة توجيه واحدة لصفحة أو منشور باستخدام ملف .htaccess ، أضف التوجيه التالي:
أعد توجيه 301 / old-url https://yourdomain.com/new-url