Come risolvere “Brevemente non disponibile per la manutenzione programmata” in WordPress (2026) - IT

WordPress si ripristinerà automaticamente da questo errore esattamente dopo 10 minuti. La maggior parte dei proprietari di siti lo scopre nel modo più duro, dopo essere stato preso dal panico durante i primi nove. La soluzione più rapida è manuale: elimina il file .maintenance nella cartella principale del tuo sito. Nessuna attesa richiesta.

Risposta rapida: Trovare il .fascicolo di manutenzione nella cartella principale di WordPress ed eliminalo. Usa FTP, il tuo File Manager di hosting, o un comando WP-CLI se hai accesso al terminale. Il sito ritorna nel momento in cui il file scompare.

Ultima revisione: aprile 2026. Metodi verificati rispetto a WordPress 6.8+ e testato su cPanel, Plesk, hPanel, e DirectAdmin.

Cosa sta realmente accadendo (E perché non è davvero un errore)

WordPress rilascia un file nascosto chiamato .Manutenzione nella cartella principale del tuo sito ogni volta che aggiorna il core, un plugin, o un tema. Aprilo in un editor di testo e vedrai esattamente una riga di PHP: <?php $aggiornamento = 1714208400;. Quel numero è il timestamp Unix di quando è iniziato l'aggiornamento. WordPress lo legge ad ogni caricamento di pagina per decidere se servire il tuo sito o il messaggio di manutenzione. Mentre il file è attivo, ogni richiesta restituisce HTTP 503 (Servizio non disponibile), ecco perché il crawler di Google e la maggior parte dei monitoraggi di uptime gestiscono l'errore in modo corretto senza contrassegnare il tuo sito come inattivo.

In condizioni normali, il file dura da cinque a quindici secondi. WordPress lo scrive nel momento in cui inizia un aggiornamento e lo elimina al termine del secondo aggiornamento. Probabilmente non lo vedrai mai.

Ecco la parte che la maggior parte delle guide alle soluzioni salta: Il core di WordPress controlla il timestamp su ogni caricamento di pagina e ignora automaticamente il messaggio di manutenzione se è superiore a 10 minuti. Il sito si riprende da solo dopo 10 minuti, anche se il file esiste ancora. Il controllo esatto risiede nel file wp_is_maintenance_mode() funzione, e la costante è hardcoded. Quindi, se sei arrivato qui entro pochi minuti dalla comparsa dell'errore, eliminare il file è il percorso più veloce per tornare online. Se è passata un'ora e sei ancora bloccato, qualcos'altro è sbagliato: uno strato di memorizzazione nella cache, Bordo della CDN, oppure la cache del browser probabilmente sta servendo la pagina di manutenzione dall'archivio. Cancellali prima di iniziare a toccare i file.

Ma gli aggiornamenti falliscono. Molto. La scheda del browser viene chiusa a metà aggiornamento. Il server va in timeout su un host condiviso lento. Hai colpito “Aggiorna tutto” con 14 plugin in coda, e uno di loro genera un errore PHP fatale. Il file .maintenance viene scritto, l'aggiornamento si interrompe, e niente lo pulisce mai. Il sito rimane offline (o parzialmente offline) finché non rimuovi tu stesso il file.

Trigger comuni nei report del mondo reale

• Aggiornamento in blocco di più plugin o temi contemporaneamente su hosting condiviso
• Closing the browser or losing your internet connection mid-update
• A plugin with a PHP fatal error stopping the update sequence
• Server timeouts on hosts with strict execution time limits (Spesso 30 secondi o meno)
• Running out of disk space or PHP memory during the update
• Auto-updates firing while another update is already in progress

If you arrived here from one of these scenarios, the actual fix takes about 60 secondi. Pick whichever method below matches the access you have.

Metodo 1: Eliminare il file .maintenance utilizzando FTP

Most fixes happen here. FTP works on every host whether you have shell access, dashboard access, or neither. You only need an FTP client and the credentials your host emailed you when you signed up.

Di cosa avrai bisogno

