WordPress no sube imágenes error HTTP solución

¿Qué es el error HTTP al subir imágenes en WordPress?

El mensaje “Error HTTP” al subir imágenes en WordPress aparece cuando el servidor no puede procesar correctamente la petición de subida de un archivo a la biblioteca de medios. Es un error genérico: WordPress sabe que algo ha fallado, pero no siempre muestra el motivo concreto. Por eso, la clave está en entender el contexto y revisar varios puntos: límites de PHP, configuración del servidor, plugins, permisos de archivos y el propio archivo de imagen.

Este error puede mostrarse de diferentes formas según la versión de WordPress y el navegador:

• Mensaje “HTTP error” justo debajo de la barra de progreso de subida.
• Subida que se queda congelada al final sin completar.
• Mensaje “Ha ocurrido un error al subir el archivo”.
• Imagen que parece subir, pero no aparece en la biblioteca de medios.

Causas más comunes del error HTTP al subir imágenes

Antes de aplicar soluciones, conviene conocer las causas más frecuentes del error HTTP en WordPress. Esto te ayudará a priorizar los pasos y a no tocar configuraciones que no necesitas.

• Límites de PHP demasiado bajos: valores como memory_limit, upload_max_filesize o post_max_size son insuficientes para el tamaño de las imágenes.
• Tiempo de ejecución agotado: el servidor tarda demasiado en procesar la imagen (por ejemplo, al generar miniaturas) y se produce un timeout.
• Conflictos con plugins: plugins de seguridad, caché, optimización de imágenes o constructores visuales pueden interferir en el proceso de subida.
• Problemas con el tema activo: funciones personalizadas del tema o incompatibilidades con la versión de WordPress.
• Configuración del servidor (Apache, Nginx): reglas de .htaccess, módulos desactivados (como imagick) o restricciones del hosting.
• Permisos de archivos y carpetas incorrectos: la carpeta wp-content/uploads no tiene permisos de escritura adecuados.
• Ruta de subida mal configurada: cambios en la URL del sitio o migraciones mal hechas que afectan a la ruta de la carpeta de medios.
• Imágenes demasiado pesadas o corruptas: archivos con tamaños enormes, formatos poco comunes o dañados.
• Versión de PHP incompatible: versiones muy antiguas o muy nuevas sin soporte completo por parte del hosting o de algunos plugins.

Pasos previos: diagnóstico rápido antes de tocar el servidor

Antes de modificar archivos de configuración o contactar con el hosting, es recomendable hacer un diagnóstico básico. Estos pasos son seguros y pueden resolver el problema en muchos casos sin cambios técnicos profundos.

• Prueba con otra imagen: sube una imagen más pequeña (por ejemplo, 800×600 px y menos de 200 KB). Si funciona, el problema puede ser el tamaño o formato del archivo original.
• Cambia de navegador: intenta subir la imagen desde otro navegador (Chrome, Firefox, Edge). A veces extensiones o caché del navegador interfieren.
• Desactiva temporalmente el modo de edición en bloque (si usas el editor clásico con plugins que lo modifican) para descartar conflictos puntuales.
• Vacía la caché: si usas plugins de caché (WP Rocket, W3 Total Cache, LiteSpeed Cache, etc.), vacía toda la caché y prueba de nuevo.
• Comprueba la conexión: una conexión inestable o muy lenta puede provocar cortes durante la subida.

Solución 1: aumentar límites de PHP y WordPress

Una de las causas más habituales del error HTTP al subir imágenes en WordPress son los límites de recursos de PHP. Si tu sitio tiene imágenes grandes o muchos plugins, es fácil que los valores por defecto se queden cortos. Ajustar estos límites suele ser la primera acción técnica recomendada.

1.1. Parámetros clave de PHP que debes revisar

• memory_limit: memoria máxima que puede usar un script PHP.
• upload_max_filesize: tamaño máximo permitido para un archivo subido.
• post_max_size: tamaño máximo de los datos enviados en una petición POST (incluye archivos).
• max_execution_time: tiempo máximo (en segundos) que puede ejecutarse un script.

