# Come trasferire un blog da WordPress a Supabase? > Trasferisci un blog da WordPress a Supabase esportando gli articoli da WordPress, trasformandoli nello schema di una tabella di database e importandoli in Supabase, da cui il tuo frontend li leggerà. WordPress tiene gli articoli in HTML dentro il suo database; Supabase è un database Postgres con API, quindi il lavoro è convertire ogni articolo in una riga pulita: titolo, slug, corpo in Markdown, estratto, data, immagine in evidenza e metadati. Conserva gli slug come URL o imposta redirect 301 per quelli che cambiano, e sposta le immagini in uno storage. WPBuildAI analizza il blog, esporta gli articoli in Markdown pulito con i metadati e prepara i dati pronti per una tabella Supabase. Source: https://wpbuildai.com/it/trasferire-blog-da-wordpress-a-database-supabase/ By lawrence-arya · 2026-06-27 --- Trasferisci un blog da WordPress a Supabase esportando gli articoli da WordPress, trasformandoli nello schema di una tabella di database e importandoli in Supabase, da cui il tuo frontend li leggerà. La differenza di fondo è la forma in cui vive il contenuto: WordPress tiene gli articoli come HTML dentro il suo database, mentre Supabase è un database Postgres con API, pensato perché un'applicazione legga i dati direttamente. Il lavoro quindi è convertire ogni articolo in una riga pulita: titolo, slug, corpo in Markdown, estratto, data, immagine in evidenza e metadati. Conserva gli slug come URL o imposta redirect 301 per quelli che cambiano, e sposta le immagini in uno storage. WPBuildAI analizza il blog, esporta gli articoli in Markdown pulito con i metadati e prepara i dati pronti per una tabella Supabase. ## Cosa cambia passando a Supabase Conviene capire cosa cambia davvero, perché orienta tutto il resto. In WordPress il contenuto e la sua presentazione sono legati: il tema decide come appare un articolo. In Supabase il contenuto è solo dati, e la presentazione è compito del frontend che li legge. Questo ti dà libertà, ma sposta su di te il lavoro che WordPress faceva da solo: la struttura del contenuto, gli URL e la gestione delle immagini. La piattaforma non è un fattore di posizionamento, quindi il passaggio in sé non costa posizioni; a costarle sono gli URL che cambiano senza redirect, ed è proprio questo che controlli durante il trasferimento. ## Esporta gli articoli da WordPress Il primo passo è tirare fuori gli articoli da WordPress in una forma pulita. Il modo più diretto è la [WordPress REST API](https://developer.wordpress.org/rest-api/), che restituisce ogni articolo come JSON con titolo, contenuto, slug, data e campi associati. Se non hai pieno accesso al backend, puoi leggere gli articoli dalle pagine pubbliche, lo stesso approccio di [estrarre i dati senza phpMyAdmin](/it/estrarre-dati-wordpress-senza-accesso-phpmyadmin/). In entrambi i casi l'obiettivo è lo stesso: ottenere il testo come Markdown pulito, senza il markup del tema, perché in Supabase ti serve il contenuto, non l'impaginazione di WordPress. Esporta tutti gli articoli, non solo i recenti, e conta quanti sono per verificarli dopo. ## Progetta la tabella degli articoli Prima di importare, decidi la forma della tabella, perché è lo schema a rendere i dati utilizzabili. Una tabella articoli essenziale ha una colonna per ciascun campo che conta: - **title** e **slug:** il titolo e l'identificativo che diventerà l'URL. - **body:** il corpo dell'articolo in Markdown. - **excerpt:** l'estratto o meta description. - **published_at:** la data di pubblicazione, per l'ordine. - **featured_image:** il percorso dell'immagine in evidenza. Definire queste colonne in anticipo evita di importare un blocco di HTML informe in un solo campo, che poi sarebbe difficile da interrogare e mostrare. ## Converti ogni articolo in una riga pulita Con lo schema pronto, trasformi ogni articolo esportato in una riga della tabella. Il titolo va in title, lo slug in slug, il corpo convertito in Markdown va in body, e così via per estratto, data e immagine. Questa conversione è il cuore del trasferimento: un articolo WordPress pieno di shortcode e classi del tema diventa una riga pulita, leggibile da qualunque frontend. Cura soprattutto lo slug, perché determina l'URL dell'articolo e quindi il suo posizionamento. Il Web Almanac 2024 ([HTTP Archive](https://almanac.httparchive.org/en/2024/)) ricorda quanto pesano le immagini in una pagina, quindi tratta il percorso dell'immagine come un campo da non perdere. ## Le immagini vanno in uno storage Le immagini meritano un passaggio a parte, perché è quello che si dimentica più spesso. In WordPress stanno in wp-content/uploads; su Supabase vanno in uno storage di file, e nel corpo Markdown i percorsi devono puntare alla nuova posizione. Se importi gli articoli ma lasci le immagini sul vecchio dominio WordPress, il blog dipende ancora da un sito che vuoi spegnere, e quando lo spegni le immagini spariscono. Sposta quindi i file nello storage di Supabase, aggiorna i percorsi nel Markdown e verifica che ogni immagine si carichi dalla nuova posizione. Solo allora il blog è davvero indipendente da WordPress. ## Conserva gli URL o imposta i 301 Se il blog era già online e indicizzato, la parte SEO è decisiva. Fai in modo che il frontend usi gli stessi slug come URL, così gli articoli restano allo stesso indirizzo e non perdono posizione. Per gli articoli il cui URL cambia, imposta un redirect 301 dal vecchio indirizzo al nuovo, in un solo salto, secondo la guida sullo [spostamento di un sito con modifiche agli URL](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) e la [documentazione sui redirect](https://developers.google.com/search/docs/crawling-indexing/301-redirects). Non mandare tutto alla home, che Google legge come soft 404. La gestione pratica dei 301 è la stessa di [fare redirect 301 senza plugin](/it/come-fare-redirect-301-senza-plugin-wordpress/). ## Passo per passo 1. **Esporta gli articoli** da WordPress in Markdown pulito. 2. **Progetta la tabella** con le colonne che contano. 3. **Converti ogni articolo** in una riga e importalo in Supabase. 4. **Sposta le immagini** nello storage e aggiorna i percorsi. 5. **Conserva gli slug** come URL o imposta i 301. 6. **Verifica** che il frontend legga gli articoli e reinvia la sitemap. ## Esempio: un blog WordPress su Supabase Prendiamo un blog WordPress con 120 articoli che si vuole spostare su Supabase per alimentare un frontend su misura. Gli articoli vengono esportati via REST API in Markdown pulito, con slug, data e metadati. Si progetta una tabella articoli con le colonne title, slug, body, excerpt, published_at e featured_image, e ogni articolo diventa una riga. Le immagini vengono caricate nello storage di Supabase e i percorsi nel Markdown aggiornati. Il frontend usa gli slug originali come URL, così i 120 articoli restano agli stessi indirizzi, e i pochi che cambiano ricevono un 301. È lo stesso percorso descritto in [migrare il database SQL di WordPress su Supabase](/migrate-wordpress-sql-database-to-supabase-ai-website-builder-app/), applicato al solo blog. Le posizioni non si muovono. ## Cosa non si trasferisce da solo Alcune cose di WordPress non hanno un equivalente automatico in Supabase, ed è bene saperlo prima. I commenti, se li usavi, vanno gestiti con una tabella a parte o un servizio esterno. I plugin che generavano contenuto al volo non esistono più: ciò che aggiungevano va ricostruito nel frontend. La ricerca interna, che WordPress offriva da sola, diventa una query sul database o un servizio dedicato. E l'anteprima in tempo reale dell'editor non c'è: aggiornare un articolo significa modificare una riga. Nessuna di queste è bloccante, ma ognuna è una scelta da pianificare, non una sorpresa da scoprire dopo. ## Errori comuni - Importare un blocco di HTML informe invece di Markdown pulito in campi distinti. - Dimenticare le immagini e lasciarle sul vecchio dominio WordPress. - Far cambiare gli slug e quindi gli URL senza impostare i 301. - Mandare i vecchi URL alla home invece che all'articolo corrispondente. - Esportare solo gli articoli recenti e perdere l'archivio. ## Cosa ricordare Trasferisci un blog da WordPress a Supabase esportando gli articoli, convertendoli nello schema di una tabella e importandoli in Supabase, da cui il frontend li legge. Tira fuori ogni articolo come Markdown pulito, progetta una tabella con titolo, slug, corpo, estratto, data e immagine, e trasforma ogni articolo in una riga. Sposta le immagini in uno storage e aggiorna i percorsi, poi conserva gli slug come URL o imposta i 301 per quelli che cambiano. Pianifica ciò che non si trasferisce da solo: commenti, ricerca e plugin. WPBuildAI analizza il blog, esporta gli articoli in Markdown pulito con i metadati e prepara i dati pronti per una tabella Supabase. Invia l'indirizzo del tuo sito per un'analisi gratuita. Senza affiliazione con WordPress, Lovable, Webflow, Shopify, Wix o Squarespace.