La velocidad web de tu empresa no es solo un detalle técnico que le preocupa al desarrollador: es un factor de ranking en Google y un determinante directo de cuántos visitantes se convierten en clientes. Un sitio que tarda más de tres segundos en cargar pierde, en promedio, el 40% de sus visitantes antes de mostrar una sola línea de contenido. Y si encima tiene malas métricas de Core Web Vitals, Google lo penaliza en posicionamiento orgánico.
Qué son los Core Web Vitals y por qué le importan a tu negocio
Google introdujo los Core Web Vitals en 2021 como señales oficiales de ranking. No son métricas técnicas abstractas: miden exactamente lo que un usuario percibe cuando entra a tu sitio. Un sitio que puntúa mal en estas métricas tiene peor posición en resultados de búsqueda que un competidor con contenido equivalente pero mejor rendimiento.
Son tres métricas principales, cada una midiendo una dimensión distinta de la experiencia:
LCP — Largest Contentful Paint
Mide cuánto tarda en aparecer el elemento visual más grande de la página: normalmente una imagen hero, un banner o un bloque de texto principal. Es el indicador más cercano a “¿cuándo el usuario ve algo útil?”.
- Bueno: menos de 2.5 segundos
- Necesita mejora: entre 2.5 y 4 segundos
- Malo: más de 4 segundos
El LCP alto es el problema más frecuente en sitios WordPress con imágenes sin optimizar o hosting compartido de bajo costo.
FID — First Input Delay (reemplazado por INP en 2024)
Medía el tiempo de respuesta ante la primera interacción del usuario —un clic, un toque en móvil—. En 2024 Google lo reemplazó por INP (Interaction to Next Paint), que mide la capacidad de respuesta durante toda la sesión, no solo al inicio.
- Bueno: menos de 200 ms
- Necesita mejora: entre 200 y 500 ms
- Malo: más de 500 ms
Sitios con JavaScript pesado, plugins excesivos o scripts de terceros mal gestionados suelen fallar aquí.
CLS — Cumulative Layout Shift
Mide la estabilidad visual de la página: cuánto se mueven los elementos mientras carga. Es lo que ocurre cuando intentas hacer clic en un botón y en el último segundo aparece un banner que lo desplaza. Frustrante para el usuario y penalizado por Google.
- Bueno: menos de 0.1
- Necesita mejora: entre 0.1 y 0.25
- Malo: más de 0.25
Las causas más comunes son imágenes sin dimensiones definidas, fuentes que cargan tarde y anuncios que se insertan dinámicamente.
Cómo medir el rendimiento de tu sitio hoy
Antes de mejorar la performance web, necesitas saber dónde estás. Estas son las herramientas más útiles, todas gratuitas:
| Herramienta | Qué mide | Cuándo usarla |
|---|---|---|
| PageSpeed Insights | Core Web Vitals + recomendaciones | Diagnóstico inicial rápido |
| Google Search Console | CWV por grupo de URLs reales | Ver el problema a escala del sitio completo |
| Lighthouse (Chrome DevTools) | Auditoría técnica detallada | Cuando necesitas diagnóstico profundo |
| WebPageTest | Waterfall de carga, comparativas | Análisis técnico avanzado |
PageSpeed Insights para empresas es el punto de entrada: entra a pagespeed.web.dev, ingresa tu URL y obtienes en segundos el diagnóstico de móvil y escritorio con prioridades claras. Lo importante es revisar los datos de campo (Field Data), que reflejan usuarios reales, no solo el laboratorio.
Las causas más frecuentes de un sitio lento
Conocer el problema evita tratar síntomas en lugar de causas. Estos son los culpables más comunes en sitios empresariales:
Imágenes sin optimizar. Una imagen de 3 MB que podría pesar 180 KB con el formato correcto (WebP) y compresión adecuada. Es el problema número uno en sitios WordPress y el más fácil de resolver.
Hosting de bajo rendimiento. Un servidor compartido económico introduce latencia desde el primer byte (TTFB alto). Ninguna optimización frontend compensa un hosting lento.
JavaScript bloqueante. Scripts de terceros —chat en vivo, píxeles de remarketing, heatmaps— que se cargan de forma sincrónica detienen el renderizado de la página. Deben cargarse de forma diferida.
Sin CDN (Content Delivery Network). Los archivos del sitio se sirven desde un único servidor. Con un CDN, se distribuyen desde el nodo más cercano al usuario geográficamente. Para empresas con tráfico desde varias ciudades del Perú o Latinoamérica, la diferencia es significativa.
CSS y JS no minificados. Archivos de estilos y scripts con comentarios, espacios y código sin usar que suman peso innecesario en cada carga.
Acciones concretas para optimizar la carga web
No todas las mejoras requieren un rediseño completo. Estas acciones están ordenadas de mayor impacto a menor complejidad:
1. Optimiza y convierte imágenes a WebP Convierte todas las imágenes a formato WebP y define siempre los atributos width y height. Esto resuelve LCP y CLS en un solo movimiento. En WordPress, plugins como ShortPixel o Imagify lo automatizan.
2. Mejora o cambia el hosting Migrar de hosting compartido a un VPS o a hosting administrado (Cloudways, Kinsta, SiteGround Business) puede reducir el TTFB de 800ms a menos de 200ms sin tocar una línea de código.
3. Activa un CDN Cloudflare en su plan gratuito ya entrega mejoras medibles. Para proyectos más exigentes, Cloudflare Pro o BunnyCDN son opciones de bajo costo con alto impacto.
4. Carga JavaScript de forma diferida Todo script que no sea crítico para el renderizado inicial debe cargarse con defero async. Los scripts de terceros —especialmente píxeles de Meta y Google Tag Manager mal configurado— son los principales ofensores.
5. Implementa caché agresivo Caché del navegador, caché de servidor y caché de objetos reducen drásticamente las solicitudes repetidas. En WordPress, WP Rocket o LiteSpeed Cache lo gestionan bien. En desarrollos custom, esto se configura a nivel de servidor o CDN.
6. Elimina plugins o scripts innecesarios Cada plugin activo en WordPress carga código. Un sitio con 40 plugins activos tiene un problema de arquitectura, no de optimización. Audita y elimina todo lo que no cumpla una función activa.
El impacto real en SEO y conversiones
Los Core Web Vitals y el SEO están directamente relacionados desde que Google los incorporó como señal de ranking en su Page Experience Update. No son el factor más importante —el contenido relevante sigue siendo rey— pero en búsquedas competitivas, la diferencia entre dos sitios con contenido similar la puede definir el rendimiento técnico.
El impacto en conversiones es aún más directo y medible. Estudios de Google y Deloitte muestran consistentemente que cada segundo de mejora en tiempo de carga se traduce en aumentos de entre 8% y 12% en tasas de conversión para sitios de ecommerce. Para un sitio que genera S/ 50,000 mensuales en ventas, un segundo de mejora puede representar S/ 4,000 – S/ 6,000 adicionales al mes.
Cuándo el problema es de arquitectura, no de optimización
Hay un límite a lo que se puede optimizar sobre una base mal construida. Si tu sitio corre sobre WordPress con 35 plugins activos, imágenes sin gestión y hosting compartido, las mejoras incrementales tienen techo. En ese punto, la conversación correcta no es “qué plugin instalo” sino si vale la pena migrar a una arquitectura más eficiente: Next.js con CMS headless, por ejemplo, entrega puntuaciones de PageSpeed de 95+ de forma casi nativa.
La señal de que llegaste a ese punto: has aplicado las optimizaciones estándar y sigues por debajo de 60 en PageSpeed móvil. Ahí el problema es estructural.
En Somos Idle auditamos y optimizamos la velocidad web de empresas que necesitan mejorar su posicionamiento y sus tasas de conversión con criterio técnico, no con parches. Si quieres saber exactamente qué está frenando tu sitio y qué costaría resolverlo, escríbenos en somosidle.com/contacto.