Cómo configurar LiteSpeed Cache en WordPress para mejorar el rendimiento de tu web

Por Ashot Mezhlumyan Baghdasaryan · Actualizado el 21 October 2026

Qué es LiteSpeed Cache y para qué sirve

En esta guía vas a aprender cómo configurar LiteSpeed Cache en WordPress, comprobar que la caché funciona y ajustar las opciones que pueden afectar al diseño, las imágenes o los elementos interactivos de tu web.

LiteSpeed Cache reúne dos grupos de funciones: caché de página, que necesita un entorno compatible, y herramientas de optimización para CSS, JavaScript, imágenes y otros recursos. Instalar el plugin no significa que todas esas funciones estén disponibles o activas.

Partiremos de un WordPress informativo alojado en Hostinger, en un plan compatible con LiteSpeed. La configuración inicial no utilizará servicios de QUIC.cloud. Cuando una opción dependa de esos servicios o necesite pruebas adicionales, lo indicaré antes de recomendarla.

Esta es la clase 3 del módulo de plugins básicos de mi curso de SEO gratis. Puedes seguirla de forma independiente o consultar el temario para continuar con el resto de las clases.

Lo primero es comprobar qué puede hacer el plugin en tu instalación. La marca del hosting no basta: revisa el plan contratado, la tecnología del servidor y si la caché de LiteSpeed está habilitada. Si tienes dudas, confírmalo con el soporte de tu proveedor.

Si estás eligiendo proveedor, puedes consultar mi guía de hosting para WordPress.

Antes de modificar ajustes, guarda una copia de seguridad de WordPress y exporta la configuración actual del plugin. Comprueba también que no estás duplicando la caché de página con otro plugin. La caché de objetos o la del navegador son capas distintas y pueden coexistir cuando están bien configuradas.

Anota la versión de LiteSpeed Cache que utilizas y mide una página antes de cambiar nada. Empieza por la home y una entrada representativa. Si tienes una tienda, una membresía o contenido diferente para cada usuario, revisa además sus exclusiones y prueba sus funciones en un entorno de pruebas.

Si todavía no tienes el plugin, entra en WordPress y ve a Plugins > Añadir nuevo. Busca LiteSpeed Cache, comprueba que corresponde a LiteSpeed Technologies e instálalo. Si vas a sustituir otro plugin de caché de página, prepara el cambio y desactiva esa función antes de activar LiteSpeed Cache.

Si LiteSpeed Cache ya está instalado, puedes pasar directamente a la copia de los ajustes:

1. Entra en LiteSpeed Cache > Herramientas > Importar / Exportar.
2. Exporta la configuración actual y guarda el archivo con una fecha que puedas identificar.
3. Conserva también una copia de seguridad de WordPress. Exportar los ajustes del plugin no guarda la base de datos ni los archivos de tu web.
4. Cambia una opción o un grupo pequeño de opciones cada vez. Así podrás identificar qué ajuste provoca una mejora o un problema.

Si necesitas revisar qué otros plugins utilizas, tienes esta guía de plugins para WordPress.

Cuando entras en LiteSpeed Cache, lo primero que verás es el escritorio o panel principal del plugin.

Aquí aparece un resumen del estado general, avisos, caché y servicios conectados. Está bien para detectar mensajes importantes, pero yo no suelo usarlo demasiado.

Para configurar LiteSpeed Cache de verdad, lo importante está en las opciones del menú lateral: ajustes generales, caché, CDN, optimización de imágenes, optimización de página, base de datos, rastreador y herramientas.

LiteSpeed Cache incluye preajustes para aplicar configuraciones rápidas según el nivel de optimización que quieras.

Los preajustes aplican varias opciones de una vez. Pueden servir como punto de partida, pero sus cambios dependen del nivel elegido y de la versión del plugin. Antes de utilizarlos, revisa qué van a activar y si necesitan servicios de QUIC.cloud.

En esta clase seguiremos una configuración manual para entender cada decisión. Si ya has aplicado un preajuste, comprueba los valores reales de las pestañas: algunos pueden ser distintos de los que aparecen en esta guía.

Si prefieres empezar con un preajuste, exporta primero tus ajustes y elige uno conservador. Después comprueba el diseño y las funciones de tu web en móvil y escritorio. Un nivel más intenso necesita más pruebas y no asegura una mejor experiencia para tus visitantes.

