La mayoría de las webs de pequeñas empresas se construyen con unos pocos materiales: textos, fotografías, documentos y algún vídeo.
No parece complicado hasta que empiezan los problemas.
Subes una foto del iPhone y WordPress no puede procesarla. Añades cinco imágenes nuevas y la página empieza a cargar despacio. Un GIF de pocos segundos pesa más que el resto de la portada. La Biblioteca de Medios acumula miles de archivos con nombres como IMG_4387.jpg y nadie sabe cuáles siguen utilizándose.
WordPress ha mejorado bastante el tratamiento de imágenes durante las últimas versiones. Ya puede convertir determinados archivos HEIC, admite formatos como WebP y AVIF y trabaja en un sistema más avanzado de procesamiento de medios desde el propio navegador.
Eso reduce parte del trabajo manual, pero no elimina la necesidad de configurar la web correctamente.
Para una pyme, el objetivo no debería ser aprender las diferencias técnicas entre HEIC, WebP, AVIF o JPEG XL. Lo útil es poder subir una fotografía desde el móvil, encontrarla después y publicarla sin que la web pierda velocidad.
Los móviles actuales no siempre guardan las fotografías como archivos JPEG.
Los dispositivos Apple pueden utilizar HEIF para las imágenes y HEVC para los vídeos. HEIF permite conservar una calidad elevada ocupando menos espacio que formatos más antiguos, por lo que resulta útil para almacenar muchas fotos dentro del teléfono.
Es habitual que estos archivos tengan la extensión .heic.
El inconveniente aparece al trasladarlos a la web. El soporte de HEIC en navegadores y servidores no ha sido tan general como el de JPEG, PNG o WebP. Durante años el usuario tenía que:
Cuando este proceso se repite todas las semanas deja de ser una molestia menor. El equipo acaba evitando actualizar fotografías, subiendo capturas de pantalla o utilizando servicios externos de conversión sin saber qué ocurre con los archivos enviados.
WordPress 6.7 incorporó la conversión automática de imágenes HEIC a JPEG.
Cuando el servidor dispone de una versión de ImageMagick compatible con HEIC, WordPress puede recibir el archivo original, convertirlo y generar una imagen que funcione tanto en el panel como en los navegadores de los visitantes. El original permanece disponible desde la página del adjunto.
Esto explica por qué dos webs con una versión similar de WordPress pueden comportarse de manera distinta.
En una instalación la fotografía se procesa sin problemas. En otra aparece un error porque su hosting no tiene las bibliotecas necesarias.
Puedes comprobar la compatibilidad desde:
Herramientas → Salud del sitio → Información → Gestión de medios
Ahí WordPress muestra los formatos admitidos por ImageMagick.
La conclusión práctica es sencilla: el soporte de WordPress depende también del servidor.
Actualizar el núcleo no basta si el alojamiento utiliza una configuración antigua o limitada.
Conviene separar el formato de entrada del formato que finalmente se sirve en la web.
Una fotografía puede llegar desde el teléfono en HEIC, convertirse en JPEG para trabajar con ella y generar después versiones WebP o AVIF para los visitantes.
Sigue siendo compatible con prácticamente todos los navegadores, editores y dispositivos. Funciona bien para fotografías, aunque otros formatos pueden ofrecer archivos más pequeños con una calidad parecida.
Admite compresión con y sin pérdida, transparencias y animaciones. Tiene un soporte amplio y suele reducir el peso frente a JPEG o PNG, aunque el resultado depende de la imagen y de los parámetros utilizados.
Puede conseguir una compresión muy eficiente, sobre todo en fotografías. WordPress incluye soporte para AVIF cuando la configuración del servidor puede generar y procesar estos archivos.
Son formatos habituales como origen de fotografías procedentes del móvil, especialmente de dispositivos Apple. No suelen ser la mejor opción para entregar directamente la imagen a todos los visitantes de una web.
No hace falta escoger un único formato para todo. Un sistema bien configurado puede conservar un original de calidad y servir a cada navegador una versión más ligera.
WordPress está probando una arquitectura de procesamiento de medios en el lado del cliente.
Esto significa que parte del trabajo de reducir, convertir o preparar una imagen podría hacerse en el navegador del usuario antes de enviarla al servidor. Las pruebas oficiales incluyen JPEG, WebP, HEIC, AVIF, GIF, PNG, archivos grandes y generación de distintos tamaños.
El enfoque puede aportar varias ventajas:
A fecha de publicación estas funciones siguen sometidas a pruebas y no deben darse por disponibles en todas las instalaciones.
Una pyme no necesita esperar a que lleguen para mejorar su flujo de imágenes. Las conversiones actuales, un buen hosting y una herramienta de compresión bien configurada ya resuelven gran parte del problema.
Por norma general no es necesario.
El formato de alta eficiencia permite almacenar más fotografías en el dispositivo. Desactivarlo solo para evitar problemas con una web supone renunciar a una ventaja del teléfono por una limitación que debería resolver la infraestructura de WordPress.
Antes conviene comprobar:
En Arreglo tu Web podemos configurar este proceso para que el cliente suba sus fotografías sin tener que convertirlas una por una.
El sistema debe adaptarse al trabajo de la empresa, no obligar a todo el equipo a convertirse en especialista en formatos de imagen.
Que WordPress permita subir un archivo no significa que esté preparado para publicarse.
Una fotografía tomada con un móvil actual puede superar:
Si esa imagen se muestra dentro de una tarjeta de 500 píxeles, el archivo original contiene mucha más información de la que el visitante necesita.
WordPress genera varios tamaños derivados, pero el tema y los bloques deben utilizarlos correctamente. También hay que vigilar los fondos, sliders y constructores visuales que cargan el original aunque la imagen aparezca pequeña.
En nuestra guía sobre Core Web Vitals en WordPress explicamos por qué las imágenes influyen directamente en la velocidad de carga y en la estabilidad visual.
Un GIF puede parecer pequeño porque dura tres segundos y ocupa poco espacio en la pantalla. Su peso puede ser enorme.
El formato guarda una secuencia de imágenes con una compresión poco eficiente para fotografía o vídeo. Una animación breve puede pesar varios megabytes y repetirse continuamente mientras el usuario permanece en la página.
Los usos habituales incluyen:
Estos archivos perjudican especialmente a quienes visitan la web desde móvil o utilizan una conexión lenta.
También pueden retrasar la carga del contenido principal y elevar el consumo de datos sin aportar una mejora proporcional.
El proyecto de procesamiento de medios de WordPress incluye pruebas relacionadas con conversión de GIF y generación de formatos alternativos más eficientes. La documentación para desarrolladores de junio de 2026 menciona expresamente la conversión de GIF a vídeo entre los escenarios que deben probarse.
La idea tiene sentido porque un vídeo MP4 o WebM suele comprimir mucho mejor una animación que un GIF.
También permite controlar:
Pero todavía no conviene asumir que cualquier GIF subido a WordPress 7.1 generará automáticamente un vídeo utilizable.
[Unverified] El resultado definitivo, la versión en la que se incorporará y los formatos generados pueden cambiar durante el desarrollo.
No necesitas esperar a una futura versión de WordPress.
Para nuevas animaciones:
Para GIF antiguos:
Puedes seguir utilizando elementos en movimiento. La decisión debe responder a una necesidad de comunicación y no a que el constructor incluya un bloque animado.
Una web corporativa puede reunir miles de archivos después de varios años:
La Biblioteca de Medios no siempre facilita distinguir qué se utiliza, qué está duplicado y qué puede eliminarse.
El problema empeora cuando los nombres son genéricos:
IMG_9346.jpgcaptura-final-2.pnglogo-bueno-definitivo.svgdocumento-nuevo.pdfDespués de unos meses nadie recuerda qué contiene cada archivo sin abrirlo.
WordPress continúa trabajando en nuevas vistas de datos, mejoras de carga y herramientas de edición de medios.
Durante 2026 Gutenberg ha incorporado, entre otros cambios:
Gutenberg 23.4 describe expresamente mejoras para que las subidas de medios sean más resistentes. Esto afecta al trabajo dentro del editor, aunque no implica que cualquier subida interrumpida vaya a recuperarse siempre y en cualquier instalación.
Las nuevas vistas de datos también están probando desplazamiento infinito opcional. Sin embargo, no hay base suficiente para afirmar que la Biblioteca de Medios clásica vaya a recuperar en WordPress 7.1 exactamente el comportamiento que tenía años atrás.
Un archivo llamado:
reforma-cocina-sevilla-antes.jpg
se encuentra con mucha más facilidad que:
IMG_3948.jpg
Utiliza nombres que describan:
Evita llenar el nombre con palabras sin relación únicamente para intentar posicionar.
Define tamaños habituales para:
Esto mejora la coherencia visual y reduce el tiempo empleado en recortar cada fotografía.
El texto alternativo describe el contenido o la función de una imagen para personas que utilizan lectores de pantalla y para situaciones en las que el archivo no puede mostrarse.
No debe convertirse en una lista de palabras clave.
Una imagen puramente decorativa puede utilizar un texto alternativo vacío. Una fotografía informativa necesita una descripción breve y útil.
WordPress no debería guardar todos los documentos internos de la empresa.
Sube los archivos que necesiten publicarse. Para contratos, originales, fotografías en máxima resolución o documentación privada utiliza un almacenamiento adecuado.
Eliminar una imagen de la Biblioteca puede romper páginas, entradas, fichas de producto, datos estructurados o mensajes antiguos.
Algunos plugins que detectan archivos no utilizados producen falsos positivos porque no reconocen todos los constructores, campos personalizados o usos externos.
Haz una copia completa y prueba la limpieza antes de borrar cientos de elementos.
En cómo sanear un WordPress desordenado explicamos por qué conviene revisar la instalación por fases en lugar de ejecutar una limpieza automática sin inventario.
No tiene sentido enviar al servidor:
La primera limpieza debe hacerse en el móvil o en el ordenador.
No siempre hace falta recortar antes de subir. WordPress incorpora herramientas cada vez mejores dentro del editor.
Aun así, una fotografía pensada para una cabecera horizontal no debería subirse como una imagen vertical esperando que el sistema adivine qué parte es importante.
Conservar un original de gran tamaño puede ser útil fuera de la web. La copia destinada a WordPress rara vez necesita 8.000 o 10.000 píxeles de ancho.
La medida adecuada depende del diseño. En muchas webs corporativas una anchura de entre 1.600 y 2.500 píxeles cubre las imágenes grandes con margen suficiente.
No es una regla universal. Pantallas de alta densidad, ampliaciones y determinados proyectos fotográficos pueden necesitar más.
WordPress crea versiones de la imagen para distintos usos. El tema debe declarar correctamente los tamaños y permitir que el navegador elija la opción adecuada.
Herramientas como ShortPixel, Imagify, EWWW Image Optimizer u Optimole pueden:
No necesitas instalar varias al mismo tiempo.
La herramienta debe elegirse según el hosting, el volumen de imágenes, el presupuesto y la forma en que se construye la web.
No basta con activar un interruptor.
Revisa en el navegador:
Un plugin de optimización mal configurado puede almacenar numerosas copias, agotar espacio o entrar en conflicto con la CDN del hosting.
Las imágenes originales y todos los tamaños derivados pueden ocupar varios gigabytes.
Si el tema cambia o se registran nuevos tamaños, WordPress puede generar más variantes.
Busca:
Google puede señalar imágenes con dimensiones excesivas, formatos poco eficientes o una entrega que retrasa el contenido principal.
Las recomendaciones deben interpretarse dentro del contexto de la página. Reducir demasiado una fotografía importante también perjudica la calidad y la percepción de la empresa.
Puedes ampliar la revisión con nuestra guía sobre las causas habituales de un WordPress lento.
Organiza la limpieza por periodos o secciones:
Después comprueba las páginas relacionadas antes de vaciar la papelera o eliminar los originales de forma definitiva.
Una pyme no debería perder tiempo convirtiendo manualmente cada fotografía ni investigando por qué un archivo de 12 MB aparece borroso en una tarjeta.
El trabajo técnico consiste en preparar una base que permita al equipo publicar con seguridad.
Podemos revisar y configurar:
La revisión puede localizar:
No eliminamos archivos de forma masiva sin comprobar primero dónde se utilizan.
Una sesión práctica puede dejar claras cinco reglas:
Esto encaja con el modelo que explicamos en qué puedes tocar tú en WordPress y qué conviene delegar: la empresa gestiona sus contenidos y el proveedor mantiene la base técnica.
Los formatos, plugins y versiones de WordPress siguen cambiando.
Un plan de mantenimiento WordPress puede incluir:
También conviene coordinar estas revisiones con el calendario de actualizaciones de WordPress.
Sí, si utilizas WordPress 6.7 o posterior y el servidor dispone de ImageMagick compatible con HEIC. WordPress la convierte a JPEG. Si el servidor no ofrece soporte, tendrás que convertirla antes o modificar la configuración del alojamiento.
Depende de la imagen, el navegador y la compresión utilizada. AVIF puede producir archivos más pequeños en fotografías, mientras que WebP cuenta con un flujo de trabajo muy consolidado. Una configuración correcta puede generar ambos y servir el más adecuado.
Conviene conservar fuera de WordPress los originales importantes. La Biblioteca de Medios no debería ser la única copia de las fotografías de la empresa.
No. Puede ayudar mucho, pero la velocidad también depende del tema, el hosting, el tamaño mostrado, la caché y los scripts. Una mala configuración puede duplicar archivos o reducir demasiado la calidad.
No. Una imagen sin adjuntar puede utilizarse en una cabecera, un constructor, un campo personalizado, una plantilla o un servicio externo. Hay que comprobar su uso real antes de borrarla.
Para animaciones largas o con muchos colores suele ser más eficiente utilizar MP4 o WebM. Un GIF pequeño y sencillo puede seguir siendo aceptable, pero debe comprobarse su peso.
No puede afirmarse de forma general. WordPress está probando herramientas de procesamiento y conversión, pero su disponibilidad depende de la versión y de la configuración instalada.
WordPress ha reducido muchos de los problemas que antes acompañaban a las fotografías del móvil.
La conversión de HEIC, el soporte de formatos modernos y las mejoras del editor permiten trabajar con más comodidad. El proyecto también está probando una gestión más avanzada de imágenes y animaciones.
Pero la velocidad no depende únicamente del núcleo.
El hosting debe admitir los formatos, el tema tiene que cargar el tamaño correcto y la herramienta de compresión debe estar bien configurada. También hace falta una Biblioteca de Medios que no se convierta en un almacén lleno de duplicados.
En Arreglo tu Web podemos revisar cómo estás trabajando ahora con imágenes, GIF, vídeos y archivos adjuntos.
La meta es sencilla: que tu equipo publique contenidos visuales sin pensar en conversiones y que la web siga cargando rápido.
Puedes solicitar una revisión para comprobar la compatibilidad con HEIC, el peso de las imágenes, la configuración de formatos modernos y el estado de tu Biblioteca de Medios.