Valores recomendados para la mayoría de sitios pequeños y medianos:

• memory_limit = 256M (o más si usas muchos plugins pesados).
• upload_max_filesize = 32M o 64M.
• post_max_size = 32M o 64M (igual o superior a upload_max_filesize).
• max_execution_time = 120 (segundos) o más en sitios con mucha carga.

1.2. Cómo aumentar límites desde wp-config.php

Si tu hosting lo permite, puedes forzar algunos valores desde el archivo wp-config.php ubicado en la raíz de tu instalación de WordPress.

• Accede por FTP o desde el administrador de archivos del panel de tu hosting.
• Abre wp-config.php y añade estas líneas justo antes de /* That's all, stop editing! Happy publishing. */:

define( 'WP_MEMORY_LIMIT', '256M' );
@ini_set( 'upload_max_filesize', '64M' );
@ini_set( 'post_max_size', '64M' );
@ini_set( 'max_execution_time', '120' );

Guarda los cambios y prueba de nuevo a subir la imagen. Si el error desaparece, el problema estaba en los límites de recursos.

1.3. Ajustes desde .htaccess (servidores Apache)

En servidores Apache, también puedes modificar algunos valores desde el archivo .htaccess de la raíz de WordPress. Añade, al final del archivo, algo similar a:

php_value upload_max_filesize 64M
php_value post_max_size 64M
php_value memory_limit 256M
php_value max_execution_time 120
php_value max_input_time 120

Ten en cuenta que algunos hostings no permiten cambiar estos valores desde .htaccess. Si al guardarlo obtienes un error 500, elimina las líneas añadidas y consulta con tu proveedor.

1.4. Cambios desde el panel del hosting

Muchos proveedores de hosting (cPanel, Plesk, paneles propios) permiten modificar estos límites desde una interfaz gráfica:

• Busca opciones como “Selector de PHP”, “Opciones de PHP” o “PHP Settings”.
• Aumenta memory_limit, upload_max_filesize, post_max_size y max_execution_time a los valores recomendados.
• Guarda los cambios y espera unos minutos antes de probar de nuevo.

Solución 2: problemas de plugins y temas

Si los límites de PHP son correctos y el error HTTP persiste, el siguiente sospechoso habitual son los plugins y, en menor medida, el tema activo. Un conflicto de código puede bloquear o alterar el proceso de subida de archivos.

2.1. Detectar si el problema es un plugin

Sigue este procedimiento para comprobar si un plugin está causando el error:

• Accede a Plugins > Plugins instalados en tu panel de WordPress.
• Desactiva todos los plugins temporalmente (marca todos y elige “Desactivar” en acciones en lote).
• Intenta subir de nuevo la imagen que daba error.

Si ahora la imagen se sube sin problemas, significa que algún plugin es el responsable. Para encontrarlo:

• Activa los plugins uno por uno o en pequeños grupos.
• Tras cada activación, prueba a subir una imagen.
• Cuando el error vuelva a aparecer, el último plugin activado será el causante.

2.2. Plugins que suelen causar errores al subir imágenes

Algunos tipos de plugins son más propensos a generar problemas con la biblioteca de medios:

• Plugins de seguridad (Wordfence, iThemes Security, etc.) con reglas muy restrictivas.
• Plugins de caché y optimización (LiteSpeed Cache, WP Rocket, Autoptimize) si minifican o modifican peticiones AJAX.
• Plugins de optimización de imágenes (Smush, EWWW Image Optimizer, Imagify) mal configurados o con límites de servidor.
• Plugins de CDN que cambian la URL de los archivos estáticos.

Si identificas un plugin problemático, tienes varias opciones:

• Actualizarlo a la última versión.
• Revisar su configuración y desactivar funciones avanzadas relacionadas con la biblioteca de medios.
• Sustituirlo por una alternativa más compatible.
• Contactar con el soporte del plugin para reportar el conflicto.

