Si al subir un PDF, una imagen o cualquier archivo a tu WordPress te salta el mensaje “The uploaded file exceeds the upload_max_filesize directive in php.ini”, no estás solo. Es uno de los errores de WordPress más frustrantes y, lo peor, uno de los que más tiempo y clientes te hace perder sin que te des cuenta. Cada minuto que un cliente potencial intenta descargar tu catálogo o subir un documento y falla, se va a la competencia.
La causa real casi nunca es WordPress en sí. Es el servidor: PHP tiene un límite de tamaño para las subidas y, si no lo tocas, se queda en valores ridículos como 2 MB o 8 MB. Aquí te cuento cómo solucionarlo de verdad, sin rodeos y con lo que funciona en 2026.
Por qué tu WordPress no acepta archivos: el límite real de PHP
El error de subida de archivos en WordPress viene de tres directivas de PHP que casi nadie revisa: upload_max_filesize, post_max_size y memory_limit. Si solo cambias la primera, seguirás viendo el error porque post_max_size sigue cortando la petición antes de que llegue.
Lo primero que deberías hacer es comprobar tus valores actuales. Entra en tu panel de WordPress, ve a Herramientas > Salud del sitio > Información y busca la pestaña de PHP. Ahí ves el límite exacto. Si marca 2M, ya sabes por qué tus clientes no pueden subir nada.
Un detalle que muchos ignoran: el límite de subida de archivos en WordPress también depende de si tu hosting usa PHP-FPM o mod_php. En PHP-FPM, el archivo .htaccess no sirve para cambiar estos valores, y por eso mucha gente se vuelve loca añadiendo líneas que no hacen nada.
Solución 1: tocar php.ini (la que de verdad manda)
Editar el archivo php.ini es la forma más limpia de aumentar el límite de tamaño de archivo en WordPress, siempre que tengas acceso a él. En hostings compartidos a veces no lo ves, pero puedes crear uno propio.
Accede por FTP o por el gestor de archivos de tu panel (cPanel, Plesk o similar) y busca php.ini en la raíz de tu instalación. Si no existe, créalo tú mismo con este contenido:
- upload_max_filesize = 64M
- post_max_size = 64M
- memory_limit = 256M
- max_execution_time = 300
Ojo con el detalle que casi nadie te dice: post_max_size debe ser igual o mayor que upload_max_filesize. Si pones 64M en uno y 32M en otro, el límite real será 32M. Y si subes mucho el memory_limit, puedes tumbar el servidor en hostings baratos. No te pases de listo.
Solución 2: .htaccess, pero solo si tu servidor lo permite
Añadir líneas al .htaccess es rápido, pero funciona únicamente si tu PHP corre como módulo Apache (mod_php). En PHP-FPM o en servidores Nginx, esto no hace nada y encima puede provocar un error 500 que te deje la web inaccesible.
Si estás en un hosting compatible, añade al final del archivo:
php_value upload_max_filesize 64M
php_value post_max_size 64M
php_value memory_limit 256M
Antes de tocar el .htaccess, haz copia de seguridad. He visto webs caídas por un solo carácter mal puesto. Y si tras guardar ves un error 500, renombra el archivo por FTP y vuelve atrás.
Solución 3: el truco del archivo .user.ini (el que casi nadie usa)
Si tu hosting usa PHP-FPM o CGI, el archivo que manda es .user.ini, no php.ini ni .htaccess. Créalo en la raíz de WordPress con las mismas directivas que te he dado arriba. Este es el método que mejor funciona en hostings modernos como SiteGround, Raiola o Webempresa en 2026.
El archivo .user.ini tarda unos minutos en aplicarse, así que no entres en pánico si no ves el cambio al instante. Espera cinco minutos y refresca la página de Salud del sitio.
Solución 4: revisa los plugins de formularios y subidas
Si el error solo aparece al usar WPForms, Gravity Forms, Contact Form 7 o un plugin de subida de archivos, el problema puede estar en su propia configuración. Muchos tienen su propio límite interno que se suma al de PHP.
En WPForms, por ejemplo, ve a Ajustes > General y revisa el límite de subida. En Gravity Forms, mira en la configuración del campo de archivo. Si el plugin pone 2 MB y PHP permite 64 MB, el que manda es el plugin.
También hay un caso muy típico: el plugin Wordfence o algún firewall de seguridad bloquea subidas grandes por considerarlas sospechosas. Si has tocado php.ini y sigue fallando, desactiva temporalmente el firewall y prueba.
Solución 5: cuando todo falla, habla con tu hosting
Hay hostings que capan el upload_max_filesize a nivel de servidor y no te dejan cambiarlo desde tu cuenta. En ese caso, no pierdas horas: abre un ticket y pide que te suban el límite. Un hosting decente lo hace en minutos.
Si tu proveedor se niega o tarda días, cambia de hosting. En 2026 hay opciones desde 3 euros al mes que permiten 256 MB de subida sin discutir. Perder clientes por un límite de 2 MB es de risa.
Errores que debes evitar al arreglar este fallo
No edites archivos del core de WordPress ni de temas para solucionar esto. No sirve y encima rompe las actualizaciones. Tampoco uses plugins tipo “Increase Max Upload Filesize” sin mirar si tu hosting ya lo permite: a veces entran en conflicto y empeoran el problema.
Y no te obsesiones con subir el límite a 1 GB. Un límite de 64 MB cubre el 99% de los casos reales: PDFs, imágenes, vídeos cortos. Más allá de eso, lo que necesitas es subir los archivos por FTP y enlazarlos, no forzar PHP.
Al final, el error de que WordPress no acepta archivos se resuelve en 10 minutos si sabes dónde mirar. El problema es que la mayoría de guías te mandan tocar php.ini sin explicarte que post_max_size y memory_limit van de la mano. Ahora ya lo sabes.
