แก้ไขล่าสุดเมื่อ 5 มกราคม 2022

เมื่อส่งคำขอ HTTP ไปยังเว็บไซต์ เว็บเบราว์เซอร์ส่วนใหญ่จะส่งรหัสสถานะ HTTP ที่เหมาะสมโดยอัตโนมัติเพื่อแจ้งเว็บไซต์ว่าคำขอของคุณสำเร็จหรือไม่ แต่รหัสสถานะเหล่านี้คืออะไร? พวกเขาหมายถึงอะไร? ด้านล่างนี้ คุณจะพบรายการรหัสสถานะ

ในฐานะผู้เชี่ยวชาญด้าน white label SEO สำหรับบริษัท white label SEO เรารู้ว่ารหัสสถานะ HTTP มีประโยชน์อย่างยิ่งในการระบุข้อผิดพลาดบนเว็บไซต์ ข้อผิดพลาดดังกล่าวอาจทำให้เกิดปัญหาการจัดอันดับจำนวนมากและความน่าเชื่อถือของเครื่องมือค้นหา ไม่มีใครทั้งผู้ใช้และเครื่องมือค้นหาต้องการเห็นเว็บไซต์ที่ไม่เสถียรในผลการค้นหา

เลือกกลุ่มรหัสสถานะเพื่อเลื่อนลงไปที่ส่วนนั้นอย่างง่ายดาย:

• รหัสสถานะ HTTP 2xx
• รหัสสถานะ HTTP 3xx
• รหัสสถานะ HTTP 4xx
• รหัสสถานะ HTTP 5xx
• รหัสสถานะ HTTP 6xx
• รหัสสถานะ HTTP 7xx
• รหัสสถานะ HTTP 9xx

รหัสสถานะ HTTP 2xx:

200 ตกลง – คำขอ HTTP สำเร็จ นี่อาจเป็นการตอบสนอง HTTP ทั่วไปที่คุณจะได้รับจากเว็บไซต์ หมายความว่าคำขอของคุณประสบความสำเร็จและข้อมูลของคุณถูกส่งกลับมาหาคุณ

สร้างแล้ว 201 รายการ – ตอบกลับ HTTP สำเร็จ แต่สร้างทรัพยากรใหม่แล้ว นี่คือการตอบสนองต่อคำขอ GET ที่ส่งคืนข้อมูลที่แนบกับฟิลด์ส่วนหัวของตำแหน่ง HTTP ฟิลด์ส่วนหัวของตำแหน่งมี URL ของทรัพยากรที่สร้างขึ้นใหม่ จะถูกส่งต่อเมื่อคำขอใช้วิธีการ POST หรือวิธีอื่นๆ ที่ไม่ได้สร้างทรัพยากรที่สามารถส่งการตอบกลับได้ด้วยตัวเอง

202 ยอมรับแล้ว – คำขอได้รับการยอมรับสำหรับการประมวลผล จำเป็นต้องมีการจัดการเพิ่มเติม การตอบสนองนี้ได้รับจากเว็บเซิร์ฟเวอร์ (โดยทั่วไปคือพร็อกซีเซิร์ฟเวอร์) ที่ยอมรับคำขอสำหรับการประมวลผลเพิ่มเติม แต่ต้องมีการดำเนินการใด ๆ จากลูกค้านอกเหนือจากการรับรู้ทันทีที่ได้รับคำขอ

203 ข้อมูลที่ไม่น่าเชื่อถือ – มีประโยชน์สำหรับการแคช โดยทั่วไปจะเป็นรหัสตอบกลับที่ใช้ในกลไกการแคชระดับเครือข่ายของ HTTP ข้อมูลที่อยู่ในนั้นอาจมาจากเอนทิตีอื่นที่ไม่ใช่ทรัพยากรที่ระบุโดย Request-URI ผลลัพธ์อาจบ่งชี้ว่าคำขอไม่สามารถตอบสนองโดยพร็อกซีหรือแคชเนื่องจากเนื้อหาเก่า อย่างไรก็ตาม ไม่ได้ระบุว่าทิปนั้นเป็นเอนทิตีที่สามารถส่งคำตอบ 200 (OK) ได้หรือไม่

204 ไม่มีเนื้อหา – ขอให้บริการแต่ไม่มีการส่งคืนเนื้อหา ซึ่งหมายความว่าเซิร์ฟเวอร์ดำเนินการตามคำขอได้สำเร็จ แต่ไม่ได้ส่งคืนเนื้อหาใดๆ สำหรับคำขอนี้โดยเฉพาะ โดยทั่วไปจะใช้เมื่อให้บริการไฟล์แบบคงที่ เช่น รูปภาพหรือเนื้อหาเว็บแบบคงที่อื่นๆ