2.3. Comprobar el tema activo

Aunque es menos frecuente, el tema también puede provocar el error HTTP si incluye funciones personalizadas para la gestión de imágenes o si está desactualizado.

• Ve a Apariencia > Temas.
• Activa temporalmente un tema por defecto de WordPress (por ejemplo, Twenty Twenty-Four).
• Prueba a subir una imagen.

Si con el tema por defecto el error desaparece, el problema está en tu tema actual. En ese caso:

• Actualiza el tema a la última versión disponible.
• Revisa el archivo functions.php en busca de funciones relacionadas con la subida de imágenes.
• Contacta con el desarrollador del tema para que revise la compatibilidad con tu versión de WordPress y PHP.

Solución 3: configuración del servidor y .htaccess

Si has descartado problemas de límites de PHP, plugins y tema, el siguiente paso es revisar la configuración del servidor y el archivo .htaccess. Un ajuste incorrecto puede bloquear peticiones, limitar módulos gráficos o provocar redirecciones inesperadas durante la subida.

3.1. Revisar el archivo .htaccess de WordPress

El archivo .htaccess controla muchas reglas de Apache: enlaces permanentes, redirecciones, compresión, seguridad, etc. Un cambio mal aplicado puede afectar a la subida de archivos.

Para descartar problemas:

• Accede por FTP o desde el panel de archivos de tu hosting.
• Localiza el archivo .htaccess en la raíz de tu instalación de WordPress.
• Descarga una copia de seguridad del archivo a tu ordenador.
• Reemplaza su contenido por las reglas básicas de WordPress:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Guarda los cambios y prueba de nuevo a subir una imagen. Si el error desaparece, alguna regla adicional que tenías en .htaccess era la causante.

3.2. Forzar el uso de GD en lugar de Imagick

WordPress puede usar dos librerías principales para procesar imágenes: Imagick y GD. En algunos hostings, la configuración de Imagick es demasiado restrictiva (por ejemplo, con límites de memoria muy bajos), lo que provoca errores HTTP al generar miniaturas.

Puedes forzar a WordPress a usar GD añadiendo este código en el archivo functions.php de tu tema hijo o en un plugin de funcionalidades:

function wp_force_gd_editor( $editors ) {
    $gd_editor = 'WP_Image_Editor_GD';
    $editors = array_diff( $editors, array( $gd_editor ) );
    array_unshift( $editors, $gd_editor );
    return $editors;
}
add_filter( 'wp_image_editors', 'wp_force_gd_editor' );

Después de guardar, prueba de nuevo la subida. Si el problema estaba en Imagick, el error debería desaparecer.

3.3. Comprobar errores en los logs del servidor

Los registros de errores (logs) del servidor son una fuente muy útil de información cuando WordPress solo muestra un genérico “Error HTTP”.

• En cPanel, busca secciones como “Errors” o “Registros”.
• En otros paneles, puede llamarse “Logs”, “Error logs” o similar.
• Reproduce el error intentando subir una imagen y, acto seguido, revisa los registros.

Si ves mensajes relacionados con mod_security, imagick, memory_limit o permisos, tendrás una pista clara de qué debes corregir o qué pedir a tu hosting que revise.

Solución 4: biblioteca de medios, permisos y rutas

Otra fuente frecuente de problemas cuando WordPress no sube imágenes y muestra un error HTTP son los permisos de archivos y la configuración de la ruta de subida. Si WordPress no puede escribir en la carpeta uploads o la ruta es incorrecta, la subida fallará.

4.1. Verificar permisos de la carpeta uploads

Los permisos recomendados para WordPress suelen ser:

• Carpetas: 755
• Archivos: 644

Para comprobar y ajustar los permisos:

• Accede por FTP o desde el administrador de archivos de tu hosting.
• Navega hasta wp-content/uploads.
• Haz clic derecho sobre la carpeta uploads y elige “Permisos de archivo” o similar.
• Asegúrate de que la carpeta tiene permisos 755 y que se aplican de forma recursiva a subcarpetas (no necesariamente a archivos).

