แปลง HEIC เป็น WebP สำหรับเว็บในขั้นตอนเดียว
การแปลงจาก HEIC เป็น JPEG แล้วแปลงเป็น WebP อีกรอบทำให้สูญเสียคุณภาพถึงสองครั้ง การแปลงตรงสู่ WebP ช่วยข้ามขั้นตอนและได้ไฟล์ที่เล็กกว่า
แปลงไฟล์ HEIC ตรงเป็น WebP เมื่อต้องการนำภาพถ่ายจาก iPhone ขึ้นเว็บไซต์ เนื่องจากเส้นทางตรงนี้จะทำการถอดรหัสหนึ่งครั้งและเข้ารหัสหนึ่งครั้ง แทนที่จะสูญเสียคุณภาพผ่านทาง JPEG ผลลัพธ์ที่ได้มักจะมีขนาดเล็กกว่าไฟล์ JPEG ที่เทียบเท่ากันถึง 25 ถึง 35 เปอร์เซ็นต์ ที่คุณภาพการมองเห็นเท่ากัน
การเข้ารหัสแบบสูญเสียข้อมูล (lossy re-encode) ทุกครั้งจะทิ้งรายละเอียดเล็กๆ น้อยๆ ไป การแปลงจาก High Efficiency Image Container (HEIC) เป็น JPEG แล้วต่อด้วย JPEG เป็น WebP จะเสียไปถึง 2 เจเนอเรชัน ในขณะที่ใช้แค่ 1 เจเนอเรชันก็พอ และไฟล์ JPEG ชั่วคราวนี้ก็ไม่มีประโยชน์อะไรเมื่อมีไฟล์ WebP อยู่แล้ว
ทำไมเส้นทางตรงถึงดีกว่า
การเข้ารหัสแบบสูญเสียข้อมูลแต่ละครั้งจะทิ้งรายละเอียดไปอย่างถาวร และความสูญเสียนี้จะสะสมทบกันไปในแต่ละขั้นตอน การแปลง 2 ขั้นตอนจะทำให้เกิดความเสียหายจากการบีบอัดถึงสองครั้ง จากนั้นก็บีบอัดความเสียหายนั้นซ้ำอีกในรอบที่สอง
รอบที่สองนี่แหละคือส่วนที่สูญเปล่า การบีบอัด JPEG จะสร้างอาร์ติแฟกต์ (artefacts) ขนาดเล็กรอบๆ ขอบภาพ และตัวเข้ารหัส WebP ก็จะใช้บิตในการอธิบายอาร์ติแฟกต์เหล่านั้นอย่างละเอียด เนื่องจากตัวเข้ารหัสไม่สามารถแยกแยะระหว่างความเสียหายกับรายละเอียดของภาพได้ การข้าม JPEG ไปหมายความว่าตัวเข้ารหัส WebP จะทำงานจากพิกเซลดั้งเดิมและใช้ทรัพยากรไปกับตัวภาพถ่ายแทน
จริงๆ แล้ว WebP มีขนาดเล็กกว่าแค่ไหน
ไฟล์ WebP มีขนาดเล็กกว่า JPEG ถึง 25 ถึง 35 เปอร์เซ็นต์เมื่อเทียบเท่าคุณภาพการมองเห็น และมีขนาดใกล้เคียงกับไฟล์ HEIC ต้นฉบับ การประหยัดพื้นที่จะเห็นได้ชัดที่สุดในภาพถ่ายที่มีพื้นผิวเรียบ เช่น ท้องฟ้า ผนัง และผิวหนัง
| ภาพถ่ายต้นฉบับ | ในรูปแบบ HEIC | ในรูปแบบ JPEG คุณภาพ 85 | ในรูปแบบ WebP คุณภาพ 85 |
|---|---|---|---|
| ภาพบุคคล, พื้นหลังเรียบ | 1.4 MB | 2.8 MB | 1.9 MB |
| ภาพทิวทัศน์พร้อมท้องฟ้า | 2.1 MB | 4.2 MB | 2.7 MB |
| ภาพในร่ม, รายละเอียดผสมผสาน | 2.6 MB | 5.1 MB | 3.6 MB |
| ภาพหน้าจอหรือกราฟิกแบบแบน | 0.4 MB | 0.9 MB | 0.3 MB |
ตารางแถวสุดท้ายแสดงกรณีที่ WebP เหนือกว่า HEIC อย่างเห็นได้ชัด WebP มีโหมดไม่สูญเสียข้อมูล (lossless mode) ที่เหมาะสำหรับสีแบบแบนและขอบที่คมชัด ซึ่งเป็นสาเหตุว่าทำไมภาพหน้าจอและกราฟิกจึงบีบอัดใน WebP ได้ดีกว่ารูปแบบภาพถ่ายทั่วไป
ควรใช้ WebP ตอนไหน และควรใช้ JPG ตอนไหน
ใช้ WebP สำหรับทุกอย่างที่แสดงผลบนหน้าเว็บ และใช้ JPG สำหรับทุกอย่างที่อัปโหลดไปยังฟอร์ม ส่งทางอีเมล หรือส่งให้ร้านพิมพ์ การแบ่งประเภทนี้ขึ้นอยู่กับสิ่งที่ปลายทางแต่ละแห่งสามารถถอดรหัสได้
- เว็บไซต์และระบบจัดการเนื้อหา WebP รองรับโดยเบราว์เซอร์ปัจจุบันทั้งหมดทั้งบนเดสก์ท็อปและมือถือ
- ร้านค้าออนไลน์และตลาดซื้อขาย WebP ในกรณีที่รองรับ เนื่องจากน้ำหนักของหน้าเว็บส่งผลต่ออัตราการแปลงเป็นยอดขาย
- พอร์ทัลของรัฐบาลและระบบสอบ JPG เนื่องจากระบบตรวจสอบการอัปโหลดปฏิเสธไฟล์ WebP
- จดหมายข่าวทางอีเมล JPG เนื่องจากรองรับ WebP ในโปรแกรมรับอีเมลยังคงไม่สม่ำเสมอ
- ซอฟต์แวร์การพิมพ์และการออกแบบ JPG หรือ HEIC ดั้งเดิม เนื่องจากเวิร์กโฟลว์การพิมพ์แทบไม่เคยรับไฟล์ WebP
วิธีแปลงไฟล์ HEIC เป็น WebP
ในการแปลงโฟลเดอร์ภาพถ่าย iPhone สำหรับเว็บไซต์ ให้ทำตาม 6 ขั้นตอนเหล่านี้
- คัดลอกภาพถ่ายออกจากโทรศัพท์ผ่านสายเคเบิล หรือดาวน์โหลดจาก iCloud เป็นไฟล์ ZIP
- เปิดเครื่องมือแปลง HEIC เป็น WebP ในเบราว์เซอร์สมัยใหม่ใดก็ได้
- ลากไฟล์ทั้งหมดหรือไฟล์ ZIP ไปยังพื้นที่วางไฟล์
- ปรับขนาดก่อนแปลงหากภาพถ่ายจะแสดงผลด้วยความกว้างคงที่ เนื่องจากภาพขนาด 4000 พิกเซลในช่องแสดงผล 800 พิกเซลจะทำให้เปลืองพื้นที่ไฟล์โดยเปล่าประโยชน์
- ตั้งค่าคุณภาพเป็น 80 สำหรับการใช้งานบนเว็บ ซึ่งเป็นจุดที่ไฟล์มีขนาดเล็กและไม่เห็นรอยสูญเสียคุณภาพ
- ดาวน์โหลดผลลัพธ์เป็นไฟล์ ZIP เดียวและอัปโหลดขึ้นเว็บไซต์
การปรับขนาดก่อนแปลงมีความสำคัญมากกว่าการตั้งค่าคุณภาพ ขนาดของภาพเป็นตัวกำหนดขนาดไฟล์ส่วนใหญ่ ดังนั้นภาพถ่ายที่ลดขนาดลงเหลือเท่าความกว้างที่แสดงผลจริงจึงเข้าใกล้เป้าหมายหน้าเว็บที่รวดเร็วไปกว่าครึ่งแล้ว
ความโปร่งใสและภาพเคลื่อนไหวสามารถคงอยู่ได้
WebP รองรับความโปร่งใสและภาพเคลื่อนไหว ดังนั้นจึงไม่มีสิ่งใดสูญหายไปเหมือนที่ JPEG เคยตัดทิ้ง JPEG ไม่มีช่องความโปร่งใสเลย ซึ่งทำให้พื้นหลังโปร่งใสกลายเป็นสีขาวทึบระหว่างการแปลง
ภาพถ่าย iPhone ธรรมดาไม่มีความโปร่งใส ดังนั้นจึงแทบไม่มีผลอะไรกับภาพจากกล้อง แต่จะสำคัญมากสำหรับกราฟิกที่ส่งออก โลโก้ และภาพหน้าจอที่มีมุมมน ซึ่งการแปลงเป็น JPEG จะทำให้เกิดกล่องสีขาวที่นักออกแบบไม่ได้ตั้งใจ การส่งไฟล์เหล่านั้นผ่าน WebP แทนจะช่วยรักษาพื้นที่โปร่งใสให้อยู่ครบถ้วน
การแสดงผล WebP อย่างปลอดภัยบนเว็บไซต์
ใช้อเลเมนต์ picture โดยให้แหล่งที่มา WebP อยู่ก่อน แล้วตามด้วยสำรอง JPEG ในแท็ก img เบราว์เซอร์จะเลือกรูปแบบแรกที่มันเข้าใจเอง รูปแบบนี้ใช้โค้ดเพิ่มแค่ไม่กี่บรรทัดและช่วยขจัดความเสี่ยงเรื่องความเข้ากันได้ทั้งหมด
เบราว์เซอร์สมัยใหม่จะเลือกใช้ไฟล์ WebP ในขณะที่เบราว์เซอร์รุ่นเก่าจะสำรองไปใช้ JPEG ระบบจัดการเนื้อหาส่วนใหญ่ในปัจจุบันจัดการเรื่องนี้ให้อัตโนมัติเมื่อทำการอัปโหลด ดังนั้นควรตรวจสอบว่าแพลตฟอร์มของคุณสร้างมาร์กอัปนี้ให้อยู่แล้วหรือไม่ก่อนที่จะเขียนเอง การอัปโหลดไฟล์ WebP ไปยังแพลตฟอร์มที่ทำการเข้ารหัสทุกอย่างซ้ำเป็น JPEG จะทำให้คุณมีความเสี่ยงเรื่องความเข้ากันได้โดยไม่ได้ประโยชน์เรื่องขนาดไฟล์ ซึ่งคุ้มค่าที่จะตรวจสอบสักครั้งต่อหนึ่งแพลตฟอร์ม
ปรับขนาดก่อนแปลง
ลดขนาดภาพถ่ายให้เหลือเท่ากับขนาดที่ใหญ่ที่สุดที่จะแสดงผลจริง แล้วค่อยแปลง เนื่องจากขนาดมิติภาพส่งผลต่อขนาดไฟล์มากกว่าการตั้งค่าคุณภาพ ภาพถ่ายจาก iPhone มีขนาดประมาณ 3024 คูณ 4032 พิกเซล และแทบไม่มีหน้าเว็บไหนแสดงภาพขนาดใหญ่ขนาดนั้น
ภาพถ่ายที่แสดงในคอลัมน์กว้าง 800 พิกเซลต้องการขนาด 1600 พิกเซลเพื่อให้ดูคมชัดบนหน้าจอความหนาแน่นสูง และไม่จำเป็นต้องใหญ่ไปกว่านั้น การปรับขนาดจาก 3024 ลดลงเหลือ 1600 จะช่วยลดข้อมูลพิกเซลไปได้ประมาณ 72 เปอร์เซ็นต์ก่อนที่ตัวเข้ารหัสจะเริ่มทำงาน ซึ่งมักจะช่วยประหยัดได้มากกว่าการตัดสินใจปรับคุณภาพใดๆ วัดความกว้างที่กว้างที่สุดที่ภาพเคยแสดงผล คูณสองเข้าไป และปรับขนาดไลบรารีภาพให้เท่ากับตัวเลขนั้น
การรองรับ WebP ของเบราว์เซอร์ในปี 2026
เบราว์เซอร์ปัจจุบันทุกตัวรองรับ WebP รวมถึง Chrome, Firefox, Safari และ Edge ทั้งบนเดสก์ท็อปและมือถือ ข้อโต้แย้งเก่าเกี่ยวกับรูปแบบนี้คือเรื่องความเข้ากันได้ ซึ่งข้อโต้แย้งนั้นจบลงตั้งแต่ Safari เพิ่มการรองรับในปี 2020
การรองรับนอกเหนือจากเบราว์เซอร์ยังคงไม่สม่ำเสมอ ซึ่งเป็นจุดที่ควรคำนึงถึง ซอฟต์แวร์ออกแบบ เวิร์กโฟลว์การพิมพ์ โปรแกรมรับอีเมล และฟอร์มการอัปโหลด ยังคงล้าหลังกว่าเบราว์เซอร์อยู่หลายปี ดังนั้นไฟล์ WebP ที่แสดงผลได้อย่างสมบูรณ์แบบบนหน้าเว็บอาจถูกปฏิเสธโดยแพลตฟอร์มจดหมายข่าวหรือพอร์ทัลของรัฐบาล ให้ตัดสินรูปแบบไฟล์จากปลายทางที่จะนำไปใช้มากกว่าตารางความเข้ากันได้ของเบราว์เซอร์
การรักษาเวลาและสถานที่ถ่ายภาพ
ข้อมูลเมตา EXIF จะเก็บบันทึกวันที่ถ่าย การตั้งค่ากล้อง และสถานที่ และเครื่องมือแปลงที่รักษาข้อมูลนี้ไว้จะช่วยให้ภาพถ่ายเรียงลำดับได้อย่างถูกต้อง คลังภาพจะจัดเรียงรูปภาพตามวันที่ถ่ายไม่ใช่ตามวันที่ของไฟล์ ดังนั้นการสูญเสียฟิลด์นั้นไปจะทำให้ อัลบั้มกระจัดกระจาย
ข้อมูลสถานที่คือสิ่งควรคิดให้ดีก่อนเผยแพร่ พิกัดที่บันทึกไว้ในระยะไม่กี่เมตรมีประโยชน์ในคลังภาพส่วนตัวแต่ไม่ปลอดภัยบนเว็บไซต์สาธารณะ โดยเฉพาะภาพถ่ายที่ถ่ายที่บ้าน ตัดสินใจให้แน่ชัดว่าต้องการพฤติกรรมแบบใดก่อนที่จะรันไฟล์ชุดละ 500 ไฟล์ เพราะการมาเปลี่ยนทีหลังหมายถึงต้องประมวลผลทุกอย่างใหม่อีกรอบ
ควรเลือกตั้งค่าคุณภาพที่เท่าไหร่
คุณภาพ 80 คือค่าเริ่มต้นที่เหมาะสมสำหรับ WebP บนเว็บ และคุณภาพ 90 เหมาะสำหรับภาพถ่ายที่จะแสดงผลขนาดใหญ่ WebP เก็บรายละเอียดได้ดีกว่า JPEG ที่ตัวเลขเดียวกัน ดังนั้นไฟล์ WebP ที่คุณภาพ 80 จึงดูเหมือนไฟล์ JPEG ที่คุณภาพ 85 หรือสูงกว่า
การลดลงต่ำกว่า 70 จะเริ่มเห็นผลบนใบหน้าและในไลเดียนต์ที่เรียบเนียน โดยเฉพาะบนภาพฮีโร่ขนาดใหญ่ หากเกิน 90 ขนาดไฟล์จะเติบโตอย่างรวดเร็วสำหรับความแตกต่างที่ไม่มีใครสังเกตเห็นบนหน้าจอ ทดสอบภาพตัวอย่าง 1 ภาพที่ 3 การตั้งค่าก่อนที่จะทำการคอมมิตชุดไฟล์ 500 ไฟล์ เนื่องจากตัวเลขที่ถูกต้องขึ้นอยู่กับประเภทของรูปภาพที่คุณเผยแพร่
การแปลงคลังภาพทั้งหมด
วางไฟล์ ZIP ลงไปได้เลย เพราะรูปภาพทั้งหมดที่รองรับภายในจะถูกแตกไฟล์และแปลงให้อัตโนมัติ การดาวน์โหลดจาก iCloud หรือการสำรองข้อมูลโทรศัพท์มักจะมาในรูปแบบไฟล์ ZIP อยู่แล้ว ซึ่งช่วยลดความจำเป็นในการเลือกไฟล์หลายร้อยไฟล์ด้วยมือ
การประมวลผลชุดละสูงสุด 500 ไฟล์จะทำงานพร้อมกัน และทุกอย่างเกิดขึ้นบนหน่วยประมวลผลของคุณเองแทนที่จะเป็นบนเซิร์ฟเวอร์ ไม่มีไฟล์ใดถูกอัปโหลด ดังนั้นภาพถ่ายที่ยังไม่เผยแพร่ งานลูกค้า และภาพส่วนตัวจะยังคงอยู่บนเครื่องของคุณ สำหรับการสร้างเว็บไซต์ใหม่ นั่นหมายความว่าคลังภาพทั้งหมดสามารถแปลงเสร็จได้ภายในไม่กี่นาทีโดยไม่มีไฟล์ใดวิ่งผ่านเครือข่ายเลย