WebP คืออะไร? คำอธิบายรูปแบบภาพสมัยใหม่และความสำคัญ

WebP เป็นรูปแบบภาพที่ Google พัฒนา รองรับการเข้ารหัสแบบสูญเสียและไม่สูญเสีย ความโปร่งใส และภาพเคลื่อนไหว ชุดข้อมูลที่ Google เผยแพร่ให้ไฟล์เล็กกว่า JPEG หรือ PNG ด้วยวิธีเปรียบเทียบที่กำหนด แต่นั่นเป็นผล benchmark ไม่ใช่คำรับประกันทุกครั้ง เบราว์เซอร์หลักปัจจุบันรองรับ ส่วนซอฟต์แวร์อื่นและไคลเอนต์เก่าต้องตรวจสอบ

WebP มาจากไหน

Google ประกาศเปิดตัว WebP เมื่อ 30 กันยายน 2010 โดยวางตำแหน่งเป็นตัวแทน JPEG สมัยใหม่บนเว็บ ฟอร์แมตนี้เกิดจาก Video Codec: Google ซื้อบริษัท On2 Technologies ที่พัฒนาฟอร์แมตวิดีโอ VP8 วิศวกรของ Google ค้นพบว่าเทคนิคการบีบอัดของ VP8 ที่ออกแบบมาเพื่อย่อขนาดเฟรมวิดีโอ ใช้สร้างรูปนิ่งขนาดเล็กได้ด้วย

ช่วงแรกเป็นไปอย่างช้าๆ Google เพิ่มการรองรับ WebP ใน Chrome เกือบจะทันที แต่ผู้พัฒนาเบราว์เซอร์อื่นยังสงสัย Mozilla ตั้งคำถามต่อสาธารณะว่าคุณภาพที่ดีขึ้นคุ้มกับการใช้ฟอร์แมตอีกตัวหนึ่งหรือไม่ Apple เพิกเฉยโดยสิ้นเชิง

จุดเปลี่ยนมาทีละน้อย:

• 2012 — Chrome เพิ่มความสามารถ WebP แบบไม่สูญเสียและอัลฟา
• 2014 — WebP แพร่ต่อในเบราว์เซอร์ Chromium และ Android
• 2019 — Firefox 65 เพิ่ม WebP
• 2020 — Safari รองรับในรุ่น iOS 14 และ macOS Big Sur
• ปัจจุบัน — เบราว์เซอร์หลักรองรับ WebP ส่วนรุ่นเก่าและระบบอื่นต้องตรวจ

การรองรับของ Safari ปิดช่องว่างใหญ่ แต่ “รองรับในเบราว์เซอร์” ไม่ใช่ทั้งห่วงโซ่ WebView แบบฝัง โปรแกรมอีเมล โปรแกรมรวบรวม โปรแกรมแก้ไข แอปเนทีฟ และอุปกรณ์ที่ใช้นานอาจรองรับคนละช่วงเวลา

วิธีทำงานของ WebP Compression

WebP มีสองโหมดการบีบอัด แต่ละโหมดเหมาะกับรูปประเภทต่างกัน:

โหมด Lossy (สำหรับรูปถ่าย)

Lossy WebP ใช้ Predictive Coding อิงจาก VP8 ตัว Encoder วิเคราะห์แต่ละบล็อกของพิกเซล คาดเดาว่าควรมีหน้าตาอย่างไรจากบล็อกรอบข้าง แล้วเก็บเฉพาะส่วนต่าง เทคนิคนี้ได้ผลดีเป็นพิเศษกับรูปถ่ายที่มี Gradient นุ่มนวลและ Texture ธรรมชาติ

งานเปรียบเทียบของ Google รายงานว่าในชุดทดสอบ WebP แบบสูญเสีย เล็กกว่า JPEG ที่เทียบกันได้ 25–34% ที่ SSIM เท่ากัน นี่เป็นข้อมูลประกอบ ไม่ใช่คาดการณ์รายไฟล์ ประวัติต้นทาง รุ่นตัวเข้ารหัส การตั้งค่า ข้อมูลกำกับ และตัวชี้วัดเปลี่ยนผลได้

โหมด Lossless (สำหรับกราฟิก)

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

ชุดข้อมูล Google พบ WebP แบบไม่สูญเสียเล็กกว่า PNG ราว 26% โดยเฉลี่ย ไฟล์หนึ่งอาจลดน้อยกว่าหรือใหญ่ขึ้น โหมดไม่สูญเสียคืนพิกเซล แต่ข้อมูลกำกับและ RGB โปร่งใสอาจขึ้นกับการตั้งค่าตัวเข้ารหัส