Si no estás seguro, pide a tu hosting que verifique que el usuario de PHP tiene permisos de escritura en wp-content/uploads.

4.2. Comprobar la ruta de subida en Ajustes > Medios

En instalaciones antiguas o tras migraciones, la ruta de subida de archivos puede haberse modificado manualmente, lo que provoca errores al subir imágenes.

• En el panel de WordPress, ve a Ajustes > Medios.
• Busca el campo “Guardar los archivos subidos en esta carpeta” (si aparece).
• En la mayoría de casos, este campo debe estar vacío para que WordPress use la ruta por defecto wp-content/uploads.

Si hay una ruta personalizada y no sabes por qué, anótala, vacía el campo, guarda cambios y prueba de nuevo la subida.

4.3. Comprobar la URL del sitio y de WordPress

Si has cambiado de dominio, pasado de HTTP a HTTPS o movido el sitio a otra carpeta, es posible que las URLs de WordPress no estén bien configuradas.

• Ve a Ajustes > Generales.
• Comprueba que Dirección de WordPress (URL) y Dirección del sitio (URL) son correctas y coinciden (salvo casos muy específicos).
• Si has activado HTTPS, asegúrate de que ambas URLs empiezan por https://.

Una configuración incorrecta puede provocar redirecciones o rutas erróneas al subir archivos, generando el error HTTP.

Solución 5: imágenes pesadas, formatos y optimización

Aunque la configuración del servidor y de WordPress sea correcta, las propias imágenes pueden ser el origen del error HTTP. Archivos excesivamente grandes, formatos poco comunes o imágenes corruptas pueden bloquear el proceso de subida.

5.1. Reducir el peso y las dimensiones de las imágenes

No tiene sentido subir imágenes enormes (por ejemplo, 8000×6000 px) si en tu web se mostrarán a 1200 px de ancho como máximo. Además de consumir recursos, aumentan el riesgo de errores HTTP.

• Redimensiona las imágenes antes de subirlas, usando herramientas como Photoshop, GIMP, Affinity Photo o servicios online.
• Para la mayoría de webs, un ancho máximo de 1600–2000 px es más que suficiente.
• Intenta que el peso final de cada imagen no supere los 300–500 KB salvo casos especiales (fondos a pantalla completa, etc.).

5.2. Usar formatos compatibles y estables

WordPress soporta de forma nativa formatos como JPG/JPEG, PNG, GIF y, en versiones recientes, WebP. Otros formatos (TIFF, BMP, HEIC, etc.) pueden dar problemas o no ser aceptados.

• Convierte las imágenes a JPG o PNG antes de subirlas.
• Si usas WebP, asegúrate de que tu versión de WordPress y tu servidor lo soportan correctamente.
• Evita subir archivos RAW o formatos propietarios de cámaras.

5.3. Comprobar si la imagen está corrupta

En ocasiones, el problema no está en WordPress ni en el servidor, sino en el propio archivo de imagen, que puede haberse corrompido durante la descarga, edición o transferencia.

• Abre la imagen en tu ordenador con diferentes visores o editores.
• Guárdala de nuevo con otro nombre y vuelve a exportarla.
• Prueba a subir esa nueva versión a WordPress.

Si la nueva versión se sube sin problemas, es probable que el archivo original estuviera dañado.

Cómo prevenir que vuelva a aparecer el error HTTP

Una vez solucionado el problema de que WordPress no sube imágenes por error HTTP, es importante aplicar una serie de buenas prácticas para minimizar la probabilidad de que vuelva a ocurrir.

6.1. Mantén WordPress, plugins y temas actualizados

Las actualizaciones corrigen errores, mejoran la compatibilidad con nuevas versiones de PHP y optimizan procesos internos como la gestión de imágenes.

