Por qué repetir las comprobaciones
El rendimiento influye en la facilidad para cargar contenido y completar tareas. Mida el efecto en su audiencia, sin aplicar porcentajes generales de conversión. Google utiliza Core Web Vitals en sus sistemas de clasificación, pero los buenos valores no garantizan posiciones ni tráfico.
Qué métricas observar
Los Core Web Vitals actuales son:
- LCP — Largest Contentful Paint: presentación del mayor elemento de contenido visible que cumple los criterios; bueno hasta 2,5 segundos.
- INP — Interaction to Next Paint: respuesta a clics, toques y teclado hasta el siguiente repintado; bueno hasta 200 ms.
- CLS — Cumulative Layout Shift: desplazamientos inesperados del diseño; bueno hasta 0,1, sin unidad.
INP sustituyó a FID en marzo de 2024. Para visitas reales, use el percentil 75, separando móvil y escritorio. Una prueba de laboratorio describe condiciones y acciones concretas, no a todos los visitantes. La ausencia de datos reales no equivale a una comprobación superada.
Por qué cambian los resultados
Los contenidos, las funciones, los scripts de terceros, el código y la carga del servidor pueden modificar el comportamiento. También cambian los navegadores y las reglas de medición: registre sus versiones. Las comprobaciones repetidas ayudan a detectar regresiones y priorizar la investigación, sin garantizar que los problemas se descubran antes de afectar a usuarios.
Defina una frecuencia según el riesgo
Como puntos de partida ilustrativos: una web informativa que cambia poco, cada tres meses; un blog, mensualmente; una tienda, cada dos semanas. No son normas universales. Los lanzamientos importantes y los problemas comunicados requieren pruebas adicionales. Los servicios con cambios frecuentes pueden necesitar pruebas sintéticas programadas y seguimiento de visitas reales.
Las comprobaciones periódicas se ejecutan a intervalos. Defina frecuencia, páginas, perfiles de dispositivo y regiones según el impacto y los recursos disponibles. «Seguimiento continuo» no significa probar cada acción ni detectar cada fallo inmediatamente.
Un proceso de auditoría repetible
- Seleccione páginas y tareas representativas: inicio, productos o servicios, formularios e interacciones importantes. Registre la URL final y las condiciones.
- Reúna mediciones de laboratorio y datos reales disponibles. En PageSpeed Insights distinga ambas secciones y compruebe si los datos corresponden a la URL o al origen completo.
- Investigue LCP, INP o CLS según el problema. La carga, la respuesta y el movimiento del diseño pueden tener causas distintas.
- Pruebe un cambio limitado: dimensiones y formatos de imagen, scripts o estilos costosos, caché o entrega. Conserve las funciones necesarias y las reglas de acceso a respuestas privadas. No difiera la imagen LCP probable.
- Tras publicar, repita la misma prueba en condiciones comparables. Verifique el resultado de la tarea además del tiempo y registre la fecha.
Configure el seguimiento automático
Confirme el calendario real, las condiciones de alerta, el canal y el plazo de conservación del historial. Distinga regresiones, pruebas fallidas y mediciones ausentes. Compruebe la entrega de avisos y asigne un responsable. Las pruebas de laboratorio programadas y el seguimiento de usuarios reales responden a preguntas diferentes.
Google Analytics puede aportar datos de uso o conversión configurados; Search Console, datos de búsqueda e informes de Core Web Vitals. Son fuentes separadas: el artículo no demuestra una integración automática con un escáner de velocidad. Compare periodos equivalentes y registre otros cambios del sitio.
Conserve un registro útil
Guarde la referencia inicial, las condiciones, las observaciones, el cambio y la comprobación posterior. Separe mejoras medidas de suposiciones y programe la siguiente revisión según el riesgo.
Empiece por una auditoría puntual de velocidad y configure después un proceso periódico adecuado. Consulte la guía Web Vitals y la documentación de Google sobre experiencia de página.