WebP vs JPEG vs PNG: เปรียบเทียบ

WebP รวมความสามารถที่แยกอยู่ใน JPEG, PNG และรูปแบบเคลื่อนไหว แต่ไม่รับประกันว่าเล็กหรือเข้ากันได้กว่าในทุกกระบวนการ Google ระบุพื้นที่ WebP สูงสุด 16383 × 16383 พิกเซลสำหรับบิตสตรีมทั่วไป เป็นข้อจำกัดจริงของภาพใหญ่มาก

ทำไมเว็บไซต์สมัยใหม่ใช้ WebP

การส่งและถอดรหัสภาพอาจกระทบประสบการณ์และ Core Web Vitals เมื่อภาพเป็นคอขวด WebP ที่เล็กกว่าอาจลดการส่ง แต่การแปลงอย่างเดียวไม่รับประกันไฟล์เล็ก LCP เร็ว หรืออันดับเปลี่ยน วัดหน้าและเก็บไฟล์สำรองที่เหมาะสม

HTTP Archive แสดงการใช้รูปแบบปัจจุบันในชุดข้อมูล หลายระบบ ไลบรารี และ CDN รับหรือสร้าง WebP แต่ความสามารถและแผนเปลี่ยนได้ ตรวจว่ากระบวนการรักษาภาพเคลื่อนไหว อัลฟา โปรไฟล์ ข้อมูลกำกับ และรูปแบบแคชถูกต้อง

เจ้าของเว็บไซต์และนักพัฒนาแปลงได้โดยตรง ใช้ Vizua ในเบราว์เซอร์เพื่อแปลง JPG เป็น WebPหรือPNG เป็น WebPโดยไม่ติดตั้งซอฟต์แวร์หรือส่งเนื้อหาภาพที่เลือกให้ Vizua

เมื่อไหร่ไม่ควรใช้ WebP

WebP ยอดเยี่ยมสำหรับการส่งบนเว็บ แต่ไม่ใช่ตัวเลือกที่ถูกต้องสำหรับทุกสถานการณ์:

• การเก็บถาวร — ใช้รูปแบบ นโยบายข้อมูลกำกับ การตรวจความสมบูรณ์ และความซ้ำซ้อนที่คลังกำหนด ไม่เหมาว่ารูปแบบเว็บเหมาะกับคลัง
• งานพิมพ์ — ถามโรงพิมพ์เรื่องรูปแบบ โปรไฟล์ ความละเอียด และข้อกำหนดปรู๊ฟก่อนส่ง
• ไฟล์แนบอีเมล — JPEG หรือ PNG อาจเข้ากับไคลเอนต์และซอฟต์แวร์เก่าได้ดีกว่า ควรทดสอบปลายทางจริง
• ภาพที่ด้านใดด้านหนึ่งเกิน 16383 พิกเซล — WebP ทั่วไปจำกัด 16383 x 16383 ใช้รูปแบบผืนภาพใหญ่ การแบ่งช่อง หรือกระบวนการพีระมิด

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

ต้องแปลงกลับ? Vizua จัดการWebP เป็น JPG และบีบอัด WebP สำหรับไฟล์ที่เป็นฟอร์แมตนี้อยู่แล้วได้เช่นกัน

WebP และอนาคต: AVIF เข้าสู่ภาพ

AVIF เป็นรูปแบบใหม่กว่าบนการเข้ารหัส AV1 และอาจเหนือ WebP ใน benchmark กับการใช้งานบางชุด ส่วนต่างขึ้นกับเนื้อหา ตัวเข้ารหัส การตั้งค่า และการวัดคุณภาพ การรองรับในเบราว์เซอร์ปัจจุบันกว้างขึ้น ส่วนไคลเอนต์เก่าและซอฟต์แวร์อื่นยังต่างกัน

AVIF ไม่ได้ทำให้ WebP ล้าสมัย ต้นทุนเข้ารหัส การถอดรหัส ความสามารถ เครื่องมือ และความเข้ากันได้ต่างกัน <picture> เสนอ AVIF, WebP และ JPEG ได้ แต่ลำดับถูกต้องไม่รับประกันไฟล์เล็กสุดหากแต่ละตัวเลือกไม่ได้สร้างและทดสอบดี

WebP มักเป็นตัวเลือกแรกที่ใช้งานได้จริงเพราะเบราว์เซอร์และเครื่องมือปัจจุบันรองรับกว้าง ทดสอบ AVIF เมื่อกระบวนการ build การตรวจคุณภาพ ไฟล์สำรอง และผู้ใช้รองรับ

คำถามที่พบบ่อย