• Activa las actualizaciones automáticas cuando sea posible y seguro.
• Revisa periódicamente si hay plugins o temas abandonados y sustitúyelos.

6.2. Elige un hosting optimizado para WordPress

Un buen proveedor de hosting marca la diferencia en estabilidad y rendimiento. Un plan demasiado limitado en recursos puede provocar errores recurrentes al subir archivos.

• Asegúrate de que tu plan ofrece suficiente memoria y límite de subida para tus necesidades.
• Pregunta si el hosting está optimizado para WordPress y qué límites de PHP aplica por defecto.
• Valora migrar a un plan superior o a un proveedor especializado si tu sitio crece.

6.3. Controla el tamaño y la calidad de las imágenes

Establece una política interna para la gestión de imágenes en tu web:

• Define un tamaño máximo recomendado (por ejemplo, 1600 px de ancho).
• Usa herramientas de compresión antes de subir (TinyPNG, Squoosh, etc.).
• Evita subir imágenes directamente desde la cámara sin procesar.

6.4. Revisa periódicamente la salud del sitio

WordPress incluye una herramienta llamada “Salud del sitio” (Site Health) que puede alertarte de problemas de configuración.

• Ve a Herramientas > Salud del sitio.
• Revisa los avisos críticos y recomendados.
• Aplica las mejoras sugeridas, especialmente las relacionadas con PHP, módulos y seguridad.

Cuadro resumen de soluciones rápidas

A modo de repaso, este cuadro resume las acciones más efectivas cuando WordPress no sube imágenes y muestra un error HTTP. Puedes seguirlas en orden hasta que el problema se resuelva.

Preguntas frecuentes

Estas son algunas de las dudas más habituales relacionadas con el error HTTP al subir imágenes en WordPress y sus respuestas resumidas.

¿Por qué WordPress muestra solo “Error HTTP” sin más detalles?

Porque se trata de un mensaje genérico que indica que el servidor ha devuelto un código de error durante la subida, pero WordPress no puede mostrar el motivo exacto. Para saber qué ocurre realmente, hay que revisar los logs del servidor o activar el modo debug de WordPress.

¿Puedo perder imágenes o contenido al intentar solucionar el error?

Si sigues las recomendaciones habituales (copias de seguridad, cambios controlados en configuración) no deberías perder contenido. Las soluciones propuestas se centran en ajustar límites, desactivar plugins y corregir rutas, no en borrar archivos. Aun así, es muy recomendable hacer un backup completo antes de tocar archivos como wp-config.php o .htaccess.

¿Qué tamaño máximo de imagen es recomendable subir a WordPress?

Depende del tipo de web, pero como referencia general, intenta que las imágenes no superen los 1600–2000 px de ancho y un peso de 300–500 KB. Para fondos o imágenes muy grandes, puedes llegar a 1–2 MB, pero siempre optimizadas. Cuanto más ligeras sean, menos probabilidades habrá de errores y mejor rendimiento tendrá tu sitio.

¿Es mejor usar JPG, PNG o WebP para evitar errores?

En términos de errores HTTP, lo importante es que el formato esté soportado por WordPress y el servidor. JPG y PNG son los más seguros y compatibles. WebP ofrece mejor compresión, pero requiere versiones recientes de WordPress y soporte en el servidor. Si tienes problemas con WebP, prueba primero con JPG/PNG para descartar que el error venga del formato.

¿Cuándo debo contactar con mi proveedor de hosting?

Contacta con tu hosting cuando:

• Has aumentado los límites de PHP y el error persiste.
• No puedes modificar php.ini ni .htaccess por restricciones del servidor.
• Los logs muestran errores relacionados con mod_security, imagick, permisos del sistema o límites internos del plan.
• Necesitas que revisen configuraciones avanzadas de Apache, Nginx o PHP-FPM.

Facilítales siempre la URL del sitio, la hora aproximada en la que se produce el error y una descripción de lo que estabas haciendo (subir imagen de X MB, formato, etc.). Así podrán ayudarte más rápido.