Carga diferida

Carga diferida significa posponer recursos no críticos hasta que se acerquen al área visible (viewport). Para SEO, la ventaja es sencilla: menos solicitudes iniciales, páginas más ligeras y mejores Core Web Vitals. El “pero” es igual de simple. Cargar de forma diferida el recurso equivocado, especialmente la imagen de LCP, y harás la página más lenta, no más rápida.

Qué es lo que realmente importa para SEO

En plantillas con mucho contenido en imágenes, la carga diferida puede reducir las solicitudes iniciales de imágenes entre un 30 y un 80% y disminuir los bytes transferidos en 500 KB a varios MB. Por lo general, esto ayuda indirectamente al LCP, al INP y a la eficiencia de rastreo en sitios grandes. Usa Google Search Console para seguir las tendencias de Core Web Vitals, Lighthouse o DebugBear para pruebas en laboratorio y Screaming Frog en modo de renderizado de JavaScript para confirmar que los recursos diferidos siguen apareciendo en el HTML renderizado.

Google ha respaldado la carga diferida nativa durante años y John Mueller, de Google, ha dicho repetidamente que Google puede procesar el contenido con carga diferida cuando se implementa correctamente. Ese matiz es importante. Correctamente significa que el recurso se carga en el DOM renderizado sin requerir interacciones raras del usuario, eventos de scroll personalizados o dependencias rotas de JavaScript.

Cómo implementarla sin perjudicar el posicionamiento

• Usa la carga nativa loading="lazy" en los elementos img y iframe por debajo del contenido principal (below-the-fold).
• No cargues de forma diferida la imagen principal (hero) ni el recurso que probablemente sea el de LCP. Configura ese elemento como carga eager y considera fetchpriority="high".
• Reserva dimensiones con width/height o con aspect-ratio en CSS para evitar CLS.
• Conserva la URL real de la imagen en el marcado. Evita configuraciones en las que la URL solo aparezca después de ejecutar un JS complejo.
• Prueba el resultado renderizado en Screaming Frog y la inspección a nivel de URL en GSC, no solo en tu navegador.

Ahrefs y Semrush no te dirán si la carga diferida está rota. Pueden mostrar la pérdida de tráfico a posteriori. El diagnóstico ocurre en herramientas de renderizado, waterfalls del navegador y la inspección a nivel de página de GSC.

Dónde los equipos lo hacen mal

El error común es tratar la carga diferida como una regla general. No lo es. Las grillas de productos, el cuerpo de los artículos, los módulos de contenido relacionado y los videos incrustados son buenos candidatos. Las imágenes por encima del pliegue (above-the-fold), los fondos CSS usados como visuales tipo hero y los widgets de revisión crítica normalmente no.

Otro problema: las imágenes de fondo. La carga diferida nativa no hace nada para los fondos CSS, así que los equipos asumen que optimizaron la página cuando el visual más pesado sigue bloqueando el renderizado. Ahí necesitas una estrategia distinta: a menudo cambios en la plantilla o el reemplazo de fondos decorativos por elementos reales.

La advertencia honesta

La carga diferida no es, por sí sola, una táctica de posicionamiento. Es una táctica de entrega. Si tu cuello de botella es un TTFB lento, JavaScript hinchado o un bundle CSS de 1,5 MB, cargar de forma diferida las imágenes no salvará la página. Además, las mejoras en el presupuesto de rastreo suelen estar sobrestimadas. En la mayoría de sitios con menos de 100.000 URLs, la victoria de SEO más grande es la velocidad percibida por el usuario, no la eficiencia del bot.

Úsala donde realmente ahorre solicitudes. Saltártela donde retrase contenido crítico. Ese es todo el juego.