205 รีเซ็ตเนื้อหา – รีเซ็ตเนื้อหาสำหรับทรัพยากรที่ร้องขอ สิ่งนี้บ่งชี้ว่าเซิร์ฟเวอร์ได้เตรียมการตอบกลับสำหรับคำขอนี้ แต่ไม่ได้ส่งกลับไปยังไคลเอนต์ ลูกค้าควรส่งคำขอใหม่โดยไม่มีการแก้ไข รหัสตอบกลับนี้มักใช้ร่วมกับการตอบสนอง 204 (ไม่มีเนื้อหา) เพื่อระบุว่าทรัพยากรที่ระบุโดย Request-URI ได้รับการ "รีเซ็ต" เพื่อให้สามารถอยู่ในสถานะปัจจุบันในขณะที่ดำเนินการตามคำขอเพิ่มเติม แต่คำขอเหล่านี้จะ ส่งคืนความยาวเนื้อหาไม่แน่นอน: “0 ไบต์”

206 เนื้อหาบางส่วน – ได้รับการนำเสนอที่ไม่สมบูรณ์บางส่วน สิ่งนี้บ่งชี้ว่าเซิร์ฟเวอร์ประมวลผลคำขอได้สำเร็จแต่ไม่ส่งคืนการแสดงทรัพยากรที่ร้องขออย่างครบถ้วน บ่อยครั้ง การตอบกลับ 206 จะมาพร้อมกับฟิลด์ส่วนหัว Retry-After ซึ่งมีค่าที่ระบุระยะเวลาที่ไคลเอ็นต์ควรรอก่อนที่จะทำการร้องขอทรัพยากรนี้อีกครั้ง

รหัสสถานะ HTTP 3xx:

301 ย้ายอย่างถาวร – การเปลี่ยนเส้นทางอย่างถาวรไปยังตำแหน่งใหม่ รหัสนี้เกี่ยวข้องกับการเปลี่ยนเส้นทาง HTTP เท่านั้น การตอบสนอง 302 บ่งชี้ว่าทรัพยากรที่ร้องขอไม่พร้อมใช้งานอีกต่อไป URI ในการตอบสนอง 302 จะไม่แก้ไขทรัพยากรเดิม เนื่องจากถูกเปลี่ยนเส้นทางไปยังตำแหน่งใหม่อย่างถาวร

พบ 302 – การเปลี่ยนเส้นทางที่ประสบความสำเร็จ สิ่งนี้บ่งชี้ว่าพบทรัพยากรที่ร้องขอหลังจากเปลี่ยนเส้นทางสำเร็จ หน้า Landing Page ของคำขอเดิมจะอยู่ภายใต้ URL ใหม่ที่ระบุในช่องส่วนหัวตำแหน่งของคำตอบ

303 ดูอื่นๆ – ทรัพยากรที่ร้องขอมีอยู่ แต่ควรดำเนินการตามคำร้องขอ สิ่งนี้บ่งชี้ว่าสามารถจัดการคำขอได้ แต่ต้องใช้เวลาเพิ่มเติมก่อนที่จะส่งกลับผลลัพธ์ บ่อยครั้ง การตอบกลับนี้จะมาพร้อมกับช่องส่วนหัว Retry-After ซึ่งระบุเวลาหลังจากที่ลูกค้าควรลองคำขอนี้อีกครั้ง

304 ไม่ถูกแก้ไข – คำขอได้รับการประมวลผลเรียบร้อยแล้วและไม่ต้องดำเนินการใดๆ ซึ่งหมายความว่าการตอบสนองเป็นไปตามข้อกำหนดทั้งหมด (เช่น การตรวจสอบความถูกต้อง) แต่ทรัพยากรไม่ได้รับการแก้ไขตั้งแต่ครั้งล่าสุดที่ดำเนินการตามคำขอนี้ กล่าวอีกนัยหนึ่ง เป็นการตอบกลับ "304 Not Modified" ที่ไม่ต้องการการดำเนินการใดๆ เพิ่มเติมจากลูกค้าเพื่อดำเนินการประมวลผลต่อ

305 ใช้พร็อกซี – คำขอควรกำหนดเส้นทางผ่านพร็อกซี นี่คือรหัสตอบกลับที่ใช้ร่วมกับพร็อกซีเซิร์ฟเวอร์ระดับกลางเป็นหลัก การตอบสนองจริงจะรวมเฉพาะรหัสสถานะและฟิลด์ส่วนหัว WWW-Authenticate ที่เข้ารหัสซึ่งเป็นทางเลือก มันจะปล่อยให้เนื้อหาจริงไม่เปลี่ยนแปลงและเข้าถึงได้โดยพร็อกซีเซิร์ฟเวอร์เท่านั้น

