ข้ามไปยังเนื้อหา

แปลง 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 MB2.8 MB1.9 MB
ภาพทิวทัศน์พร้อมท้องฟ้า2.1 MB4.2 MB2.7 MB
ภาพในร่ม, รายละเอียดผสมผสาน2.6 MB5.1 MB3.6 MB
ภาพหน้าจอหรือกราฟิกแบบแบน0.4 MB0.9 MB0.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 ขั้นตอนเหล่านี้

  1. คัดลอกภาพถ่ายออกจากโทรศัพท์ผ่านสายเคเบิล หรือดาวน์โหลดจาก iCloud เป็นไฟล์ ZIP
  2. เปิดเครื่องมือแปลง HEIC เป็น WebP ในเบราว์เซอร์สมัยใหม่ใดก็ได้
  3. ลากไฟล์ทั้งหมดหรือไฟล์ ZIP ไปยังพื้นที่วางไฟล์
  4. ปรับขนาดก่อนแปลงหากภาพถ่ายจะแสดงผลด้วยความกว้างคงที่ เนื่องจากภาพขนาด 4000 พิกเซลในช่องแสดงผล 800 พิกเซลจะทำให้เปลืองพื้นที่ไฟล์โดยเปล่าประโยชน์
  5. ตั้งค่าคุณภาพเป็น 80 สำหรับการใช้งานบนเว็บ ซึ่งเป็นจุดที่ไฟล์มีขนาดเล็กและไม่เห็นรอยสูญเสียคุณภาพ
  6. ดาวน์โหลดผลลัพธ์เป็นไฟล์ 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 ไฟล์จะทำงานพร้อมกัน และทุกอย่างเกิดขึ้นบนหน่วยประมวลผลของคุณเองแทนที่จะเป็นบนเซิร์ฟเวอร์ ไม่มีไฟล์ใดถูกอัปโหลด ดังนั้นภาพถ่ายที่ยังไม่เผยแพร่ งานลูกค้า และภาพส่วนตัวจะยังคงอยู่บนเครื่องของคุณ สำหรับการสร้างเว็บไซต์ใหม่ นั่นหมายความว่าคลังภาพทั้งหมดสามารถแปลงเสร็จได้ภายในไม่กี่นาทีโดยไม่มีไฟล์ใดวิ่งผ่านเครือข่ายเลย

กลับสู่บล็อก