حوّل WebP إلى PNG مع الحفاظ على الشفافية

ما ملف WebP

WebP هو تنسيق صور نشرته Google في 2010. وهو حاوية RIFF — ذات البنية نفسها القائمة على المقاطع مثل ملف WAV — وتحتوي إما على صورة فاقدة للبيانات مشفّرة بأدوات الإطارات الداخلية في VP8، أو صورة بلا فقدان مشفّرة باستخدام VP8L، أو حركة مكوّنة من أي منهما. ويمكن للأنواع الثلاثة حمل قناة ألفا، كما تحتوي الحاوية على مواضع لبيانات EXIF وXMP وملف تعريف ICC إلى جانب الصورة.

سبب عرض هذا التنسيق في جزء كبير من الويب هو حساب مباشر: عند مطابقة الجودة البصرية، يكون WebP الفاقد للبيانات أصغر عادةً بنسبة 25 إلى 35 في المئة من JPEG المكافئ، ويكون WebP بلا فقدان أصغر بنسبة 20 إلى 30 في المئة من PNG المكافئ. في صفحة تضم اثنتي عشرة صورة، يظهر هذا الفرق في سرعة قابلية الصفحة للاستخدام، ولذلك بدأت أنظمة إدارة المحتوى بالتحويل عند الرفع، وبدأت الملفات ذات الامتداد .webp بالوصول إلى مجلدات التنزيل لدى المستخدمين.

أصبح دعم المتصفحات شاملاً منذ Safari 14 في 2020. أما الدعم خارج المتصفحات فما زال يسبب المشكلات، ولهذا أُنشئت هذه الصفحة.

لا يعني بلا فقدان أنه لم يتغير

يخزّن PNG ما يُعطى له تماماً، لذلك لا يضيف التحويل أي فقدان من عنده. لكنه لا يستطيع التراجع عن فقدان حدث من قبل. إذا كان المصدر WebP فاقداً للبيانات، ينتج المفكك الصورة مع آثار الضغط الموجودة فيها، ثم يسجّل PNG تلك الآثار بأمانة وإلى الأبد.

من المهم توضيح ذلك، لأن النصيحة «حوّل إلى PNG لتحصل على جودة أفضل» شائعة، وهي صحيحة جزئياً. لا يكون PNG أفضل من WebP — بل هو نسخة منه بلا فقدان. ما يقدمه PNG هو ملف لن تتدهور جودته أكثر: يمكنك اقتصاصه، وإضافة تعليقات إليه، وإعادة حفظه، وتمريره إلى أداة أخرى من دون أن تضيف كل خطوة جيلاً جديداً من الضغط الفاقد للبيانات. وهذا ميزة حقيقية لملف سيخضع للمعالجة.

إذا كان المصدر WebP بلا فقدان، يكون التحويل مطابقاً تماماً في الاتجاهين: وحدات البكسل نفسها عند الإدخال والإخراج، داخل حاوية مختلفة.

توقّع ازدياد حجم الملف

لا يتخلص PNG من أي شيء، وتحتوي الصورة الفوتوغرافية على قدر هائل من التفاصيل التي لا يستطيع الإنسان رؤيتها، ولذلك يتخلص منها برنامج الترميز الفاقد للبيانات. يؤدي تحويل WebP فوتوغرافي إلى PNG عادةً إلى مضاعفة حجم الملف عشر مرات أو أكثر: يصبح WebP فاقد للبيانات بحجم 200 كيلوبايت ملف PNG بحجم 2-3 ميغابايت يحتوي على الصورة نفسها.

أما في لقطة الشاشة أو المخطط أو الرسم المسطح، فيكون الفرق أصغر بكثير، لأن التفاصيل التي جرى التخلص منها أقل أصلاً، ولأن مرشحات PNG تتعامل جيداً مع الألوان المسطحة. يزداد حجم WebP بلا فقدان المحوّل إلى PNG عادةً بنسبة 20 إلى 40 في المئة، وهو الفارق نفسه عند قياسه من الجهة الأخرى.

يبيّن التقرير التغيير الدقيق، لذلك لا حاجة إلى التخمين. إذا كان الناتج كبيراً أكثر من اللازم للمكان الذي سيُستخدم فيه، يمكن لـالضاغط أن يجعله تحت حد معيّن، بينما يكون مغيّر الحجم الخيار الأقوى عندما تكون الأبعاد أكبر مما يحتاجه المكان المستهدف.

الشفافية، ولماذا تبقى هنا

يملك كلا التنسيقين قناة ألفا كاملة من 8 بت، لذلك تنتقل كل وحدة بكسل شفافة جزئياً — مثل الحافة الناعمة لرسم توضيحي، أو شكل حرف بمكافحة التعرج، أو ظل — كما هي تماماً. لا يحدث تسطيح للصورة، ولا تُوضع على لون خلفية.

