Si tu web tarda en mostrar el contenido o en responder al tocar un botón, empieza por medir una URL concreta en móvil y escritorio. La causa puede estar en las imágenes, el servidor, el código, los recursos de terceros o una combinación de ellos. Cambiar de hosting o instalar un plugin de caché sin comprobar el cuello de botella puede dejar el problema intacto.
Esta guía te ayuda a distinguir los síntomas, encontrar pruebas y decidir qué corregir primero, aunque no tengas conocimientos de desarrollo.
¿Toda la web es lenta o solo algunas páginas?
Abre la página de inicio, una entrada de blog y una página de servicio o producto. Compáralas desde un móvil y un ordenador, preferiblemente sin la sesión de administrador abierta. Si solo falla una URL, investiga sus imágenes, vídeos, bloques o scripts específicos. Si fallan todas, revisa lo que comparten: servidor, plantilla, fuentes y recursos cargados en todo el sitio.
También importa cuándo ocurre. Una web lenta solo en ciertos momentos puede apuntar a picos de carga o procesos del servidor. Si un botón responde tarde después de que la página ya se ve, el problema puede ser el trabajo que ejecuta el navegador, no la descarga inicial.
Cómo medir una página web lenta sin confundirte con la puntuación
- Introduce la URL exacta en PageSpeed Insights y consulta por separado los resultados de móvil y ordenador.
- Si hay datos de usuarios reales, empieza por ellos: proceden de Chrome (CrUX) y reflejan los últimos 28 días. Comprueba si se refieren a esa URL o al origen completo. Una página nueva o con pocas visitas puede no tener datos suficientes.
- Usa después el diagnóstico de Lighthouse para investigar una carga simulada. Su puntuación puede variar entre mediciones y no sustituye a la experiencia de tus visitantes.
- Si tienes acceso a Search Console, revisa el informe de Core Web Vitals para detectar grupos de URLs afectadas. Repite las pruebas después de cada cambio y observa los datos reales con el paso de los días.
Según la documentación de Web Vitals, una experiencia buena se evalúa con el percentil 75 de las visitas: LCP de 2,5 segundos o menos (cuándo aparece el contenido principal), INP de 200 milisegundos o menos (respuesta a interacciones) y CLS de 0,1 o menos (saltos visuales). El tiempo hasta el primer byte, o TTFB, ayuda a investigar la respuesta inicial del servidor, pero no es una de esas tres métricas.
En Lighthouse no hay una interacción real del usuario para medir INP: su tiempo de bloqueo total puede dar pistas, pero no es el mismo dato. Puedes profundizar en qué son las Core Web Vitals.
Qué puede estar haciendo lenta tu web: síntoma, prueba y solución
| Síntoma | Qué comprobar | Primera acción razonable |
|---|---|---|
| Tarda en aparecer el contenido principal | Elemento LCP, tamaño de imagen principal, cascada de peticiones y TTFB | Optimizar el recurso principal y su prioridad; revisar servidor si la respuesta inicial es lenta |
| Se ve rápido, pero botones o menús tardan | INP de usuarios reales y tareas largas de JavaScript | Revisar scripts, widgets y código que se ejecuta al interactuar |
| La página salta mientras carga | CLS y elementos que aparecen o cambian de tamaño | Reservar espacio para imágenes, anuncios o elementos incrustados |
| Solo falla una página | Recursos exclusivos de esa URL | Corregir imágenes, vídeos, carruseles o integraciones de esa página |
| Falla todo el sitio, sobre todo en picos | TTFB por horarios, caché, registros y capacidad del servidor | Revisar configuración y carga real antes de ampliar el alojamiento |
Estas pistas orientan el diagnóstico; no demuestran por sí solas cuál es la causa. Conviene comparar una medición antes y después de cada intervención.
Las causas más habituales y cómo corregirlas
Imágenes y vídeos demasiado pesados
Una fotografía subida a tamaño original puede ocupar mucho más de lo que necesita el espacio donde se muestra. Sirve variantes con dimensiones adecuadas, compresión razonable y formatos compatibles como WebP o AVIF cuando aporten una reducción real. Conserva la calidad que requiere el contenido. Para vídeos, revisa si la reproducción y las incrustaciones se cargan antes de que el usuario las necesite.
La carga diferida ayuda con imágenes fuera de la pantalla inicial. No apliques lazy loading a la imagen principal si es el elemento LCP: retrasarías precisamente lo que el visitante espera ver primero. El atributo ALT y el nombre del archivo ayudan a describir la imagen, pero cambiarlos no reduce su peso.
Recursos que bloquean la visualización
Hojas de estilo, fuentes y scripts pueden retrasar el contenido principal aunque la imagen ya esté descargada. La solución depende de qué recurso bloquee y cuándo se necesite: reducir lo que no se usa, cargar antes lo imprescindible y aplazar lo que no afecta a la primera pantalla. Retrasar scripts sin probar formularios, menús o consentimiento puede romper funciones, así que haz los cambios en un entorno de pruebas.
Scripts y servicios de terceros
Chats, mapas, reproductores, píxeles, gestores de etiquetas y anuncios pueden añadir descargas y trabajo al navegador. Revisa qué herramientas aportan valor, dónde se cargan y cuánto trabajo generan. No elimines medición o funciones comerciales a ciegas: compara el rendimiento y el funcionamiento antes de decidir. Un mapa de calor sirve para estudiar comportamiento, no para identificar por sí solo el problema técnico de velocidad.
Servidor y caché
Si la respuesta inicial del servidor es lenta en varias URLs, examina la configuración de caché, procesos PHP, consultas a la base de datos y carga en horas punta. La documentación de WordPress sobre caché distingue la caché de páginas, navegador, objetos y servidor. En tiendas online o páginas personalizadas, hay que evitar servir a un usuario información de otro al configurar la caché.
Más visitas no implican automáticamente que falte ancho de banda: el límite puede estar en CPU, memoria, procesos o consultas. Tampoco una CDN es obligatoria para todas las webs. Puede ayudar a servir archivos a públicos dispersos geográficamente, pero primero hay que comprobar qué recurso va lento y desde dónde acceden los usuarios.
Plantilla y plugins de WordPress
El número de plugins por sí solo no mide el rendimiento. Un plugin puede añadir scripts en todas las páginas y otro apenas consumir recursos. Identifica cuáles cargan archivos, ejecutan tareas o hacen consultas costosas; actualiza y prueba en una copia antes de desactivar los que parezcan problemáticos. En la guía cuántos plugins puede tener WordPress explicamos por qué importa más su comportamiento que la cifra.
¿Una web lenta afecta al SEO?
La velocidad influye en la experiencia de quienes llegan desde Google, y las Core Web Vitals forman parte de las señales de experiencia de página. Pero mejorar una puntuación no garantiza subir posiciones: Google también necesita encontrar contenido útil y relevante para la búsqueda. Una página rápida que no responde a la intención del usuario seguirá teniendo ese problema. Consulta la guía de Google sobre experiencia de página y nuestra checklist SEO para situar el rendimiento dentro del conjunto de prioridades.
Un orden de trabajo para mejorar sin perder tiempo
- Elige las URLs importantes. Empieza por las que reciben visitas o generan contactos y ventas, y anota qué falla en móvil y escritorio.
- Registra una línea de base. Guarda capturas o valores de CrUX, Lighthouse y, si procede, la cascada de red. Anota fecha, URL y dispositivo.
- Corrige primero el cuello de botella demostrado. Puede ser la imagen principal, un script de terceros o una respuesta lenta del servidor. Evita instalar varios plugins de optimización que se solapen.
- Comprueba que la web sigue funcionando. Prueba formularios, menús, compra, etiquetas de medición y consentimiento después de tocar caché o scripts.
- Vuelve a medir. Los datos de laboratorio dan una señal rápida; los de usuarios reales reflejan un periodo de 28 días y no cambian de inmediato.
Preguntas frecuentes sobre webs lentas
¿Necesito sacar 100 en PageSpeed Insights?
No. La puntuación de Lighthouse es un diagnóstico de laboratorio. Úsala para detectar cambios posibles, junto con métricas de usuarios reales, conversiones y funcionamiento de la página. Un 100 aislado no asegura una buena experiencia para todos.
¿Instalar una CDN arreglará mi web lenta?
Depende. Puede reducir la distancia para descargar recursos estáticos, especialmente si tus visitantes están en varias regiones. No resolverá por sí sola un servidor que genera tarde el HTML o un JavaScript que bloquea el navegador.
¿Debo cambiar de hosting?
Solo después de revisar la respuesta del servidor, la caché y la carga real. Si el cuello de botella está en imágenes o scripts del navegador, el cambio de alojamiento puede tener un efecto limitado.
¿Por qué cambia la puntuación entre una prueba y otra?
Las pruebas de laboratorio dependen del entorno y de la carga simulada; las visitas reales usan dispositivos y redes diferentes. Compara varias mediciones de la misma URL, en el mismo tipo de dispositivo, y observa la tendencia de los datos de campo.
¿Necesitas ayuda para encontrar el cuello de botella?
Si quieres priorizar los cambios de tu sitio WordPress, en Inboost trabajamos el diseño web con atención al rendimiento y a los objetivos del negocio. Cuéntanos qué URL va lenta y qué has medido; así podremos valorar el diagnóstico y las mejoras que tengan sentido para tu caso.