Dentro de Ajustes generales encontramos varias opciones importantes.

QUIC.cloud ofrece servicios de optimización y una CDN. Son decisiones diferentes: conectar servicios de optimización no significa que tengas que activar también su CDN.

En este recorrido no los conectaremos. Por eso dejaremos fuera las funciones que los necesitan, como la generación de CSS crítico, UCSS y VPI. La optimización de imágenes mediante el servicio de LiteSpeed también requiere conexión con QUIC.cloud.

Si más adelante quieres utilizarlos, ve a LiteSpeed Cache > General > Servicios en línea y sigue el proceso de conexión. Revisa las condiciones y los recursos disponibles para tu cuenta antes de activar funciones que envíen trabajos a sus servidores.

Mantener la CDN de QUIC.cloud apagada y utilizar sus servicios de optimización puede ser una configuración válida. Lo importante es saber qué servicio necesita cada opción que activas.

Para comprobar primero la configuración básica, dejaré desactivado el modo de invitado. Esta función puede servir una versión inicial de la página y ajustar después la respuesta al visitante. En webs con variaciones de idioma, precios o contenido, hay que comprobar ese comportamiento antes de utilizarla.

La optimización para invitados puede aplicar optimizaciones adicionales a determinadas visitas. Conviene evaluarla después, cuando ya sabes cómo funciona tu web con la configuración básica y puedes comparar el resultado.

Si decides probar el modo de invitado, revisa los resultados de comprobación que muestra el plugin. Compara también la primera visita y las siguientes. Guarda por separado las mediciones para no mezclar situaciones distintas.

Dentro de Caché encontramos varias pestañas importantes: Caché, TTL, Purgar, Excluir, ESI, Objeto, Navegador y Avanzado. Aquí es donde se controla cómo LiteSpeed Cache guarda y sirve versiones cacheadas de la web, así que conviene ir punto por punto y no tocar opciones sin saber para qué sirven.

Entra en LiteSpeed > Caché > Caché. Aquí se activa la caché de página y se decide qué solicitudes pueden utilizarla. Esta tabla corresponde al escenario básico de la clase; las páginas con información privada o contenido personalizado necesitan una revisión específica.

Un diseño responsive no necesita por sí solo dos versiones de caché. La caché móvil separada depende de cómo se genera el contenido y de otras funciones activas, no del hecho de que existan visitas desde teléfonos.

TTL significa Time To Live y sirve para definir cuánto tiempo se mantiene guardada una versión cacheada antes de renovarse. En esta configuración lo dejo todo por defecto, porque para una web normal es un punto de partida correcto.

En resumen, no tocaría estos valores al principio. Si más adelante ves que una página tarda demasiado en mostrar cambios, lo normal es purgar caché antes de modificar los TTL.

Purgar

Esta pestaña sirve para decidir cuándo se borra la caché automáticamente. Es importante porque, si actualizas contenido y no se purga bien, el usuario podría seguir viendo una versión antigua.

En una web sencilla, esta configuración es suficiente para mantener la caché actualizada sin complicarse. Si haces cambios importantes y no los ves reflejados, lo primero que probaría es purgar la caché manualmente antes de tocar más opciones.

Esta pestaña sirve para indicar qué URLs, categorías, etiquetas, cookies, perfiles o usuarios no deben almacenarse en caché. En mi caso no toco nada aquí, porque si no hay un problema concreto, es mejor no añadir exclusiones innecesarias.

Mi recomendación es dejar esta pestaña sin tocar al principio. Las exclusiones se usan para solucionar problemas concretos, no como configuración general.

ESI es una función avanzada que permite cachear partes concretas de una página por separado. En una web sencilla no suele ser necesario, así que en esta configuración lo dejo desactivado.

Mi recomendación es no activar ESI al principio. Solo lo revisaría en webs con usuarios conectados, zonas privadas, contenido dinámico o necesidades muy concretas de caché.

La caché de objetos sirve para acelerar consultas internas de WordPress. Por ejemplo, en vez de pedir ciertos datos una y otra vez a la base de datos, los guarda temporalmente para reutilizarlos más rápido.

En mi caso la dejo en OFF porque no era necesaria y la prueba de conexión fallaba. Para una web sencilla, si no sabes exactamente si tu hosting soporta bien Redis o Memcached, mejor no activarla.

