Error al Subir Imágenes a WordPress: Permisos

Que ocurre cuando WordPress no puede subir imagenes

Al subir una imagen a la biblioteca de medios pueden aparecer mensajes como “No se ha podido crear el directorio”, “El archivo subido no se ha podido mover”, “Falta una carpeta temporal” o “El servidor no puede procesar la imagen”.

No todos significan lo mismo. Los permisos de wp-content/uploads son una causa frecuente, pero tambien pueden influir la propiedad de archivos, el espacio disponible, los limites de PHP, las dimensiones de la imagen, formatos no admitidos o filtros de seguridad. Antes de cambiar permisos, identifica el mensaje exacto y crea una copia de seguridad.

Paso 1: comprobar si el problema afecta a todos los archivos

Prueba con una imagen JPG o PNG pequena, con un nombre simple sin caracteres especiales. Si solo falla un archivo, revisa formato, tamano, dimensiones o posible corrupcion. Si fallan todos, revisa permisos, espacio, carpeta temporal y configuracion PHP.

Paso 2: comprobar la ruta de subida

WordPress utiliza normalmente wp-content/uploads/, organizando los archivos por ano y mes (wp-content/uploads/2026/07/). Revisa Ajustes > Medios; en instalaciones modernas no suele ser necesario definir una ruta personalizada. Una ruta antigua o absoluta puede causar errores despues de una migracion (ver migrar WordPress de hosting).

Paso 3: comprobar que la carpeta exista

Desde el administrador de archivos o FTP, abre wp-content y comprueba que exista uploads. Si no existe, creala con el nombre exacto y prueba de nuevo. WordPress tambien debe poder crear subcarpetas de ano y mes cuando esa opcion esta activada.

Paso 4: revisar permisos

En muchos servidores Linux, una configuracion habitual es 755 o 750 para directorios y 644 o 640 para archivos. Para wp-content/uploads, empieza por comprobar 755.

No utilices 777. Permite escritura a cualquier usuario del sistema y puede crear un problema de seguridad, ademas de no corregir una propiedad incorrecta.

Desde el panel, selecciona la carpeta uploads, abre Permisos o CHMOD y establece el valor adecuado. Por SSH:

find wp-content/uploads -type d -exec chmod 755 {} \;
find wp-content/uploads -type f -exec chmod 644 {} \;

Paso 5: revisar la propiedad de archivos

Aunque uploads tenga 755, WordPress no podra escribir si la carpeta pertenece a otro usuario y PHP se ejecuta con el usuario de la cuenta. En hosting compartido, los archivos suelen pertenecer al usuario de la cuenta, no a root ni a un usuario ajeno.

En un servidor propio, revisa ls -ld wp-content/uploads y su contenido con ls -la. Corregir la propiedad puede requerir chown, pero no ejecutes comandos sin conocer el usuario y grupo correctos. Un caso comun aparece despues de subir o extraer archivos como root.

Paso 6: comprobar espacio y cuota

WordPress no puede guardar archivos si la cuenta alcanzo su cuota, el disco esta lleno, la particion temporal no tiene espacio o se alcanzo un limite de archivos o inodos. Revisa uso de disco, numero de archivos, cachés, registros y copias acumuladas.

Paso 7: revisar limites de PHP

Los valores principales son upload_max_filesize, post_max_size, memory_limit, max_execution_time y max_input_time. post_max_size debe ser igual o mayor que upload_max_filesize. Puedes revisarlos en Herramientas > Salud del sitio > Informacion > Servidor o en la configuracion PHP del panel.

Paso 8: revisar la carpeta temporal de PHP

El mensaje “Falta una carpeta temporal” suele indicar un problema con upload_tmp_dir o con la carpeta temporal del servidor. En hosting compartido, contacta con soporte. En un servidor propio, comprueba que upload_tmp_dir apunte a una carpeta existente con espacio y permisos de escritura.

Paso 9: reducir dimensiones y peso

El procesamiento de una imagen grande puede agotar memoria aunque el archivo no supere el limite de subida (ver memoria agotada en WordPress). Redimensiona al tamano maximo que realmente utilizaras, comprime la imagen y evita imagenes de decenas de megapixeles si no son necesarias. WordPress genera varias miniaturas y cada operacion necesita memoria.

Paso 10: comprobar las extensiones de imagen de PHP

WordPress utiliza bibliotecas como GD o Imagick para procesar imagenes. Revisa la seccion de manejo multimedia en Salud del sitio. En hosting compartido, solicita comprobar GD o Imagick; en un VPS, instala la extension compatible con la version de PHP activa.

Paso 11: descartar conflictos de plugins y tema

Plugins de seguridad, optimizacion, almacenamiento externo o CDN pueden bloquear o interceptar la subida. Desactivalos temporalmente y prueba de nuevo (ver desactivar plugins de WordPress sin acceso al admin si no puedes entrar al panel). Un tema tambien puede modificar el proceso; prueba con un tema predeterminado si la causa no aparece.

Paso 12: revisar el tipo MIME, la extension y la depuracion

WordPress restringe los tipos de archivo permitidos por seguridad; comprueba que la extension coincida con el contenido real y que el formato este permitido. Si el mensaje sigue sin ser claro, activa temporalmente el registro de depuracion (ver como activar el modo debug) y revisa wp-content/debug.log.

Un firewall de aplicaciones o ModSecurity tambien puede bloquear archivos por nombre, contenido, tamano o regla de seguridad; si el registro muestra un 403, facilita a soporte la hora exacta, la URL y el nombre y tamano del archivo.

Problemas frecuentes

”No se ha podido crear el directorio”

Revisa existencia, permisos, propiedad, ruta de subida, cuota y carpeta del ano/mes.

”El archivo subido no se ha podido mover”

PHP recibio el archivo, pero WordPress no puede escribir en el destino. Revisa propiedad y permisos.

Solo fallan imagenes WebP, AVIF o SVG

Confirma compatibilidad de WordPress, PHP, biblioteca grafica, navegador y plugins. SVG requiere medidas de seguridad adicionales.

Funciona por FTP, pero no desde WordPress

El usuario FTP puede escribir, pero el proceso PHP no. Revisa propiedad, grupo y forma de ejecucion de PHP.

Preguntas frecuentes

Que permisos debe tener uploads?

En muchos hostings, 755 para directorios y 644 para archivos. La propiedad y la configuracion del servidor son igual de importantes.

Puedo usar 777 para probar?

No es recomendable. Puede exponer la web y no resuelve una propiedad incorrecta.

Por que el limite de WordPress es menor que el de PHP?

Puede existir un limite adicional en Multisite, en el servidor web, en un proxy o en un plugin.

Una imagen pequena puede agotar memoria?

Si, si sus dimensiones son enormes o el archivo esta danado. El procesamiento utiliza memoria descomprimida.

Conclusion

Cuando WordPress no puede subir imagenes, revisa primero el mensaje exacto, la carpeta wp-content/uploads, permisos, propiedad y espacio disponible. Despues comprueba limites PHP, dimensiones, bibliotecas graficas y plugins de seguridad u optimizacion.

No utilices permisos 777; si la propiedad de los archivos es incorrecta, solicita una revision tecnica para corregirla de forma segura.