{"id":11124,"date":"2026-02-11T21:02:39","date_gmt":"2026-02-11T21:02:39","guid":{"rendered":"https:\/\/howtogeek.blog\/it\/?p=11124"},"modified":"2026-02-11T21:02:39","modified_gmt":"2026-02-11T21:02:39","slug":"come-risolvere-efficacemente-lerrore-503-di-recupero-backend-non-riuscito","status":"publish","type":"post","link":"https:\/\/howtogeek.blog\/it\/come-risolvere-efficacemente-lerrore-503-di-recupero-backend-non-riuscito\/","title":{"rendered":"Come risolvere efficacemente l&#8217;errore 503 di recupero backend non riuscito"},"content":{"rendered":"<p>Incontrare un errore 503 Backend Fetch Failed pu\u00f2 essere davvero fastidioso, soprattutto se si gestisce un sito web molto frequentato. In pratica, si verifica quando la cache o il server non riescono a recuperare correttamente i dati dal backend, magari perch\u00e9 il server \u00e8 sovraccarico o perch\u00e9 un plugin difettoso crea problemi. Non \u00e8 sempre colpa tua; a volte \u00e8 solo un sovraccarico del server o un problema di hosting. Ma vale comunque la pena sapere come risolvere i problemi, soprattutto se si utilizza WordPress, Magento o una configurazione personalizzata. Di solito, questi passaggi aiutano a identificare dove potrebbe essere il problema, in modo da non dover aspettare che il sito torni operativo senza un piano.<\/p>\n<h2>Come risolvere l&#8217;errore 503 di recupero backend non riuscito<\/h2>\n<h3>Metodo 1: verificare se il server \u00e8 sovraccarico o temporaneamente inattivo<\/h3>\n<p>Questa \u00e8 la soluzione pi\u00f9 semplice: se il server \u00e8 semplicemente sovraccarico di traffico o in manutenzione, non puoi fare altro che aspettare. A volte, il provider di hosting lascia un avviso sulle sue pagine di stato, quindi vale la pena dare un&#8217;occhiata prima. Se si tratta di un host condiviso, altri siti potrebbero monopolizzare le risorse, il che impedisce al tuo sito di recuperare i dati. In alcune configurazioni, ricaricare pi\u00f9 volte o riprovare pi\u00f9 tardi durante le ore non di punta pu\u00f2 risolvere il problema.<\/p>\n<p>Suggerimento: se hai accesso SSH o alla console, controlla il carico del server con comandi come <code>top<\/code>o <code>htop<\/code>. Se \u00e8 elevato, probabilmente \u00e8 la causa principale. Su alcuni server, un rapido riavvio del server web o PHP-FPM pu\u00f2 essere d&#8217;aiuto, ma solo se ti senti a tuo agio. Per NGINX, dovresti eseguire <code>sudo systemctl restart nginx<\/code>; per Apache, \u00e8 <code>sudo systemctl restart apache2<\/code>.<\/p>\n<h3>Metodo 2: Disattivare i plugin o i moduli aggiunti di recente<\/h3>\n<p>Se l&#8217;errore si \u00e8 verificato dopo l&#8217;installazione o l&#8217;aggiornamento di plugin, soprattutto per WordPress o Magento, questa \u00e8 la prima cosa da verificare. Plugin o moduli possono entrare in conflitto con le configurazioni del server o sovraccaricare il backend. Accedi al pannello di amministrazione o tramite FTP\/SFTP e disattivali uno per uno. Ad esempio, in WordPress, vai su <strong>Plugin &gt; Plugin installati<\/strong> e disattiva quelli sospetti. A volte i plugin pi\u00f9 vecchi si bloccano semplicemente perch\u00e9 WordPress o PHP sono stati aggiornati. Se utilizzi Magento, disabilita i moduli tramite CLI, ad esempio <code>bin\/magento module:disable Vendor_ModuleName<\/code>.<\/p>\n<p>In una configurazione ha funzionato, in un&#8217;altra non tanto, quindi vale la pena fare qualche prova. Una volta disattivati \u200b\u200bi plugin problematici, aggiorna la pagina e verifica se l&#8217;errore si risolve.<\/p>\n<h3>Metodo 3: cancellare o eliminare con attenzione la cache del server<\/h3>\n<p>Questo \u00e8 un problema: svuotare la cache pu\u00f2 accelerare le cose, ma pu\u00f2 anche sovraccaricare temporaneamente il server se non eseguito correttamente. Quindi, eseguitelo solo se siete ragionevolmente certi che l&#8217;accumulo di dati nella cache o dati obsoleti stiano causando il problema.<\/p>\n<p>Per la memorizzazione nella cache lato server (come Varnish o NGINX), accedi al tuo <strong>cPanel<\/strong> o usa SSH per accedere al tuo server. Per disattivare temporaneamente Varnish, segui questi passaggi:<\/p>\n<ol>\n<li>Accedi a <strong>cPanel<\/strong>.<\/li>\n<li>Trova la sezione chiamata <strong>Web Accelerator<\/strong>.<\/li>\n<li>Fare clic su <strong>Gestisci vernice &gt; Disattiva vernice<\/strong>.<\/li>\n<li>Premi <strong>Conferma azione<\/strong>.<\/li>\n<\/ol>\n<p>Quindi, controlla il tuo sito web. Se si carica correttamente senza Varnish, il problema riguarda il livello di cache. Ricorda, dopo aver modificato Varnish, di riavviarlo affinch\u00e9 <code>sudo systemctl restart varnish<\/code>le modifiche abbiano effetto. Inoltre, controlla i log con comandi come <code>$ varnishlog -q 'RespStatus == 503' -g request<\/code>per vedere quali risposte causano il problema.<\/p>\n<h3>Metodo 4: aumentare la lunghezza del tag della cache o modificare le configurazioni della cache<\/h3>\n<p>A volte, la lunghezza predefinita del tag di cache (circa 8192 byte) viene superata, causando l&#8217;errore 503 in alcune configurazioni, soprattutto con Magento o con caching complesso. Per risolvere questo problema, puoi aumentare il parametro <strong>http_resp_hdr_len<\/strong> nel file di configurazione di Varnish, solitamente situato in <code>\/etc\/varnish\/default.vcl<\/code>. Ecco un rapido esempio:<\/p>\n<pre><code>vcl 4.0; parameters { http_resp_hdr_len = 16384; \/\/ or higher if you\u2019re dealing with large cache tags } <\/code><\/pre>\n<p>E non dimenticare di riavviare Varnish dopo la modifica:<\/p>\n<pre><code>sudo systemctl restart varnish<\/code><\/pre>\n<p>Se utilizzi NGINX, cerca le <code>proxy_buffers<\/code>impostazioni e modificale se necessario. L&#8217; <a href=\"https:\/\/support.magento.com\/hc\/en-us\/articles\/360034631211-Troubleshooting-503-error-caused-by-necessity-to-change-default-Varnish-settings\" rel=\"noreferrer noopener\" target=\"_blank\">articolo di supporto di Adobe<\/a> fornisce una buona guida specifica per i siti Magento.<\/p>\n<h3>Metodo 5: modificare i file di configurazione del server<\/h3>\n<p>Questo \u00e8 pi\u00f9 complesso, ma&#8230;a volte la configurazione del server (Varnish, NGINX o Apache) causa l&#8217;errore. Ad esempio, nella configurazione di Magento <code>nginx.conf.sample<\/code>(o nella configurazione personalizzata di NGINX), verifica che i gestori degli URI siano impostati correttamente. Come esperimento, prova a rimuovere o aggiungere <strong>\/pub<\/strong> nei blocchi di corrispondenza degli URL, in questo modo:<\/p>\n<pre><code>location ~ (index|get|static|report|404|503)\\\\.php$ { \/\/ your existing configs }<\/code><\/pre>\n<p>E se utilizzi Varnish, assicurati che il <code>.url<\/code>parametro includa o ometta <strong>\/pub<\/strong> a seconda delle necessit\u00e0. Ricordati di ricaricare il servizio corrispondente in seguito: <code>sudo systemctl restart nginx<\/code>oppure <code>systemctl restart varnish<\/code>.<\/p>\n<h3>Metodo 6: verificare la presenza di conflitti causati da altri siti o da configurazioni errate del server<\/h3>\n<p>Che ci crediate o no, altri siti web su un server condiviso potrebbero causare problemi. Un plugin configurato male da qualcun altro o un cron job difettoso possono sovraccaricare il server, causando errori 503. Vale la pena chiedere al provider di hosting se riscontra picchi di risorse insoliti. Inoltre, se si utilizza una modalit\u00e0 di manutenzione personalizzata (come il file maintenance.flag di Magento), provare a rinominarla o eliminarla. A volte, una modalit\u00e0 di manutenzione attiva o aggiornamenti incompleti possono causare errori di recupero.<\/p>\n<h3>E se tutto il resto fallisce? Contatta la tua societ\u00e0 di hosting.<\/h3>\n<p>Se hai seguito tutti questi passaggi e l&#8217;errore persiste, contattare il team di supporto dell&#8217;hosting potrebbe essere la soluzione migliore. Condividi i log o i comandi che hai eseguito, come quelli <a href=\"https:\/\/github.com\/memstechtips\/Winhance\" rel=\"noopener noreferrer\" target=\"_blank\">presenti su GitHub<\/a> o quelli di <code>varnishlog<\/code>. Spesso avranno gli strumenti e le informazioni per individuare pi\u00f9 rapidamente i problemi lato server. A volte, il problema non \u00e8 affatto tuo, ma solo un temporaneo problema del server.<\/p>\n<h2>Riepilogo<\/h2>\n<ul>\n<li>Controllare il carico del server e attendere se \u00e8 occupato<\/li>\n<li>Disattivare plugin o moduli sospetti<\/li>\n<li>Cancellare la cache del server (con attenzione)<\/li>\n<li>Regolare la cache o le configurazioni del server per gestire intestazioni di grandi dimensioni<\/li>\n<li>Esaminare i file di configurazione del server per la gestione degli URL<\/li>\n<li>Indagare sui conflitti causati da altri siti o da configurazioni errate del server<\/li>\n<li>Contatta il supporto di hosting se tutto il resto fallisce<\/li>\n<\/ul>\n<h2>Incartare<\/h2>\n<p>Nella maggior parte dei casi, questo errore \u00e8 causato da un sovraccarico del server o da una configurazione errata della cache. Se queste modifiche non risolvono immediatamente il problema, di solito attendere o eseguire il bounce di alcuni livelli di cache lo ripulisce.\u00c8 un po&#8217; strano come a volte una piccola modifica alla configurazione o la disattivazione di un plugin possa risolvere un crash come questo, ma \u00e8 cos\u00ec che funziona il server. Incrociamo le dita affinch\u00e9 questo aiuti chi ha un sito web disordinato a fare chiarezza e a tornare online pi\u00f9 velocemente.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Incontrare un errore 503 Backend Fetch Failed pu\u00f2 essere davvero fastidioso, soprattutto se si gestisce un sito web molto frequentato. In pratica, si verifica quando la cache o il server non riescono a recuperare correttamente i dati dal backend, magari perch\u00e9 il server \u00e8 sovraccarico o perch\u00e9 un plugin difettoso crea problemi. Non \u00e8 sempre [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-11124","post","type-post","status-publish","format-standard","hentry","category-how-to"],"acf":[],"_links":{"self":[{"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/posts\/11124","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/comments?post=11124"}],"version-history":[{"count":1,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/posts\/11124\/revisions"}],"predecessor-version":[{"id":11125,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/posts\/11124\/revisions\/11125"}],"wp:attachment":[{"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/media?parent=11124"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/categories?post=11124"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/tags?post=11124"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}