# Come migrare le immagini di WordPress su un frontend Vercel? > Migri le immagini di WordPress su un frontend Vercel estraendole dalla libreria media e collocandole dove il frontend le servirà: o nella pipeline di asset del progetto (la cartella public o l'import del bundler) o su uno storage o CDN a cui il frontend punta. Poi aggiorni i riferimenti nel codice perché puntino ai nuovi percorsi, e porti con te il testo alternativo. In un setup headless le immagini non si spostano da sole con i contenuti, quindi vanno gestite a parte. Se il sito è pubblico e gli URL delle immagini cambiano, imposta i redirect 301. WPBuildAI estrae le immagini con i loro riferimenti e il testo alternativo, organizzate per il frontend. Source: https://wpbuildai.com/it/migrare-immagini-wordpress-su-frontend-vercel/ By lawrence-arya · 2026-06-22 --- Migri le immagini di WordPress su un frontend Vercel estraendole dalla libreria media e collocandole dove il frontend le servirà. In un setup headless, il frontend su Vercel prende i contenuti da WordPress via API, ma le immagini sono file, non testo, e non viaggiano da sole con i contenuti: vanno gestite a parte. Hai due posti dove metterle, la pipeline di asset del progetto (la cartella public o l'import del bundler) oppure uno storage o CDN a cui il frontend punta. In entrambi i casi poi aggiorni i riferimenti nel codice perché puntino ai nuovi percorsi, e porti con te il testo alternativo. Se il sito è pubblico e gli URL delle immagini cambiano, imposti i redirect 301. WPBuildAI estrae le immagini con i loro riferimenti e il testo alternativo, organizzate per il frontend. ## Due strade: ospitare su Vercel o servire da WordPress La prima scelta è dove vivranno le immagini. Una strada è portarle nel progetto su Vercel, nella pipeline di asset, così il frontend le serve insieme al resto e non dipende più da WordPress. L'altra è lasciarle servire da WordPress o da un CDN e farle puntare dal frontend, mantenendo WordPress come backend headless, come in [rendere headless un sito WordPress](/can-you-make-existing-wordpress-site-headless/). La prima dà indipendenza totale ma richiede di spostare i file; la seconda è più rapida ma lega il frontend al backend. La scelta dipende da quanto vuoi separare i due sistemi. ## Estrarre le immagini da WordPress In entrambe le strade, parti dall'avere le immagini in mano. Estraile dalla libreria media: via [API REST di WordPress](https://developer.wordpress.org/rest-api/), che elenca i media, o con un crawl del frontend che scarica le immagini visibili, come in [estrarre tutte le immagini di un sito](/how-to-extract-all-images-from-a-website-at-once-mass/). Prendi gli originali, non le tante varianti ridimensionate di WordPress, e annota per ogni immagine la pagina dove compare e il suo testo alternativo. Il Web Almanac 2024 ([HTTP Archive](https://almanac.httparchive.org/en/2024/)) ricorda quanto pesano le immagini in una pagina, quindi avere gli originali ordinati è il punto di partenza pulito. ## Inserirle nella pipeline di asset Se scegli di ospitare su Vercel, le immagini entrano nel progetto. Le immagini statiche vanno nella cartella public o vengono importate dal bundler, mentre quelle dei contenuti dinamici di solito stanno su uno storage o CDN che il frontend interroga. L'importante è una struttura ordinata: una gerarchia di cartelle che rispecchi l'uso, non un mucchio di file. Vercel serve poi questi asset in modo efficiente, il che aiuta le prestazioni. Una pipeline ordinata rende anche più facile aggiornare i riferimenti nel passo successivo, perché ogni immagine ha un percorso prevedibile. ## Aggiornare i riferimenti nel frontend Spostare i file non basta: il frontend deve sapere dove sono ora. Ogni riferimento a un'immagine nel codice o nei contenuti deve puntare al nuovo percorso, sia esso nella pipeline di asset o sullo storage. Se i riferimenti restano puntati al vecchio WordPress, le immagini funzionano finché il vecchio sito è online e spariscono quando lo spegni, il problema descritto in [immagini non visibili dopo la migrazione](/it/immagini-non-visibili-libreria-media-dopo-migrazione/). Aggiorna quindi i percorsi in modo coerente, e verifica un campione di pagine perché le immagini compaiano davvero. ## Testo alternativo e ottimizzazione Il testo alternativo va portato insieme alle immagini, perché vive nel database di WordPress, non nel file. Reinseriscilo nel frontend, così le immagini restano descritte per la ricerca per immagini e per l'accessibilità. È anche il momento giusto per l'ottimizzazione: servendo le immagini da Vercel puoi sfruttare formati moderni e dimensioni adeguate, un beneficio per i Core Web Vitals descritti su [web.dev](https://web.dev/articles/vitals). Migrare le immagini non è solo spostarle, ma è l'occasione per servirle meglio di prima. ## URL delle immagini e SEO Se il sito è pubblico e riceveva traffico dalla ricerca per immagini, gli URL contano. Spostando le immagini su Vercel, i loro indirizzi cambiano, quindi imposta un redirect 301 dal vecchio URL al nuovo per ogni immagine che conta, secondo la guida sullo [spostamento con modifiche agli URL](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes). Se invece il progetto è interno o non indicizzato, questo passo non serve, ma è una scelta da fare di proposito. Lo stesso ragionamento vale per il recupero del posizionamento dopo un cambio, come in [recuperare il posizionamento dopo un restyling](/it/recuperare-posizionamento-seo-dopo-restyling/). ## Passo per passo 1. **Scegli la strada:** ospitare su Vercel o servire da WordPress/CDN. 2. **Estrai gli originali** dalla libreria, con pagina e testo alternativo. 3. **Inserisci le immagini** nella pipeline di asset o sullo storage. 4. **Aggiorna i riferimenti** nel frontend ai nuovi percorsi. 5. **Reinserisci il testo alternativo** e ottimizza i formati. 6. **Se gli URL cambiano,** imposta i 301 e verifica che le immagini compaiano. ## Esempio: un blog headless su Vercel Prendiamo un blog che diventa headless con frontend su Vercel e backend WordPress. Le immagini degli articoli vengono estratte come originali, ognuna con la sua pagina e il testo alternativo. Si sceglie di ospitarle su uno storage con CDN, a cui il frontend punta, invece di lasciarle su WordPress. I riferimenti negli articoli vengono aggiornati ai nuovi URL, il testo alternativo reinserito, e i formati ottimizzati per le prestazioni. Poiché il blog era indicizzato, gli URL delle immagini cambiati ricevono un 301. Si verifica che le immagini compaiano negli articoli. Il frontend è ora indipendente e veloce, e nessuna immagine resta legata al vecchio percorso. ## Errori da evitare - Spostare i contenuti e lasciare le immagini puntate al vecchio WordPress. - Portare le tante varianti ridimensionate invece degli originali. - Dimenticare il testo alternativo, che sta nel database. - Cambiare gli URL delle immagini senza redirect 301. - Non verificare che le immagini compaiano nelle pagine del frontend. ## Cosa ricordare Migri le immagini di WordPress su un frontend Vercel estraendole dalla libreria e mettendole dove il frontend le servirà: la pipeline di asset del progetto o uno storage/CDN, poi aggiornando i riferimenti nel codice ai nuovi percorsi e portando il testo alternativo. In headless le immagini non seguono i contenuti da sole, quindi si gestiscono a parte. Approfitta dello spostamento per ottimizzare i formati, e se il sito è pubblico imposta i 301 sugli URL che cambiano. Verifica infine che ogni immagine compaia. WPBuildAI estrae le immagini con i loro riferimenti e il testo alternativo, organizzate per il frontend. Invia l'indirizzo del tuo sito per un'analisi gratuita. Senza affiliazione con WordPress, Lovable, Webflow, Shopify, Wix o Squarespace.