Перевірка перед заміною файлу
Порівняйте результат у реальному розмірі показу. Фактура товару, шкіра, градієнти й дрібний текст можуть змінитися під час декодування WebP і повторного кодування в JPG.
Якщо в джерелі була прозорість, виберіть фон до експорту. Інакше інша система може звести файл на неочікуваний чорний, білий або рваний край.
1
Зберігайте початковий WebP або майстер кращої якості.
2
Уникайте циклів WebP → JPG → WebP.
3
Для batch і agent-запусків звіряйте sourceName і outputName.
Додаткова перевірка сумісності JPG
Перед передаванням JPG у сторонню систему перевірте не лише відкриття файлу, а й те, як система показує прев’ю. Деякі форми повторно стискають завантажений JPG, змінюють кольоровий профіль або перейменовують файл. Якщо зображення використовується як товарне, збережіть початковий WebP чи майстер окремо, а JPG вважайте фінальною копією для конкретної форми завантаження.
Створюйте резервну копію без втрати сенсу WebP
WebP у JPG зазвичай потрібен, коли кінцева система досі не приймає WebP. Вважайте JPG копією для сумісності, а не доказом, що JPG кращий. Перед передаванням перевірте, чи прозорість сплющена навмисно, чи підходить вибраний колір фону місцю публікації і чи не пом’якшилися краї товару або текст через повторне стиснення. Зберігайте WebP або початковий майстер, щоб майбутні експорти не починалися з резервної копії.
1
Виберіть колір підкладки до сплющення прозорого WebP.
2
Перевіряйте текст і краї товару після JPG-стиснення.
3
Зберігайте WebP або джерело для майбутніх розмірів.
Вибирайте фон для сплющення свідомо
Якщо WebP містить прозорість, експорт у JPG має створити непрозорі пікселі. Не залишайте це рішення зовнішній системі завантаження. Виберіть білий, фірмовий або інший свідомий фон у QuokkaPix і перевірте краї після завантаження.
1
Прозорому WebP потрібна заздалегідь вибрана підкладка.
2
Уникайте випадкових чорних або шахових країв.