Mi recomendación para principiantes es clara: si la prueba de conexión falla o no sabes si tu hosting lo soporta bien, deja la caché de objetos en OFF. Más adelante puedes revisarlo con soporte del hosting o en una fase de optimización avanzada.

La caché del navegador sirve para que el navegador del usuario guarde archivos estáticos de la web, como imágenes, CSS o JavaScript. Así, si vuelve a entrar, no tiene que descargarlos otra vez desde cero.

Esta opción la dejaría activada. Es bastante útil para mejorar el rendimiento, sobre todo cuando un usuario visita varias páginas o vuelve a entrar en la web más adelante.

Esta pestaña es para ajustes más delicados de caché. En mi caso no toco casi nada aquí, porque son opciones pensadas para usuarios avanzados y pueden afectar al comportamiento de la web.

Mi recomendación es dejar esta pestaña prácticamente por defecto. Si estás empezando, no necesitas tocar estos ajustes para mejorar el rendimiento de la web.

Guardar los ajustes no confirma que una página se esté sirviendo desde caché. Vamos a comprobarlo en una URL pública, sin iniciar sesión en WordPress.

1. Abre una ventana de incógnito y pega en la barra de direcciones la URL que quieres comprobar.
2. Cuando cargue la página, haz clic derecho en cualquier zona y selecciona Inspeccionar.
3. En la parte superior del panel que se abre, entra en Red o Network, según el idioma del navegador.
4. Debajo de las pestañas, selecciona el filtro Doc para mostrar las solicitudes de documentos HTML.
5. Con el panel abierto, recarga la página para que su documento aparezca en la lista.
6. Haz clic en el primer documento que corresponda a la página que estás comprobando. Su nombre suele coincidir con el slug de la URL; si compruebas la home, puede aparecer el dominio.
7. En el panel de detalles, que normalmente se abre a la derecha, entra en Encabezados o Headers. Comprueba en URL de solicitud o Request URL que has seleccionado la dirección correcta.
8. Más abajo, dentro de Encabezados de respuesta o Response Headers, busca x-litespeed-cache y comprueba si su valor es hit o miss.

Si aparece hit, esa respuesta se ha servido desde la caché de LiteSpeed. Si aparece miss, esa solicitud no se ha servido desde esa caché: vuelve a cargar la página y revisa de nuevo la cabecera del documento. Si la página es cacheable y se ha almacenado, una respuesta posterior debería mostrar hit.

Un hit confirma un acierto de caché para esa solicitud. No confirma por sí solo que todos los recursos estén optimizados ni que todas tus páginas se comporten igual. Si ya obtienes hit, puedes dar por completada esta comprobación.

En instalaciones con LiteSpeed Web ADC o QUIC.cloud pueden aparecer otras cabeceras de caché. Si no ves las esperadas, comprueba el entorno con tu proveedor antes de cambiar ajustes al azar.

Haz esta prueba en páginas públicas. Una página de cuenta, un carrito u otra URL excluida puede necesitar una respuesta dinámica; su ausencia de hit puede ser el comportamiento correcto.

Una CDN distribuye contenido desde otros servidores y puede formar parte de la optimización de una web. Su configuración depende del servicio que utilices y de si distribuye archivos estáticos, páginas completas o ambos tipos de contenido.

En el recorrido de esta clase no vamos a conectar una CDN nueva.

Si ya utilizas una CDN, revisa sus reglas antes de seguir. Puede haber otra capa de caché además de LiteSpeed, y los cambios quizá necesiten purgarse en ambas. No actives funciones equivalentes en varios sistemas sin comprobar cómo van a trabajar juntas.

LiteSpeed Cache incluye una sección para optimizar imágenes usando QUIC.cloud, pero en esta configuración no la vamos a usar. Mi método es optimizar las imágenes antes de subirlas a WordPress, así controlo mejor el peso, el tamaño y la calidad final.

Esta pestaña sirve para enviar imágenes a los servidores de QUIC.cloud y optimizarlas desde allí. Como en esta guía no usamos QUIC.cloud, no hacemos nada en este apartado.

Lo ideal es preparar las imágenes antes de subirlas a la web: redimensionarlas, comprimirlas y usar formatos ligeros siempre que tenga sentido. Para esto puedes usar herramientas como iLoveIMG, 11zon u otras alternativas gratuitas.

Aunque no vayamos a enviar imágenes a QUIC.cloud, estos son los ajustes que aparecen en esta pestaña y para qué sirve cada uno.

