เปิด Google Search Console แล้วเจอข้อความ Soft 404 ทั้งที่หน้าเว็บไซต์ยังเปิดได้ตามปกติ? ปัญหานี้เกิดขึ้นเมื่อ Google มองว่าหน้าเว็บไม่มีเนื้อหาที่ใช้งานได้จริง หรือมีลักษณะเหมือนหน้าที่ไม่พบข้อมูล แม้เซิร์ฟเวอร์จะตอบกลับด้วยรหัส HTTP 200 ซึ่งหมายถึงการโหลดหน้าเว็บสำเร็จก็ตาม วิธีแก้คือตรวจสอบว่าหน้านั้นควรมีอยู่จริงหรือไม่ หากเป็นหน้าที่ต้องการเก็บไว้ให้ปรับปรุงเนื้อหาและการแสดงผล แต่ถ้าหน้าถูกลบถาวรควรส่งรหัส 404 หรือ 410 ให้ถูกต้อง ไม่ใช่ปล่อยให้ Google เข้าใจผิด
Soft 404 คืออะไร และต่างจาก 404 ปกติอย่างไร?
ก่อนแก้ปัญหา คุณต้องเข้าใจว่า Google ไม่ได้ดูแค่ว่าเว็บไซต์เปิดได้หรือไม่ได้ แต่ยังพิจารณาเนื้อหาที่ได้รับจากเซิร์ฟเวอร์ด้วย สมมุติคุณเปิดร้านขายอุปกรณ์คอมพิวเตอร์ แล้วลบสินค้ารุ่นเก่าออกจากระบบ แต่หน้า URL เดิมยังแสดงข้อความว่า “ไม่พบสินค้า” พร้อมส่ง HTTP Status Code 200 กลับไป
สำหรับผู้เข้าชม หน้านี้อาจดูเหมือนหน้าสินค้าที่ถูกลบไปแล้ว แต่ในระดับเซิร์ฟเวอร์กลับบอกว่าทุกอย่างทำงานสำเร็จ Google จึงอาจจัดประเภทหน้านี้เป็น Soft 404 เพราะสถานะทางเทคนิคไม่สอดคล้องกับสิ่งที่หน้าเว็บแสดง
- 404 Not Found: เซิร์ฟเวอร์แจ้งชัดเจนว่าไม่พบทรัพยากรตาม URL ที่ร้องขอ
- 410 Gone: เซิร์ฟเวอร์ระบุว่าทรัพยากรนั้นไม่มีอยู่แล้ว
- Soft 404: Google ประเมินว่าหน้าเว็บมีลักษณะเหมือนหน้าที่ไม่พบข้อมูล แม้เซิร์ฟเวอร์ไม่ได้ตอบกลับด้วยรหัส 404 หรือ 410
- 200 OK: เซิร์ฟเวอร์ประมวลผลคำขอสำเร็จ แต่ไม่ได้รับประกันว่า Google จะมองว่าเนื้อหามีคุณค่าหรือจัดทำดัชนีให้
จุดสำคัญคือ Soft 404 เป็นการจัดประเภทจาก Google ไม่ใช่ HTTP Status Code ที่เซิร์ฟเวอร์ส่งออกมาจริง และไม่ได้หมายความว่าทุกหน้าที่มีเนื้อหาสั้นจะต้องเป็น Soft 404 เสมอไป
Soft 404 เกิดจากอะไร? ทำไมเว็บไซต์ WordPress ถึงเจอบ่อย?
1. หน้าไม่มีเนื้อหา แต่เซิร์ฟเวอร์ส่งสถานะ 200
สาเหตุที่พบบ่อยคือหน้าแสดงข้อความแจ้งข้อผิดพลาด เช่น “ไม่พบข้อมูล” หรือ “สินค้านี้ไม่มีจำหน่ายแล้ว” แต่ระบบยังตอบกลับด้วย HTTP 200 โดยเฉพาะเว็บไซต์ที่ใช้เทมเพลตหรือปลั๊กอินสร้างหน้าแจ้งเตือนขึ้นมาเอง
ใน WordPress ปัญหานี้อาจเกิดจากการปรับแต่งธีมหรือระบบ Routing ที่ไม่กำหนดสถานะ HTTP ให้ถูกต้อง ไม่ใช่ข้อบกพร่องที่เกิดกับ WordPress ทุกเว็บไซต์
2. หน้าเว็บมีเนื้อหาน้อยจน Google มองว่าไม่มีข้อมูลจริง
ตัวอย่างเช่น เว็บไซต์บริการรับทำเว็บไซต์สร้างหน้าแยกตามจังหวัดหลายสิบหน้า แต่แต่ละหน้ามีเพียงชื่อจังหวัดกับข้อความสั้นๆ ที่แทบไม่ต่างกัน บางหน้าไม่มีรายละเอียดบริการ ผลงาน หรือข้อมูลที่ช่วยให้ผู้เข้าชมตัดสินใจ
Google อาจประเมินบางหน้าเป็น Soft 404 ได้ หากเนื้อหามีลักษณะว่างเปล่าหรือไม่ใช่หน้าข้อมูลที่ใช้งานได้จริง อย่างไรก็ตาม เนื้อหาน้อยเพียงอย่างเดียวไม่ได้ยืนยันว่าเป็นสาเหตุ ต้องตรวจสอบ URL และการแสดงผลประกอบด้วย
3. ระบบ Redirect ส่งผู้ใช้ไปหน้าที่ไม่เกี่ยวข้อง
สมมุติคุณลบบทความเกี่ยวกับการติดตั้ง WordPress แล้วตั้งค่า 301 Redirect ไปหน้าแรกของเว็บไซต์ทันที แม้ผู้เข้าชมกำลังมองหาคู่มือการติดตั้ง แต่กลับเจอหน้าแรกที่ไม่มีคำตอบ
Google อาจมองการเปลี่ยนเส้นทางลักษณะนี้เป็น Soft 404 เพราะปลายทางไม่ตอบโจทย์ของ URL เดิม ทางเลือกที่ดีกว่าคือ Redirect ไปบทความใหม่ที่มีเนื้อหาใกล้เคียงจริงๆ หรือปล่อยให้ URL เดิมส่ง 404 หรือ 410 หากไม่มีหน้าทดแทนที่เหมาะสม
4. JavaScript หรือปลั๊กอินทำให้ Google เห็นหน้าไม่สมบูรณ์
เว็บไซต์บางแห่งโหลดเนื้อหาผ่าน JavaScript หรือ API หากเกิดข้อผิดพลาดระหว่างการเรนเดอร์ Google อาจได้รับหน้าเปล่า ทั้งที่คุณเปิดผ่านเบราว์เซอร์แล้วเห็นเนื้อหาครบถ้วน
ปัญหานี้ต้องตรวจสอบทั้ง HTML ที่เซิร์ฟเวอร์ส่งกลับและเนื้อหาหลังเรนเดอร์ ไม่ควรรีบเพิ่มข้อความลงหน้าเว็บโดยไม่ตรวจสอบต้นเหตุ
วิธีตรวจสอบ Soft 404 ใน Google Search Console
เมื่อรู้สาเหตุที่เป็นไปได้แล้ว ขั้นตอนต่อไปคือแยกให้ชัดว่า URL ไหนมีปัญหา และ Google เห็นหน้าเว็บอย่างไร เพราะการแก้ไขทุก URL ด้วยวิธีเดียวกันอาจทำให้เสียอันดับหรือสูญเสียทราฟฟิกโดยไม่จำเป็น
ขั้นตอนที่ 1 เปิดรายงาน Page Indexing
- เข้าสู่ Google Search Console แล้วเลือก Property ของเว็บไซต์
- ไปที่เมนู Indexing แล้วเลือก Pages
- มองหาสาเหตุที่ระบุว่า Soft 404 ในกลุ่มหน้าที่ไม่ได้รับการจัดทำดัชนี
- คลิกดูรายการ URL ที่ได้รับผลกระทบ
- เลือก URL สำคัญที่ต้องการตรวจสอบก่อน เช่น หน้าบริการ หน้าสินค้า หรือบทความที่มีโอกาสสร้างยอดขาย
อย่าเพิ่งกังวลกับจำนวน URL ทั้งหมด เพราะบางหน้าอาจถูกลบอย่างตั้งใจและไม่จำเป็นต้องนำกลับเข้า Google สิ่งที่ต้องแก้ก่อนคือหน้าที่ธุรกิจยังต้องการให้ค้นหาเจอ
ขั้นตอนที่ 2 ตรวจสอบ URL Inspection
คัดลอก URL ที่มีปัญหาไปวางในช่อง URL Inspection แล้วตรวจสอบข้อมูลการจัดทำดัชนี จากนั้นใช้ Test Live URL เพื่อทดสอบสถานะปัจจุบัน พร้อมดู HTML และภาพหน้าจอที่เครื่องมือมีให้ตรวจสอบ
ข้อควรระวัง: ผลทดสอบ Live URL เป็นข้อมูลปัจจุบัน ขณะที่รายงาน Page Indexing อาจอ้างอิงการรวบรวมข้อมูลครั้งก่อน ดังนั้นผลทั้งสองส่วนอาจแตกต่างกันได้โดยไม่ใช่ความผิดพลาดของระบบ
ขั้นตอนที่ 3 ตรวจสอบ HTTP Status Code
ใช้เครื่องมือ Developer Tools ของเบราว์เซอร์ โดยเปิดแท็บ Network แล้วโหลดหน้าใหม่ จากนั้นเลือกคำขอประเภท Document เพื่อตรวจสอบรหัสสถานะ หรือใช้คำสั่งต่อไปนี้ใน Terminal
curl -I https://example.com/old-page/หากหน้าแจ้งว่าไม่พบข้อมูล แต่เซิร์ฟเวอร์ตอบกลับเป็น 200 ให้ตรวจสอบการตั้งค่าเพิ่มเติม ทั้งนี้คำสั่ง HEAD อาจให้ผลต่างจาก GET ในบางระบบ จึงควรตรวจสอบคำขอจริงและ Redirect Chain ร่วมด้วย
วิธีแก้ Soft 404 บน WordPress ให้ถูกต้อง
หลักการสำคัญคือ แก้ตามวัตถุประสงค์ของ URL ไม่ใช่พยายามทำให้ทุกหน้าเป็น HTTP 200 เพราะบางหน้าควรถูกลบออกจากดัชนี และบางหน้าควรได้รับการปรับปรุงให้กลับมามีคุณค่า
กรณีที่ 1 หน้าเว็บยังต้องการให้ติดอันดับ Google
หากเป็นหน้าบริการหรือบทความสำคัญ ให้ตรวจสอบว่าเนื้อหาหลักแสดงผลครบจริงหรือไม่ และปรับปรุงข้อมูลให้ตอบคำถามของผู้ค้นหาอย่างชัดเจน
- เพิ่มรายละเอียดที่เกี่ยวข้องกับหัวข้อ ไม่ใช่เพิ่มข้อความเพื่อให้ยาวขึ้นอย่างเดียว
- ตรวจสอบว่าเนื้อหาหลักไม่ถูกซ่อนหรือโหลดล้มเหลว
- เพิ่มตัวอย่าง ผลงาน หรือขั้นตอนใช้งานที่เป็นประโยชน์
- ตรวจสอบ Canonical และการตั้งค่า Indexing ว่าสอดคล้องกับ URL ที่ต้องการ
- เพิ่ม Internal Link จากบทความที่เกี่ยวข้อง เพื่อให้ผู้ใช้และ Google ค้นพบหน้าได้ง่ายขึ้น
ตัวอย่างเช่น หน้า “บริการออกแบบเว็บไซต์ร้านอาหาร” ที่มีเพียงหัวข้อกับปุ่มติดต่อ อาจปรับปรุงด้วยตัวอย่างฟีเจอร์ระบบจองโต๊ะ โครงสร้างหน้าเมนูอาหาร ขั้นตอนดำเนินงาน และคำถามจากลูกค้าจริง
สำหรับเว็บไซต์ที่มีเนื้อหาจำนวนมาก ควรจัดหมวดหมู่และสร้าง Internal Link ที่เชื่อมโยงเนื้อหาอย่างเป็นระบบ เพื่อช่วยให้หน้าสำคัญถูกค้นพบและเข้าถึงได้ง่ายขึ้น
กรณีที่ 2 หน้าเว็บถูกลบถาวรและไม่มีหน้าทดแทน
หากเนื้อหาไม่มีอยู่แล้ว และไม่มี URL ใหม่ที่ตอบโจทย์เดียวกัน ให้เซิร์ฟเวอร์ส่งสถานะ 404 หรือ 410 อย่างถูกต้อง ไม่จำเป็นต้อง Redirect ทุกหน้ากลับไปหน้าแรก
ใน WordPress ให้ตรวจสอบเทมเพลต 404 ของธีม รวมถึงปลั๊กอินที่อาจแทรกแซงการตอบกลับของเซิร์ฟเวอร์ หากใช้ระบบ Custom Routing ต้องตรวจสอบว่ามีการกำหนดสถานะ HTTP ที่เหมาะสมด้วย
หน้า 404 ที่ดีสามารถมีเมนูค้นหา ลิงก์กลับหน้าหลัก และบทความแนะนำได้ แต่ต้องส่ง HTTP 404 จริง ไม่ใช่เพียงแสดงข้อความว่าไม่พบหน้า
กรณีที่ 3 มีเนื้อหาใหม่ใช้แทนหน้าเดิม
ให้ใช้ 301 Redirect ไปยัง URL ใหม่ที่มีเนื้อหาเทียบเท่าหรือใกล้เคียง เช่น เปลี่ยน URL คู่มือ WordPress รุ่นเก่าไปยังคู่มือฉบับปรับปรุงที่ครอบคลุมหัวข้อเดิม
คุณสามารถตั้งค่าผ่านปลั๊กอิน Redirection หรือระบบ Redirect ของเซิร์ฟเวอร์ แต่ต้องตรวจสอบว่าปลายทางตอบกลับได้จริง และไม่มีการเปลี่ยนเส้นทางวนซ้ำ
หากกำลังปรับโครงสร้างเว็บไซต์ ควรศึกษาเรื่อง 301 Redirect และการย้าย URL อย่างถูกวิธี เพื่อป้องกันการสูญเสียทราฟฟิกจากหน้าที่เคยมีอันดับ
แก้ Soft 404 แล้วต้องกด Validate Fix หรือไม่?
หลังแก้ไขเสร็จ ให้ทดสอบ URL อีกครั้งและตรวจสอบ HTTP Status Code ก่อน หากผลถูกต้องแล้ว สามารถกลับไปยังรายงาน Page Indexing และกด Validate Fix เพื่อให้ Google ตรวจสอบการแก้ไขในกลุ่มปัญหานั้นใหม่
อย่างไรก็ตาม การกด Validate Fix ไม่ได้ทำให้หน้าเว็บติดอันดับหรือได้รับการจัดทำดัชนีทันที หากต้องการให้ Google ตรวจสอบ URL สำคัญที่ยังมีอยู่ สามารถใช้ URL Inspection เพื่อขอจัดทำดัชนีได้เมื่อเครื่องมืออนุญาต
ระยะเวลาประมวลผลขึ้นอยู่กับการรวบรวมข้อมูลและระบบของ Google จึงไม่ควรคาดหวังว่ารายงานจะเปลี่ยนสถานะภายในวันเดียว
Soft 404 ส่งผลเสียต่อ SEO และยอดขายอย่างไร?
ผลกระทบสำคัญที่สุดคือ URL ที่ Google จัดประเภทเป็น Soft 404 โดยทั่วไปจะไม่ได้รับการจัดทำดัชนี ทำให้หน้านั้นไม่มีโอกาสปรากฏเป็นผลการค้นหาปกติในช่วงที่ยังถูกจัดประเภทเช่นนั้น
สมมุติหน้าบริการติดตั้งเว็บไซต์ของคุณเป็นหนึ่งในหน้าที่สร้างลูกค้าใหม่ หากหน้านั้นถูกจัดเป็น Soft 404 โอกาสที่ผู้ค้นหาจะพบหน้าผ่าน Google ก็อาจหายไปด้วย
นอกจากนี้ Google ระบุว่าการส่งสถานะสำเร็จให้หน้าที่ไม่มีอยู่จริงอาจทำให้ระบบใช้เวลาในการรวบรวมข้อมูลกับ URL ที่ไม่จำเป็น โดยเฉพาะเว็บไซต์ขนาดใหญ่ที่มี URL จำนวนมาก
แต่ต้องแยกให้ออกว่า Soft 404 ไม่ใช่บทลงโทษทั้งเว็บไซต์ และการมีหน้า Soft 404 บางรายการไม่ได้หมายความว่าอันดับของทุกหน้าจะลดลงโดยอัตโนมัติ
หากเว็บไซต์มีหน้าสินค้าหรือบทความจำนวนมาก ควรตรวจสอบร่วมกับ Crawl Budget และการจัดการหน้าเว็บจำนวนมาก เพื่อจัดลำดับความสำคัญในการแก้ไขให้เหมาะสม
เทคนิคป้องกัน Soft 404 สำหรับเว็บไซต์ที่มีหลายร้อยหน้า
สิ่งที่ช่วยลดงานแก้ไขในระยะยาวคือการกำหนดกติกาสำหรับ URL ตั้งแต่ต้น โดยเฉพาะเว็บไซต์ E-commerce เว็บไซต์ประกาศสินค้า และเว็บไซต์ที่สร้างหน้าจากฐานข้อมูลอัตโนมัติ
- สินค้าหมดชั่วคราว: คงหน้าเดิมไว้หากยังมีข้อมูลสินค้าและมีแผนกลับมาจำหน่าย พร้อมแจ้งสถานะให้ชัดเจน
- สินค้ายกเลิกถาวร: พิจารณา 301 ไปยังสินค้าทดแทนที่เกี่ยวข้องจริง หรือส่ง 404/410 หากไม่มีหน้าทดแทน
- หน้าหมวดหมู่ว่าง: ประเมินว่ายังมีประโยชน์ต่อผู้ใช้หรือไม่ และหลีกเลี่ยงการสร้าง URL ว่างจำนวนมาก
- หน้าแสดงข้อผิดพลาด: ตรวจสอบให้ข้อความและ HTTP Status Code สอดคล้องกัน
- ระบบสร้างหน้าอัตโนมัติ: ตรวจสอบข้อมูลก่อนเผยแพร่ เพื่อไม่ให้เกิดหน้าที่มีแต่เทมเพลตเปล่า
อีกวิธีที่ใช้ได้จริงคือทำตารางตรวจสอบ URL โดยบันทึก URL เดิม สถานะ HTTP ประเภทหน้า วิธีแก้ไข และวันที่ทดสอบซ้ำ วิธีนี้ช่วยลดการแก้ปัญหาซ้ำ โดยเฉพาะเมื่อมีทีมคอนเทนต์และทีมพัฒนาเว็บไซต์ทำงานร่วมกัน
หากต้องการตรวจสอบตามแนวทางต้นทางของ Google สามารถอ่านเอกสาร Google Search Central: HTTP Status Codes and Network Errors ซึ่งอธิบายวิธีที่ Google จัดการสถานะ HTTP รวมถึง Soft 404 โดยตรง
คำถามที่พบบ่อย
Soft 404 ต้องแก้ทุกหน้าหรือไม่?
ไม่จำเป็น หากเป็น URL ที่ถูกลบโดยตั้งใจและไม่ควรปรากฏในผลค้นหา สิ่งสำคัญคือทำให้เซิร์ฟเวอร์ส่งสถานะ 404 หรือ 410 อย่างถูกต้อง ส่วนหน้าที่ต้องการให้ติดอันดับควรตรวจสอบสาเหตุและแก้ไขก่อน โดยเฉพาะหน้าที่มีความสำคัญต่อธุรกิจ
Soft 404 กับ Crawled – Currently Not Indexed ต่างกันอย่างไร?
Soft 404 หมายถึง Google มองว่าหน้ามีลักษณะเหมือนไม่พบเนื้อหาหรือไม่มีข้อมูลที่ใช้งานได้จริง ส่วน Crawled – Currently Not Indexed หมายถึง Google รวบรวมข้อมูลหน้านั้นแล้ว แต่ยังไม่ได้จัดทำดัชนี โดยไม่ได้ระบุว่าเป็น Soft 404 สาเหตุและวิธีตรวจสอบจึงอาจแตกต่างกัน
แก้ Soft 404 แล้ว Google จะ Index ภายในกี่วัน?
ไม่มีระยะเวลารับประกัน Google อาจต้องใช้เวลาตั้งแต่หลายวันไปจนถึงหลายสัปดาห์หรือมากกว่านั้น ขึ้นอยู่กับการรวบรวมข้อมูลและการประเมินหน้าเว็บ หลังแก้ไขควรทดสอบสถานะ URL ตรวจสอบเนื้อหาที่ Google เข้าถึงได้ และติดตามผลใน Search Console โดยไม่ส่งคำขอซ้ำอย่างไม่จำเป็น
เริ่มแก้จาก URL ที่สร้างคุณค่าทางธุรกิจก่อน เปิด Search Console เลือกหน้าสำคัญหนึ่งหน้า ตรวจสอบว่า Google เห็นเนื้อหาอะไร เช็ก HTTP Status Code แล้วเลือกวิธีแก้ให้ตรงกับสถานการณ์ เมื่อทำครบขั้นตอนนี้ คุณจะไม่ได้เพียงลดจำนวนคำเตือน Soft 404 แต่ยังช่วยให้เว็บไซต์มีโครงสร้างที่ถูกต้องและรักษาโอกาสในการเข้าถึงลูกค้าผ่านการค้นหาได้ดีขึ้น