PNG إلى WebP: راجع حواف الأيقونة، لا الشفافية وحدها
قد تبقى خلفية الأيقونة شفافة بعد التحويل، بينما تصبح كلمة صغيرة فيها أقل وضوحًا. الشفافية وجودة الألوان شيئان مختلفان؛ نجاح الأول لا يكفي لقبول نسخة الويب الجديدة.
شفاف لا تعني مطابقًا لكل بكسل
يمكن أن يجمع WebP بين الشفافية وضغط فقدي للألوان. وله أيضًا وضع غير فقدي، لكن وجود امتداد WebP أو خلفية شفافة لا يخبرك أي الوضعين استُخدم.
هذا المسار في ToolRoof ينتج WebP فقديًا. اختبر الحواف الملونة والكتابة الصغيرة بعناية، واحتفظ بـPNG إذا كانت مطابقة الشكل الأصلي أهم من احتمال تقليل حجم الملف.
المراجع: Google WebP — Quality and lossless encoding are separate controls
راجع الشكل على الخلفيات التي سيقابلها
ضع النسخة فوق خلفية فاتحة وأخرى داكنة. افحص الظلال الخفيفة والحواف شبه الشفافة؛ قد تكشف إحدى الخلفيتين مشكلة لم تكن ظاهرة في الأخرى.
لا تخلط بين المساحة الشفافة والفراغ غير الضروري. قد يكون الهامش مقصودًا لمحاذاة الأيقونات داخل أزرار متساوية. قصه لمجرد تصغير الملف يمكن أن يغيّر ترتيب الواجهة.
الرسوم قليلة الألوان تحتاج مقارنة فعلية
يمكن أن يصبح WebP الفقدي أكبر من PNG قليل الألوان. لا تستبدل كل الأيقونات بناءً على تجربة ناجحة مع صورة فوتوغرافية مختلفة.
رتب شروط القبول: هل الشكل واضح بالحجم النهائي؟ هل الخلفية مناسبة؟ هل يقل الحجم فعلًا؟ إذا لم يتحقق الشرط المهم لاختيارك، فبقاء PNG قرار صحيح لا فشل في التحويل.
المراجع: Google WebP — File size, format features and limitations
مثال: مساحة الأيقونة ليست حجم ملفها
أيقونة مقاسها 256 × 256 بكسل لها هامش شفاف 32 بكسل من كل جانب. مساحة المحتوى الأوسط 192 × 192 = 36864 بكسل، أي 56.25% من مساحة اللوحة. هذه نسبة مساحة هندسية، لا توقع لنسبة ضغط الملف.
عند عرض اللوحة كلها بعرض 64 بكسل يصبح عرض المحتوى الأوسط 48 بكسل. راجع وضوحه بهذا الحجم وعلى الخلفيتين، لا عند تكبيره فقط. لا تجعل حذف الهامش أو خسارة خط رفيع ثمنًا خفيًا لتوفير صغير في البايتات.