Mi recomendación para principiantes es sencilla: no dependas de LiteSpeed Cache para arreglar imágenes mal subidas. Antes de subir una imagen, revisa dimensiones, peso y formato. Así evitas cargar la web con archivos enormes desde el principio.

La sección de Optimización de página es una de las más delicadas del plugin. Aquí se pueden mejorar CSS, JavaScript, HTML, medios y otros recursos, pero también es donde más fácil es romper el diseño o alguna funcionalidad si activas opciones demasiado agresivas.

El CSS controla el aspecto de tu web. Empieza por una optimización limitada y comprueba una página de cada diseño que utilices: home, entrada, formulario y cualquier página importante.

Activar el interruptor de CSS asíncrono sin conectar los servicios necesarios no hará que esa función trabaje. Si más adelante quieres usarla, conecta primero el servicio, comprueba la generación del CSS crítico y revisa visualmente las páginas.

Después de cambiar estos ajustes, purga la caché de CSS y JS y la caché de página que corresponda. Si aparece un problema, revierte el último cambio y vuelve a comprobar antes de probar otra opción.

JavaScript interviene en menús, formularios, buscadores, avisos de consentimiento y otros elementos de la web. La configuración debe mantener su funcionamiento, tanto antes como después de la primera interacción del visitante.

Diferido y Retrasado no significan lo mismo. Diferido ejecuta el JavaScript después de analizar el HTML. Retrasado espera una interacción del visitante, como mover el ratón o pulsar una tecla. Esto puede cambiar cuándo aparecen o funcionan determinados elementos.

Si quieres probar Retrasado, hazlo como una segunda prueba independiente. Comprueba el menú móvil, el formulario, el buscador y el aviso de cookies desde una visita nueva. Verifica también que tus herramientas de medición siguen registrando lo que necesitas.

Cuando un recurso concreto falle, identifica el archivo responsable y añade una exclusión específica. Copiar una lista de exclusiones de otra web puede dejar fuera archivos innecesarios o no resolver el problema real.

En esta pestaña puedes reducir o modificar partes del documento que recibe el navegador. Algunas opciones afectan a fuentes, recursos externos o contenido de respaldo, por lo que conviene revisar el resultado.

Una mejora de puntuación no basta para decidir si un cambio es útil. Comprueba las fuentes, el contenido visible y las funciones del sitio después de guardar y purgar la caché.

La carga diferida puede evitar que el navegador descargue al principio imágenes o iframes que están más abajo en la página. Los recursos necesarios para mostrar la primera pantalla requieren otra revisión.

Prepara las imágenes antes de subirlas: dimensiones adecuadas, peso razonable y formato compatible con su uso. Después comprueba qué archivo está descargando realmente el navegador.

VPI utiliza servicios de QUIC.cloud para detectar imágenes visibles al cargar una página y excluirlas de la carga diferida. Como no los conectaremos en esta configuración, deja VPI y su cron en OFF.

Revisa manualmente qué elemento es el LCP de cada tipo de página. Si es una imagen, esa imagen no debe esperar al lazy load. La imagen destacada puede serlo en una página y no en otra; compruébalo en la medición.

Si has identificado una imagen LCP que está cargándose de forma diferida, entra en Optimización de página > Exclusiones de medios y añádela al campo de exclusiones de carga diferida de imágenes. Puedes utilizar una cadena de su ruta que identifique el archivo según las reglas del campo.

Guarda los cambios, purga la caché y vuelve a medir la misma URL. Comprueba en Red o Network que la imagen empieza a solicitarse sin esperar a una interacción o al desplazamiento por la página.

Evita excluir todas las imágenes por comodidad. Mantén la carga diferida en las que están más abajo y revisa por separado la home, las entradas y las páginas con diseños diferentes.

Esta opción permite servir desde tu web determinados recursos externos. En la configuración inicial la dejaría desactivada hasta saber qué archivo quieres localizar y haber comprobado su funcionamiento después del cambio.

Mantén Gravatar desactivado si no necesitas esa función. Las opciones de localización se valoran según los recursos que utiliza tu web, no como un paso obligatorio de la configuración.

Utiliza las exclusiones para resolver problemas identificados. Si el menú deja de funcionar al diferir o retrasar scripts, revierte primero ese cambio. Después localiza el recurso implicado y comprueba si una exclusión concreta resuelve el fallo.