• An FTP client (FileZilla, Cyberduck, or WinSCP all work)
• Your hosting FTP/SFTP credentials (ospite, nome utente, parola d'ordine, porta)
• About two minutes (less if your FTP client is already open, which it should be for any WordPress site you actually run)

I passaggi

1. Open your FTP client and connect to your site. Most modern hosts use SFTP on port 22, not classic FTP on port 21. Check your hosting welcome email if you’re not sure.
2. Navigate to your WordPress root directory. This is the folder containing wp-config.php, wp-admin, wp-content, e wp-include. On most shared hosts it’s called public_html or www.
3. Look for a file named .maintenance. Files starting with a dot are hidden by default. In FileZilla, clic server, then Force Showing Hidden Files. In Cyberduck, press Cmd+Shift+R (Mac) or Ctrl+Shift+R (finestre).
4. Right-click the .maintenance file and select Elimina.
5. Refresh your site in a new browser tab. It should load normally.

Don’t see the file at all? Your site might have already cleared it but cached the maintenance page. Clear your browser cache and any caching plugin’s stored output, then refresh.

Metodo 2: Utilizza il tuo file manager di hosting

No FTP client installed? Most hosting control panels let you delete files straight from the browser. The exact path varies by panel, so here’s how it works on the four most common ones.

cPanel

1. Accedi al cPanel
2. Aperto File Manager
3. Click Settings (top right), tick Show Hidden Files (dotfiles), then save
4. Navigate to public_html
5. Right-click .maintenance and choose Delete

Plesk

1. Log into Plesk
2. Clic File nella barra laterale di sinistra
3. Open httpdocs (or the document root for your domain)
4. Click the gear icon and enable Show Hidden Files
5. Select .maintenance and click Remove

hPanel (Hostinger)

1. Log into hPanel
2. Aperto File Manager
3. Toggle Show Hidden Files in Settings
4. Navigate to public_html
5. Right-click .maintenance and choose Delete

DirectAdmin

1. Log into DirectAdmin
2. Aperto File Manager under System Info & File
3. Enable Show Hidden Files in the toolbar
4. Browse to public_html
5. Tick .maintenance and click Delete

The file itself is identical across all panels. Same one-line PHP, same handful of bytes. Lo stai solo cercando in quattro diverse interfacce. Qualunque pannello utilizzi, il risultato è lo stesso: file scomparso, sito indietro.

Metodo 3: Un comando WP-CLI (Per gli sviluppatori)

Accesso SSH più WP-CLI installato? Questa è la soluzione più rapida sulla pagina. SSH dentro, passa alla directory di WordPress, e corri:

wp modalità manutenzione disattivata

Vedrai “Successo: Modalità di manutenzione disattivata.” Questa è l'intera procedura. Il file .maintenance viene rimosso e il tuo sito è di nuovo online.

Il comando wp Maintenance-Mode fornito con WP-CLI 2.6, quindi qualsiasi installazione corrente lo supporta. Se ottieni un “comando non trovato” Messaggio, probabilmente il tuo host non ha installato WP-CLI a livello globale. Utilizzare il metodo 1 o 2 anziché.

Kinsta, Motore WP, Rocket.net, e Pressable vengono tutti forniti con WP-CLI preinstallato e lo espongono tramite il terminale del dashboard o il pannello degli strumenti. Non sono richieste chiavi SSH. Altri fornitori nel nostro hosting WordPress gestito negli Stati Uniti roundup si comporta allo stesso modo. Se stai pagando per WordPress gestito, questa correzione di 30 secondi è il vero motivo.

Metodo 4: SSH senza WP-CLI

Ho ottenuto l'accesso SSH ma nessun WP-CLI? Due comandi lo gestiscono:

cd /percorso/del/tuo/wordpress
rm.manutenzione

Questa è tutta la soluzione. Il percorso è simile a /home/nomeutente/public_html sugli host in stile cPanel e /var/www/html o /var/www/tuosito.com sulla maggior parte delle configurazioni VPS.

La maggior parte degli host condivisi disabilita SSH per impostazione predefinita. Se il tuo terminale ritorna “Connessione rifiutata” o “Permesso negato,” il tuo piano di hosting non include l'accesso alla shell. Richiedilo al supporto (alcuni host lo abilitano su richiesta) o torna al Metodo 1 o 2.

Se rm segnala che il file non esiste, correre ls - lei e controlla cosa c'è effettivamente. A volte il file appare con un nome leggermente modificato (come .maintenance.old) da un tentativo precedente riuscito a metà. Elimina qualunque variante trovi.

Quando il file .maintenance continua a tornare

Here’s an annoying scenario: you delete the file, aggiornare, the site loads, you celebrate, e 15 seconds later the error returns.

This means an automatic update is still running in the background, repeatedly creating the file. Or a stuck cron job is firing the same broken update every minute.

Three things to check:

1. Disable WordPress auto-updates temporarily by adding this line to wp-config.php: definire(‘AUTOMATIC_UPDATER_DISABLED’, vero);
2. Check wp-content for a .maintenance file there too. It’s less common, but it does happen.
3. Correre wp cron event list and look for anything firing every minute or every five minutes. Disable suspicious events with wp cron event delete.

Seeing PHP errors in the maintenance message itself, or in wp-content/debug.log? That’s a different problem. A plugin update probably broke something. Dovrai disattivare il plugin incriminato rinominando la sua cartella in wp-content/plugins, quindi aggiornalo manualmente tramite la dashboard una volta caricato il sito.

Come evitare che questo errore si ripeta

La soluzione in sé è semplice. Evitare la situazione in primo luogo è più utile.

Aggiorna una cosa alla volta

WordPress ti consente di selezionare 30 plugin e fare clic su Aggiorna. Non. Se qualcuno di loro genera un errore fatale o colpisce una query lenta del database, l'intero batch fallisce e il file .maintenance rimane. Aggiorna i plugin uno per uno, aggiornare tra ciascuno, e raramente vedrai di nuovo questo errore.

Esegui gli aggiornamenti dal desktop, non mobile

Timeout dei browser mobili, cambiare scheda, e perdere la connessione più spesso. Se WordPress interrompe il processo di aggiornamento prima che finisca, il file .maintenance rimane inserito. Utilizza un browser desktop con una connessione stabile. Consigli noiosi. Risparmia veri mal di testa.

Eseguire il backup prima dell'aggiornamento

Non prevenire direttamente l'errore, ma fa il successivo 20 minuti molto più tranquilli quando un aggiornamento rompe qualcosa. UpdraftPlus, BlogVault, e BackWPup funzionano tutti su livelli gratuiti. Oppure utilizza il backup automatico giornaliero del tuo host, se ne ha uno. Ripristina dall'ultimo snapshot valido se una correzione richiede più tempo del rollback.

Scegli un hosting che gestisca bene gli aggiornamenti

Gli host economici causano questo errore più spesso degli host WordPress gestiti, e il motivo è un numero: tempo_max_esecuzione. I piani con budget condiviso in genere sono predefiniti 30 secondi. La condivisione di livello intermedio si trova in giro 60. Gli host WordPress gestiti come Kinsta e WP Engine vengono forniti con 300. La differenza è importante quando aggiorni un plug-in che esegue una migrazione del database: 30 secondi fallisce regolarmente a metà, 300 finisce comodamente. Se l'errore continua a ripresentarsi settimana dopo settimana, l'host è il problema, non WordPress. I nostri confronto dell'hosting condiviso segnala i fornitori con limiti PHP ragionevoli.

I siti più grandi superano completamente i piani condivisi. UN WordPress VPS ti offre risorse dedicate, il tuo timeout PHP, e memoria sufficiente per l'aggiornamento 20 plugins without breaking. The same site that fails an update once a week on a USD 3/mo shared plan often updates flawlessly on a USD 15/mo VPS.

Utilizzare la gestione temporanea per gli aggiornamenti rischiosi

A staging site is a clone of your live site where you test updates before pushing them to production. Most managed hosts include one-click staging in their plans. Test the plugin update there first. If it breaks staging, you know to fix it before risking production. Molti Costruttore WordPress AI platforms now bundle staging into their free tier too.

Domande frequenti

How long does “Brevemente non disponibile per la manutenzione programmata” actually last?

In condizioni normali, 5 per 15 secondi. WordPress writes the .maintenance file when updates begin and removes it the moment they finish. After exactly 10 minuti, WordPress auto-bypasses the message even if the file is still there, since core treats anything older as a failed update. Still stuck past 10 minuti? It’s almost always a caching layer holding the old response. Clear cache first, then delete the file manually if needed.

Dove si trova il file .maintenance?

Always in your WordPress root directory, alongside wp-config.php and the wp-admin folder. On most shared hosts that’s public_html or www. On VPS setups it’s usually /var/www/html or /var/www/yoursite.com. The file is hidden because it starts with a dot, so enable “Show Hidden Files” in your FTP client or File Manager before you go looking.

Posso ignorare il messaggio di manutenzione senza eliminare il file?

Più o meno. Adding a query string to your URL won’t help, since the maintenance check runs server-side. But if you have admin access, navigate directly to /wp-admin/upgrade.php and run the upgrade routine. Sometimes that completes the stuck update and removes the file naturally. Per la maggior parte delle persone, deleting the file directly is faster and more reliable.

L'eliminazione di .maintenance danneggerà il mio sito?

No. Il file esiste solo durante gli aggiornamenti. La sua rimozione impedisce a WordPress di mostrare la pagina di manutenzione. Ma se l'aggiornamento effettivo fosse incompleto, il tuo vero problema è il plugin o il tema rotto che ha attivato il timeout. Controlla il tuo sito dopo l'eliminazione. Se vedi un errore diverso come una schermata bianca o un errore PHP irreversibile, l'aggiornamento non è mai terminato. Dovrai ripristinare manualmente il plug-in incriminato o aggiornarlo nuovamente da uno stato pulito.

Perché questo accade su alcuni siti e mai su altri?

Due fattori lo decidono: quanti plugin aggiorni contemporaneamente, e quanto è generoso il timeout PHP del tuo host. Un sito con 5 i plugin su un host gestito con un timeout di 300 secondi non riscontrano quasi mai questo errore. Un sito con 40 i plugin su un host condiviso economico con un timeout di 30 secondi lo raggiungono costantemente. Se hai spostato gli host e il problema è scomparso, era sempre stato il vecchio ospite.

Questo errore influisce sulla SEO?

Se dura sotto 10 minuti, no. Il crawler di Google riprova le pagine che rispondono con HTTP 503 (che è ciò che WordPress invia durante la manutenzione), e qualche minuto di inattività non cambierà la classifica. Se l'errore si estende per ore o giorni, potresti notare un calo temporaneo delle pagine memorizzate nella cache finché il crawler non ritorna. Risolvilo rapidamente e la classifica verrà ripristinata entro un giorno o due.

Esiste un plugin che previene automaticamente questo errore?

Plugin come WP Maintenance Mode e Maintenance ti consentono di controllare la schermata di manutenzione, ma non prevengono il problema sottostante del file bloccato. L'errore si verifica prima che qualsiasi plug-in possa essere eseguito, poiché WordPress controlla la presenza di .maintenance all'inizio di ogni richiesta. La prevenzione riguarda il flusso di lavoro degli aggiornamenti e la qualità dell'host, non è un plugin che installi.

Pensieri finali

“Brevemente non disponibile per la manutenzione programmata” è il messaggio di errore più fuorviante in WordPress. Non c'è pianificazione. Non c'è manutenzione. C'è un file PHP di una riga che avrebbe dovuto essere eliminato tre millisecondi dopo il termine dell'aggiornamento, e un timer di 10 minuti che il core utilizza comunque per tirarsi fuori. Una volta capito questo, risolverlo è un lavoro di 60 secondi.

Evento una tantum? Elimina il file e vai avanti con la tua giornata. Lo vedo ogni martedì dopo gli aggiornamenti automatici? Il problema è a monte. Il modello è quasi sempre una delle tre cose: un singolo plugin che scade sempre, un host con un limite PHP di 30 secondi non aumenterà, o una pianificazione di aggiornamento automatico in esecuzione mentre gli utenti sono ancora sul sito.

Per i siti in cui il tempo di attività è il prodotto reale, un host che gestisce gli aggiornamenti in modo sicuro recupera la differenza di prezzo in pochi mesi. Una volta che questa soluzione sarà alle tue spalle, Nostro guida gratuita alla migrazione di WordPress passa attraverso il passaggio a un host con timeout PHP adeguati e WP-CLI preinstallato senza perdere un singolo visitatore nel processo.