El límite de PHP no resuelve fallos al subir medios

¿Has aumentado upload_max_filesize y el error al subir una imagen sigue ahí? Los problemas de subida de medios en WordPress no se resuelven siempre aumentando el límite de archivos: un error HTTP también puede deberse a la REST API, ModSecurity, permisos, propietario o falta de inodos.

Identifica el síntoma antes de cambiar nada

Clasifica el error y sabrás qué revisar primero. Abre Medios > Añadir nuevo, intenta subir un JPG pequeño de entre 100 y 300 KB y apunta el texto completo del aviso.

Sigue el árbol de diagnóstico

Usa esta relación entre mensaje y comprobación inicial:

• “El archivo excede el tamaño máximo”: revisa límites PHP, servidor web y plan de alojamiento.
• Error 413 Request Entity Too Large: revisa Nginx, proxy, CDN o WAF antes de editar PHP.
• Error 403 Forbidden: busca una regla de ModSecurity, un firewall o permisos insuficientes.
• Error 500 Internal Server Error: consulta el registro del servidor y debug.log.
• “Respuesta inesperada del servidor”: revisa REST API, AJAX, caché y plugins de seguridad.
• Cuadrícula de medios vacía: prueba las peticiones a wp-json y admin-ajax.php.

Distingue archivo invisible y carga fallida

Comprueba si el archivo existe con SFTP en wp-content/uploads. Si está dentro de la carpeta del mes, copia su URL y ábrela en una ventana privada: si se ve o se descarga, el problema está probablemente en la Biblioteca de medios, la base de datos, la caché o la REST API; si devuelve 403, 404 o 500, el problema sigue estando en el servidor o la CDN.

Comprueba recursos, ruta y copia segura

Verifica espacio, inodos y copia antes de tocar la configuración. Entra en el panel del hosting y busca el uso de disco, la cuota de archivos o el apartado llamado inodes; crea también una copia de seguridad de archivos y base de datos antes de aplicar cambios.

Revisa cuatro límites que deben cuadrar

Consulta Herramientas > Salud del sitio > Información > Servidor y anota upload_max_filesize, post_max_size, memory_limit y max_execution_time. El primer valor limita cada archivo, post_max_size limita la petición completa y debe ser mayor, mientras que la memoria permite procesar y generar miniaturas.

Confirma disco, inodos y ruta

Comprueba que hay espacio libre y que la cuota de inodos no está al 100%. Si el panel no muestra los inodos, abre un ticket y pregunta: “¿Hay espacio libre, inodos disponibles y permisos de escritura para el usuario que ejecuta PHP en wp-content/uploads?”.

Activa registros sin mostrarlos al público

Añade estas líneas a wp-config.php, antes de la frase “That’s all, stop editing”, solo si tienes copia y acceso SFTP:

php define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);

Repite una sola subida y abre wp-content/debug.log. Después, retira estas líneas o devuelve estos valores a su estado anterior cuando termines. WordPress.org explica este método en su documentación oficial de depuración.

Ajusta límites PHP y resuelve errores HTTP

Aumenta solo el límite que está bloqueando la subida. Empieza por el panel del alojamiento, porque sus valores suelen prevalecer sobre los cambios hechos desde WordPress o plugins, y confirma después en Salud del sitio que WordPress detecta el nuevo valor.

Relaciona el código con su causa

Un error 413 no suele arreglarse desde un plugin de WordPress: significa que un servidor intermedio rechazó el cuerpo de la petición antes de que PHP la recibiera.

Reduce antes de pedir más recursos

Redimensiona imágenes muy grandes antes de subirlas. Para la mayoría de fotografías web, una anchura entre 1.600 y 2.500 píxeles suele bastar; una foto de 6.000 píxeles obliga al servidor a crear varias copias y consume más memoria.

Repara uploads sin abrir permisos inseguros

Comprueba propietario y permisos de la carpeta uploads. Conecta por SFTP, abre wp-content/uploads y mira los permisos, el propietario y el grupo si tu panel los muestra; como referencia, las carpetas suelen usar permisos 755 y los archivos 644.

Comprueba la carpeta del año y mes

Si está activa la organización mensual, WordPress intentará crear rutas como /wp-content/uploads/2026/10/. Intenta subir el archivo pequeño y comprueba si aparece esa carpeta o si su creación queda bloqueada.

Pide al hosting una corrección concreta

Abre un ticket con el dominio, la hora exacta, el nombre del archivo de prueba, el error, la ruta wp-content/uploads y el resultado de la prueba SFTP. Pide que revisen el propietario, el grupo, los inodos, la cuota y los registros de PHP-FPM, Apache HTTP Server o Nginx.

Verifica que no sea una ruta vieja