No es necesario excluir jQuery de todas las optimizaciones en todas las webs. La decisión depende de sus dependencias y del comportamiento real del tema o de los plugins.

Deja vacías las exclusiones de URL salvo que tengas un motivo comprobado para utilizarlas. Tampoco hace falta excluir categorías o etiquetas de la optimización simplemente por su tipo de página.

La opción de optimizar solamente para invitados puede mantenerse en ON para aplicar las transformaciones a visitantes sin sesión. No debe confundirse con Modo de invitado ni con Optimización para invitados, que hemos dejado desactivados al empezar.

En este recorrido no generamos UCSS ni CSS crítico con QUIC.cloud. Sus listas de exclusiones y selectores permitidos no forman parte de la configuración inicial.

Si más adelante utilizas esas funciones, revisa los estados que solo aparecen al interactuar: menú desplegado, popup abierto, errores de formulario o pestañas activas. Una página que se ve bien al cargar puede perder estilos en alguno de esos estados.

Añade únicamente los archivos o selectores que necesites conservar. Las listas de Stackable, formularios o popups son ajustes específicos de una instalación y deben comprobarse en ella.

La sección de Base de datos sirve para limpiar elementos que WordPress va acumulando con el tiempo: revisiones, metadatos huérfanos, borradores, comentarios spam, transitorios, etc.

Antes de limpiar, si tu web es importante, haz una copia de seguridad. Normalmente no debería haber problema, pero es mejor no tocar la base de datos sin tener una forma de volver atrás.

Esta pestaña permite limpiar la base de datos desde LiteSpeed Cache. En mi caso, cada cierto tiempo uso Limpiar todo y, si veo que algo no se limpia y supera más o menos los 30 elementos, lo limpio manualmente desde su opción concreta.

Para principiantes, mi recomendación es simple: limpia de vez en cuando, pero no te obsesiones. Si la web funciona bien, con una limpieza periódica es suficiente.

En esta pestaña no toco nada y lo dejo todo por defecto.

De momento no hace falta complicarse con estos ajustes. Primero es mejor limpiar manualmente cada cierto tiempo y, más adelante, si ves que tu web acumula demasiadas revisiones, ya puedes limitar cuántas quieres guardar.

El rastreador, o crawler, sirve para recorrer la web y generar caché de forma anticipada.

Esto puede ser útil en algunas webs, pero también consume recursos. Por eso, en esta configuración lo dejaría desactivado.

Configuración recomendada: Ajustes – Rastreador: OFF

Para una web normal, prefiero no activar el crawler de primeras. Si más adelante ves que necesitas precargar caché o tienes una estructura donde esto aporta valor, se puede estudiar.

Pero como configuración base, mejor mantenerlo simple.

La sección de Herramientas sirve para tareas de mantenimiento, diagnóstico y recuperación. Aquí puedes purgar caché, exportar ajustes, revisar archivos técnicos, controlar Heartbeat, generar informes o activar depuración.

En una guía para principiantes, lo importante es saber qué hace cada pestaña y no tocar opciones avanzadas si no hay un problema concreto.

 Esta pestaña sirve para borrar distintos tipos de caché. Es útil cuando haces cambios en la web y no los ves reflejados.

Para principiantes, el orden sería este:

1. Si has cambiado ajustes generales, caché, HTML, imágenes o cualquier configuración normal: usa Purgar todo.
2. Si has cambiado opciones de CSS o JavaScript: usa primero Purgar todo – Caché CSS/JS y después Purgar todo.
3. Si solo quieres borrar la caché creada por LiteSpeed Cache: usa Purgar todo – LSCache.
4. Si aun así la web sigue mostrando cosas antiguas o raras, usa Vaciar la caché entera, pero solo como último recurso.

Esta pestaña sirve para guardar, importar o restaurar configuraciones de LiteSpeed Cache.

Mi recomendación es exportar los ajustes antes de tocar configuraciones avanzadas. Así, si algo sale mal, tienes una copia para volver atrás.

Esta pestaña permite ver reglas que LiteSpeed Cache añade al archivo .htaccess.

No recomiendo tocarlo si estás empezando. El .htaccess es un archivo delicado y un cambio mal hecho puede romper la web o provocar errores de acceso.

Heartbeat es una función interna de WordPress que permite ciertas comunicaciones en segundo plano, por ejemplo en el panel de administración o en el editor.

