หน้าข้อผิดพลาดเริ่มต้นของ IIS นั้นไม่เป็นมิตรมาก หลายคนจะพูดเมื่อเห็นหน้าข้อผิดพลาดเริ่มต้น: ไม่สามารถเปิดเว็บไซต์ได้! ส่วนหนึ่งของการจราจรหายไปอย่างไร้ประโยชน์ หากหน้าข้อผิดพลาดกระโดดโดยตรงไปยังหน้าแรกและไม่เป็นมิตรกับเครื่องมือค้นหาหน้าแรกอาจถูกบล็อก ดังนั้นขึ้นอยู่กับสถานการณ์มีสองวิธีในการแก้ปัญหานี้:
หากเป็นเว็บไซต์ประเภทเนื้อหาเช่นบล็อกคุณสามารถส่งคืนช่องค้นหาที่มีข้อผิดพลาด 404 ข้อเพื่อให้ผู้เข้าชมค้นหา หากเป็นเว็บไซต์อีคอมเมิร์ซคุณสามารถส่งคืนแถบความคืบหน้าด้วยข้อผิดพลาด 404 ข้อผิดพลาดสำหรับการกระโดด สองวิธีนี้ดูแลผู้เข้าชมและคำนึงถึง SEO
คุณสามารถตรวจสอบจำนวนหน้าข้อผิดพลาดของเว็บไซต์ของคุณใน Google Webmaster Tools
วิธีการแก้ไขหน้าข้อผิดพลาดเริ่มต้นนั้นง่ายมาก: คลิกขวาที่เว็บไซต์ที่คุณต้องการจัดการใน IIS และตั้งค่า 404 เป็นหน้าข้อมูลข้อผิดพลาดที่เกี่ยวข้องในข้อผิดพลาดที่กำหนดเอง นี่คือสองวิธี:
1. หากคุณเลือกไฟล์สำหรับประเภทข้อความคุณสามารถใช้ไฟล์ที่ลงท้ายด้วย. html หรือ HTM มิฉะนั้นรหัสจะปรากฏขึ้นเมื่อผู้ใช้เข้าถึงหน้าข้อผิดพลาด ในหน้าข้อผิดพลาดที่ตั้งไว้ด้วยวิธีนี้แม้ว่าสถานะ 404 จะไม่ได้รับเอาต์พุตในไฟล์. html สถานะ 404 จะเป็นเอาต์พุตโดยอัตโนมัติหลังจากดำเนินการ IIS
2. หากคุณเลือก URL สำหรับประเภทข้อความคุณต้องใช้ไฟล์ ASP (เนื่องจากสถานะ 404 สามารถตั้งค่าได้ในไฟล์ ASP เท่านั้น) มิฉะนั้นรหัสสถานะ 200 จะถูกส่งคืนเมื่อเข้าถึงหน้าข้อผิดพลาด ยังเพิ่ม:
< %response.status = 404 ไม่พบ %>
หากคุณต้องการข้ามไปที่หน้าแรกเป็นประจำมีสองวิธี:
1. ใช้การรีเฟรชของเมตาแท็กเพื่อกระโดด
<meta http-equiv = เนื้อหารีเฟรช = 3; url = http: //chenfangyi.com/? xxx>
ตามที่ผู้ดูแลระบบบล็อก Google จีน Yahoo กระโดดไปที่วิธีนี้ที่ใช้
2. ใช้ JS เพื่อกระโดด
ฉันรู้สึกว่าการใช้ JS นั้นดีกว่าเพราะ Meta Tag Jumps กังวลว่าเครื่องมือค้นหาจะรับรู้เป็น 200 หรือ 302 ดูข้อความนี้ที่นี่:
ฉันมักจะเห็นว่าเว็บไซต์หลายแห่งมีหน้าข้อผิดพลาด 404 แบบกำหนดเองในรูปแบบที่คล้ายกัน: ก่อนแสดงข้อความแสดงข้อผิดพลาดก่อนจากนั้นผ่านการรีเฟรชเมตาหน้าจะถูกเปลี่ยนเส้นทางไปยังหน้าแรกแผนที่เว็บเพจหรือหน้าอื่น ๆ ที่คล้ายกัน ขึ้นอยู่กับวิธีการใช้งานที่เฉพาะเจาะจงหน้า 404 ประเภทนี้อาจส่งคืนรหัสสถานะ 200 หรือเปลี่ยนเส้นทางชั่วคราว 302 แต่ไม่ว่าอันไหนจากมุมมองของเทคโนโลยี SEO ไม่ใช่ตัวเลือกที่เหมาะสม
เราได้พูดคุยเกี่ยวกับสถานะ 200 ข้างต้นแล้ว ดังนั้นเมื่อหน้า 404 กลับไปที่ 302 เครื่องมือค้นหาจะจัดการกับอะไร? ในทางทฤษฎีสำหรับข้อผิดพลาด 302 เครื่องมือค้นหาเชื่อว่าเว็บเพจมีอยู่ แต่ที่อยู่มีการเปลี่ยนแปลงชั่วคราวและหน้าจะยังคงได้รับการจัดทำดัชนีและรวมอยู่ ด้วยวิธีนี้ปัญหาข้อความที่ซ้ำกันคล้ายกับรหัสสถานะ 200 จะเกิดขึ้นเช่นกัน ประการที่สองเครื่องมือค้นหากระแสหลักที่เป็นตัวแทนของ Google มีข้อกำหนดที่เข้มงวดมากขึ้นในขอบเขตของการใช้งานการเปลี่ยนเส้นทาง 302 ครั้งและการใช้การเปลี่ยนเส้นทาง 302 ครั้งนี้ทำให้เกิดความเสี่ยงที่ดี