Revisa si se dejó definida una URL de contenido antigua tras cambiar el dominio. Un archivo puede guardarse bien, pero aparecer roto si WordPress genera enlaces hacia un subdominio viejo, HTTP o una CDN retirada.

Revisa REST API, AJAX, WAF y CDN

Localiza la petición bloqueada desde el navegador. Abre el administrador de WordPress en Chrome o Firefox, pulsa F12, entra en Red y repite la subida; busca peticiones en rojo como admin-ajax.php o wp-json.

Aísla ModSecurity y otros WAF

No desactives toda la seguridad en producción. Pide al proveedor que identifique la regla concreta de ModSecurity o del WAF que bloqueó la URL a la hora registrada y que aplique una excepción limitada para esa regla si procede.

Descarta caché, CDN y conflicto controlado

Vacía la caché del plugin, del hosting y de la CDN, en ese orden. Después, abre una ventana privada y prueba la URL directa del archivo; no caches el área de administración ni las respuestas de AJAX salvo que conozcas exactamente esa configuración.

Si el error al subir imágenes en WordPress empezó después de actualizar un plugin, el tema o el navegador, haz la prueba primero en un entorno de staging o durante una ventana de mantenimiento controlada. Desactiva temporalmente los plugins no esenciales, prueba la subida y vuelve a activarlos uno a uno hasta identificar el cambio que reproduce el fallo. Si hay un error fatal, el modo de recuperación de WordPress recibido por correo puede permitir desactivar el componente afectado solo para administrarlo.

Prueba también en otro navegador, sin extensiones de bloqueo y en una ventana privada: una extensión puede interferir con peticiones AJAX, la REST API de WordPress o formularios de subida. Repite la misma comprobación al intentar subir PDF a WordPress, porque algunos plugins de seguridad aplican reglas distintas según el tipo MIME.

Valida formatos y evita nuevas incidencias

Confirma que el tipo de archivo está permitido y planifica su uso. WordPress puede rechazar un archivo si su extensión no coincide con su MIME type, la etiqueta técnica que identifica qué contiene realmente el archivo.

Usa una regla para cada tipo de archivo

• Imágenes: redimensiona, comprime y comprueba que se generan miniaturas.
• PDF: revisa que no incluya datos personales innecesarios y reduce escaneos pesados.
• ZIP: evita habilitarlos si no son imprescindibles; son un objetivo habitual de controles de seguridad.
• Audio: comprime y valora almacenamiento externo si hay muchas descargas.
• Vídeo: no lo alojes en la Biblioteca si el plan no cubre ancho de banda, espacio y copias suficientes.

Mantén una lista de prevención

Antes de una publicación, actualización de catálogo o campaña, comprueba lo siguiente:

1. Hay copia de archivos y base de datos comprobada.
2. El disco y los inodos tienen margen suficiente.
3. Los límites PHP coinciden con el archivo previsto.
4. La carpeta uploads conserva propietario y permisos correctos.
5. La caché y la CDN no guardan el administrador ni URLs antiguas.
6. Los registros de seguridad no muestran bloqueos recurrentes.

Preguntas frecuentes

¿Por qué WordPress no me deja subir una imagen?

WordPress puede bloquear una imagen por tamaño, memoria, permisos, inodos o una regla de seguridad. Prueba un JPG de entre 100 y 300 KB; si también falla, revisa registros y espacio antes de ampliar límites.

¿Qué significa error HTTP al subir medios?

Un error HTTP indica que el servidor rechazó o interrumpió la subida, pero no define una única causa. Consulta el código en la pestaña Red del navegador y el registro del servidor para distinguir entre un 413, 403, 500 o timeout.

¿Debo poner permisos 777 en wp-content/uploads?

No, 777 no es una solución segura para la carpeta uploads. Comprueba primero 755 en carpetas, 644 en archivos y, sobre todo, que PHP-FPM o Apache tengan el propietario correcto.

¿Por qué tengo espacio libre pero no puedo subir?

Puedes tener GB libres y haber agotado los inodos disponibles del alojamiento. Los inodos cuentan archivos y carpetas, incluidas miniaturas, caché, sesiones y copias generadas por plugins.

¿Cómo sé si ModSecurity bloquea la subida?

ModSecurity puede estar bloqueando la subida si aparece un 403 o una respuesta inesperada al enviar el archivo. Facilita al hosting la hora, URL, código y nombre del archivo para que localice la regla exacta en sus registros.

Aplica este plan sin arriesgar la web

Empieza por la prueba pequeña y el mensaje exacto. No aumentes límites ni cambies permisos hasta saber si falla el tamaño, la escritura en disco o una petición del navegador.

• Vulnerabilidades en plugins WordPress: cómo actuar
• Fallos críticos en PHP: mantenimiento WordPress urgente

Josu Barrios

Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.