In breve: WordPress loopback request failed: significa che il sito non riesce a effettuare una richiesta HTTP verso sé stesso.
Indice dei contenuti
WordPress loopback request failed
Questa guida approfondisce WordPress loopback request failed con una procedura progressiva e reversibile. Non inviare password, codici 2FA, token, chiavi private o file di configurazione completi nei ticket.
Che cosa significa
Il browser può aprire il sito mentre il server non riesce a raggiungere lo stesso hostname per DNS, firewall, TLS, autenticazione o tempi di risposta.
Il test deve usare l’URL canonico e non dovrebbe dipendere da modifiche permanenti al file hosts del server.
Come riconoscere il problema
- Site Health segnala loopback failed.
- WP-Cron non esegue attività.
- Pubblicazioni pianificate saltano.
- Plugin di backup o elaborazione restano in coda.
- La richiesta interna riceve 401, 403, 500 o timeout.
Cause più frequenti
1. DNS interno errato
Il server risolve il dominio verso un IP non corretto. Verifica questa ipotesi usando il messaggio completo e i dati dell’orario interessato, senza basarti soltanto sul testo mostrato dal browser o dall’applicazione.
2. Basic Authentication
Uno staging o sito protetto richiede credenziali.
3. Firewall o WAF
La richiesta dall’IP del server viene bloccata.
4. TLS
Certificato, hostname o catena non sono validi.
5. Sito lento
La pagina richiamata non risponde entro il timeout.
6. Redirect loop
URL WordPress e HTTPS non sono coerenti.
Diagnosi passo per passo
- Leggi il messaggio Site Health. Annota URL, codice e errore cURL. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Controlla DNS dal server. Verifica che il dominio risolva all’origine prevista. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Testa HTTPS. Controlla certificato e catena. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Verifica autenticazione. Basic Auth o manutenzione possono impedire il loopback. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Controlla WAF. Cerca l’IP del server nei log. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Controlla cron. Verifica eventi accumulati e trigger. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Misura il tempo. La richiesta interna deve rispondere rapidamente. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
Procedura di risoluzione
- Correggi DNS. Allinea hostname e indirizzo origine. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Consenti il loopback in modo mirato. Configura autenticazione o WAF senza aprire l’intero sito. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Correggi SSL. Usa un certificato valido per l’hostname. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Rimuovi il redirect loop. Allinea home, siteurl e proxy. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Ottimizza la pagina. Riduci plugin e query che rallentano il loopback. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Configura un cron reale quando appropriato. Se disabiliti WP-Cron, crea il relativo cron cPanel. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Ripeti Site Health. Verifica anche eventi pianificati e REST API. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
Domande frequenti
Che cosa significa WordPress loopback request failed?
Il test deve usare l’URL canonico e non dovrebbe dipendere da modifiche permanenti al file hosts del server. In pratica, il browser può aprire il sito mentre il server non riesce a raggiungere lo stesso hostname per DNS, firewall, TLS, autenticazione o tempi di risposta.
Quali controlli fare per diagnosticare WordPress loopback request failed?
Leggi il messaggio Site Health. Annota URL, codice e errore cURL.
Guide Xlogic correlate
- WordPress Site Health: loopback cURL error 28
- WordPress Site Health: loopback restituisce 401
- WordPress cron spawn failed: WP-Cron non parte