صفحة الخطأ الافتراضية لـ IIS غير ودية للغاية. عندما يرى العديد من الأشخاص صفحة الخطأ الافتراضية، سيقولون: لا يمكن فتح موقع الويب! يتم فقدان هذا الجزء من حركة المرور عبثا. وإذا انتقلت صفحة الخطأ مباشرة إلى الصفحة الرئيسية وكانت غير مناسبة لمحركات البحث، فقد يتم حظر الصفحة الرئيسية. لذا، اعتمادًا على الموقف، هناك طريقتان لحل هذه المشكلة: المقالات الرائعة ذات الصلة إنسانية للغاية! وظيفة إدارة الملفات الذكية Thunder 5.9، وظيفة Green Dam، 6 إخفاقات كبيرة لمستخدمي الإنترنت، ملخص تجريبي لمدة 10 أيام. إذا كان موقع ويب قائمًا على المحتوى مثل مدونة، فيمكنك إرجاع مربع بحث به خطأ 404 ليقوم الزائرون بالبحث فيه. إذا كان موقع ويب للتجارة الإلكترونية، فيمكنك إرجاع شريط التقدم مع خطأ 404 للانتقال. تهتم هاتان الطريقتان بكل من الزوار وتحسين محركات البحث. يمكنك التحقق من عدد صفحات الخطأ الموجودة في موقع الويب الخاص بك في أدوات مشرفي المواقع من Google.
طريقة تعديل صفحة الخطأ الافتراضية بسيطة للغاية: انقر بزر الماوس الأيمن على موقع الويب الذي تريد إدارته في IIS، وقم بتعيين 404 كصفحة الخطأ المقابلة في Custom Error. هناك طريقتان هنا:
1. إذا قمت بتحديد "ملف" لـ "نوع الرسالة"، فيمكنك فقط استخدام الملفات التي تنتهي بـ .html أو htm، وإلا فسيظهر الرمز عندما يصل المستخدم إلى صفحة الخطأ. بالنسبة لصفحة الخطأ التي تم تعيينها بهذه الطريقة، على الرغم من عدم إخراج الحالة 404 في ملف .html، سيقوم IIS تلقائيًا بإخراج الحالة 404 بعد التنفيذ.
2. إذا قمت بتحديد "URL" لـ "نوع الرسالة"، فيجب عليك استخدام ملف asp (نظرًا لأنه لا يمكن تعيين الحالة 404 إلا في ملف asp)، وإلا فسيتم إرجاع رمز الحالة 200 عند الوصول إلى صفحة الخطأ. قم أيضًا بإضافة ملف asp: <%Response.Status = "404 Not Found" %> إذا كنت تريد الانتقال إلى الصفحة الرئيسية بانتظام، فهناك طريقتان:
1. استخدم تحديث العلامة الوصفية للانتقال إلى meta http-equiv="refresh" content="3;url=http://www.downcodes.com"> وفقًا لمشرف مدونة Google الصينية، يتم استخدام هذه الطريقة بواسطة ياهو قم بالقفز.
2. استخدم js للانتقال إلى setTimeout("testTime()",2500); function testTime() { location = "http://www.downcodes.com/"; }
أشعر أن استخدام js أفضل، لأن قفزة العلامة الوصفية تخشى أن تتعرف عليها محركات البحث على أنها "200" أو "302". انظر هذه الفقرة هنا:
غالبًا ما يُلاحظ أن صفحات الخطأ 404 المخصصة للعديد من مواقع الويب تأخذ نموذجًا مشابهًا لما يلي: قم أولاً بعرض رسالة خطأ، ثم من خلال Meta
سيؤدي التحديث إلى نقل الصفحة إلى الصفحة الرئيسية لموقع الويب أو خريطة الويب أو الصفحات المماثلة الأخرى. اعتمادًا على طريقة التنفيذ المحددة، قد يعرض هذا النوع من صفحات 404 رمز الحالة "200" أو "إعادة التوجيه المؤقتة 302"، ولكن بغض النظر عن أي منهما، فهو ليس اختيارًا مناسبًا من منظور تقني لتحسين محركات البحث.
لقد تحدثنا بالفعل عن حالة الحالة "200" أعلاه، لذا، عندما تعرض الصفحة 404 الحالة "302"، كيف سيتعامل معها محرك البحث؟ من الناحية النظرية، بالنسبة للأخطاء "302"، تعتقد محركات البحث أن صفحة الويب موجودة، ولكن تم تغيير العنوان مؤقتًا، وستظل الصفحة مفهرسة، وبهذه الطريقة، سيظهر أيضًا نص متكرر مشابه لرمز الحالة "200". المشكلة؛ ثانيًا، لدى محركات البحث الرئيسية التي تمثلها Google متطلبات صارمة بشكل متزايد بشأن نطاق تطبيق عمليات إعادة التوجيه 302. هناك خطر كبير في هذا النوع من الاستخدام غير السليم لعمليات إعادة التوجيه 302.