307 การเปลี่ยนเส้นทางชั่วคราว – คำขอ HTTP เปลี่ยนเส้นทางไปยังตำแหน่งอื่น รหัสตอบกลับนี้บ่งชี้ว่าคำขอของลูกค้าถูกเปลี่ยนเส้นทางไปยัง URL อื่นโดยเซิร์ฟเวอร์ URL ใหม่จะอยู่ในฟิลด์ส่วนหัวตำแหน่งของคำตอบนี้ ซึ่งอาจเป็น URI ทั้งหมดหรือบางส่วน รหัสนี้สามารถใช้เพื่อเปลี่ยนเส้นทางคำขอจากสคริปต์หรือโปรแกรมบนเซิร์ฟเวอร์หนึ่งไปยังอีกตำแหน่งหนึ่งบนเซิร์ฟเวอร์เดียวกันหรือเซิร์ฟเวอร์อื่นได้ทั้งหมด

308 การเปลี่ยนเส้นทางถาวร – คำขอ HTTP เปลี่ยนเส้นทางไปยังเซิร์ฟเวอร์อื่น รหัสตอบกลับนี้บ่งชี้ว่าคำขอของลูกค้าถูกเปลี่ยนเส้นทางไปยังตำแหน่งอื่นบนเซิร์ฟเวอร์เดียวกันหรือเซิร์ฟเวอร์อื่นโดยสิ้นเชิง URL ใหม่จะอยู่ในฟิลด์ส่วนหัวตำแหน่งของคำตอบนี้ ซึ่งอาจเป็น URI ทั้งหมดหรือบางส่วน รหัสนี้สามารถใช้เพื่อเปลี่ยนเส้นทางคำขอจากสคริปต์หรือโปรแกรมบนเซิร์ฟเวอร์หนึ่งไปยังอีกตำแหน่งหนึ่งบนเซิร์ฟเวอร์เดียวกันหรือเซิร์ฟเวอร์อื่นได้ทั้งหมด

รหัสสถานะ HTTP 4xx:

403 Forbidden – การขออนุญาตถูกปฏิเสธ รหัสตอบกลับนี้บ่งชี้ว่าเซิร์ฟเวอร์รับทราบคำขอ แต่ไม่มีวิธีดำเนินการให้สำเร็จ ไคลเอ็นต์ควรหยุดส่งคำขอสำหรับทรัพยากรนี้

404 Not Found – ไม่พบทรัพยากรที่ร้องขอ ซึ่งหมายความว่าเซิร์ฟเวอร์ไม่พบเอนทิตีที่สอดคล้องกับคำขอนี้หรืออาจไม่เข้าใจว่าลูกค้าหมายถึงอะไรในคำขอ ไม่ว่าจะด้วยวิธีใด ลูกค้าไม่ควรดำเนินการตามคำขอ

วิธี 405 – คำขอต้องใช้ POST เพื่อดึงข้อมูลจากทรัพยากร ใช้เพื่อระบุว่าเซิร์ฟเวอร์ไม่ยอมรับคำขอโดยใช้วิธี GET โดยปกติแล้วเนื่องจากไม่สมเหตุสมผลสำหรับทรัพยากรนี้

406 ไม่ยอมรับ – ทรัพยากรที่ร้องขอยอมรับได้เฉพาะกับพารามิเตอร์ที่ต่อรองได้เท่านั้น ซึ่งหมายความว่าไม่สามารถดำเนินการตามคำขอได้เนื่องจากมีข้อผิดพลาดในส่วนของไคลเอ็นต์หรืออาจเนื่องมาจากพร็อกซีเซิร์ฟเวอร์ HTTP ที่ไม่มีสถานะ คำตอบจะรวมเอนทิตีที่อธิบายว่าเหตุใดจึงไม่สามารถกรอกได้ หากไม่มีตัวแทนของเอนทิตีนี้ ก็ไม่จำเป็นต้องมีการตอบกลับ

