Error HTTP al subir imágenes en WordPress: cómo solucionarlo

Respuesta breve: “Error HTTP” en el subidor de medios es un mensaje genérico del front. WordPress intentó procesar el archivo después de subirlo y algo falló en el servidor. El motivo real está en el registro de errores de PHP o en la respuesta del servidor, no en la ventana emergente.

Separa la subida del procesado

Al añadir una imagen ocurren dos cosas: se transfiere el archivo y después WordPress genera las versiones redimensionadas. Un fallo en la transferencia apunta a límites de tamaño o a un proxy; un fallo en el procesado apunta a la memoria o a la librería de imágenes. Saber qué fase falló elimina casi todas las conjeturas: prueba primero con un JPEG pequeño de 100 KB; si funciona, el problema es de tamaño o procesado, no de permisos.

Causas habituales y sus soluciones

Tamaño de subida/POST: sube upload_max_filesize y post_max_size en php.ini o el panel del hosting; ambos deben superar el tamaño de la imagen.
Memoria: generar miniaturas de una imagen grande agota la memoria de PHP; sube WP_MEMORY_LIMIT.
Permisos: /wp-content/uploads debe tener escritura (carpetas 755, archivos 644) y pertenecer al usuario web tras una migración.
Librería de imágenes: Imagick o GD del servidor puede faltar o no leer el formato; revisa Salud del sitio.
Seguridad/CDN: un firewall, una regla mod_security o un CDN pueden bloquear la petición de subida.

Acótalo

Prueba otro navegador o una ventana de incógnito para descartar una extensión del cliente.
Cambia temporalmente a un tema por defecto y prueba: un tema puede engancharse al proceso de subida.
Revisa Herramientas › Salud del sitio por una librería de imágenes ausente o un límite de memoria bajo.
Lee el registro de errores de PHP en el momento de la subida fallida.

Verifica bien

No relajes los permisos a 777 para que funcione: cambia una molestia pequeña por una exposición real. Una vez resuelto, sube una imagen pequeña y otra realistamente grande, confirma que se crearon las versiones redimensionadas y comprueba que la imagen se ve en la web. Una subida que llega a la biblioteca pero no genera miniaturas sigue siendo un flujo roto.

CRITERIO DE INCIDENTE WP REPAIR

Cómo acotar el fallo sin adivinar

El cargador de medios combina transferencia, autenticación, escritura y procesado de imagen. Un archivo pequeño de control revela qué etapa falla antes de tocar permisos o memoria.

WP RepairModelo de diagnóstico

1Síntoma2Evidencia3Cambio controlado4Verificación

Sigue la cadena hasta encontrar el primer punto que deja de comportarse como debería.

Prueba un JPEG pequeño y anota la respuesta de red de la subida.

Confirma si el archivo llega a uploads aunque falle la creación de miniaturas.

Lee logs PHP por errores de Imagick, GD, memoria o timeout a la misma hora.

Verifica tamaño de subida y POST, propietario y directorio temporal.

Qué debe quedar verificado

Suben una imagen pequeña y otra grande realista.
Se generan y pueden leerse los tamaños esperados.
El front las sirve sin errores de permisos ni contenido mixto.

Fuentes técnicas oficiales

Esta guía explica el diagnóstico. Si la web está afectada ahora, la intervención debe preservar una vía de vuelta y verificar el recorrido real del negocio.

Ver el servicio de reparación urgente →