# Come estrarre i dati di WordPress senza accesso a phpMyAdmin?

> Puoi estrarre i dati di WordPress senza accesso a phpMyAdmin leggendo il sito dal frontend: un crawler visita le pagine pubbliche come farebbe un browser e ne salva testi, immagini e metadati. Se l'API REST è attiva, restituisce i contenuti già strutturati in JSON. Non ti serve quindi l'accesso al database né a FTP per recuperare ciò che è pubblicamente visibile, utile quando sei bloccato fuori dall'amministrazione. Le password e i dati privati restano fuori portata, ma i contenuti e gli URL si recuperano. WPBuildAI scansiona il sito online e restituisce i contenuti in un file pulito, senza accesso al database.

Source: https://wpbuildai.com/it/estrarre-dati-wordpress-senza-accesso-phpmyadmin/
By lawrence-arya · 2026-06-03

---
Puoi estrarre i dati di WordPress senza accesso a phpMyAdmin leggendo il sito dal frontend. Un crawler visita le pagine pubbliche esattamente come farebbe un browser e ne salva i testi, le immagini e i metadati; se l'API REST è attiva, restituisce gli stessi contenuti già strutturati in JSON. In altre parole, non ti serve l'accesso al database né a FTP per recuperare ciò che è pubblicamente visibile, una situazione comune quando sei bloccato fuori dall'amministrazione. Le password e i dati privati restano fuori portata, ma i contenuti e gli URL, cioè quello che fa funzionare il sito, si recuperano. WPBuildAI scansiona il sito online e restituisce i contenuti in un file pulito, senza accesso al database.

## Perché può mancare l'accesso a phpMyAdmin

Capita più spesso di quanto si creda di non avere le chiavi del proprio sito. Un'agenzia che non risponde e non passa le password, un ex collaboratore irreperibile, una password persa, un hosting a cui non hai accesso diretto: in tutti questi casi il database e l'FTP sono chiusi, ma il sito è online e visibile a tutti. Il punto chiave: se una pagina è pubblica, il suo contenuto è raggiungibile, perché è ciò che il browser di chiunque scarica per mostrarla. Da qui parte il recupero dal frontend, che non ha bisogno delle credenziali del backend.

## La via dal frontend, senza database

Il recupero dal frontend funziona come funziona un motore di ricerca. Un crawler percorre il sito seguendo i link, scarica ogni pagina e ne estrae il testo, le immagini e i metadati visibili, ricostruendo i contenuti come file. È lo stesso approccio descritto in [estrarre i dati da un sito compromesso](/extract-data-from-hacked-wordpress-site/): non tocchi il backend, leggi solo ciò che è pubblico. È anche l'unica via quando il sito è infetto e vuoi i contenuti senza entrare nel backend compromesso. Il limite è chiaro, ottieni ciò che è renderizzato, non i campi privati, ma per la maggior parte dei contenuti basta.

## L'API REST, se è attiva

Se l'API REST è disponibile, è la via più pulita. La maggior parte dei siti WordPress espone i contenuti tramite l'[API REST](https://developer.wordpress.org/rest-api/), che restituisce articoli, pagine e tipi di contenuto come JSON strutturato a indirizzi prevedibili. Poiché i dati arrivano già in campi separati, titolo, contenuto, slug, data, non devi analizzare l'HTML. Si legge con qualsiasi client, anche senza credenziali di amministrazione, perché l'API serve contenuti pubblici. L'unica avvertenza è che alcuni siti la disattivano; in quel caso si torna al crawl del frontend.

## Cosa si riesce a recuperare

Dal lato pubblico si recupera più di quanto sembri: i testi delle pagine e degli articoli, le immagini con il testo alternativo, i titoli e le descrizioni per i motori, la struttura dei link interni e l'elenco completo degli URL. Quest'ultimo conta quanto i contenuti, perché è la base per i redirect, e il traffico è concentrato: lo [studio di Ahrefs](https://ahrefs.com/blog/search-traffic-study/) ha rilevato che una piccola parte delle pagine raccoglie la maggior parte delle visite. Il Web Almanac 2024 ([HTTP Archive](https://almanac.httparchive.org/en/2024/)) ricorda quanto contenuto vive su WordPress, ed è proprio quello che il frontend espone.

## Cosa non si recupera dal frontend

Onestà d'obbligo: dal frontend non si prende tutto. Restano fuori i dati privati e non pubblicati, le password e gli account utente, i campi nascosti che non compaiono nelle pagine, e in genere lo storico degli ordini di un negozio, che non è una pagina indicizzata. Se ti servono questi dati, l'unica strada è recuperare l'accesso al backend o al database. Ma per ricostruire un sito di contenuti, ciò che è pubblico, testi, immagini, metadati e URL, è di solito sufficiente. Sapere in anticipo cosa non arriverà evita brutte sorprese a metà progetto.

## Un caso tipico: l'agenzia che non risponde

Prendiamo un'azienda la cui agenzia ha chiuso e non passa le credenziali. Il sito, una cinquantina di pagine più un blog, è ancora online. Senza database né FTP, si lancia un crawl del frontend che salva le 50 pagine e gli articoli, con immagini e testo alternativo, e raccoglie l'elenco completo degli URL. L'API REST risulta attiva, quindi gli articoli vengono presi anche in JSON pulito. Con questo materiale l'azienda ricostruisce il sito su una nuova piattaforma, mantenendo gli URL dove può e impostando un 301 per quelli che cambiano, secondo la guida di Google sullo [spostamento con modifiche agli URL](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes). I contenuti tornano senza mai aver toccato il backend.

## Passo per passo

1. **Verifica cosa è pubblico**: pagine, articoli, immagini visibili sul sito.
2. **Prova l'API REST**: se è attiva, prendi i contenuti in JSON.
3. **Esegui un crawl del frontend** per testi, immagini e metadati.
4. **Raccogli l'elenco completo degli URL** per i futuri redirect.
5. **Ricostruisci** sulla nuova piattaforma a partire dai file recuperati.
6. **Mantieni gli URL** dove puoi e imposta un 301 per quelli che cambiano.

## Errori da evitare

- Pensare che senza phpMyAdmin i contenuti pubblici siano irrecuperabili.
- Aspettarsi di recuperare dati privati o ordini dal frontend.
- Salvare i testi e dimenticare immagini, testo alternativo e metadati.
- Tralasciare l'elenco degli URL, indispensabile per i redirect.
- Ricostruire cambiando gli URL senza impostare i 301.

## Cosa ricordare

Puoi estrarre i dati di WordPress senza accesso a phpMyAdmin leggendo il sito dal frontend: un crawler salva testi, immagini e metadati dalle pagine pubbliche, e l'API REST li dà già in JSON se è attiva. Non servono database né FTP per ciò che è pubblicamente visibile, utile quando sei bloccato fuori dall'amministrazione. I dati privati e gli ordini restano fuori portata, ma i contenuti, i metadati e gli URL si recuperano, ed è ciò che serve per ricostruire. Mantieni gli URL e usa i 301 per quelli che cambiano. WPBuildAI scansiona il sito online e restituisce i contenuti in un file pulito, senza accesso al database. Invia l'indirizzo del tuo sito per un'analisi gratuita.

Senza affiliazione con WordPress, Lovable, Webflow, Shopify, Wix o Squarespace.