{"id":13853,"date":"2026-11-02T09:41:23","date_gmt":"2026-11-02T09:41:23","guid":{"rendered":"https:\/\/andreafreelance.com\/?p=13853"},"modified":"2026-11-02T09:41:25","modified_gmt":"2026-11-02T09:41:25","slug":"errore-413-wordpress","status":"publish","type":"post","link":"https:\/\/andreafreelance.com\/en\/errore-413-wordpress\/","title":{"rendered":"Errore 413 in WordPress: come sbloccare i caricamenti"},"content":{"rendered":"\n\n
\n \n
\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n \n\n
\n Vota questo post<\/span>\n <\/div>\n <\/div>\n\n

In WordPress, Error 413 o 413 Entity Too Large indica che il caricamento supera un limite del server o di un servizio intermedio. Per correggerlo, aumenta il limite che blocca la richiesta<\/strong> oppure riduci il file: intervenire solo sulle impostazioni PHP pu\u00f2 non bastare.<\/p>\n\n\n\n

Parti dal messaggio visualizzato e dalle dimensioni del file, senza modificare insieme memoria, timeout e sicurezza. Segui questo ordine per individuare il blocco senza introdurre altri problemi nel sito.<\/p>\n\n\n\n

Cosa significa l’errore 413 in WordPress<\/h2>\n\n\n\n

Il 413 \u00e8 un codice di stato HTTP: il server rifiuta una richiesta perch\u00e9 il suo corpo supera la dimensione consentita. Di conseguenza, il file non viene caricato.<\/p>\n\n\n\n

La specifica HTTP RFC 9110<\/a> usa il nome “413 Content Too Large”. Altre diciture sono “413 Request Entity Too Large”, “413 Entity Too Large”, “413 Payload Too Large”, “HTTP Error 413”, “error 413 request entity too large”, “Entity Too Large 413”, “Request Entity Too Big” e “Status Code 413”.<\/p>\n\n\n\n

Nella documentazione in spagnolo, “estado HTTP” significa “stato HTTP” e “l\u00edmite de subida de archivos” indica il limite di caricamento dei file.<\/p>\n\n\n\n

\"Schermo<\/figure>\n\n\n\n

L’errore pu\u00f2 comparire quando carichi immagini, PDF, plugin, temi o archivi di backup. WordPress potrebbe per\u00f2 non ricevere la richiesta: Nginx, Apache, un proxy o un firewall possono respingerla prima che venga eseguito PHP.<\/p>\n\n\n\n

Per questo distinguo sempre il limite del singolo file<\/strong> dal limite dell’intera richiesta, che comprende anche gli altri dati inviati dal modulo.<\/p>\n\n\n\n

1. Controlla dimensioni, limite visibile e log<\/h2>\n\n\n\n

Prima di intervenire, salva una copia dei file di configurazione interessati. Per modifiche pi\u00f9 ampie, conserva anche un backup di file e database, preferibilmente fuori dal server.<\/p>\n\n\n\n

Leggi il limite mostrato da WordPress<\/h3>\n\n\n\n

Apri Media > Aggiungi nuovo<\/strong> e annota la dimensione massima indicata. La libreria Media, chiamata biblioteca de medios<\/em> nelle guide in spagnolo, si trova anche in Strumenti > Salute del sito > Informazioni<\/strong>. Nelle sezioni Gestione dei media e Server trovi informazioni sull’ambiente e sui limiti disponibili.<\/p>\n\n\n\n

Questi dati diagnostici di WordPress<\/a> aiutano a confrontare la configurazione PHP con il comportamento osservato. Non descrivono per\u00f2 tutti i limiti di CDN e proxy.<\/p>\n\n\n\n

Confronta il valore visualizzato con la dimensione effettiva del file. Anche un archivio ammesso da WordPress pu\u00f2 superare un limite applicato prima.<\/p>\n\n\n\n

Identifica chi restituisce il 413<\/h3>\n\n\n\n

Negli strumenti per sviluppatori del browser, apri Rete e ripeti il caricamento. Seleziona la richiesta fallita e annota URL, codice HTTP e orario.<\/p>\n\n\n\n

Cerca la stessa richiesta nei log del server o del firewall. Un’interruzione della conexi\u00f3n a Internet<\/em> pu\u00f2 fermare il trasferimento, ma da sola non spiega un vero 413. Nelle guide in spagnolo, proveedor de alojamiento<\/em> indica il fornitore di hosting da contattare per chiedere log o informazioni sui limiti.<\/p>\n\n\n\n

Se invece compare Allowed memory size exhausted<\/code>, segui la diagnosi dell’errore di memoria WordPress<\/a>: \u00e8 un problema diverso.<\/p>\n\n\n\n

2. Aumenta i limiti PHP dal pannello hosting<\/h2>\n\n\n\n

Quando PHP \u00e8 il livello limitante, preferisco intervenire dal pannello hosting. \u00c8 pi\u00f9 chiaro e affidabile rispetto a modifiche inserite nel tema. Alcuni hosting permettono di cambiare questi parametri anche in php.ini<\/code>.<\/p>\n\n\n\n

La disponibilit\u00e0 di php.ini<\/code> e le modalit\u00e0 di modifica dipendono dalla configurazione del piano. Nella documentazione in spagnolo potresti trovare \u00abhosting compartido\u00bb per hosting condiviso e \u00abservidores Cloud\u00bb per infrastrutture cloud. Per conoscere i valori consentiti, verifica con il tuo proveedor de alojamiento.<\/p>\n\n\n\n

Imposta valori coerenti per file e richiesta<\/h3>\n\n\n\n

Le direttive principali sono upload_max_filesize<\/code>, per il singolo file, e il limite dell’intera richiesta POST.<\/p>\n\n\n\n

Per consentire file fino a 256M, puoi usare questa configurazione, se il piano permette tali valori:<\/p>\n\n\n\n

upload_max_filesize = 256M\npost_max_size = 272M\n<\/code><\/pre>\n\n\n\n
Il margine aggiuntivo serve agli altri dati della richiesta. Impostare entrambi a 256M pu\u00f2 impedire il caricamento di un file vicino al massimo.<\/p>\n\n\n\n
In WePanel il percorso indicato \u00e8 Altri strumenti > Parametri PHP<\/strong>. Altri pannelli offrono sezioni dedicate alle opzioni PHP. Le restrizioni dipendono dal piano: l’hosting condiviso non comporta un divieto universale di modifica.<\/p>\n\n\n\n
Evita la falsa soluzione in functions.php<\/h3>\n\n\n\n
Nel functions.php<\/code> del tema, anche figlio, istruzioni come @ini_set('upload_max_size', '256M');<\/code> non risolvono il problema: upload_max_size non \u00e8 una direttiva PHP valida<\/strong>.<\/p>\n\n\n\n
Anche @ini_set('post_max_size', '256M');<\/code> non permette di modificare quel limite durante l’esecuzione. Lo stesso vincolo riguarda upload_max_filesize<\/code>: questi valori richiedono una configurazione applicata prima dell’elaborazione dello script.<\/p>\n\n\n\n
L’istruzione @ini_set('max_execution_time', '300');<\/code> riguarda invece il tempo di esecuzione, quando modificabile. Non aumenta la dimensione accettata e non elimina un 413. Inoltre, @<\/code> nasconde eventuali avvisi utili alla diagnosi.<\/p>\n\n\n\n
3. Correggi il limite su Apache o Nginx<\/h2>\n\n\n\n
Se PHP accetta il file ma ricevi ancora un 413, controlla la configurazione del server web (configuraci\u00f3n del servidor web) e gli eventuali proxy. La richiesta deve rispettare ogni limite lungo il percorso.<\/p>\n\n\n\n
\"Rack<\/figure>\n\n\n\n
Apache: usa .htaccess soltanto nella configurazione compatibile<\/h3>\n\n\n\n
Con Apache e PHP come modulo, il file .htaccess<\/code> nella radice di WordPress pu\u00f2 accettare:<\/p>\n\n\n\n
php_value upload_max_filesize 256M\nphp_value post_max_size 256M\nphp_value max_execution_time 600\nphp_value max_input_time 600\n<\/code><\/pre>\n\n\n\n
Per file vicini a 256M, imposta il limite complessivo della richiesta a 272M. I due valori temporali non correggono direttamente il 413: aumentali soltanto se emerge anche un timeout.<\/p>\n\n\n\n
Non usare queste righe con PHP-FPM senza una configurazione compatibile<\/strong>: possono provocare un errore 500 in WordPress<\/a>. In quel caso ripristina la copia del file.<\/p>\n\n\n\n
Il server pu\u00f2 inoltre imporre LimitRequestBody<\/code>, espresso in byte. Il valore 285212672<\/code> corrisponde a 272 MiB.<\/p>\n\n\n\n
Nginx: modifica client_max_body_size<\/h3>\n\n\n\n
Nginx non usa .htaccess<\/code>. La documentazione del modulo HTTP<\/a> descrive la direttiva da configurare nel contesto appropriato:<\/p>\n\n\n\n
client_max_body_size 272m;\n<\/code><\/pre>\n\n\n\n
Dopo la modifica, un amministratore deve controllare la sintassi con nginx -t<\/code> e ricaricare il servizio. Un valore pi\u00f9 restrittivo dentro una specifica location<\/code> pu\u00f2 continuare a bloccare l’upload.<\/p>\n\n\n\n
Se il server web fa da proxy inverso (servidor proxy) davanti al server applicativo, devi considerare entrambi. Alzare soltanto i limiti PHP lascia invariato il rifiuto del proxy.<\/p>\n\n\n\n
4. Escludi un blocco del firewall<\/h2>\n\n\n\n
Un WAF, una CDN o i plugin di sicurezza, chiamati in spagnolo “plugins de seguridad”, possono applicare limiti propri. Conta la regola che intercetta la richiesta, non il nome del prodotto.<\/p>\n\n\n\n
Per prima cosa, cerca nel registro degli eventi l’URL e l’orario del caricamento. Se il blocco proviene da un plugin, disattivalo temporaneamente per una prova controllata, preferibilmente su staging.<\/p>\n\n\n\n
Riattiva subito il plugin. Se il caricamento funziona solo senza protezione, correggi la regola o il limite pertinente, senza lasciare il sito esposto.<\/p>\n\n\n\n
\n
Disattivare un plugin non disattiva necessariamente il firewall dell’hosting o della CDN: sono livelli distinti.<\/p>\n<\/blockquote>\n\n\n\n
Anche una memoria PHP insufficiente pu\u00f2 compromettere l’elaborazione successiva di immagini o archivi. La memoria PHP disponibile riguarda l’elaborazione sul server, mentre WP_MEMORY_LIMIT<\/code> non modifica il limite HTTP del corpo della richiesta.<\/p>\n\n\n\n
Evita di aumentare memoria, tempi e dimensioni insieme: una modifica alla volta aiuta a identificare la causa.<\/p>\n\n\n\n
5. Usa SFTP per plugin e temi voluminosi<\/h2>\n\n\n\n
Se l’archivio supera 256 MB e il caricamento dal browser resta incompatibile con i limiti del piano, puoi trasferire i file direttamente. Preferisco SFTP<\/strong> a FTP non cifrato, perch\u00e9 protegge le credenziali. Prima di iniziare, verifica che il piano hosting supporti SFTP: il solo FTP standard non cifra la connessione.<\/p>\n\n\n\n
Per installare un plugin, estrai localmente il pacchetto installabile e carica la relativa cartella in wp-content\/plugins\/<\/code>. Per un tema, usa wp-content\/themes\/<\/code>. Prima del trasferimento, individua la cartella radice corretta del sito e verifica che il percorso wp-content<\/code> sia al suo interno.<\/p>\n\n\n\n
Controlla che la destinazione in wp-content<\/code> corrisponda al componente da installare. Non trasferire un contenitore con documentazione e altri archivi al posto della cartella effettiva. Apri la bacheca e attiva il componente solo dopo averne verificato compatibilit\u00e0 e integrit\u00e0.<\/p>\n\n\n\n
Questa procedura aggira l’upload HTTP, ma non corregge i limiti del server. Copiare un’immagine in wp-content\/uploads\/<\/code> non la registra automaticamente nella biblioteca de medios, cio\u00e8 nella libreria Media di WordPress.<\/p>\n\n\n\n
Per backup e importazioni, usa il metodo previsto dallo strumento: spostare un archivio in una cartella qualsiasi non avvia il ripristino.<\/p>\n\n\n\n
6. Verifica la correzione e prepara l’assistenza<\/h2>\n\n\n\n
Dopo ogni modifica, ripeti lo stesso caricamento<\/strong> che falliva. Controlla il limite effettivo e i log, senza considerare sufficiente la sola scomparsa della pagina di errore.<\/p>\n\n\n\n
Prova anche immagini, PDF e moduli con allegati. Per un e-commerce WooCommerce, verifica inoltre login e checkout: una homepage raggiungibile non dimostra che tutte le funzioni siano operative.<\/p>\n\n\n\n
Le cache non aumentano i limiti di upload. Svuotale soltanto quando possono mostrare risposte obsolete o interferire con la verifica della correzione.<\/p>\n\n\n\n
Se non accedi ai log o alla configurazione del server, contatta il supporto del provider di hosting (in spagnolo, proveedor de alojamiento). Nel ticket includi dominio, URL coinvolto, dimensione del file, orario con fuso, messaggio completo e modifiche gi\u00e0 provate. Non inviare password nel ticket.<\/strong> Non allegare credenziali FTP; chiedi al fornitore se \u00e8 disponibile SFTP.<\/p>\n\n\n\n
Per organizzare accessi e materiali trovi anche la mia guida all’assistenza WordPress per PMI<\/a>.<\/p>\n\n\n\n
Ridimensiona le immagini prima dell’upload e prova gli aggiornamenti su staging. Sono attivit\u00e0 di manutenzione WordPress; l’ottimizzazione della velocit\u00e0 e la SEO tecnica richiedono verifiche ulteriori. Risolvere un 413 nell’amministrazione non garantisce miglioramenti di posizionamento.<\/p>\n\n\n\n
Punti da ricordare<\/h2>\n\n\n\n