Límites de subida de imágenes en WordPress
La mayoría de los consejos te dicen que edites php.ini. En un alojamiento compartido a menudo no es posible. Comprimir la imagen primero funciona en cualquier lugar.
Comprime la imagen por debajo del límite en lugar de aumentar el límite, porque un archivo más pequeño soluciona el error de subida y el problema de velocidad de la página en un solo paso. WordPress hereda su límite de PHP, normalmente 2 MB u 8 MB según el proveedor de alojamiento, y en alojamientos administrados o compartidos con frecuencia no se puede cambiar.
Casi todos los artículos sobre este tema te dicen que edites php.ini, .htaccess o wp-config.php. Esas instrucciones asumen un acceso al servidor que la mayoría de los propietarios de sitios no tienen, e incluso cuando se tiene acceso, vale la pena preguntarse si aumentar el límite es la decisión correcta.
De dónde viene el límite
El límite lo establecen 3 valores de PHP, y el menor de los 3 es el que manda. WordPress muestra la cifra resultante debajo del cuadro de subida, razón por la cual el número a menudo difiere de lo que anuncia un proveedor de alojamiento.
- upload_max_filesize controla el archivo individual más grande que PHP aceptará.
- post_max_size controla el tamaño total de un envío, por lo que debe superar el tamaño del archivo.
- memory_limit controla cuánta memoria puede usar la operación de cambio de tamaño mientras se generan las miniaturas.
- max_execution_time también puede causar fallos, ya que una imagen grande puede agotar el tiempo de espera antes de que termine el procesamiento.
El tercer valor causa los fallos más confusos. Un archivo que se sube correctamente aún puede fallar mientras WordPress genera los tamaños de sus miniaturas, produciendo una imagen rota en la biblioteca de medios en lugar de un error de subida.
Por qué comprimir es mejor que aumentar el límite
Una fotografía de 6 MB en una página web es un problema independientemente de si el servidor la acepta o no. Aumentar el límite elimina el mensaje de error y deja el peso subyacente en su lugar.
WordPress genera varios tamaños de miniatura a partir de cada subida, por lo que un original pesado se multiplica en derivados pesados y consume almacenamiento en toda la biblioteca de medios. Comprimir a unos pocos cientos de kilobytes antes de subir soluciona el error, reduce los tamaños generados, recorta los tiempos de copia de seguridad y no requiere ningún acceso al servidor.
Cómo situarse por debajo del límite
Para subir archivos con éxito sin tocar la configuración del servidor, sigue estos 5 pasos.
- Lee el límite que se muestra debajo del cuadro de subida de WordPress, que indica la cifra real de tu proveedor de alojamiento.
- Cambia el tamaño de la imagen a su ancho de visualización, duplicado para pantallas de alta densidad, ya que una fotografía de 4000 píxeles en una columna de 800 píxeles desperdicia la mayor parte de sus datos.
- Convierte a WebP para fotografías y gráficos que solo vayan a aparecer en el sitio web.
- Comprime con un objetivo de 200 KB a 400 KB, lo cual es adecuado para casi cualquier imagen dentro de un artículo.
- Sube la imagen y luego comprueba que se renderice correctamente a ancho completo tanto en ordenadores como en móviles.
Trabajar en ese orden suele producir un archivo un 90 por ciento más pequeño que el original de la cámara, sin cambios visibles en la pantalla. El error de subida desaparece como un efecto secundario en lugar de ser el objetivo principal.
Tamaños recomendados para el contenido de WordPress
Ajusta el ancho de la imagen al espacio más ancho que vaya a ocupar en tu tema, luego duplícalo para pantallas de alta densidad. La mayoría de las áreas de contenido son mucho más estrechas de lo que los propietarios de sitios suponen.
| Uso de la imagen | Ancho de visualización | Ancho de subida | Tamaño objetivo |
|---|---|---|---|
| Imagen en el artículo | 700 px | 1400 px | 150 KB a 250 KB |
| Imagen destacada a ancho completo | 1200 px | 2400 px | 300 KB to 500 KB |
| Banner de cabecera o hero | 1920 px | 1920 px | 300 KB a 400 KB |
| Miniatura o tarjeta | 400 px | 800 px | 50 KB a 100 KB |
| Foto de perfil o autor | 150 px | 300 px | Menos de 30 KB |
Cuándo aumentar el límite es la respuesta correcta
Aumenta el límite cuando subas archivos realmente grandes que deban conservar su tamaño, como fotografías con resolución de impresión, vídeos o paquetes de temas. Esos casos existen, pero no son lo habitual.
Un fotógrafo que entrega galerías de alta resolución, una tienda que importa un plugin pesado o un sitio que aloja documentos PDF descargables necesitan margen de maniobra. Un bloguero cuya fotografía de vacaciones se mostrará a 700 píxeles de ancho, no. Pregúntate para qué sirve el archivo antes de cambiar la configuración del servidor, porque la respuesta suele apuntar de nuevo a la compresión.
Cómo aumentar el límite si es necesario
Pregunta primero al proveedor de alojamiento, ya que la mayoría de los proveedores administrados cambian el valor en cuestión de minutos si se solicita. Los tickets de soporte resuelven esto más rápido que los archivos de configuración en cualquier plan de alojamiento que restrinja el acceso a los archivos.
- Los alojamientos administrados de WordPress suelen mostrar la configuración en un panel de control o la ajustan bajo petición.
- El alojamiento cPanel a menudo incluye un editor MultiPHP INI donde se pueden configurar los 3 valores directamente.
- Los servidores privados virtuales permiten editar php.ini, tras lo cual se debe reiniciar el servicio PHP.
- Las ediciones de .htaccess funcionan en algunas configuraciones de Apache y causan un error de servidor en otras, así que guarda una copia de seguridad.
- Los plugins que prometen aumentar el límite no pueden superar lo que permite el servidor, diga lo que diga la descripción.
El error HTTP que no se debe al tamaño
Un error HTTP genérico durante la subida suele significar que se agotó la memoria o el tiempo de ejecución mientras WordPress generaba las miniaturas, no que el archivo fuera rechazado por su tamaño. La distinción importa porque comprimir la imagen soluciona ambas causas.
Las dimensiones grandes, más que el tamaño de archivo pesado, disparan el uso de memoria, ya que el servidor tiene que mantener cada píxel en memoria mientras cambia el tamaño. Una imagen de 6000 por 4000 píxeles necesita mucha más memoria de lo que sugiere su tamaño de archivo. Reducir las dimensiones antes de subir elimina el fallo incluso cuando el archivo ya estaba por debajo del límite de tamaño.
Los tamaños de miniatura que crea WordPress
WordPress genera al menos 4 copias adicionales de cada subida, y los temas y plugins suelen añadir varias más. Una sola fotografía puede convertirse en 8 o 10 archivos en el disco sin que el propietario del sitio llegue a verlos.
Los valores predeterminados son miniatura a 150 píxeles cuadrados, medio a 300 píxeles, medio grande a 768 píxeles y grande a 1024 píxeles, junto con la versión escalada que WordPress crea para subidas muy grandes. Los constructores de páginas y los plugins de galería registran sus propios tamaños adicionales. Subir un original más pequeño significa que cada archivo derivado también es más pequeño, por lo que la compresión antes de la subida se multiplica en toda la biblioteca.
Soporte de WebP en WordPress
WordPress acepta subidas de WebP desde la versión 5.8, y todos los navegadores actuales muestran el formato. Subir WebP directamente evita los plugins de conversión que muchos sitios instalan para el mismo propósito.
Se aplican dos advertencias. Algunos temas y constructores de páginas más antiguos asumen JPG o PNG y pueden no generar miniaturas WebP correctamente, así que comprueba una subida de prueba antes de convertir una biblioteca entera. Las imágenes destinadas a ser descargadas por los visitantes, como kits de prensa o guías imprimibles, deben seguir siendo JPG, ya que WebP sigue siendo incómodo fuera de los navegadores.
Comprobar el peso de la imagen en una página activa
Abre las herramientas de desarrollo con F12, ve a la pestaña Red, filtra por imágenes y recarga la página. El panel muestra cada imagen con su tamaño real transferido, ordenadas de mayor a menor.
Esa vista responde a la pregunta directamente en lugar de basarse en conjeturas. Busca cualquier imagen individual que supere los 500 KB y cualquier página donde las imágenes sumen más de 2 MB. El archivo más grande casi siempre es el que vale la pena solucionar primero, y suele ser una imagen de cabecera o la primera fotografía de un artículo. Corregir 2 o 3 imágenes a menudo elimina la mayor parte del exceso de peso en una página.
Corregir una biblioteca de medios que ya es pesada
Comprime la biblioteca existente en lugar de solo las nuevas subidas, porque las publicaciones antiguas acumulan la mayor parte del peso en un sitio web consolidado. Un blog que lleva funcionando 5 años puede albergar miles de imágenes sin comprimir.
Descarga la carpeta de subidas, procésala en un solo lote y reemplaza los archivos manteniendo los mismos nombres para que las publicaciones existentes sigan funcionando. Regenerar las miniaturas después reconstruye los tamaños derivados a partir de los originales más pequeños. Haz una copia de seguridad antes de reemplazar nada, ya que esta es una de las pocas tareas de imagen que sobrescribe archivos en su lugar.
Procesar una carpeta de subidas completa
Arrastra la carpeta como un archivo ZIP y cada imagen compatible en su interior se extraerá, redimensionará y comprimirá en una sola pasada. Se ejecutan hasta 500 archivos por lote, lo que cubre la mayoría de los sitios pequeños y medianos en unas pocas rondas.
Todo sucede dentro de tu navegador en tu propio procesador, por lo que los sitios de clientes, los borradores no publicados y las galerías privadas nunca llegan a un servidor. Esto es importante para las agencias que trabajan bajo contrato, donde subir la biblioteca de medios de un cliente a un servicio de compresión desconocido violaría el acuerdo incluso si nada saliera mal.