Qué ha cambiado realmente con las imágenes en SEO y en la IA
Durante años, optimizar imágenes se veía casi como una tarea secundaria. Algo útil para mejorar un poco la velocidad de carga y sacar una nota más bonita en PageSpeed. Poco más.
Hoy el contexto es bastante distinto.
El peso y la gestión de las imágenes afectan directamente al rendimiento, la experiencia de usuario, la accesibilidad, el consumo de recursos y la eficiencia del rastreo. Y además aparece un factor relativamente nuevo: cómo buscadores y sistemas de IA interpretan el contenido visual de una página.
El problema es que el deterioro normalmente no aparece de golpe. Se acumula poco a poco. Empiezan a entrar imágenes enormes subidas directamente desde móvil o cámara, formatos poco eficientes, miniaturas duplicadas y bibliotecas multimedia que crecen durante años sin demasiado control.
Durante bastante tiempo todo parece funcionar “más o menos bien”. Hasta que empiezan a aparecer Core Web Vitals empeorando, tiempos de carga inestables o bibliotecas de imágenes prácticamente imposibles de mantener.
Y aquí es donde muchas webs siguen enfocando mal el problema: optimizar imágenes ya no consiste únicamente en reducir peso.
También implica mejorar accesibilidad, aportar contexto, facilitar el rastreo y ayudar a que sistemas automatizados entiendan correctamente qué representa una imagen dentro del contenido.
Porque hoy ya no solo importa cómo ve una página una persona. También importa cómo la interpreta un sistema automatizado.
Qué dijo realmente Google sobre el límite de 2 MB
Hace poco Google actualizó su documentación indicando que Googlebot solo procesa los primeros 2 MB de contenido HTML y archivos de texto compatibles durante el rastreo.
Y claro, internet reaccionó como suele reaccionar internet: titulares diciendo que “Google dejará de leer páginas pesadas” y debates apocalípticos sobre imágenes enormes rompiendo el SEO de medio planeta.
La realidad es bastante menos dramática.
Ese límite afecta principalmente a HTML, CSS inline, JavaScript inline, JSON-LD y otros recursos de texto.
Las imágenes no entran directamente dentro de ese límite concreto según la documentación de Googlebot.
Eso significa que una página puede tener imágenes pesadas y aun así mantenerse técnicamente por debajo de esos 2 MB de HTML procesado.
Pero aquí viene la parte importante: eso no significa que las imágenes dejen de afectar al SEO o al rastreo.
Porque aunque no formen parte de ese límite específico, las imágenes siguen consumiendo ancho de banda, tiempo de descarga, memoria, renderizado y recursos del servidor.
Especialmente en móvil o conexiones lentas, una página llena de imágenes gigantes puede seguir ofreciendo una experiencia bastante mala aunque el HTML “cumpla técnicamente” con las recomendaciones de Google.
Además, las imágenes suelen convertirse en uno de los principales cuellos de botella dentro de las Core Web Vitals, especialmente en métricas como LCP o CLS.
Y en sitios grandes aparece otro problema añadido: el coste del rastreo.
En sitios grandes, páginas más eficientes ayudan a optimizar recursos de crawling, especialmente cuando existe muchísimo contenido multimedia. Ahí imágenes enormes, recursos innecesarios o bibliotecas mal gestionadas pueden terminar ralentizando bastante el procesamiento general del sitio. Google lo detalla en su documentación sobre crawl budget y gestión de sitios grandes.
En otras palabras: el límite de 2 MB no convierte automáticamente una web pesada en una web optimizada. Ojalá fuese tan fácil.
Cómo afectan las imágenes a la experiencia de usuario y a Core Web Vitals
Muchas webs parecen rápidas… hasta que empiezas a cargar las imágenes.
Y ahí suele aparecer el verdadero cuello de botella.
Porque una página puede tener buen hosting, caché, un HTML relativamente limpio e incluso una buena puntuación técnica, pero seguir ofreciendo una sensación de lentitud bastante mala si las imágenes tardan demasiado en mostrarse.
Y esto importa más de lo que parece.
Google lleva años insistiendo en que la experiencia real del usuario forma parte de la calidad de una página. Ahí entran métricas como LCP o CLS, incluidas dentro de las Core Web Vitals.
Cuando la imagen principal se convierte en el problema
En muchísimas páginas, el elemento más grande visible durante la carga suele ser un banner, una imagen destacada, una fotografía de producto o un bloque hero enorme ocupando media pantalla.
Google mide esto mediante Largest Contentful Paint (LCP), que analiza cuánto tarda en mostrarse el contenido principal visible para el usuario.
El problema aparece cuando esa imagen pesa demasiado, carga tarde, está mal comprimida o se sirve muchísimo más grande de lo necesario.
Y sí, seguir cargando imágenes de 4000 px para mostrarlas a 600 px continúa siendo bastante habitual.
La velocidad percibida importa más que la velocidad “técnica”
Aquí hay algo importante: los usuarios no miden milisegundos, miden sensaciones.
Si una página tarda en mostrar contenido, carga imágenes poco a poco o empieza a moverse mientras se renderiza, la percepción general empeora aunque técnicamente el servidor responda rápido.
Este problema suele notarse muchísimo en sliders, galerías, banners principales y páginas con muchísimas imágenes. Especialmente en móvil, donde el ancho de banda y la memoria disponibles son bastante más limitados.
El CLS y los saltos visuales
Otro problema muy habitual aparece cuando las imágenes no tienen correctamente definidos atributos como width, height o aspect-ratio.
Cuando eso ocurre, el navegador no sabe cuánto espacio reservar antes de cargar la imagen. Resultado: el contenido empieza a desplazarse mientras la página se renderiza.
Ese efecto genera clics erróneos, lectura incómoda y una sensación constante de inestabilidad mientras la página termina de cargar. En móvil además suele sentirse bastante peor.
Google mide este comportamiento mediante la métrica CLS (Cumulative Layout Shift).
| Buena implementación | Problema habitual |
|---|---|
| Dimensiones definidas | Imágenes sin tamaño reservado |
| Contenido estable | Saltos visuales durante la carga |
| Mejor experiencia móvil | Lectura incómoda y clics erróneos |
Y aquí aparece uno de los problemas más engañosos: muchas webs “parecen ir bien” en escritorio con fibra, pero en móvil la experiencia cambia completamente.
Porque al final una imagen pesada no solo ocupa espacio. También consume tiempo, memoria, ancho de banda y paciencia. Y esa última métrica no aparece en Lighthouse, pero suele ser bastante importante.
El atributo ALT y el contexto visual siguen siendo importantes
Durante bastante tiempo el atributo ALT se trató casi exclusivamente como “algo para SEO”. Y eso ha hecho que mucha gente termine rellenándolo automáticamente, con keywords repetidas o directamente dejándolo vacío.
El problema es que el texto alternativo nunca fue solo una cuestión de posicionamiento.
Su función principal tiene mucho más que ver con la accesibilidad y con ayudar a interpretar correctamente el contenido visual de una página.
El ALT no está pensado para “meter palabras clave”
Cuando una imagen aporta información relevante, el atributo ALT ayuda a que lectores de pantalla y sistemas automatizados entiendan qué representa esa imagen dentro del contenido.
Google sigue recomendando utilizar texto alternativo útil y descriptivo dentro de su documentación sobre Google Images.
Y aquí suele aparecer uno de los errores más comunes: pensar que todas las imágenes necesitan un ALT lleno de keywords.
No funciona así.
Un buen texto ALT debería describir qué aporta realmente la imagen dentro de la página. A veces bastará con una frase corta. Otras veces incluso conviene dejar el texto alternativo vacío si la imagen es puramente decorativa.
Porque sí, existe vida más allá de:
“oficina moderna empresa reunión coworking oficina moderna.jpg”
Internet ya tiene suficientes ALT raros circulando por ahí.
Las imágenes también necesitan contexto
Los buscadores modernos no interpretan una imagen únicamente leyendo el atributo ALT. También utilizan el contenido cercano, la estructura HTML, el nombre del archivo, el contexto semántico y sistemas de análisis visual.
Por eso optimizar imágenes ya no consiste solo en reducir peso o rellenar campos automáticamente. También implica mantener cierta coherencia entre la imagen, el contenido donde aparece y el contexto general de la página.
Y esto empieza a ser especialmente importante ahora que cada vez más sistemas automatizados procesan contenido visual para alimentar motores de búsqueda y herramientas de IA.
El problema real aparece cuando la biblioteca crece sin control
En webs pequeñas estos problemas pueden pasar desapercibidos durante bastante tiempo.
Pero cuando una web acumula cientos o miles de imágenes, empiezan a aparecer situaciones bastante habituales: archivos sin ALT, imágenes duplicadas, nombres automáticos tipo IMG_4837.jpg, formatos poco eficientes o imágenes enormes utilizadas en espacios pequeños.
Y aquí ocurre algo importante: normalmente nadie detecta el problema hasta que la gestión de imágenes ya es bastante difícil de mantener.
Porque el deterioro suele ser progresivo. Una imagen mal optimizada no rompe una web. Pero después de años acumulando archivos sin criterio, el impacto empieza a notarse en rendimiento, mantenimiento y organización del contenido.
Errores habituales al gestionar imágenes en una web
Muchos problemas relacionados con imágenes no aparecen por una mala configuración avanzada. Aparecen simplemente por acumulación de pequeños errores repetidos durante años.
Y aquí da bastante igual si hablamos de WordPress, Shopify o cualquier otro CMS. Cuando nadie revisa cómo se suben y gestionan las imágenes, el deterioro termina llegando tarde o temprano.
Imágenes gigantes para usos pequeños
Este probablemente siga siendo el error más habitual.
Se suben imágenes enormes, muchas veces directamente desde móvil o cámara, para utilizarlas después dentro de espacios relativamente pequeños. El resultado es que el navegador descarga muchísimo más peso del necesario.
Y aquí suele aparecer una situación bastante absurda: imágenes de varios megas mostrándose a tamaños de apenas 600 u 800 píxeles.
El problema no es solo el peso del archivo original. También influye la cantidad de imágenes, las miniaturas generadas automáticamente y el número de recursos simultáneos que necesita cargar la página.
Por eso el impacto suele multiplicarse bastante rápido en tiendas online, medios digitales, galerías o páginas con muchísimo contenido visual.
Seguir utilizando formatos poco eficientes
Otro problema bastante habitual es seguir utilizando formatos antiguos o poco optimizados para determinados usos.
Todavía es muy común encontrar fotografías exportadas en PNG, imágenes enormes en JPG sin compresión o recursos visuales antiguos que nunca se han revisado.
Hoy formatos como WebP o AVIF permiten reducir muchísimo el peso manteniendo una calidad visual muy buena.
En muchos casos la diferencia puede ser enorme incluso manteniendo una apariencia prácticamente idéntica para el usuario final. Y aquí suele aparecer uno de los errores más habituales: asumir que una imagen pesada siempre “se verá mejor”.
| Formato | Peso aproximado |
|---|---|
| PNG sin optimizar | 4 MB |
| JPG optimizado | 700 KB |
| WebP | 250 KB |
| AVIF | 180 KB |
Y sí, el clásico: “pero así se ve más nítido” sigue siendo responsable de bastantes imágenes de 8 MB circulando alegremente por internet.
El problema rara vez es una sola imagen
Una única imagen mal optimizada normalmente no rompe una web.
El problema aparece cuando nadie revisa tamaños, formatos, atributos ALT o bibliotecas multimedia que llevan años creciendo sin demasiado criterio.
Ahí es donde empiezan a aparecer Core Web Vitals empeorando, tiempos de carga inconsistentes, consumo excesivo de recursos y bibliotecas multimedia bastante difíciles de mantener.
Y normalmente el problema no se detecta hasta que el volumen de imágenes ya es demasiado grande para revisarlo manualmente.
Cómo detectar imágenes problemáticas antes de que el problema crezca
El verdadero problema de las imágenes no suele aparecer cuando una web tiene veinte archivos. Aparece cuando tiene miles.
Ahí es donde revisar manualmente pesos, formatos, dimensiones, atributos ALT o imágenes duplicadas empieza a ser poco realista. Y normalmente el deterioro ya lleva bastante tiempo acumulándose cuando alguien decide revisarlo.
Además, mucha gente piensa automáticamente en caché, hosting, plugins o PageSpeed cuando una web empieza a ir lenta. Pero en muchísimos proyectos el problema termina estando en algo mucho más simple: una gestión de imágenes completamente descontrolada.
Imágenes enormes, archivos duplicados, recursos mal comprimidos o años acumulando contenido visual sin ninguna revisión clara.
Y lo complicado es que muchos CMS tampoco facilitan demasiado detectar este tipo de situaciones cuando la biblioteca empieza a crecer.
Aquí ocurre algo importante: cuando alguien ve por primera vez una biblioteca multimedia llena de imágenes de 10 MB o cientos de archivos sin ALT, normalmente entiende el problema bastante más rápido que leyendo una auditoría técnica.
Porque deja de ser algo abstracto.
Ya no hablamos únicamente de “optimización” o “SEO técnico”. Hablamos de recursos reales consumiendo ancho de banda, memoria, tiempo de carga y mantenimiento.
Y además aparece otro problema importante: priorizar.
Porque no todas las imágenes tienen el mismo impacto. Algunas apenas afectan al rendimiento y otras pueden convertirse directamente en el principal cuello de botella de una página.
En proyectos pequeños todavía puede ser viable revisar imágenes una a una. Pero en tiendas online, medios digitales o webs con muchísimo contenido visual, el trabajo manual deja de escalar bastante rápido.
Por eso cada vez tiene más sentido trabajar con herramientas que permitan detectar imágenes demasiado pesadas, archivos sin ALT o recursos problemáticos directamente dentro del CMS o la gestión de medios del sitio.
Y aquí es donde tener visibilidad real sobre las imágenes suele resultar bastante más útil que limitarse a pasar PageSpeed de vez en cuando.
En Bubuku explicamos precisamente cómo detectar este tipo de problemas y gestionar imágenes pesadas o sin texto alternativo en este artículo sobre cómo reducir el peso de las imágenes y mejorar el atributo ALT para SEO.
Optimizar imágenes ya no es solo una cuestión de velocidad
Durante años, optimizar imágenes se veía principalmente como una mejora de rendimiento. Reducir unos cuantos megas ayudaba a que la web cargase más rápido y poco más.
Hoy el impacto va bastante más lejos.
El peso de las imágenes influye directamente en la experiencia de usuario, las Core Web Vitals, la accesibilidad, el consumo de recursos y la eficiencia del rastreo. Y además aparece un factor cada vez más importante: cómo buscadores y sistemas automatizados interpretan el contenido visual de una página.
Porque una imagen ya no es solo “algo visual”.
También forma parte de la estructura de la página, el contexto semántico, la accesibilidad y la capacidad de interpretación del contenido.
Por eso reducir peso sigue siendo importante, pero ya no es suficiente por sí solo.
El problema real suele aparecer cuando las imágenes empiezan a acumularse sin demasiado control. Archivos enormes, formatos poco eficientes, atributos ALT vacíos o imágenes duplicadas terminan creciendo muchísimo más de lo necesario.
Y lo complicado es que este deterioro suele ser progresivo. Una sola imagen mal optimizada normalmente no rompe una web. Pero cientos o miles sí terminan afectando al rendimiento, al mantenimiento y a la experiencia general del sitio.
Además, ahora el contexto importa mucho más que antes.
Google ya no interpreta imágenes únicamente mediante nombres de archivo o atributos ALT. También analiza el contenido cercano, la estructura HTML y distintas señales semánticas alrededor de la imagen. Esto también se refleja en la documentación de Google Images.
Y algo parecido ocurre con muchos sistemas automatizados actuales: cuanto más limpia, accesible y coherente es una página, más fácil resulta procesarla correctamente.
Por eso optimizar imágenes ya no consiste únicamente en “hacerlas pesar menos”. También implica mantener cierto orden, mejorar accesibilidad y ayudar a que el contenido visual tenga sentido dentro de la página.
Porque sí, reducir varios megas sigue mejorando el rendimiento. Pero mantener cierto control sobre las imágenes y el contenido visual suele ayudar todavía más a largo plazo.
Y en muchas webs, el problema no es una sola imagen pesada. El problema es descubrir demasiado tarde que llevas años acumulándolas sin revisar realmente qué está pasando dentro del sitio.
Si tu biblioteca multimedia lleva mucho tiempo creciendo sin demasiado control, revisar el peso de las imágenes y el atributo ALT puede marcar bastante diferencia en rendimiento, accesibilidad y mantenimiento.
En Bubuku trabajamos precisamente este tipo de optimizaciones en proyectos WordPress y WooCommerce donde el contenido visual termina afectando bastante más de lo que parece al rendimiento y a la gestión diaria del sitio.