408 ขอหมดเวลา – เซิร์ฟเวอร์ไม่สามารถตอบสนองในเวลา ไคลเอ็นต์ควรลองส่งคำขออีกครั้ง โดยเป็นไปตามข้อกำหนดด้านเวลาที่ระบุโดยช่องส่วนหัว Retry-After หรือส่วนหัวการตอบกลับ Retry-After หรือโดยเซิร์ฟเวอร์ที่ระบุไว้ที่อื่นในเนื้อหาของการตอบกลับ ถ้าละเว้นส่วนหัว Retry-After ไคลเอ็นต์สามารถลองใหม่ทันที แต่ไม่เร็วกว่า Retry-After time

413 คำขอเอนทิตีใหญ่เกินไป – คำขอมีเนื้อหาที่เซิร์ฟเวอร์ไม่สนับสนุนหรือปฏิเสธที่จะยอมรับด้วยเหตุผลอื่น คำตอบจะรวมเอนทิตีที่อธิบายว่าเหตุใดจึงไม่สามารถกรอกได้ หากไม่มีตัวแทนของเอนทิตีนี้ ก็ไม่จำเป็นต้องมีการตอบกลับ

414 Request-URI ยาวเกินไป – URI ที่ให้มายาวเกินไปสำหรับเซิร์ฟเวอร์ในการประมวลผล ซึ่งอาจบ่งบอกถึงความพยายามที่จะใช้ประโยชน์จากช่องโหว่บัฟเฟอร์ล้นในเว็บเซิร์ฟเวอร์

415 ประเภทสื่อที่ไม่รองรับ – ทรัพยากรที่ร้องขอต้องการข้อมูลที่จัดรูปแบบในลักษณะที่เซิร์ฟเวอร์หรือทรัพยากรไม่รองรับ คำตอบจะรวมเอนทิตีที่อธิบายว่าเหตุใดจึงไม่สามารถกรอกได้ หากไม่มีตัวแทนของเอนทิตีนี้ ก็ไม่จำเป็นต้องมีการตอบกลับ

416 ช่วงที่ร้องขอไม่เป็นที่พอใจ – ส่วนประกอบซอฟต์แวร์ฝั่งเซิร์ฟเวอร์ไม่ได้สร้างส่วนหัวของช่วง HTTP ที่ถูกต้อง ซึ่งควรมีหากช่วงนั้นยอมรับได้สำหรับเซิร์ฟเวอร์ต้นทาง คำตอบจะรวมเอนทิตีที่อธิบายว่าเหตุใดจึงไม่สามารถกรอกได้ หากไม่มีตัวแทนของเอนทิตีนี้ ก็ไม่จำเป็นต้องมีการตอบกลับ

417 ความคาดหวังล้มเหลว – เซิร์ฟเวอร์สัมผัสกับส่วนของเอกสารที่ถูกละเว้น แม้ว่าไคลเอ็นต์ไม่ได้คาดหวังว่าส่วนนี้จะได้รับผลกระทบ มักเกิดจากใยแมงมุมหรือโปรแกรมรวบรวมข้อมูล คำตอบจะรวมเอนทิตีที่อธิบายว่าเหตุใดจึงไม่สามารถกรอกได้ หากไม่มีตัวแทนของเอนทิตีนี้ ก็ไม่จำเป็นต้องมีการตอบกลับ

420 เอนทิตีที่ไม่สามารถประมวลผลได้ – คำขอนี้ไม่สามารถยอมรับได้เนื่องจากมีขนาดใหญ่เกินไป รหัสตอบกลับนี้เลิกใช้แล้ว ไคลเอ็นต์ HTTP ควรถือว่าเป็นข้อผิดพลาด 400 Bad Request แทน

421 ล็อค – ไม่สามารถแก้ไขทรัพยากรได้โดยตรงจากไคลเอนต์ แต่สามารถ "ล็อก" โดยใช้คำขอ GET หรือ POST แบบมีเงื่อนไข ถ้าทรัพยากรที่ถูกล็อกเป็นไฟล์ เนื้อหาจะถูกส่งคืนในฟิลด์ส่วนหัวของช่วงเนื้อหาซึ่งระบุว่าได้รับส่วนใดแล้วและยังคงได้รับส่วนใดอยู่ ถ้าทรัพยากรที่ถูกล็อกเป็นเอนทิตี การตอบกลับจะเป็นชุดของส่วนหัวของเอนทิตีที่ขึ้นต้นด้วยฟิลด์ส่วนหัว

422 Multi-Status – เซิร์ฟเวอร์มีการแสดงทรัพยากรหลายอย่างในสถานะและอัลกอริธึมต่างๆ ซึ่งสามารถอัปเดตได้ทุกเมื่อเพื่อแทนที่การแสดงปัจจุบันด้วยรายการใหม่ ตัวอย่างเช่น ซีดีที่ซื้อจากร้านค้าอาจมีสำเนาที่เข้ารหัสซึ่งส่งไปยังผู้ซื้อทางอีเมล ขณะที่มีสำเนาในเครื่องอื่นในที่เก็บถาวร

