Denumirea fișierelor de produs: o convenție scalabilă

Cineva îți cere vederea din spate a lui TS-4410 pe fundal alb. Deschizi discul partajat și găsești IMG_4471 copy 2 final.png, IMG_4471 copy 2 final (1).png și un folder numit NEW EDITS USE THESE. Zece minute mai târziu tot deschizi miniaturi.

O convenție de denumire e cea mai ieftină reparație din operațiunile de catalog: o după-amiază de pus la punct, niciun software nou, și rezistă mai mult decât oricine a făcut pozele. Iată o schemă care ține la câteva mii de fișiere.

Pune SKU-ul primul, de fiecare dată

Numele de fișiere se sortează alfabetic, așa că primul câmp e axa după care ajunge să fie organizat folderul tău. Fă-l identificatorul care nu se schimbă niciodată: SKU-ul exact așa cum apare în feedul tău de produse. Toate imaginile unui produs stau atunci laolaltă, indiferent cine le-a salvat.

Datele puse primele (2026-07-14_shoot_final) grupează după ziua de fotografiere, singura axă după care nu caută nimeni.

Trei câmpuri sunt de ajuns:

• TS-4410 — SKU-ul, copiat din feed caracter cu caracter
• MAIN — ce anume privește camera
• white — ce se află în spatele subiectului

Puse cap la cap: TS-4410_MAIN_white.png. Oricine citește lista aia știe ce e fișierul fără să-l deschidă, iar un script îl desparte după caracterul de subliniere.

Stabilește codurile de vedere înainte să fotografieze cineva

Al doilea câmp funcționează doar cu un vocabular fix, pus pe hârtie. Inventează codurile o singură dată și nu improviza niciodată: MAIN pentru cadrul principal, PT01 până la PT08 pentru vederile suplimentare, într-o ordine stabilită, ALT-back, DETAIL-clasp, SCALE.

Completează numerele cu zerouri în față — PT01, nu PT1. Windows Explorer și Finder sortează numerele natural, dar listările din linia de comandă, scripturile și cheile din stocarea de obiecte sortează totul ca text simplu, așa că PT11 aterizează între PT1 și PT2, în loc să vină după ele.

Regula proprie a Amazon pentru numele fișierelor de imagine stă în paginile de ajutor din Seller Central, în spatele autentificării de vânzător, și s-ar putea să nu folosească aceiași separatori ca aici. Verifică sintaxa curentă în contul tău înainte să redenumești mii de fișiere și păstrează ideea de fond — identificatorul primul, codul de vedere al doilea — pe fiecare canal de vânzare (regulile Amazon pentru imaginile de produs).

Denumește fundalul, nu doar produsul

O singură poză devine mai multe livrabile: alb simplu pentru un marketplace, culoarea brandului pentru un banner, transparent pentru o prezentare, o umbră proiectată pentru grila de categorie. Dacă numele nu spune care e care, livrezi fișierul greșit.

Folosește o listă scurtă și închisă pentru al treilea câmp: raw pentru fișierul neatins ieșit din cameră, white, brand, cut pentru transparent, shadow și life pentru un fundal de context. Când înlocuiești un fundal în remover.bg — culoare uniformă, culoare personalizată sau propria ta fotografie — să știi ce sufix va primi rezultatul înainte să începi și redenumește descărcarea pe loc.

Și extensia poartă informație. Rezultatul transparent trebuie să fie PNG sau WebP; un fișier _cut salvat ca JPEG e o eroare, nu o variantă (cum faci un PNG transparent). Fișierele albe pentru marketplace sunt de obicei JPEG, iar imaginile de pe site tot mai des WebP.

Caractere care strică lucrurile pe tăcute

• Fără spații. Devin %20 în URL-uri, strică scripturile de shell fără ghilimele și sunt rescrise pe tăcute de formularele de încărcare.
• Doar ASCII. # și ? încheie porțiunea de cale a unui URL, iar & separă parametrii din interogare, așa că oricare dintre ele într-un nume de fișier poate trunchia sau rupe un link. Caracterele cu diacritice și celelalte caractere non-ASCII cad în afara setului de caractere permis în URI și sunt codificate procentual în șiruri imposibil de citit. Parantezele sunt legale într-o cale, dar tot strică linkurile markdown și comenzile de shell fără ghilimele.
• O singură formă de scriere, fixată. Windows și macOS nu fac implicit diferența între majuscule și minuscule, așa că TS-4410 și ts-4410 se ciocnesc; serverele Linux și stocarea de obiecte păstrează două fișiere. Impune o singură formă.
• Un singur separator pe nivel. Caracter de subliniere între câmpuri, cratimă în interiorul unui câmp.
• Fără cuvinte de stare. final, FINAL2, new, use-this devin minciuni într-o săptămână. Versionează înlocuind fișierul, nu redenumindu-l.

Ține originalul din cameră separat de decupaj

Nu suprascrie niciodată sursa. TS-4410_MAIN_raw.jpg și TS-4410_MAIN_white.jpg stau unul lângă altul, așa că, atunci când se schimbă culoarea brandului, decupezi din nou din original în loc să salvezi ce se mai poate dintr-un export aplatizat.

Încărcările sunt limitate la 25 MB, prag pe care un fișier mare ieșit din cameră îl poate depăși. Micșorează-l mai întâi în propriul tău editor foto — copia aia redusă e un al treilea artefact, deci dă-i un nume (TS-4410_MAIN_upload.jpg).

Denumirea e cea care face posibile rulările pe loturi

Procesarea pe loturi merge prin API-ul HTTP, așa că fiecare fișier e adresat după nume. Numele deterministe îți dau o sarcină deterministă: scriptul citește TS-4410_MAIN_raw.jpg, scrie TS-4410_MAIN_cut.png și se poate relua în siguranță, pentru că locul de ieșire e o funcție pură a intrării.

Compară numele de ieșire așteptate cu ce a ajuns efectiv acolo, iar diferența îți spune exact care SKU a eșuat. Ghidul despre API-ul de eliminare a fundalului acoperă partea de cerere.

Fișa cu reguli

Prinde asta pe discul partajat:

1. SKU_VIEW_BACKGROUND.ext, exact în ordinea asta.
2. SKU-ul copiat din feed, caracter cu caracter.
3. Vederea din lista stabilită. Numerele completate cu zerouri.
4. Fundalul din lista stabilită. Extensia se potrivește cu el.
5. O singură formă de scriere, doar ASCII, fără spații, fără date, fără cuvinte de stare.
6. Originalele păstrate ca _raw și niciodată suprascrise.

Redenumește manual ultima sută de fișiere săptămâna asta. Tot ce vine după e pe gratis.