En esta configuración lo dejo por defecto:

No desactivaría Heartbeat sin motivo, porque algunas tareas de WordPress funcionan con AJAX y podrían dejar de comportarse correctamente.

La pestaña Informe genera información técnica sobre el entorno de WordPress, el servidor y la configuración del plugin.

No es algo que tengas que usar en el día a día. Sirve sobre todo si tienes un problema y necesitas enviar datos al soporte de LiteSpeed, del hosting o a alguien que te ayude a revisar la configuración.

Esta pestaña sirve para investigar errores. En una web normal no la tocaría salvo que sepas lo que estás haciendo o estés siguiendo instrucciones de soporte.

También aparecen ayudas como ver sitio sin optimizar, ver sitio sin caché o desactivar características durante 24 horas. Son útiles para comprobar si un problema lo está causando LiteSpeed Cache.

Esta pestaña permite ver, copiar, descargar o vaciar registros generados por LiteSpeed Cache.

No tienes que usarla normalmente. Es útil cuando estás depurando un problema y necesitas revisar qué está haciendo el plugin.

Esta pestaña sirve para probar versiones de desarrollo del plugin desde GitHub.

No la usaría en una web real. Las versiones beta pueden tener errores, así que mejor quedarse con versiones estables salvo que estés haciendo pruebas en una copia o entorno de staging.

La comprobación tiene dos partes: medir la carga y revisar las funciones. Un cambio que mejora una puntuación de laboratorio pero rompe el menú o retrasa un formulario no es una configuración terminada.

Elige una URL representativa y registra sus resultados antes de optimizar recursos. Repite las pruebas después con la misma URL, el mismo modo de dispositivo y unas condiciones comparables. Distingue también si estás observando una caché ya generada o la primera respuesta después de purgar.

Si utilizas PageSpeed Insights, separa sus datos de laboratorio de los datos de usuarios reales cuando estén disponibles. Repite varias mediciones de laboratorio y compara la mediana. Una única puntuación puede variar y el objetivo no tiene por qué ser alcanzar 100.

1. Selecciona una entrada con texto, imágenes y los elementos habituales de tu web.
2. Guarda la configuración y registra una medición inicial.
3. Verifica primero un hit de caché en esa página pública.
4. Prueba una sola optimización, por ejemplo la minificación de CSS.
5. Purga las capas afectadas, solicita de nuevo la página y repite la medición en condiciones comparables.
6. Comprueba el diseño y las funciones. Mantén el cambio si el resultado es útil y no introduce fallos.

El registro te permite explicar por qué mantienes un ajuste y volver atrás cuando no aporta una mejora. Si utilizas IA para interpretar un aviso, contrasta la propuesta con la documentación del plugin y comprueba el cambio antes de conservarlo.

Comprueba que pruebas una página pública, sin sesión iniciada, y que el servidor admite la caché de LiteSpeed. Revisa después si la URL o alguna condición de la solicitud está excluida. Si utilizas otra capa de caché, consulta también sus cabeceras. No fuerces caché pública para resolver un fallo que todavía no has identificado.

Revierte el último ajuste de CSS, purga los archivos optimizados y la caché de página, y comprueba de nuevo. Si el problema desaparece, prueba las opciones por separado. Antes de activar CSS asíncrono o UCSS, confirma sus dependencias y revisa las páginas con diseños distintos.

Si has activado JavaScript retrasado, vuelve temporalmente a Diferido u OFF y prueba otra vez. Cuando identifiques el recurso responsable, añade una exclusión concreta si necesitas mantener el retraso para otros archivos. Comprueba el resultado en móvil y desde una visita nueva.

Purga la caché de la URL afectada y comprueba si existe además caché en una CDN o en el navegador. Revisa las reglas de purga automática para evitar repetir el problema. Aumentar o reducir TTL sin conocer la capa responsable puede no resolverlo.

Comprueba si esa imagen es el elemento LCP y si está utilizando carga diferida. Si lo es, exclúyela y revisa su tamaño, formato y momento de descarga. Mantén el lazy load para las imágenes que no necesitas al principio.

Si el fallo empezó después de modificar ajustes, revierte el último cambio o importa la configuración que habías exportado. Purga las capas afectadas y verifica las funciones. Importar ajustes no recupera archivos ni datos eliminados; para eso necesitas la copia de seguridad correspondiente.