423 ล็อค – ไม่สามารถแก้ไขทรัพยากรได้โดยตรงจากไคลเอนต์ แต่สามารถ "ล็อก" โดยใช้คำขอ GET หรือ POST แบบมีเงื่อนไข ถ้าทรัพยากรที่ถูกล็อกเป็นไฟล์ เนื้อหาจะถูกส่งคืนในฟิลด์ส่วนหัวของช่วงเนื้อหาซึ่งระบุว่าได้รับส่วนใดแล้วและยังคงได้รับส่วนใดอยู่ ถ้าทรัพยากรที่ถูกล็อกเป็นเอนทิตี การตอบกลับจะเป็นชุดของส่วนหัวของเอนทิตีที่ขึ้นต้นด้วยฟิลด์ส่วนหัว

424 ไม่ได้แก้ไข – เอนทิตีไม่ได้รับการแก้ไขตั้งแต่มีการสร้างการตอบสนอง

426 เนื้อหาบางส่วน – เซิร์ฟเวอร์ไม่สามารถสร้างการนำเสนอที่เหมาะสมกว่าของเอนทิตีที่ร้องขอได้ รหัสนี้ระบุว่าเซิร์ฟเวอร์สามารถส่งคืนเนื้อหาที่ร้องขอได้เพียงบางส่วนเท่านั้น แต่จะส่งสิ่งที่สามารถทำได้

รหัสสถานะ HTTP 5xx:

500 Internal Server Error – มีบางอย่างผิดพลาดในระดับภายในขณะสร้างหรือประมวลผลคำขอ แต่ไม่ได้อยู่ในระดับที่จะถือว่าเป็นข้อผิดพลาดโดยไคลเอ็นต์ใดๆ

501 ไม่ได้นำไปใช้ – ทรัพยากรไม่ถูกนำไปใช้ อย่างไรก็ตาม ทรัพยากรนั้นจะถูกส่งต่อไปยังทรัพยากรที่เกี่ยวข้องอย่างใกล้ชิดและพร้อมใช้งาน

502 Bad Gateway – เซิร์ฟเวอร์ที่ทำหน้าที่เป็นเกตเวย์หรือพร็อกซีไม่สามารถจัดการประเภทของคำขอได้ตามปกติและไม่สามารถตอบสนองได้ ซึ่งมักเกิดขึ้นเนื่องจากเซิร์ฟเวอร์ไม่ทราบวิธีดำเนินการตามคำขอที่กำหนด

503 บริการไม่พร้อมใช้งาน – เซิร์ฟเวอร์ไม่สามารถจัดการคำขอได้ชั่วคราวเนื่องจากการหยุดทำงานของการบำรุงรักษา เซิร์ฟเวอร์ทำงานหนักเกินไป หรือสาเหตุอื่นๆ

504 หมดเวลาเกตเวย์ – เซิร์ฟเวอร์ไม่จัดการคำขอที่เกตเวย์เนื่องจากการหมดเวลา

ไม่รองรับเวอร์ชัน HTTP 505 – เซิร์ฟเวอร์ไม่สามารถดำเนินการตามคำขอได้ เนื่องจากนี่ไม่ใช่หนึ่งในโปรโตคอลที่รองรับ

506 Variant ยังต่อรอง – เซิร์ฟเวอร์ให้บริการเฉพาะตัวแปรของทรัพยากร ต้องใช้โค้ดตอบกลับนี้ หากคุณต้องการให้ระบบจัดการเนื้อหาที่หลากหลายแยกกัน เช่น รูปภาพหรือสไตล์ชีต

507 ที่เก็บข้อมูลไม่เพียงพอ – เซิร์ฟเวอร์ไม่สามารถจัดเก็บการเป็นตัวแทนที่จำเป็นในการดำเนินการตามคำขอ ซึ่งอาจเกิดจากความล้มเหลวชั่วคราว ซึ่งอาจบ่งชี้ว่าไม่สามารถดำเนินการตามคำขอได้ชั่วคราว นอกจากนี้ยังใช้เมื่อผู้ใช้ไม่มีพื้นที่เก็บข้อมูลในบัญชีของตน หรือหากเกินโควต้าพื้นที่เก็บข้อมูล

