Назви файлів фото товарів: схема, що масштабується

Хтось просить фото TS-4410 ззаду на білому фоні. Ви відкриваєте спільний диск і знаходите IMG_4471 copy 2 final.png, IMG_4471 copy 2 final (1).png та теку з назвою NEW EDITS USE THESE. Через десять хвилин ви все ще відкриваєте мініатюри.

Угода про назви файлів — найдешевше виправлення в роботі з каталогом: пів дня на домовленість, жодного нового софту, і вона переживе того, хто знімав ці фото. Ось схема, що витримує кілька тисяч файлів.

Ставте SKU першим, щоразу

Назви файлів сортуються за абеткою, тож перше поле — це вісь, за якою впорядкована ваша тека. Зробіть ним ідентифікатор, який ніколи не змінюється: SKU рівно в тому вигляді, в якому він стоїть у вашому товарному фіді. Тоді всі зображення одного товару лежать разом — хто б їх не зберігав.

Дати попереду (2026-07-14_shoot_final) групують за днем зйомки — єдиною віссю, за якою ніхто не шукає.

Трьох полів достатньо:

• TS-4410 — SKU, дослівно з фіду
• MAIN — те, на що дивиться камера
• white — те, що позаду об’єкта

Разом: TS-4410_MAIN_white.png. Будь-хто, читаючи цей перелік, знає, що це, не відкриваючи файл, а скрипт розбирає назву за підкресленням.

Домовтеся про коди ракурсу до того, як хтось почне знімати

Друге поле працює лише з фіксованим, записаним словником. Придумайте коди один раз і ніколи не імпровізуйте: MAIN для головного кадру, від PT01 до PT08 для додаткових ракурсів у визначеному порядку, ALT-back, DETAIL-clasp, SCALE.

Доповнюйте числа нулем — PT01, а не PT1. Провідник Windows і Finder сортують числа природно, але переліки в оболонці, скрипти та ключі об’єктного сховища сортують як звичайний текст, тож PT11 опиняється між PT1 і PT2, а не після них.

Власне правило Amazon щодо назв файлів зображень живе в довідкових сторінках Seller Central, за логіном продавця, і може використовувати не ті самі роздільники, що тут. Перевірте чинний синтаксис у своєму акаунті, перш ніж перейменовувати тисячі файлів, і тримайтеся основної ідеї — ідентифікатор перший, код ракурсу другий — на кожному каналі продажу (Вимоги Amazon до фото товарів: правила білого фону).

Називайте фон, а не лише товар

Одне фото стає кількома результатами: чисто біле для маркетплейсу, фірмовий колір для банера, прозоре для презентації, з падаючою тінню для сітки категорії. Якщо назва не каже, що є що, ви віддасте не той файл.

Використовуйте короткий закритий список для третього поля: raw для недоторканого файлу з камери, white, brand, cut для прозорого, shadow і life для лайфстайл-фону. Коли ви замінюєте фон у remover.bg — суцільний колір, власний колір чи ваше власне фото — знайте ще до початку, який суфікс отримає цей результат, і перейменовуйте завантажений файл одразу.

Розширення теж несе інформацію. Прозорий результат має бути PNG або WebP; файл _cut, збережений як JPEG, — це помилка, а не варіант (Як зробити прозорий PNG за секунди (гайд 2026)). Білі файли для маркетплейсів зазвичай JPEG, а зображення для сайту дедалі частіше WebP.

Символи, які тихо все ламають

• Жодних пробілів. В URL вони перетворюються на %20, ламають скрипти оболонки без лапок, а форми завантаження мовчки їх переписують.
• Тільки ASCII. # і ? завершують частину URL зі шляхом, а & розділяє параметри запиту, тож будь-який із них у назві файлу може обрізати або розщепити посилання. Символи з діакритикою та інші не-ASCII символи не входять у дозволений набір символів URI й перетворюються на нечитабельні рядки з відсотковим кодуванням. Дужки в шляху дозволені, але все одно ламають markdown-посилання й команди оболонки без лапок.
• Один фіксований регістр. Windows і macOS за замовчуванням не розрізняють великі й малі літери, тож TS-4410 і ts-4410 зіштовхуються; Linux-сервери та об’єктні сховища зберігають два файли. Запровадьте один регістр.
• Один роздільник на рівень. Підкреслення між полями, дефіс усередині поля.
• Жодних статусних слів. final, FINAL2, new, use-this брешуть уже за тиждень. Версіонуйте, замінюючи файл, а не перейменовуючи його.

Тримайте оригінал із камери й вирізку окремо

Ніколи не перезаписуйте джерело. TS-4410_MAIN_raw.jpg і TS-4410_MAIN_white.jpg лежать поруч, тож коли фірмовий колір зміниться, ви заново вирізаєте з оригіналу, а не рятуєте сплющений експорт.

Завантаження обмежені 25 MB, а великий файл із камери може це перевищити. Спершу зменшіть його у власному фоторедакторі — ця зменшена копія є третім артефактом, тож дайте їй назву (TS-4410_MAIN_upload.jpg).

Назви — це те, що робить можливими пакетні прогони

Пакетна обробка йде через HTTP API, тож кожен файл адресується назвою. Детерміновані назви дають детерміноване завдання: скрипт читає TS-4410_MAIN_raw.jpg, пише TS-4410_MAIN_cut.png і безпечно перезапускається: шлях виходу — чиста функція від входу.

Порівняйте очікувані назви результатів із тим, що реально з’явилося, і різниця назве той SKU, який не пройшов. Гайд API для видалення фону — прозора вирізка за секунди охоплює бік запитів.

Картка правил

Причепіть це на спільному диску:

1. SKU_VIEW_BACKGROUND.ext — саме в такому порядку.
2. SKU скопійовано з фіду, символ у символ.
3. Ракурс — з узгодженого списку. Числа доповнено нулями.
4. Фон — з узгодженого списку. Розширення йому відповідає.
5. Один фіксований регістр, тільки ASCII, без пробілів, без дат, без статусних слів.
6. Оригінали збережено як _raw і ніколи не перезаписано.

Перейменуйте останню сотню файлів вручну цього тижня. Усе, що буде після, дістанеться вам безкоштовно.