{"id":1041,"date":"2023-05-24T20:32:57","date_gmt":"2023-05-24T17:32:57","guid":{"rendered":"https:\/\/presta.site\/blog\/cosa-fare-se-le-immagini-non-vengono-visualizzate-nel-tuo-negozio-prestashop\/"},"modified":"2026-07-22T08:38:28","modified_gmt":"2026-07-22T05:38:28","slug":"cosa-fare-se-le-immagini-non-vengono-visualizzate-nel-tuo-negozio-prestashop","status":"publish","type":"post","link":"https:\/\/presta.site\/blog\/it\/cosa-fare-se-le-immagini-non-vengono-visualizzate-nel-tuo-negozio-prestashop\/","title":{"rendered":"Immagini PrestaShop non visualizzate: correzioni facili per 10 cause comuni"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Quando le <strong>immagini prestashop non visualizzate<\/strong> compaiono nelle pagine prodotto, nelle categorie o nella home page, gli acquirenti vedono icone rotte al posto del catalogo. I file di solito sono ancora sul server &#8211; PrestaShop non riesce semplicemente a servire il percorso, la dimensione o la regola di rewrite corretta. Questa guida illustra un rapido passo di diagnosi, come sono archiviate le immagini, le cause comuni e le correzioni che risolvono la maggior parte dei casi senza una reinstallazione completa.<\/p>\n\n\n<!--more-->\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"516\" src=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1-1024x516.png\" alt=\"Immagini prestashop non visualizzate - miniature prodotto assenti nel negozio\" class=\"wp-image-666\" srcset=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1-1024x516.png 1024w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1-300x151.png 300w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1-768x387.png 768w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1.png 1400w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\">Diagnosi rapida (due minuti)<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Prima di intervenire su permessi o rigenerare tutto, capisci <em>come<\/em> si manifesta il problema nel browser:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Apri l&#8217;URL dell&#8217;immagine da solo<\/strong> &#8211; clic destro su un&#8217;immagine rotta \u2192 Apri immagine in una nuova scheda. Annota lo stato: <strong>404<\/strong> (file o rewrite mancante), <strong>403<\/strong> (permessi \/ regole hotlink), oppure l&#8217;immagine si carica mentre la pagina resta rotta (tema o modulo lazy-load).<\/li>\n<li><strong>Controlla la console del browser<\/strong> &#8211; gli avvisi di mixed content indicano che la pagina \u00e8 su <code class=\"codecolorer text default\"><span class=\"text\">https:\/\/<\/span><\/code> ma il <code class=\"codecolorer text default\"><span class=\"text\">src<\/span><\/code> \u00e8 ancora <code class=\"codecolorer text default\"><span class=\"text\">http:\/\/<\/span><\/code>.<\/li>\n<li><strong>Confronta Back Office e negozio<\/strong> &#8211; se il modulo prodotto mostra la foto ma il front office \u00e8 vuoto, le miniature, i rewrite Friendly URL o il dominio del negozio sono i soliti sospetti. Se entrambi i lati sono vuoti, cerca un file mancante su disco o una riga nel database senza file corrispondente.<\/li>\n<li><strong>Attiva\/disattiva Friendly URL una volta<\/strong> &#8211; Parametri negozio \u2192 Traffico e SEO. Se le immagini compaiono solo con Friendly URL disattivato, correggi <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code> \/ le regole Nginx per le immagini prima di rigenerare l&#8217;intero catalogo.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">PrestaShop conserva gli originali e le dimensioni generate nella cartella <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code> alla radice del negozio. Sapere quale directory contiene quali asset fa risparmiare tempo quando cerchi un file mancante:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong><code class=\"codecolorer text default\"><span class=\"text\">\/img\/p\/<\/span><\/code><\/strong> &#8211; immagini prodotto. I caricamenti sono suddivisi in cartelle annidate (ad esempio <code class=\"codecolorer text default\"><span class=\"text\">\/img\/p\/1\/2\/12.jpg<\/span><\/code> per il prodotto ID 12). PrestaShop genera anche varianti miniature per griglie, carrelli e pagina prodotto.<\/li>\n<li><strong><code class=\"codecolorer text default\"><span class=\"text\">\/img\/c\/<\/span><\/code><\/strong> &#8211; immagini categoria, con le proprie dimensioni miniature.<\/li>\n<li><strong><code class=\"codecolorer text default\"><span class=\"text\">\/img\/cms\/<\/span><\/code><\/strong> &#8211; immagini usate nelle pagine CMS. Di solito non passano dalla pipeline miniature stile prodotto, quindi rigenerare le miniature prodotto non riparer\u00e0 un percorso media CMS rotto.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Se l&#8217;URL dell&#8217;immagine nel negozio restituisce un 404 mentre il file esiste su disco, controlla permessi, rewrite di <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code> \/ Nginx e tipi di miniatura prima di ricaricare ogni foto. I problemi con Friendly URL spesso si accompagnano ai fallimenti del percorso immagine &#8211; consulta la guida sulla <a href=\"https:\/\/presta.site\/blog\/it\/risoluzione-dei-problemi-di-riscrittura-degli-url-seo-in-prestashop\/\">risoluzione dei problemi di riscrittura degli URL SEO in PrestaShop<\/a> quando i link prodotto e gli URL media si rompono insieme.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Cause comuni delle immagini prestashop non visualizzate<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Permessi file errati<\/strong> &#8211; il server web non pu\u00f2 leggere (o scrivere) i file sotto <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code>.<\/li>\n<li><strong><code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code> danneggiato o incompleto<\/strong> &#8211; soprattutto dopo uno spostamento, un passaggio a HTTPS o una modifica manuale.<\/li>\n<li><strong>Dominio negozio, dominio SSL o Base URI errati<\/strong> &#8211; dopo una migrazione, gli URL immagine puntano ancora al vecchio host o alla vecchia cartella.<\/li>\n<li><strong>Impostazioni tipi immagine<\/strong> &#8211; formati mancanti o con dimensione zero in Design \u2192 Impostazioni immagine.<\/li>\n<li><strong>Rigenerazione miniature interrotta<\/strong> &#8211; alcune dimensioni non sono mai state scritte.<\/li>\n<li><strong>Libreria immagini PHP mancante<\/strong> &#8211; GD o Imagick non installati, quindi la rigenerazione non pu\u00f2 creare i file.<\/li>\n<li><strong>Moduli legati alle immagini<\/strong> &#8211; lazy load, CDN, watermark o moduli ottimizzatore che falliscono.<\/li>\n<li><strong>Cache obsoleta<\/strong> &#8211; cache PrestaShop, modulo cache o browser che servono ancora vecchi URL.<\/li>\n<li><strong>Disallineamento post-aggiornamento o filesystem<\/strong> &#8211; il tema si aspetta nuovi tipi immagine, oppure layout legacy vs nuovo <code class=\"codecolorer text default\"><span class=\"text\">\/img\/p\/<\/span><\/code> dopo lo spostamento di un negozio vecchio.<\/li>\n<li><strong>Lacune nei rewrite Nginx<\/strong> &#8211; le regole in stile Apache di PrestaShop non si applicano; le route immagine richiedono configurazione server.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Il mixed content dopo aver forzato HTTPS \u00e8 un&#8217;altra causa frequente: la pagina si carica su <code class=\"codecolorer text default\"><span class=\"text\">https:\/\/<\/span><\/code> mentre i tag immagine puntano ancora a <code class=\"codecolorer text default\"><span class=\"text\">http:\/\/<\/span><\/code>, quindi i browser moderni li bloccano. Conferma che gli URL negozio e media usino HTTPS in Parametri negozio \u2192 Traffico e SEO (e in qualsiasi modulo CDN).<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"269\" src=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_4-1024x269.png\" alt=\"Impostazioni immagine Design di PrestaShop dove rigenerare le miniature\" class=\"wp-image-667\" srcset=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_4-1024x269.png 1024w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_4-300x79.png 300w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_4-768x202.png 768w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_4.png 1400w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\">Come correggere le immagini prestashop non visualizzate<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Correggi i permessi su <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code><\/strong> &#8211; via FTP o file manager dell&#8217;host, le directory sono di solito <strong>755<\/strong> e i file <strong>644<\/strong>. Prova <strong>775 \/ 664<\/strong> solo se l&#8217;host richiede scrittura di gruppo. Evita <strong>777 \/ 666<\/strong> tranne come test breve, poi ripristina permessi pi\u00f9 restrittivi. L&#8217;utente web deve anche poter <em>scrivere<\/em> qui, altrimenti la rigenerazione miniature fallisce in silenzio.<\/li>\n<li><strong>Correggi l&#8217;URL del negozio dopo uno spostamento<\/strong> &#8211; in Parametri negozio \u2192 Traffico e SEO, imposta <strong>Dominio negozio<\/strong>, <strong>Dominio SSL<\/strong> e <strong>Base URI<\/strong> sull&#8217;host live (inclusa la sottocartella se il negozio non \u00e8 alla radice del dominio). Salva cos\u00ec PrestaShop riscrive <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code>. Domini errati sono una delle cause principali delle immagini prestashop non visualizzate subito dopo una migrazione. Se gli attributi <code class=\"codecolorer text default\"><span class=\"text\">src<\/span><\/code> delle immagini mostrano ancora il vecchio host, svuota la cache e controlla le impostazioni CDN.<\/li>\n<li><strong>Rigenera <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code><\/strong> &#8211; nella stessa schermata SEO e URL, salva le impostazioni Friendly URL cos\u00ec il <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code> alla radice viene ricostruito. Ricontrolla l&#8217;URL di un&#8217;immagine prodotto in una finestra privata del browser.<\/li>\n<li><strong>Conferma GD o Imagick<\/strong> &#8211; PrestaShop ha bisogno di un&#8217;estensione immagini PHP per ridimensionare i caricamenti. Sul server, verifica che <a href=\"https:\/\/www.php.net\/manual\/en\/book.image.php\" target=\"_blank\" rel=\"noopener noreferrer\">PHP GD<\/a> (o Imagick) sia abilitato per la stessa versione PHP usata dal negozio. Senza di essa, Design \u2192 Impostazioni immagine pu\u00f2 sembrare a posto mentre nessuna nuova miniatura compare su disco.<\/li>\n<li><strong>Rivedi i tipi immagine e rigenera le miniature<\/strong> &#8211; vai in Design \u2192 Impostazioni immagine. Conferma che ogni formato usato dal tema abbia larghezza\/altezza sensate. Esegui <strong>Rigenera miniature<\/strong>. Le note ufficiali di aggiornamento lo segnalano anche quando le immagini spariscono dopo un salto di versione &#8211; consulta la <a href=\"https:\/\/devdocs.prestashop-project.org\/9\/basics\/keeping-up-to-date\/update\/post-update-checklist\/\" target=\"_blank\" rel=\"noopener noreferrer\">checklist post-aggiornamento<\/a> di PrestaShop. Questo passaggio da solo risolve una grande parte dei casi di \u00abminiature rotte\u00bb.<\/li>\n<li><strong>Riprendi una rigenerazione bloccata<\/strong> &#8211; se la barra di avanzamento si \u00e8 fermata a met\u00e0, invia di nuovo il modulo con <strong>Cancella immagini precedenti<\/strong> deselezionato cos\u00ec PrestaShop continua invece di cancellare le dimensioni gi\u00e0 completate e ripartire da zero. Su cataloghi grandi, rigenera un tipo immagine alla volta cos\u00ec un timeout non nasconde dove \u00e8 fallito.<\/li>\n<li><strong>Percorsi immagine prodotto legacy vs nuovi<\/strong> &#8211; i negozi spostati da versioni PrestaShop molto vecchie a volte conservano ancora i file in un layout piatto mentre il negozio attuale si aspetta cartelle annidate sotto <code class=\"codecolorer text default\"><span class=\"text\">\/img\/p\/<\/span><\/code> (o il contrario). In Impostazioni immagine, usa l&#8217;opzione per spostare le immagini nel nuovo filesystem quando corrisponde ai tuoi dati &#8211; poi rigenera. Non attivare quell&#8217;interruttore alla cieca su un negozio live senza backup.<\/li>\n<li><strong>Isola i moduli immagine<\/strong> &#8211; disattiva moduli lazy-load, WebP, CDN o watermark recenti, svuota la cache e ritesta. Riattivali uno alla volta per trovare il colpevole.<\/li>\n<li><strong>Svuota le cache<\/strong> &#8211; Parametri avanzati \u2192 Prestazioni \u2192 svuota cache. Svuota qualsiasi modulo cache\/CDN. Hard refresh o svuota la cache del browser cos\u00ec non stai guardando un vecchio URL rotto.<\/li>\n<li><strong>Dopo un aggiornamento<\/strong> &#8211; svuota la cache, rigenera le miniature e conferma che i tipi immagine richiesti dal tema attivo esistano ancora in Impostazioni immagine. Un aggiornamento tema che aggiunge un nuovo formato mostrer\u00e0 slot vuoti finch\u00e9 quel tipo non viene generato.<\/li>\n<li><strong>Nginx<\/strong> &#8211; PrestaShop non pu\u00f2 scrivere la configurazione Nginx per te. Chiedi all&#8217;host (o al sysadmin) di mappare correttamente le regole immagine e rewrite legacy; confronta con uno snippet Nginx PrestaShop noto funzionante per la tua versione major.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Se il Back Office stesso mostra una schermata bianca mentre lavori su questi passaggi, trattalo prima come un problema separato di PHP\/log errori &#8211; inizia con la <a href=\"https:\/\/presta.site\/blog\/it\/schermata-bianca-della-morte-in-prestashop-una-guida-passo-passo\/\">guida alla schermata bianca della morte in PrestaShop<\/a>, poi torna alla rigenerazione delle immagini.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Vedi ancora immagini prestashop non visualizzate dopo permessi, controlli dominio\/URL, rewrite, rigenerazione, moduli e cache? Ripristina <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code> (e le righe immagine corrispondenti nel database se necessario) da un <strong>backup<\/strong> noto funzionante. Ricaricare centinaia di prodotti a mano \u00e8 pi\u00f9 lento e facile da disallineare rispetto alle immagini combinazione.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Mantenere le immagini funzionanti dopo la correzione<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Backup regolari<\/strong> &#8211; includi l&#8217;intero albero <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code> e il database, non solo i file PHP.<\/li>\n<li><strong>Testa su staging<\/strong> &#8211; prova cambi tema, moduli ottimizzatore immagini e aggiornamenti major su una copia prima del negozio live.<\/li>\n<li><strong>Controlli mirati dopo grandi cambiamenti<\/strong> &#8211; dopo ogni aggiornamento, migrazione o cambio CDN, apri un elenco categoria e una pagina prodotto su mobile e desktop. Conferma che miniature e immagini zoom si carichino cos\u00ec intercetti le immagini prestashop non visualizzate prima dei clienti.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">La maggior parte dei ticket sulle immagini prestashop non visualizzate si chiude con un dominio negozio corretto, permessi <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code> leggibili, un <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code> aggiornato (o mappa Nginx corretta), GD\/Imagick funzionanti e una rigenerazione miniature completata con cancella disabilitato al retry. Lavora su questi prima di ricostruire il catalogo.<\/p>\n\n","protected":false},"excerpt":{"rendered":"<p>Quando le immagini prestashop non visualizzate bloccano il negozio, diagnostica prima l&#8217;URL dell&#8217;immagine, poi correggi dominio, permessi, GD\/Imagick, rewrite e rigenerazione miniature.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[140],"tags":[],"class_list":["post-1041","post","type-post","status-publish","format-standard","hentry","category-sviluppo"],"_links":{"self":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts\/1041","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/comments?post=1041"}],"version-history":[{"count":1,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts\/1041\/revisions"}],"predecessor-version":[{"id":1929,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts\/1041\/revisions\/1929"}],"wp:attachment":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/media?parent=1041"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/categories?post=1041"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/tags?post=1041"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}