508 Loop Detected – รหัสนี้คล้ายกับ 403 Forbidden แต่หมายความว่าคุณยังไม่ได้รับอนุญาตเนื่องจากที่อยู่ IP ของคุณถูกบล็อกไม่ให้เข้าถึงไซต์ ด้วยเหตุผลนี้ เนื้อหาการตอบสนองควรมีฟิลด์ส่วนหัว WWW-Authenticate ซึ่งระบุว่าผู้ใช้สามารถให้สิทธิ์ตัวเองได้อย่างไร

509 ไม่ขยาย – เซิร์ฟเวอร์ไม่รองรับการดำเนินการ OData “โปรไฟล์” หากคุณต้องการขอโปรไฟล์ ให้ใช้คำขอ GET แทน ในกรณีนี้ หากแอปพลิเคชันไคลเอ็นต์ของคุณไม่รองรับ OAuth2 อาจละเว้นฟิลด์ส่วนหัว WWW-Authenticate และถือว่านี่เป็นการตอบกลับที่ว่างเปล่า

510 ไม่ขยาย – เซิร์ฟเวอร์ไม่สนับสนุนการดำเนินการ OData “สคีมา” หากคุณต้องการทำคำขอสคีมา ให้ใช้คำขอ GET แทน ในกรณีนี้ หากแอปพลิเคชันไคลเอ็นต์ของคุณไม่รองรับ OAuth2 อาจละเว้นฟิลด์ส่วนหัว WWW-Authenticate และถือว่านี่เป็นการตอบกลับที่ว่างเปล่า

511 Network Authentication Required – ไคลเอนต์จำเป็นต้องตรวจสอบสิทธิ์เพื่อเข้าถึงเครือข่าย รหัสนี้ใช้ในการตอบกลับ 401 การตอบสนองสามารถรวมฟิลด์ส่วนหัว WWW-Authenticate พร้อมตัวเลือกการตรวจสอบสิทธิ์เพิ่มเติม

599 Network Authentication Required – ไคลเอ็นต์ต้องตรวจสอบตัวเองเพื่อเข้าถึงเครือข่าย รหัสนี้ใช้ในการตอบกลับ 407 ในกรณีนี้ หากแอปพลิเคชันไคลเอ็นต์ของคุณไม่รองรับ OAuth2 อาจละเว้นฟิลด์ส่วนหัว WWW-Authenticate และถือว่านี่เป็นการตอบกลับที่ว่างเปล่า

รหัสสถานะ HTTP 6xx:

600 ไม่ว่าง – เซิร์ฟเวอร์ไม่สามารถจัดการคำขอได้ชั่วคราวเนื่องจากมีคำขอจำนวนมาก ซึ่งอาจมาพร้อมกับช่องส่วนหัว Retry-After ซึ่งระบุว่าเมื่อใดที่บริการจะพร้อมให้บริการอีกครั้ง หากวิธีการขอไม่ใช่ HEAD และกำหนดเอนทิตีคำขออย่างน้อยหนึ่งรายการ ก็ควรรวม Entity-Body ที่มีค่า error_status และ error_reason ด้วย ถ้ามี

601 ปฏิเสธ – เซิร์ฟเวอร์ปฏิเสธคำขอและจะรวมเหตุผลสำหรับสิ่งนี้ (เช่น บัญชีผู้ใช้ไม่ได้รับอนุญาต)

602 Bad Gateway – เซิร์ฟเวอร์ไม่จัดการเกตเวย์สำหรับทรัพยากรที่ร้องขอ ตัวอย่างเช่น คำขอไปยังจุดปลายจุดใดจุดหนึ่งส่งคืนข้อผิดพลาดนี้ อาจเกิดขึ้นหากเซิร์ฟเวอร์จากโฮสต์อื่นทำหน้าที่เป็นเกตเวย์สำหรับทรัพยากรนี้

603 บริการไม่พร้อมใช้งาน – เซิร์ฟเวอร์ไม่สามารถจัดการคำขอได้ชั่วคราวเนื่องจากการหยุดทำงานของการบำรุงรักษา เซิร์ฟเวอร์ทำงานหนักเกินไป หรือสาเหตุอื่นๆ ในบางกรณี ปัญหานี้อาจเกิดขึ้นเนื่องจากบริการไม่พร้อมใช้งานสำหรับไคลเอ็นต์ภายนอก โดยบริการอื่นปิดบริการชั่วคราวเพื่อทำการบำรุงรักษา

ไม่อนุญาตให้ใช้วิธี 604 – ไม่อนุญาตให้ใช้วิธีนี้สำหรับทรัพยากรที่ร้องขอ ค่านี้ไม่ควรใช้เป็นคำตอบเนื่องจากค่า error_status มีความหมายมากกว่าและมีอยู่เป็นเวลานาน

