وصلني الأسبوع الماضي مجلد فيه 312 صورة منتج، بأبعاد تتراوح بين 800 × 800 و5472 × 3648، وخليط من JPG وPNG وبعض ملفات HEIC. كان المتجر يطلب صور JPG بأبعاد 1600 × 1600 وبحجم أقل من 2MB. والوجه الآخر لهذه المهمة هو نقل مدونة: مئتا رسم PNG يجب تحويلها إلى WebP مع تحديد العرض بـ1600 كحد أقصى. تبدوان مهمتين مختلفتين، لكنهما المسار نفسه.
لماذا تضر الجولات المنفصلة بالجودة
الطريقة البديهية هي ثلاث أدوات متتالية: تغيير الحجم ثم تنزيل، ثم التحويل ثم تنزيل، ثم الضغط ثم تنزيل. كل أداة تعالج الدفعات، لكنها تعيد ترميز الملف أيضاً عند الانتهاء. وJPG صيغة فاقدة؛ فكل ترميز يتخلص من بعض المعلومات، وبعد ثلاث جولات تظهر عند التكبير تكتلات وهالات واضحة على الحواف.
أما الطريقة الصحيحة فترمّز مرة واحدة فقط في النهاية. تُفك الصورة إلى خريطة بكسلات، وتُغيَّر أبعادها وتُقص وتُحوَّل في الذاكرة، ولا تكتب ملفاً بالصيغة والجودة المطلوبتين إلا الخطوة الأخيرة. هكذا بُني المعالجة الدفعية للصور — ست خطوات بترتيب ثابت ودون أي مرحلة فاقدة بينها.
السيناريو الأول: 300 صورة منتج لمتجر إلكتروني
الهدف: 1600 × 1600 وصيغة JPG وأقل من 2MB، واسم المتجر في الزاوية السفلية اليمنى. خطوة بخطوة:
- الحجم: ملء 1600 × 1600. تُكبَّر الصور العريضة والطويلة أولاً بما يكفي لتغطية هذا المربع فقط.
- القص بنسبة: 1:1. يُقتطع ما يزيد على المربع من المنتصف، ولا تتأثر لقطات المنتجات التي يتوسط موضوعها الإطار.
- العلامة المائية: مفعّلة، والنص هو اسم المتجر، في أسفل اليمين، بحجم 4 بالمئة وشفافية 50 بالمئة.
- الإخراج: JPG بجودة 85، وأسماء الملفات بخيار «إعادة التسمية إلى name-001» مع رمز المنتج أو الفئة كبادئة.
على حاسوب محمول عادي تنتهي 312 صورة في ثلاث إلى أربع دقائق، وتستقر بين 200 و600KB — أقل بكثير من سقف 2MB. وتُقرأ ملفات HEIC الأصلية مباشرة دون جولة تحويل مسبقة. ويخرج ملف ZIP بأسماء متسلسلة مرتبة، جاهز للرفع دون إعادة تسمية.
بعض لقطات المنتجات يقع موضوعها بعيداً عن المركز، وقد يقطع القص المركزي جزءاً منه. اعزل هذه الصور، وأطّرها يدوياً في أداة اقتصاص الصور، ثم مرّرها في المسار على حدة. وهي في معظم الدفعات أقل من صورة واحدة من كل عشر.
السيناريو الثاني: معرض مدونة منقول إلى WebP
الهدف: كل رسم بصيغة WebP وبعرض لا يزيد على 1600 مع بقاء لقطات الشاشة حادة. وهو أبسط من السيناريو الأول:
- الحجم: العرض 1600 مع تعطيل «السماح بالتكبير». وأي صورة أضيق من ذلك تُترك كما هي.
- الإخراج: WebP بجودة 80.
- أسماء الملفات: أبقِ الأسماء الأصلية. عندها لا يتغير في المقالات سوى الامتداد، من .png إلى .webp.
مئتا ملف PNG محوّلة بهذه الطريقة تفقد عادة أكثر من 70 بالمئة من وزنها. والشيء الوحيد الذي يستحق الانتباه هو الشعارات والأيقونات ذات الخلفيات الشفافة. فصيغة WebP تدعم الشفافية والمسار يحتفظ بقناة ألفا، فلا مشكلة هنا؛ لكن لو كان الهدف JPG لامتلأت المناطق الشفافة باللون الأبيض، وهذه الملفات ينبغي أن تبقى PNG.
بعد ذلك، مرّر ملفين من النتائج في أداة تحويل الصور لتجربة سلوكهما في متصفح قديم — طمأنة رخيصة الثمن.
ملء أم احتواء أم الضلع الأطول؟
وضع تغيير الحجم هو الإعداد الذي يخطئ فيه الناس أكثر من غيره. وكل وضع من الأوضاع الثلاثة الشائعة يخدم حالة واحدة:
- الضلع الأطول: لا يهمك إلا ألا تكون الصورة كبيرة أكثر من اللازم، والنسبة لا تعنيك. صور المدونات والألبومات المشتركة.
- احتواء داخل W × H: يجب أن تتسع الصورة كاملة داخل مربع دون قص، فقد يقصر أحد ضلعيها. الصور المصغرة والشرائح.
- ملء W × H: يجب تغطية المربع بالكامل وقص الزائد. صور المتاجر والصور الشخصية والبطاقات ذات النسبة الثابتة، وغالباً مع «القص بنسبة».
قاعدة سريعة: إذا قالت المنصة «لا يزيد على N بكسل» فاستخدم الضلع الأطول أو الاحتواء. وإذا قالت «يجب أن تكون W × H بالضبط» فاستخدم الملء.
فحصان قبل التشغيل
أولاً، انظر إلى المعاينة الحية. يعرض المسار أول صورة مع تطبيق كل الإعدادات الحالية — موضع العلامة المائية، وهل يقطع القص جزءاً من الموضوع، وأي تغير في الألوان — وكلها ظاهرة بنظرة واحدة. تأكد ثم اضغط «معالجة الكل». لا تكتشف بعد 300 ملف أن اسم المتجر وقع فوق المنتج.
ثانياً، احتفظ بالأصول. لا يعدّل المسار ملفاتك المصدر أبداً، لكن المخرجات المعاد ترميزها لا تحمل بيانات EXIF ولا بيانات الالتقاط، فتأكد من حفظ الأصول في مكان ما قبل تنزيل ملف ZIP. وبالنسبة للصور التي ينبغي أن تفقد بيانات موقعها فهذه ميزة؛ راجع ما هي بيانات EXIF الوصفية ولماذا تُزال.
يمكن تلخيص تغيير الحجم والتحويل بالجملة في جملة واحدة: اضبط مرة واحدة، شغّل الدفعة كاملة، ولا تلمس القرص بينهما. وكل ما عدا ذلك اختيار بين ثلاثة أوضاع لتغيير الحجم وصيغتين للإخراج.