Nazwy zdjęć produktowych: konwencja, która się skaluje

Ktoś prosi o ujęcie tyłu TS-4410 na białym tle. Otwierasz dysk współdzielony i znajdujesz IMG_4471 copy 2 final.png, IMG_4471 copy 2 final (1).png oraz folder o nazwie NEW EDITS USE THESE. Dziesięć minut później nadal otwierasz miniatury.

Konwencja nazewnicza to najtańsza naprawa w operacjach katalogowych: jedno popołudnie ustaleń, zero nowego oprogramowania — i przetrwa dłużej niż ktokolwiek, kto robił te zdjęcia. Oto schemat, który wytrzymuje kilka tysięcy plików.

Zawsze zaczynaj od SKU

Nazwy plików sortują się alfabetycznie, więc pierwsze pole wyznacza oś, wokół której zorganizowany jest Twój folder. Niech będzie nią identyfikator, który nigdy się nie zmienia: SKU dokładnie w takiej postaci, w jakiej występuje w Twoim feedzie produktowym. Wszystkie zdjęcia jednego produktu leżą wtedy razem, niezależnie od tego, kto je zapisał.

Data na początku (2026-07-14_shoot_final) grupuje pliki według dnia sesji — jedynej osi, po której nikt nie szuka.

Trzy pola w zupełności wystarczą:

• TS-4410 — SKU, przepisane z feedu co do znaku
• MAIN — na co patrzy aparat
• white — co znajduje się za obiektem

Razem: TS-4410_MAIN_white.png. Każdy, kto czyta taką listę, wie, co to jest, bez otwierania pliku, a skrypt rozdziela nazwę po podkreśleniu.

Ustalcie kody ujęć, zanim ktokolwiek zacznie fotografować

Drugie pole działa tylko przy sztywnym, spisanym słowniku. Wymyśl kody raz i nigdy nie improwizuj: MAIN dla ujęcia głównego, PT01 do PT08 dla ujęć dodatkowych w ustalonej kolejności, ALT-back, DETAIL-clasp, SCALE.

Uzupełniaj numery zerem — PT01, nie PT1. Eksplorator Windows i Finder sortują liczby naturalnie, ale listingi powłoki, skrypty i klucze w magazynie obiektowym sortują jak zwykły tekst, więc PT11 ląduje między PT1 a PT2 zamiast po nich.

Własna zasada Amazona dotycząca nazw plików zdjęć znajduje się na stronach pomocy Seller Central, za logowaniem sprzedawcy, i może używać innych separatorów niż te tutaj. Sprawdź aktualną składnię na swoim koncie, zanim zmienisz nazwy tysięcy plików, a samą ideę — najpierw identyfikator, potem kod ujęcia — zachowaj w każdym kanale sprzedaży (wymagania Amazona dla zdjęć produktów).

Nazywaj tło, nie tylko produkt

Jedno zdjęcie staje się kilkoma plikami do wydania: czysta biel na marketplace, kolor marki na baner, przezroczystość do prezentacji, cień pod siatkę kategorii. Jeśli nazwa nie mówi, co jest czym, wyślesz nie ten plik.

Do trzeciego pola używaj krótkiej, zamkniętej listy: raw dla nietkniętego pliku z aparatu, white, brand, cut dla przezroczystości, shadow oraz life dla tła lifestylowego. Kiedy podmieniasz tło w remover.bg — na jednolity kolor, własny kolor albo własne zdjęcie — wiedz, jaki przyrostek dostanie ten plik wyjściowy, zanim zaczniesz, i zmieniaj nazwę pobranego pliku od razu.

Rozszerzenie też niesie informację. Przezroczysty wynik musi być PNG albo WebP; plik _cut zapisany jako JPEG to błąd, a nie wariant (przezroczyste PNG wyjaśnione). Białe pliki na marketplace to zwykle JPEG, a zdjęcia na stronie coraz częściej WebP.

Znaki, które po cichu psują sprawę

• Żadnych spacji. W adresach URL zamieniają się w %20, psują skrypty powłoki bez cudzysłowów i bywają po cichu przepisywane przez formularze przesyłania.
• Tylko ASCII. # i ? kończą część ścieżki w adresie URL, a & oddziela parametry zapytania, więc każdy z nich w nazwie pliku może uciąć lub rozbić link. Znaki akcentowane i inne znaki spoza ASCII wypadają poza dozwolony zestaw znaków URI i zostają zakodowane procentowo w nieczytelne ciągi. Nawiasy są w ścieżce dozwolone, ale i tak psują linki w markdownie oraz polecenia powłoki bez cudzysłowów.
• Jedna, stała wielkość liter. Windows i macOS domyślnie nie rozróżniają wielkich i małych liter, więc TS-4410 i ts-4410 kolidują ze sobą; serwery linuksowe i magazyn obiektowy zachowają dwa pliki. Wymuś jedną wielkość liter.
• Jeden separator na poziom. Podkreślenie między polami, myślnik wewnątrz pola.
• Żadnych słów o statusie. final, FINAL2, new, use-this po tygodniu są kłamstwem. Wersjonuj, podmieniając plik, a nie zmieniając jego nazwę.

Trzymaj oryginał z aparatu i wycinek osobno

Nigdy nie nadpisuj źródła. TS-4410_MAIN_raw.jpg i TS-4410_MAIN_white.jpg leżą obok siebie, więc gdy zmieni się kolor marki, wycinasz na nowo z oryginału, zamiast ratować spłaszczony eksport.

Przesyłane pliki mają limit 25 MB, który duży plik z aparatu potrafi przekroczyć. Zmniejsz go najpierw we własnym edytorze zdjęć — ta pomniejszona kopia to trzeci artefakt, więc daj jej nazwę (TS-4410_MAIN_upload.jpg).

Nazewnictwo jest tym, co umożliwia pracę wsadową

Przetwarzanie wsadowe działa przez API HTTP, więc każdy plik jest adresowany nazwą. Deterministyczne nazwy dają deterministyczne zadanie: skrypt czyta TS-4410_MAIN_raw.jpg, zapisuje TS-4410_MAIN_cut.png i można go bezpiecznie uruchomić ponownie — ścieżka wyjściowa jest czystą funkcją wejścia.

Porównaj oczekiwane nazwy plików wyjściowych z tym, co faktycznie powstało, a brakująca pozycja wskaże SKU, na którym coś się nie udało. Przewodnik po API do usuwania tła opisuje stronę żądania.

Karta zasad

Przypnij to na dysku współdzielonym:

1. SKU_VIEW_BACKGROUND.ext, w tej kolejności.
2. SKU przepisane z feedu, znak po znaku.
3. Ujęcie z ustalonej listy. Numery uzupełnione zerem.
4. Tło z ustalonej listy. Rozszerzenie do niego pasuje.
5. Jedna, stała wielkość liter, tylko ASCII, bez spacji, bez dat, bez słów o statusie.
6. Oryginały trzymane jako _raw i nigdy nienadpisywane.

Zmień w tym tygodniu nazwy ostatniej setki plików ręcznie. Wszystko po tym jest już za darmo.