# Prompt per immagini di prodotto: struttura, revisione e peso dei file

Un prompt per immagini di prodotto elenca soggetto, luce, inquadratura e sfondo, poi passa una revisione umana: la foto generata è un'illustrazione.

> Pagina: https://ui.eneawork.it/blog/ai-prompt-per-immagini
> Markdown: https://ui.eneawork.it/blog/ai-prompt-per-immagini.md

*2026-11-01*

Un prompt per immagini di prodotto è una lista di vincoli: soggetto, luce, inquadratura, sfondo e formato. Il modello non conosce il tuo prodotto, quindi ogni dettaglio che non scrivi lo inventa.

Il 1 novembre 2026 abbiamo misurato le 578 copertine PNG in public/blog-covers/it/: 1200×630 pixel, da 62.739 a 79.633 byte, 69.904 byte in media. sharp sul registry npm, letto lo stesso giorno, è alla versione 0.35.5: 47 file, 962.168 byte, 3 dipendenze, Apache-2.0, Node 20.9 come minimo. La pagina product card ha risposto con 29.495 byte in 723 ms. Il catalogo conta 111.985 componenti, 1.556 blocchi e 12.808 icone da 1.472 librerie, letti da /api/stats.

## Cinque campi, sempre gli stessi

## Il prompt completo

Lo stesso blocco va riusato per tutta la categoria, cambiando solo la prima riga. Un prompt diverso per ogni prodotto produce luce e inquadratura diverse, e la griglia sembra un collage.

## Dal PNG al WebP

npm i sharp node -e "require('sharp')('raw.png').resize(1200, 1500, { fit: 'cover' }).webp({ quality: 80 }).toFile('product.webp')"

Il ritaglio 4:5 si fa in build, non a mano: 1200×1500 pixel coprono una card grande e una retina a metà. Tieni il PNG originale come sorgente e servi solo il WebP; l'AVIF pesa meno ma richiede un fallback per i browser che non lo leggono.

## La revisione

## Il peso su una griglia

Le nostre copertine 1200×630 pesano 69.904 byte in media: una griglia da 24 elementi arriva a 1,7 MB di sole immagini. Con il ritaglio 1200×1500 il conto sale, quindi il lazy loading non è un dettaglio ma la differenza fra una pagina che si apre e una che aspetta.

## La limitazione

Un modello di immagini non garantisce la fedeltà al prodotto: colore, finitura e proporzioni possono cambiare fra due generazioni, e una feature che promette «foto di prodotto generate» delude al primo reso. Serve una persona che approvi ogni immagine e un originale fotografico come riferimento; noi non abbiamo un punteggio automatico di somiglianza.

## Dove continuare

Il confronto fra AVIF e WebP dice quando serve il fallback, il costo di caricare tutto subito è in lazy loading: quando no, la scheda prodotto è in SEO della pagina prodotto. Per mostrare le immagini servono la product card o la gallery4 di shadcnblocks, dentro componenti gallery e 111.985 componenti.

## FAQ

### Serve un modello di immagini per ogni prodotto?

No. La foto resta obbligatoria per il prodotto che si vende, perché deve mostrare l'unità reale. Il modello conviene per varianti d'ambiente, illustrazioni di categoria e immagini stagionali, dove nessuno confronta il pixel con la scatola.

### Come mantengo coerenti le immagini di una categoria?

Blocca luce, inquadratura e sfondo in un unico blocco e cambia solo la riga del soggetto. Anche il formato di uscita resta uno: se una card è 4:5, tutte le immagini nascono 4:5.

### Posso usare le immagini generate nella scheda prodotto?

Solo con approvazione umana e dichiarazione visibile. L'immagine non deve far credere che sia una foto dell'unità spedita; se il colore è sbagliato, il reso arriva comunque.

### Perché 4:5 e non 1:1?

Il 4:5 riempie una card verticale sul telefono, mentre l'1:1 lascia bande vuote. Scegli un rapporto per catalogo e scrivilo nel prompt: cambiarlo dopo significa rigenerare o ritagliare tutto.

### Quanto pesa una griglia di immagini?

Le nostre copertine 1200×630 pesano 69.904 byte in media, misurati il 1 novembre 2026: 24 immagini fanno 1,7 MB. Con 1200×1500 il totale cresce, quindi servi WebP, lazy loading e dimensioni dichiarate.