605 Variant ยังต่อรอง – เซิร์ฟเวอร์ให้บริการเฉพาะตัวแปรของทรัพยากร ต้องใช้โค้ดตอบกลับนี้ หากคุณต้องการให้ระบบจัดการเนื้อหาที่หลากหลายแยกกัน เช่น รูปภาพหรือสไตล์ชีต

606 ไม่ยอมรับ – ลูกค้าต้องยอมรับการเป็นตัวแทนที่แนบมา

607 ที่เก็บข้อมูลไม่เพียงพอ – ไม่สามารถประมวลผลคำขอได้เนื่องจากเซิร์ฟเวอร์ไม่สามารถจัดเก็บการแสดงที่จำเป็นในการดำเนินการตามคำขอ ซึ่งอาจเกิดจากความล้มเหลวชั่วคราว ซึ่งอาจบ่งชี้ว่าไม่สามารถดำเนินการตามคำขอได้ชั่วคราว นอกจากนี้ยังใช้เมื่อผู้ใช้ไม่มีพื้นที่เก็บข้อมูลในบัญชีของตน หรือหากเกินโควต้าพื้นที่เก็บข้อมูล

610 เงื่อนไขเบื้องต้นล้มเหลว – ข้อมูลที่ได้รับจากคำขอก่อนหน้านี้ไม่พอใจเงื่อนไข คำขอสามารถรวมเนื้อหาได้ ซึ่งประเภทเนื้อหาจะต้องเป็นตัวแทนที่ถูกต้อง

611 Network Authentication Required – ไคลเอนต์จำเป็นต้องตรวจสอบตัวเองเพื่อเข้าถึงเครือข่าย รหัสนี้ใช้ในการตอบกลับ 407 ในกรณีนี้ หากแอปพลิเคชันไคลเอ็นต์ของคุณไม่รองรับ OAuth2 อาจละเว้นฟิลด์ส่วนหัว WWW-Authenticate และถือว่านี่เป็นการตอบกลับที่ว่างเปล่า รหัสนี้ควรใช้เมื่อตรวจสอบกับเซิร์ฟเวอร์หรือบริการภายนอกเท่านั้น ไม่ควรใช้กับผู้ขอเอง

616 คำขอไม่ถูกต้อง – คำขอไม่ถูกต้องหรือไม่ได้รับการสนับสนุน นี่ควรเป็นรหัสพิเศษที่ระบุว่าคำขอมีรูปแบบไม่ถูกต้อง ตัวอย่างเช่น คำขอที่ไม่มีเอนทิตี-เนื้อหา

617 ตอบกลับแล้ว – เซิร์ฟเวอร์ได้ตอบกลับคำขอก่อนหน้านี้แล้ว อาจใช้ในบางกรณีเมื่อไคลเอนต์ส่งคำขอที่สองในขณะที่คำขอแรกยังคงดำเนินการอยู่

618 ข้อผิดพลาดเซิร์ฟเวอร์ภายใน – ข้อผิดพลาดของเซิร์ฟเวอร์ภายในหรือการกำหนดค่าผิดพลาดของเซิร์ฟเวอร์ที่สร้างการตอบสนองที่ผิดพลาด

619 ขอหมดเวลา – เกิดข้อยกเว้น การหมดเวลา หรือปัญหาทางเทคนิคอื่น ๆ ที่ไม่ถูกตรวจพบซึ่งทำให้ไม่สามารถดำเนินการตามคำขอต่อไปได้ เนื้อหาข้อความตอบกลับมักจะมีรายละเอียดเพิ่มเติมเกี่ยวกับปัญหา

620 Bad Gateway – เซิร์ฟเวอร์ไม่จัดการเกตเวย์สำหรับทรัพยากรที่ร้องขอ สิ่งนี้จะเกิดขึ้นเมื่อเซิร์ฟเวอร์จากโฮสต์อื่นทำหน้าที่เป็นเกตเวย์สำหรับทรัพยากรนี้

รหัสสถานะ HTTP 7xx:

711 Unknown Resource – เซิร์ฟเวอร์ไม่จัดการวิธีการร้องขอนี้โดยเฉพาะ หรือไม่สามารถเข้าใจเนื้อหาคำขอได้