وهذا هو الفرق بين هذه الصفحة ومحوّل JPEG، حيث يجب إتلاف الشفافية لأن JPEG لا يملك مكاناً لوضعها. إذا كان الرسم سيُوضع على خلفية غير معروفة — مثل شعار أو صورة مقصوصة أو أيقونة — فإن PNG هو التحويل الذي يحافظ على قابليته للاستخدام.

الشيء الوحيد الذي لا يبقى هو الحركة. يُفك ترميز WebP المتحرك باستخدام إطاره الأول، وهذه خاصية لكل أداة تعتمد على canvas؛ فلا توجد طريقة لكتابة PNG متحرك من canvas في المتصفح أيضاً.

متى تحوّل، ومتى لا تحوّل

حوّل الملف عندما يحتاج ما بعده إلى PNG تحديداً: أداة تصميم لا تستورد WebP، أو مواصفة ملفات لدى مورّد طباعة، أو تطبيق يملك قائمة ثابتة من الامتدادات، أو برنامج مضمّن، أو مكتبة بلغة أخرى يتوقف دعم الصور فيها عند PNG وJPEG. وحوّله أيضاً عندما يكون على وشك الخضوع لتعديلات متكررة وتريد إيقاف الفقدان التراكمي عند هذه النقطة.

لا تحوّل للويب. فعرض PNG عندما يكون WebP مناسباً يجعل الصفحة أبطأ لكل زائر، والمتصفحات التي لا تقرأ WebP لم تعد موجودة عملياً. ولا تحوّل صورة فوتوغرافية من أجل «تحسينها» أيضاً: فقدان البيانات حدث من قبل، وPNG نسخة كبيرة وأمينة من صورة فاقدة للبيانات.

وإذا كانت المشكلة الوحيدة أنك لا تستطيع فتح الملف، فلا تحتاج إلى هذه الصفحة: اسحب WebP إلى أي نافذة متصفح لعرضه، كما أن Windows Photos وmacOS Preview يقرآن هذا التنسيق منذ سنوات.

أي تحويل من التحويلات الثلاثة تحتاج إليه فعلاً

هناك ثلاثة اتجاهات للخروج من WebP، ويجيب كل منها عن سؤال مختلف، لذلك من المفيد أن تحدد بوضوح أيها أمامك.

هذه الصفحة، WebP إلى PNG، هي الخيار المناسب عندما سيجري العمل على الملف مرة أخرى — اقتصاصه، أو إضافة تعليقات إليه، أو دمجه، أو إعادة حفظه — أو عندما يجب أن تبقى الشفافية. PNG بلا فقدان، لذلك لا تتدهور الجودة أكثر مهما مرّ الملف عبر محرر، وقناة ألفا فيه مطابقة لقناة WebP.

WebP إلى JPG هو الخيار المناسب عندما يرفض ما بعده فتح أي تنسيق حديث ببساطة: تطبيق سطح مكتب قديم، أو فحص مسبق لدى مورّد طباعة، أو بوابة تملك قائمة ثابتة من الامتدادات. لكنه يكلّفك الشفافية — فلا يملك JPEG قناة ألفا، وتصبح كل وحدة بكسل شفافة لوناً تختاره — كما يضيف مرحلة ضغط فاقدة للبيانات ثانية، ولهذا تضبط تلك الصفحة جودة أعلى مما ستضبطه عادةً.

أما الضغط في مكانه فهو الخيار الذي يلجأ إليه الناس أخيراً، مع أنه ينبغي أن يكون الخيار الأول في كثير من الحالات. إذا كانت المشكلة أن الملف كبير لا أن التنسيق خاطئ، فإن تحويله هو الطريق الأعلى كلفة: إبقاؤه بصيغة WebP وخفض الجودة، أو تحديد أبعاده، ينتج ملفاً أصغر تقرؤه كل أدوات الويب أصلاً.

ماذا يحدث لبيانات التعريف

لا تنتقل أي بيانات. يجري التحويل من وحدات البكسل المفكوكة، لذلك لا تُكتب أي بيانات EXIF أو XMP أو ملف تعريف ICC أو بيان C2PA من المصدر في الناتج؛ ويحتوي PNG الناتج على ترويسة الصورة وبيانات الصورة ولا شيء آخر.

يكون ذلك هو المطلوب عادةً، وأحياناً لا يكون كذلك — إذ تختفي معه سطر حقوق المصور وسجل مصدر الملف. إذا أردت معرفة ما كان موجوداً، فإن أداة بيانات التعريف تقرأ كل ذلك وتشرح كل حقـل قبل إزالة أي شيء. وإذا كان WebP يحمل موقعاً تريد حذفه مع رغبتك في الإبقاء على WebP، تزيله تلك الأداة من دون إعادة ترميز الصورة على الإطلاق — وهذا أفضل من التحويل لهذا الغرض تحديداً.

تجري كل العمليات في علامة تبويب المتصفح: فك الترميز، والترميز، وقياس الحجم. ولا ينقل أي طلب الملف إلى أي مكان، ولا توجد نقطة نهاية على هذا النطاق تقبل ملفاً.