Medición de la velocidad web: desde el dominio, pasando por la competencia, hasta las páginas tipo

¿Quieres saber realmente cómo está tu sitio web? Un solo test en PageSpeed Insights no basta. Una evaluación significativa se compone de tres capas: cómo se desempeña todo el dominio con usuarios reales, cómo te comparas con la competencia y qué plantillas o secciones del sitio arrastran la calificación hacia abajo.

Este método lo usamos en los análisis de velocidad para clientes. A continuación, está descrito de manera que puedas hacerlo tú mismo, con enlaces a artículos más profundos cuando necesites detalles.

Lo que necesitarás#

• Conocimiento de las métricas de Core Web Vitals y de por qué vale la pena preocuparse por la velocidad.
• Una comprensión básica de los tipos de medición: datos de usuarios de Google (CrUX), sintéticos y, si es posible, Real User Monitoring.
• Acceso a Google Search Console para tu sitio, si lo tienes verificado.
• Una herramienta con datos de CrUX a lo largo del tiempo y capacidad de comparar dominios — en nuestro caso, el monitoreo de PageSpeed.ONE o una prueba de velocidad única.

Paso 1: Dominio y Core Web Vitals de los usuarios#

Comienza con los datos de origen del Informe de Experiencia de Usuario de Chrome, es decir, la agregación para todo el dominio. Google evalúa el sitio web en búsquedas y anuncios según estas métricas.

Vista del dominio en Core Web Vitals de usuarios reales — la base de cualquier medición de velocidad web.

Para cada dispositivo (móvil y escritorio por separado) aclara:

• Largest Contentful Paint — velocidad de carga del contenido principal (LCP).
• Interaction to Next Paint — respuesta a interacciones (INP).
• Cumulative Layout Shift — estabilidad del diseño (CLS).

CrUX trabaja con el percentil 75 de los últimos 28 días. Los colores «bueno / requiere mejora / malo» los conoces de PageSpeed Insights y de nuestros informes. Una regla importante: Google evalúa hoy el sitio web según la peor métrica y el peor dispositivo. Un INP naranja en móvil puede superar un LCP y CLS verdes.

Los datos de CrUX no son diarios — los cambios se reflejan con semanas de retraso. Para control diario y alertas, complementa con medición sintética; pero para la evaluación de «cómo nos ve Google», CrUX sigue siendo la autoridad.

Paso 2: Comparación con la competencia#

Compara las mismas métricas con 2–4 dominios que tengan sentido para ti: competidores directos, líderes del sector o un sitio al que aspiras.

En un resumen verás el estado de las métricas en tu propio dominio y en los competidores que sigues.

En qué fijarse:

• Evaluación general — quién está en verde, quién en zona naranja o roja en móvil y escritorio.
• Debilidad vs. fortaleza — puedes tener un CLS excelente, pero perder en INP; eso determinará las prioridades de optimización.
• Contexto del tráfico — un sitio más pequeño puede tener menos datos en CrUX que un gran competidor; la falta de datos no significa «somos más rápidos».

La comparación no es una competición por un número. Se trata de si eres aceptablemente rápido en comparación con el mercado a ojos de Google y de los usuarios, y dónde tienes el mayor margen de mejora.

Paso 3: Páginas tipo en Google Search Console#

A nivel de dominio, todo puede estar en verde, pero pueden ser problemáticas grupos enteros de URL — categorías de una tienda online, detalles de producto, blog, páginas de destino de campañas.

Search Console cubre principalmente grupos de páginas — plantillas tipo, que en auditorías a menudo revelan problemas ocultos.

En Search Console, abre el informe de Core Web Vitals (Experiencia de la página → Core Web Vitals) y trabaja por separado con móvil y escritorio. Verás:

• cuántas URL están en buen estado, cuántas requieren mejora y cuántas tienen malos resultados;
• grupos de páginas similares con una métrica problemática específica (por ejemplo, INP lento en listados de categorías).

Una guía detallada para interpretar los informes se encuentra en el artículo Google Search Console y Core Web Vitals. Search Console no puede reemplazar el monitoreo del dominio en el tiempo — lo complementa mostrando dónde en el sitio se repite el problema.

Escenarios típicos:

• El dominio está bien, pero los grupos móviles están en rojo → problema sistémico de la plantilla móvil.
• Mala evaluación solo en una métrica de un grupo → enfoca la optimización (LCP, INP o CLS).

Paso 4: Sintética para detalle y trabajo diario#

CrUX y Search Console no te dirán por qué una métrica es mala. Para eso sirven los tests sintéticos (Lighthouse) en el monitoreo:

La sintética complementa CrUX con pruebas diarias y material para desarrolladores — trazas, HAR u oportunidades específicas de mejora.

• sigue LCP y CLS en sintética diariamente;
• en lugar de INP en sintética, trabaja con Total Blocking Time;
• no uses el puntaje de Lighthouse como la única “evaluación de velocidad” — para el negocio y SEO, importan los Core Web Vitals de CrUX.

Después de identificar los grupos problemáticos en GSC, añade URL representativas al monitoreo y observa el progreso tras implementar las correcciones.

Paso 5: Qué hacer a continuación#

La medición te mostrará el problema — este paso unifica prioridades, herramientas y equipo para el siguiente trabajo.

La medición continua y el resumen de pruebas son fundamentales — sin ellos, el paso 5 rápidamente te devolverá al principio.

1. Ordena las prioridades — la métrica más deficiente × el mayor impacto comercial (página principal, checkout, categorías principales).
2. Configura medición continua — monitoreo y presupuestos de velocidad, para que el sitio no se ralentice nuevamente tras la corrección.
3. Involucra al equipo — los desarrolladores implementan, la gestión mantiene la prioridad; ver Cultura de Rendimiento.
4. Después de la corrección, verifica en GSC — función de Iniciar Seguimiento en grupos problemáticos.

¿Necesitas una estimación rápida inicial sin configurar herramientas? Verás CrUX y sintética en las URL seleccionadas, incluyendo comparaciones con otros dominios en la prueba a continuación.