712 เอนทิตีที่ประมวลผลไม่ได้ – เอนทิตีคำขอมีรูปแบบที่ดี แต่ไม่สามารถดำเนินการได้ ซึ่งอาจเกิดจากข้อผิดพลาดในการตรวจสอบระดับเซิร์ฟเวอร์ หรือหากเป็นการตอบกลับ แสดงว่าการตอบกลับหมดอายุหรืออ้างอิงถึงทรัพยากรที่ถูกลบ ซึ่งอาจมาพร้อมกับช่องส่วนหัว Retry-After ซึ่งระบุว่าเมื่อใดที่บริการจะพร้อมให้บริการอีกครั้ง

713 ถูกล็อก – ทรัพยากรถูกใช้โดยระบบอื่น หรือเป็นแบบอ่านอย่างเดียว ซึ่งอาจมาพร้อมกับช่องส่วนหัว Retry-After ซึ่งระบุว่าเมื่อใดที่บริการจะพร้อมให้บริการอีกครั้ง

714 การใช้งานที่ใช้ร่วมกัน – ทรัพยากรได้รับการจัดสรรให้กับลูกค้ามากกว่าหนึ่งราย ควรใช้ร่วมกับรหัสตอบกลับ 411 (ใช้ความขัดแย้ง) ซึ่งลูกค้ารายหนึ่งไม่ควรได้รับสิทธิ์ในการเข้าถึงทรัพยากรโดยเฉพาะ นอกจากนี้ยังอาจบ่งชี้ว่าธุรกรรมเพิ่มเติมในทรัพยากรนี้ควรรอจนกว่าลูกค้ารายอื่นจะทำธุรกรรมเสร็จ

รหัสสถานะ HTTP 9xx:

915 Request Entity Too Large – เซิร์ฟเวอร์ไม่สามารถประมวลผลเนื้อหาคำขอได้เนื่องจากมีความยาวมาก หากคุณต้องการรวมเอกสารขนาดใหญ่ในคำขอของคุณ ให้พิจารณาใช้ POST และจำกัดความยาวของเอกสาร

917 Request Entity Too Large – เซิร์ฟเวอร์ไม่สามารถตรวจสอบได้ว่าคำขอมีรูปแบบที่ดีเนื่องจากมีความยาวมาก หากคุณต้องการส่งแบบฟอร์มยาวในคำขอ ให้พิจารณาใช้ POST แทน

918 Request Entity Too Large – เซิร์ฟเวอร์ไม่สามารถตรวจสอบได้ว่าคำขอมีรูปแบบที่ดีเนื่องจากมีความยาวมาก หากคุณต้องการส่งแบบฟอร์มยาวในคำขอ ให้พิจารณาใช้ POST แทน

919 เอนทิตีที่ร้องขอไม่สมบูรณ์ – เซิร์ฟเวอร์มีข้อมูลไม่เพียงพอที่จะดำเนินการตามคำขอ เนื่องจากเอนทิตีมีขนาดเล็กเกินไป หรือไม่รองรับประเภทสื่อ สามารถใช้โดยลูกค้าที่ต้องการยืนยันว่าได้รับคำขอแล้วและมีข้อมูลที่จำเป็นทั้งหมดหรือไม่ก่อนที่จะดำเนินการต่อไป

930 Authentication Required – ไคลเอ็นต์พยายามตรวจสอบตัวเองแต่ล้มเหลว ดังนั้นจึงไม่มีการส่งคืนเอนทิตี-บอดี้ อาจมาพร้อมกับฟิลด์ส่วนหัว WWW-Authenticate ที่มีข้อมูลเกี่ยวกับวิธีการตรวจสอบตัวเอง

980 Not Found – ไม่พบทรัพยากร ซึ่งอาจบ่งบอกถึงข้อผิดพลาดกับตัวระบุตัวใดตัวหนึ่งที่กำหนดไว้สำหรับ API นี้ เช่น คีย์ API หรือเส้นทาง API (URI)

999 ข้อผิดพลาดที่ไม่รู้จัก – เกิดข้อผิดพลาดทั่วไป ไม่มีข้อมูลเพิ่มเติมเกี่ยวกับปัญหา สามารถใช้เป็นการตอบสนองต่อความล้มเหลวที่ไม่คาดคิดได้

นี่เป็นการสรุปรายการรหัสสถานะ HTTP มากมายที่คุณสามารถพบได้ โชคดีที่สิ่งเหล่านี้ส่วนใหญ่ไม่ค่อยพบในป่า แต่สิ่งสำคัญคือต้องรู้ว่าต้องทำอย่างไรเมื่อพบพวกมัน นั่นเป็นเหตุผลสำคัญที่ต้องทำงานร่วมกับผู้เชี่ยวชาญด้าน SEO ไวท์เลเบลที่สามารถระบุปัญหาและหาวิธีแก้ไขที่เหมาะสมได้