Nominare i file immagine prodotto: una convenzione che regge

Qualcuno ti chiede la vista posteriore di TS-4410 su sfondo bianco. Apri il disco condiviso e trovi IMG_4471 copy 2 final.png, IMG_4471 copy 2 final (1).png e una cartella chiamata NEW EDITS USE THESE. Dieci minuti dopo stai ancora aprendo miniature.

Una convenzione sui nomi dei file è la correzione più economica nella gestione di un catalogo: un pomeriggio per mettersi d'accordo, nessun software nuovo, e sopravvive a chiunque abbia scattato le foto. Ecco uno schema che regge su qualche migliaio di file.

Metti sempre lo SKU al primo posto

I nomi dei file si ordinano alfabeticamente, quindi il primo campo è l'asse su cui la tua cartella risulta organizzata. Fa' che sia l'identificatore che non cambia mai: lo SKU esattamente com'è nel tuo feed prodotto. Ogni immagine di un prodotto sta così insieme alle altre, chiunque l'abbia salvata.

Le date per prime (2026-07-14_shoot_final) raggruppano per giorno di shooting, l'unico asse su cui nessuno cerca.

Tre campi bastano:

• TS-4410 — lo SKU, copiato alla lettera dal feed
• MAIN — che cosa sta inquadrando la fotocamera
• white — che cosa c'è dietro il soggetto

Uniti insieme: TS-4410_MAIN_white.png. Chiunque legga quell'elenco sa di che si tratta senza aprire nulla, e uno script lo divide sul trattino basso.

Concorda i codici vista prima che qualcuno scatti

Il secondo campo funziona solo con un vocabolario fisso e messo per iscritto. Inventa i codici una volta sola e non improvvisare mai: MAIN per lo scatto principale, da PT01 a PT08 per le viste aggiuntive in un ordine stabilito, ALT-back, DETAIL-clasp, SCALE.

Riempi i numeri con lo zero iniziale — PT01, non PT1. Esplora file di Windows e il Finder ordinano i numeri in modo naturale, ma gli elenchi da shell, gli script e le chiavi dell'object storage ordinano come testo semplice, quindi PT11 finisce tra PT1 e PT2 invece che dopo di loro.

La regola di Amazon sui nomi dei file immagine vive nelle pagine di aiuto di Seller Central, dietro il login venditore, e potrebbe non usare gli stessi separatori visti qui. Verifica la sintassi attuale nel tuo account prima di rinominare migliaia di file, e mantieni l'idea di fondo — prima l'identificatore, poi il codice vista — su ogni canale di vendita (Requisiti immagini Amazon: le regole sfondo bianco).

Dai un nome allo sfondo, non solo al prodotto

Una sola foto diventa diversi file da consegnare: bianco pieno per un marketplace, colore del marchio per un banner, trasparente per una presentazione, un'ombra portata per la griglia di categoria. Se il nome non dice qual è quale, consegni quello sbagliato.

Usa un elenco breve e chiuso per il terzo campo: raw per il file della fotocamera intatto, white, brand, cut per il trasparente, shadow, e life per un fondale d'ambiente. Quando sostituisci uno sfondo in remover.bg — colore pieno, colore personalizzato o una tua foto — sappi quale suffisso avrà quel risultato prima di cominciare, e rinomina il download immediatamente.

Anche l'estensione porta informazione. Il risultato trasparente deve essere PNG o WebP; un file _cut salvato in JPEG è un errore, non una variante (PNG con sfondo trasparente in pochi secondi). I file bianchi per i marketplace sono di solito JPEG, le immagini del sito sempre più spesso WebP.

Caratteri che rompono tutto in silenzio

• Niente spazi. Diventano %20 negli URL, rompono gli script di shell senza virgolette e vengono riscritti in silenzio dai moduli di caricamento.
• Solo ASCII. # e ? chiudono la parte di percorso di un URL e & separa i parametri della query, quindi uno qualsiasi di questi dentro un nome file può troncare o spezzare un link. I caratteri accentati e gli altri non ASCII stanno fuori dall'insieme di caratteri ammessi negli URI e vengono convertiti in codifica percentuale, cioè in stringhe illeggibili. Le parentesi tonde sono legali in un percorso, ma rompono comunque i link markdown e i comandi di shell senza virgolette.
• Maiuscole e minuscole sempre uguali. Windows e macOS non distinguono maiuscole da minuscole per impostazione predefinita, quindi TS-4410 e ts-4410 collidono; i server Linux e l'object storage tengono invece due file distinti. Imponi un'unica forma.
• Un separatore per livello. Trattino basso tra i campi, trattino dentro un campo.
• Niente parole di stato. final, FINAL2, new, use-this diventano bugie nel giro di una settimana. Versiona sostituendo il file, non rinominandolo.

Tieni separati l'originale di fotocamera e lo scontorno

Non sovrascrivere mai la sorgente. TS-4410_MAIN_raw.jpg e TS-4410_MAIN_white.jpg stanno fianco a fianco, così quando cambia il colore del marchio riscontorni dall'originale invece di dover recuperare un'esportazione appiattita.

I caricamenti hanno un limite di 25 MB, che un file di fotocamera grande può superare. Rimpiccioliscilo prima nel tuo editor fotografico — quella copia ridotta è un terzo file a sé, quindi dagli un nome (TS-4410_MAIN_upload.jpg).

I nomi sono ciò che rende possibile il lavoro in blocco

L'elaborazione in blocco passa dall'API HTTP, quindi ogni file viene indirizzato per nome. Nomi deterministici danno un lavoro deterministico: lo script legge TS-4410_MAIN_raw.jpg, scrive TS-4410_MAIN_cut.png e si può rieseguire senza rischi, perché il percorso di output è una funzione pura dell'input.

Confronta i nomi di output attesi con quelli effettivamente arrivati: la differenza ti dice quale SKU non è passato. La guida sull'API per rimuovere lo sfondo dalle immagini copre il lato della richiesta.

Il promemoria delle regole

Attaccalo al disco condiviso:

1. SKU_VIEW_BACKGROUND.ext, in quest'ordine.
2. SKU copiato dal feed, carattere per carattere.
3. Vista presa dall'elenco concordato. Numeri con lo zero iniziale.
4. Sfondo preso dall'elenco concordato. L'estensione gli corrisponde.
5. Maiuscole e minuscole sempre uguali, solo ASCII, niente spazi, niente date, niente parole di stato.
6. Originali conservati come _raw e mai sovrascritti.

Rinomina a mano gli ultimi cento file questa settimana. Tutto quello che viene dopo è gratis.