Un database WordPress pieno non blocca sempre il sito da un giorno all’altro. Più spesso lo rende lento, instabile e difficile da aggiornare. E quando una pagina impiega troppo a caricarsi, anche richieste di preventivo, telefonate e vendite possono diminuire.
Pulire database WordPress non significa cancellare tutto quello che sembra vecchio. Significa capire quali dati servono, quali sono cache temporanee e quali residui possono sparire senza conseguenze.
Revisioni, transient, opzioni autoload e tabelle lasciate dai plugin richiedono un intervento ordinato. Vediamo come fare una pulizia utile, senza trasformare una manutenzione ordinaria in un problema costoso.
Quando un database WordPress va controllato
Un database cresce ogni volta che pubblichi una pagina, aggiorni un prodotto WooCommerce, ricevi commenti o installi un plugin. È normale. Il problema arriva quando crescono anche i dati inutili.
Una PMI può accorgersene in modo pratico: backend lento, salvataggio delle pagine che richiede diversi secondi, errori dopo gli aggiornamenti, checkout meno reattivo o hosting che segnala consumo eccessivo di risorse.
Le dimensioni non raccontano tutta la storia
Un database da 300 MB può funzionare bene. Un database da 80 MB può rallentare il sito se contiene migliaia di opzioni caricate a ogni richiesta.
Conta il tipo di dati, non solo il loro peso. Le tabelle wp_posts, wp_postmeta e wp_options meritano quasi sempre il primo controllo. Su installazioni meno recenti, anche i log di plugin SEO, sicurezza, form e statistiche possono occupare spazio inutile.
Un database grande non è sempre un problema. Un database pieno di dati caricati inutilmente a ogni visita, invece, può diventarlo rapidamente.
Prima guarda dove si concentra il peso
Apri phpMyAdmin dal pannello hosting o usa strumenti come WP-Optimize e Advanced Database Cleaner per fare un inventario. Non cliccare subito su “ottimizza tutto”.
Controlla queste voci:
- numero di revisioni di articoli, pagine e prodotti;
- commenti spam, cestino e pingback inutili;
- transient scaduti;
- dimensione delle opzioni autoload;
- tabelle con prefissi riconducibili a plugin disinstallati.
Questo primo passaggio evita cancellazioni casuali. È lo stesso criterio che applico durante la manutenzione: prima analisi, poi intervento.
Backup e staging prima della pulizia
La regola è semplice: prima di pulire, fai una copia completa di file e database. Non basta il backup automatico dell’hosting, se non hai verificato dove viene salvato e come ripristinarlo.
Un backup deve essere disponibile fuori dal server principale, per esempio su Google Drive, Dropbox, Amazon S3 o un altro spazio cloud. UpdraftPlus è una delle soluzioni più usate per WordPress, ma conta più il test di ripristino del nome del plugin.
Il sito aziendale non è un ambiente di prova
Se il sito gestisce ordini, richieste da form, prenotazioni o dati di clienti, lavora prima su staging. È una copia riservata del sito dove puoi verificare che pagine, moduli, email e checkout funzionino dopo la pulizia.
Aggiornamenti e ottimizzazioni fatte direttamente sul sito online possono causare problemi evitabili. Una revisione eliminata non torna indietro senza backup. Una tabella cancellata per errore può bloccare funzioni importanti.
Per un e-commerce WooCommerce, evita gli interventi nelle ore con più vendite. Controlla anche gli ordini recenti, i metodi di pagamento e le email transazionali prima di dichiarare chiuso il lavoro.
Crea un piccolo report tecnico
Non serve un documento complicato. Basta annotare data, dimensione iniziale del database, tabelle più pesanti, plugin rimossi e interventi eseguiti.
Dopo la pulizia confronta tempi di caricamento, errori nel backend e segnalazioni in Google Search Console. Un report utile non è una lista di numeri, ma una fotografia chiara: cosa rallentava il sito, cosa è stato corretto e cosa controllare il mese successivo.
Come pulire database WordPress dalle revisioni
WordPress crea revisioni mentre modifichi articoli, pagine e prodotti. Sono utili se devi recuperare una versione precedente. Diventano un peso quando un sito con centinaia di contenuti conserva decine di copie per ogni pagina.
Elimina l’arretrato con attenzione
Con WP-Optimize puoi rimuovere le revisioni e vedere prima quali elementi verranno trattati. È una soluzione adatta a chi gestisce il sito dal pannello WordPress e non vuole intervenire da terminale.
Chi ha accesso SSH e conosce WP-CLI può prima contare le revisioni con wp post list --post_type=revision --format=count. Solo dopo può procedere alla rimozione delle revisioni esistenti.
Non eliminare revisioni in massa durante una revisione editoriale importante. Se stai aggiornando listini, pagine di servizi o schede prodotto, quello storico può ancora servirti.
Limita quelle che verranno create in futuro
Nel file wp-config.php puoi impostare un numero massimo di revisioni, per esempio define('WP_POST_REVISIONS', 5);. In questo modo WordPress conserva cinque versioni per contenuto, invece di accumularne un numero indefinito.
La documentazione di WordPress su wp-config.php chiarisce anche il comportamento delle opzioni e dei transient nel database. Evita di impostare false senza una ragione precisa. Disabilitare del tutto le revisioni può lasciarti senza una via rapida di recupero dopo una modifica sbagliata.
Per molte aziende, cinque o dieci revisioni sono un equilibrio sensato. Hai uno storico utile e un database più ordinato.
Transient e wp_options: cosa cancellare davvero
I transient sono dati temporanei. Plugin, temi e WordPress li usano per memorizzare cache, risultati di query, notifiche o informazioni recuperate da servizi esterni.
Non sono automaticamente un problema. Quelli scaduti, però, spesso possono essere rimossi.
Rimuovi prima i transient scaduti
Se usi WP-CLI, il comando wp transient delete --expired cancella soltanto i transient già scaduti. La pagina ufficiale del comando mostra anche gli esempi per transient normali e di rete.
È un’operazione più prudente rispetto alla cancellazione totale. I plugin rigenerano molte cache, ma non tutti gestiscono allo stesso modo reset frequenti o dati temporanei legati a processi interni.
Puoi fare lo stesso con WP-Optimize, selezionando la pulizia dei transient scaduti. Verifica sempre l’anteprima, soprattutto se il sito usa WooCommerce, sistemi di prenotazione o integrazioni con gestionali.
Non cancellare tutti i transient senza un motivo
wp transient delete --all elimina tutti i transient, anche quelli non scaduti. Può essere utile dopo una migrazione, un problema di cache o un errore conosciuto. Non deve diventare una routine settimanale.
La panoramica dei comandi transient di WP-CLI ricorda che questi dati possono essere gestiti tramite cache oggetto o database. Prima di agire, verifica come è configurato il tuo hosting.
Per pulire database WordPress in modo professionale, bisogna distinguere tra cache rigenerabile e dati ancora necessari al funzionamento del sito.
Controlla le opzioni autoload
La tabella wp_options contiene impostazioni di WordPress, plugin e temi. Le opzioni con autoload attivo vengono caricate a ogni richiesta. Se sono troppe o troppo pesanti, il sito spreca memoria e tempo.
Una query di controllo utile è SELECT SUM(LENGTH(option_value)) AS bytes FROM wp_options WHERE autoload='yes';. Per trovare le opzioni più pesanti, puoi ordinare i valori per dimensione e analizzare i primi risultati.
Non eliminare un’opzione solo perché ha un nome poco chiaro. Cerca a quale plugin appartiene, controlla se il plugin è ancora attivo e verifica il sito dopo ogni modifica. Se il dato serve ma non va caricato sempre, un tecnico può valutare di impostare l’autoload su no.
Tabelle orfane dopo plugin e migrazioni
Le tabelle orfane sono, in pratica, tabelle lasciate da plugin rimossi, vecchie installazioni o migrazioni incomplete. Non esiste una lista universale da cancellare. Ogni sito ha una storia diversa.
Un plugin di statistiche, sicurezza, form o backup può lasciare tabelle proprie anche dopo la disinstallazione. Alcune sono inutili. Altre possono contenere dati che il cliente vuole conservare.
Individua prima il proprietario della tabella
Guarda il prefisso e il nome della tabella. Ad esempio, una tabella che richiama il nome di un plugin disinstallato da anni merita una verifica. Prima cerca quel plugin nell’elenco installato, nei file del server e nella documentazione del fornitore.
Non cancellare tabelle che sembrano legate a WooCommerce, Elementor, form di contatto o plugin di sicurezza se non hai controllato dipendenze, ordini, contenuti e automazioni.
Una tabella può essere pesante, ma contenere lead, iscrizioni, log utili o dati fiscali. Lo spazio recuperato non vale mai una perdita di dati aziendali.
Ottimizzare le tabelle non significa svuotarle
Dopo aver eliminato dati realmente inutili, puoi ottimizzare le tabelle. In phpMyAdmin trovi l’opzione “Ottimizza tabella”. Con WP-CLI puoi usare wp db optimize.
L’ottimizzazione interviene sulla struttura e sullo spazio delle tabelle. Non decide cosa è utile e cosa no. Per questo arriva dopo la pulizia, non prima.
Se il database mostra errori, esiste anche la documentazione generale dei comandi disponibili in WP-CLI. In presenza di corruzioni o errori ricorrenti, però, è meglio fermarsi e verificare backup, log server e configurazione MySQL.
Misura velocità, richieste e risultati commerciali
Dopo l’intervento, non limitarti a guardare quanti MB hai recuperato. Misura se il sito risponde meglio e se il percorso verso il contatto resta fluido.
Google Search Console permette di controllare il report Core Web Vitals. Come riferimento, punta a un LCP sotto 2,5 secondi, INP sotto 200 millisecondi e CLS sotto 0,1. Se il TTFB supera 600 ms, conviene analizzare hosting, cache e query lente.
La pulizia del database non risolve tutto. Immagini pesanti, plugin inutili, hosting debole e script esterni possono continuare a rallentare il sito. Per questo la manutenzione professionale di siti web deve includere database, aggiornamenti, backup, sicurezza e verifiche post-intervento.
Guarda i dati per dispositivo
Se le richieste di contatto calano, controlla prima mobile e desktop separatamente. Un tasso medio del 2% può nascondere un 4% da desktop e uno 0,8% da smartphone.
In quel caso, il database può essere parte del problema, ma non l’unico. Verifica form, CTA, navigazione e velocità da telefono. La guida per migliorare la velocità del sito aiuta a collegare l’analisi tecnica alle performance reali delle pagine.
Un database leggero richiede controlli regolari
Revisioni, transient e tabelle inutili non vanno ignorati. Ma nemmeno cancellati con un clic senza backup e senza controlli. La pulizia efficace parte da un inventario, passa dal test e termina con una verifica concreta del sito.
Un database ordinato rende WordPress più semplice da gestire. Riduce il rischio di rallentamenti e rende più affidabili aggiornamenti, backup e attività SEO.
La differenza la fa la costanza: pulire database WordPress una volta è utile, inserirlo in una manutenzione periodica protegge davvero il sito aziendale.
Domande frequenti sulla pulizia del database WordPress
Ogni quanto va pulito il database WordPress?
Per un sito aziendale standard, un controllo ogni tre o sei mesi è spesso sufficiente. Un e-commerce, un sito con molte prenotazioni o un blog aggiornato di frequente può richiedere verifiche mensili. La frequenza dipende da contenuti pubblicati, plugin attivi, traffico e automazioni.
Posso cancellare tutte le revisioni WordPress?
Puoi farlo dopo un backup, ma non è sempre la scelta migliore. Le revisioni aiutano a recuperare testi, schede prodotto e pagine modificate per errore. Meglio eliminare l’arretrato e impostare un limite per le revisioni future.
I transient rallentano sempre il sito?
No. I transient sono spesso cache temporanee utili. I transient scaduti sono i primi candidati alla rimozione. Cancellare tutti quelli attivi può forzare il sito a rigenerare molte informazioni e creare rallentamenti momentanei.
È sicuro eliminare le tabelle di un plugin disinstallato?
Solo dopo aver verificato che il plugin non sia più usato e che i dati non servano. Controlla moduli, ordini, contatti, prenotazioni e integrazioni. Se hai dubbi, esporta prima la tabella e conserva una copia del database.
