Un mensaje de Search Console dice que sus Core Web Vitals (métricas web esenciales) son deficientes, o que algunas páginas necesitan mejoras, y lo primero que piensa es si Google acaba de bajarlo en los resultados. El mensaje trae tres nombres cortos, LCP, INP y CLS, y ninguna explicación sencilla de lo que miden. Quizás también se pregunta si esto significa un sitio web nuevo, y cuánto costaría. Respire hondo, porque el informe es mucho más específico de lo que hace parecer el correo. Las métricas web esenciales son tres números sobre cómo sus páginas cargan, responden y se mantienen quietas, y el informe le dice qué grupo de páginas no alcanzó cuál número. Usted mismo puede encontrar ese grupo en unos diez minutos, con herramientas gratuitas de Google. Cuando sepa cuál número falla y qué páginas están detrás, el arreglo suele ser una imagen, un script o una parte de una plantilla, y podrá juzgar si es justa una cotización por algo más grande.
Puntos clave
LCP pregunta qué tan pronto aparece el contenido principal, INP pregunta qué tan rápido reacciona la página a un toque o a un clic, y CLS pregunta si las cosas saltan de lugar mientras usted lee.
Los números buenos de Google son un LCP de 2.5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0.1 o menos, medidos en el percentil 75 de las visitas.
Google usa las métricas web esenciales en sus sistemas de posicionamiento como parte de la experiencia de la página, y dice que aprobarlas no garantiza las primeras posiciones.
Abra Experiencia y luego Métricas web esenciales en Search Console, elija Móvil y anote la métrica que falla y el grupo de URL.
Una imagen demasiado pesada, un script o una parte de la plantilla pueden hacer fallar a todo un grupo, así que nombre la causa antes de aceptar un sitio nuevo.
Las métricas web esenciales son tres puntajes de carga, capacidad de respuesta y estabilidad visual
Google define las métricas web esenciales como tres mediciones de lo que un visitante realmente vive en una página. Cada una tiene un número bueno que alcanzar, un número deficiente que evitar y una franja intermedia llamada necesita mejorar. Google publica cómo fijó esos umbrales en su guía de umbrales de las métricas web esenciales, y describe cómo aparecen en la búsqueda en su documentación sobre las métricas web esenciales y la Búsqueda.
- LCP, Largest Contentful Paint (pintado del contenido más grande): cuánto tarda en aparecer la pieza de contenido visible más grande, a menudo una foto principal o un bloque de titular. Piense en ello como «¿cuándo se ve lista la página?»
- INP, Interaction to Next Paint (interacción hasta el siguiente pintado): qué tan rápido responde la página cuando alguien toca un menú, presiona un botón o escribe en un campo. Considera las interacciones de toda la visita, incluidos clics, toques y entradas del teclado.
- CLS, Cumulative Layout Shift (cambio acumulado del diseño): cuánto contenido visible se mueve sin que el visitante lo pida. Es la razón por la que una persona va a tocar un botón y toca otro porque una imagen cargó encima.
| Puntaje | Qué mide | Bueno | Necesita mejorar | Deficiente |
|---|---|---|---|---|
| LCP | Cuándo aparece el contenido principal | 2.5 segundos o menos | Entre 2.5 y 4 segundos | Más de 4 segundos |
| INP | Qué tan rápido responde la página a las interacciones | 200 milisegundos o menos | Entre 200 y 500 milisegundos | Más de 500 milisegundos |
| CLS | Cuánto contenido se mueve de forma inesperada | 0.1 o menos | Entre 0.1 y 0.25 | Más de 0.25 |
Google clasifica cada puntaje en el percentil 75 de las visitas a la página. En la práctica, eso significa que tres de cada cuatro visitas deben cumplir el número bueno. Una página puede sentirse rápida para usted con la conexión de una oficina y aun así fallar, porque el informe refleja los teléfonos, las redes y los momentos que tuvieron los visitantes reales.
Google usa las métricas web esenciales en el posicionamiento, como una parte de la experiencia de la página
Google dice que sus sistemas de posicionamiento usan las métricas web esenciales, y que son una pieza de la experiencia de la página y no una fórmula independiente. Su guía sobre la experiencia de la página plantea el equilibrio así: «Google Search always seeks to show the most relevant content, even if the page experience is sub-par» (Google Search siempre busca mostrar el contenido más relevante, aunque la experiencia de la página sea deficiente). La misma guía dice que unas buenas métricas web esenciales «can contribute to success in Search» (pueden contribuir al éxito en la Búsqueda) cuando mucho contenido útil compite por la misma consulta.
Para su sitio, eso fija el orden del trabajo. Las páginas que responden la pregunta de quien busca siguen a la cabeza. Cuando dos páginas se parecen en utilidad, una página que carga rápido, reacciona rápido y se mantiene firme tiene mejores posibilidades. Google también dice que un informe aprobado en Search Console o en una herramienta de terceros no garantiza las primeras posiciones, y recomienda mejorar el rendimiento para los visitantes en lugar de perseguir un puntaje perfecto solo por el SEO.
Un estado deficiente no significa que todas las páginas de su sitio sean lentas o estén rotas. Señala un grupo de páginas similares y uno o más de los tres puntajes. Si el grupo incluye sus páginas de servicios, su página de contacto o su formulario de reservas, arréglelo pronto, porque la carga lenta y los diseños que saltan estorban a las personas que están a punto de llamarlo. Si abarca entradas viejas del blog que nadie visita, puede esperar detrás de trabajo más importante. Para una vista más amplia de lo que abarca el SEO técnico, vea qué es el SEO técnico.
Abra primero el informe móvil en Search Console
El correo apunta a un informe que usted puede abrir ahora mismo. Los pasos de abajo toman unos diez minutos y no cuestan nada.
- Abra Search Console y elija su sitio: Si todavía no lo ha configurado, la guía paso a paso de configuración de Search Console explica la verificación.
- Vaya a Experiencia y luego a Métricas web esenciales: La página de ayuda del informe de métricas web esenciales de Google describe el informe.
- Elija Móvil y mírelo por separado de Computadora: Los dos informes pueden diferir, y Google los revisa por separado.
- Anote cada fila marcada como Deficiente o Necesita mejorar: Registre la métrica (LCP, INP o CLS), cuántas URL están afectadas y una URL de ejemplo.
- Note qué tipo de página contiene el grupo: Una página de servicio, la página de inicio, una entrada del blog, una página de producto o una página de formulario piden cada una un nivel de urgencia distinto.
- Abra una URL de ejemplo y pruébela en PageSpeed Insights: Use PageSpeed Insights y registre qué nombra como el elemento más grande, los cambios de diseño y su principal recomendación.
El informe agrupa páginas indexadas similares y da a cada grupo el estado de su peor métrica. Si un grupo falla solo en CLS, un arreglo para LCP no lo despejará. Los datos vienen de usuarios reales de Chrome durante los 28 días anteriores, y pueden no mostrar ningún dato para una página sin suficiente tráfico. Eso es un vacío del informe, no una señal de que la página esté bien o mal.
Search Console y PageSpeed Insights muestran números distintos porque miden cosas distintas
Si hace una prueba y ve un resultado distinto del de Search Console, ninguna de las herramientas se equivoca. Responden dos preguntas distintas.
Search Console informa datos de campo: lo que los visitantes reales vivieron en las páginas agrupadas durante los últimos 28 días. PageSpeed Insights muestra datos de campo cuando tiene suficientes para la URL, y además hace una prueba de laboratorio, una sola carga simulada de una página en este momento, con recomendaciones. Una prueba de laboratorio sirve para encontrar una causa porque se puede repetir. Los datos de campo sirven mejor para juzgar si los visitantes tienen un problema porque vienen de ellos.
Así que, una forma rápida de leer los dos juntos es:
- Si los datos de campo fallan y la prueba de laboratorio nombra una causa, empiece por esa causa.
- Si la prueba de laboratorio se ve bien y los datos de campo fallan, pruebe de nuevo en la vista móvil y revise las páginas que cargan una herramienta de chat, un anuncio o un mapa, ya que una sola prueba puede pasarlos por alto.
- Si una página tiene muy poco tráfico para datos de campo, trate el resultado de laboratorio como una guía aproximada y revise de nuevo el informe del grupo después de más visitas.
Guarde una nota de ambos resultados para cada grupo que falla, para que después de un arreglo pueda ver si la prueba de laboratorio y los datos de visitas reales se movieron juntos.
Arregle primero la imagen más grande, luego los scripts y después el diseño
Las propias guías de Google enumeran las causas comunes de cada puntaje. Relacione la causa con su métrica que falla y empiece con el trabajo más pequeño para el beneficio que da. Google no publica una clasificación de frecuencia de las fallas en sitios pequeños, así que trate el orden de abajo como un lugar por donde empezar a buscar, y confírmelo con su propio informe.
| Puntaje | Causas comunes | Qué implica arreglarlo | Tamaño típico del trabajo |
|---|---|---|---|
| LCP | Una imagen principal demasiado pesada, una imagen principal que carga tarde, CSS o scripts que bloquean, una respuesta lenta del servidor, redirecciones | Cambiar el tamaño y comprimir la imagen principal, evitar la carga diferida de esa imagen, posponer el código que bloquea la página, agregar caché | De pequeño a mediano, mayor si el servidor o el alojamiento necesitan trabajo |
| CLS | Imágenes, insertados, anuncios o banners sin espacio reservado, contenido inyectado tarde, tipos de letra web | Agregar ancho y alto a las imágenes, fijar proporciones, reservar espacio para anuncios y banners, cargar los tipos de letra de forma estable | De pequeño a mediano |
| INP | Tareas largas de JavaScript, paquetes grandes, constructores de páginas pesados, carruseles, herramientas de chat y scripts de seguimiento | Quitar los scripts que no usa, dividir el código, simplificar lo que se ejecuta con un toque | De mediano a grande cuando hay código personalizado o un constructor de páginas |
Las guías paso a paso de Google para cada puntaje son optimizar LCP, optimizar INP y optimizar CLS. Un programador puede trabajar directamente a partir de ellas.
Ese orden se ve así para cada puntaje.
LCP: empiece por la imagen principal
PageSpeed Insights le dice qué elemento contó como el más grande. Si es una foto, compare el tamaño de su archivo con el espacio que ocupa en un teléfono. Una foto hecha para una valla publicitaria y apretada en la pantalla de un teléfono es algo típico de encontrar. Cambie su tamaño, comprímala y no use la carga diferida en la imagen principal, ya que necesita aparecer primero. La entrada sobre cómo cambiar el tamaño y comprimir imágenes explica ese trabajo. Si la imagen está bien, mire lo que carga antes: CSS, scripts y redirecciones que bloquean.
CLS: reserve el espacio
Cada imagen, video insertado, banner y espacio de anuncio necesita su espacio definido antes de cargar, para que nada empuje el texto hacia abajo. Agregar los atributos de ancho y alto a las imágenes es un cambio pequeño que puede despejar una falla de CLS. Los avisos de cookies y las barras promocionales que aparecen deslizándose después de que la página cargó también causan cambios, así que désles un lugar fijo.
INP: mire lo que se ejecuta con un toque
Las fallas de INP suelen venir de los scripts que carga su sitio: widgets de chat, analítica, administradores de etiquetas, carruseles y constructores de páginas pesados. Haga una lista de lo que hay en las páginas que fallan y quite cualquier herramienta que nadie use. Las respuestas lentas en un menú, un campo de formulario o un filtro apuntan a código que necesita la atención de un programador. Es un trabajo de mediano a grande, así que confirme que INP es la métrica que falla antes de pagar por él.
Si la lentitud es más amplia que estos tres puntajes, la entrada sobre un sitio web que carga lento cubre las pruebas, las causas y un orden de arreglos para toda la página.
Una reparación basta cuando una sola causa está detrás del grupo que falla
Un grupo que falla puede remontarse a algo acotado: una imagen demasiado pesada, dimensiones que faltan, un script de terceros, la falta de caché o un solo componente reutilizado en una plantilla. En esos casos una reparación enfocada hace el trabajo, y el diseño se queda como está.
Un proyecto más grande tiene sentido cuando la causa está incorporada en la forma en que se hizo el sitio. Algunos ejemplos son un tema o un constructor de páginas que sigue agregando trabajo de bloqueo a cada página, un sistema de contenido que ya no recibe soporte, una arquitectura de servidor que no puede cumplir lo que el sitio necesita, o un negocio que ya necesita un rediseño por contenido, conversión, accesibilidad o seguridad. La guía de Google sobre las métricas web esenciales para quienes toman decisiones de negocio es una buena referencia cuando está leyendo una propuesta.
Antes de aprobar cualquier cotización, pida tres cosas por escrito: el grupo de páginas que falla, la métrica y la causa que encontró la persona. Una propuesta justa nombra las tres y vincula el trabajo con ellas. Si el grupo que falla es de páginas viejas y de poco tráfico, lo mejor puede ser actualizar, fusionar o eliminar esas páginas, como se describe en actualizar, fusionar o eliminar páginas viejas.
Los arreglos aparecen en el informe cuando se acumulan visitas reales
Después de que un arreglo entra en funcionamiento, Search Console no se actualiza esa misma tarde. Como el informe se basa en 28 días de visitas reales, el estado cambia a medida que las mejores visitas reemplazan a las viejas. Planee revisar el informe de nuevo durante las semanas siguientes, y mientras tanto use PageSpeed Insights para confirmar que el resultado de laboratorio se movió en la dirección correcta.
Los scripts, banners y campañas nuevos pueden deshacer un arreglo, por eso una mirada rápida al informe móvil debe formar parte de su rutina cada vez que cambie una página. La entrada sobre el costo del mantenimiento de un sitio web explica qué suele implicar el cuidado regular.
Repaso rápido: ¿sabe qué le dice su informe de métricas web esenciales?
Elija una respuesta para empezar.
1. ¿Qué puntaje le dice qué tan rápido reacciona una página cuando un visitante toca un botón?
2. ¿Qué dice Google sobre aprobar las métricas web esenciales y el posicionamiento?
3. Search Console y PageSpeed Insights muestran números distintos para una misma página. ¿Cuál es la razón más probable?
Preguntas frecuentes sobre las métricas web esenciales
¿Qué son las métricas web esenciales?
Son tres mediciones de visitas reales a una página: LCP para la carga, INP para la capacidad de respuesta y CLS para la estabilidad visual. Google las informa en Search Console y en PageSpeed Insights.
¿Qué es un buen LCP, INP y CLS?
Un LCP de 2.5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0.1 o menos, cada uno medido en el percentil 75 de las visitas a la página.
¿Las métricas web esenciales afectan el posicionamiento?
Google dice que sus sistemas de posicionamiento las usan como parte de la experiencia de la página, y que buenos puntajes pueden contribuir al éxito en la Búsqueda cuando contenido útil compite por la misma consulta. Google también dice que aprobar no garantiza las primeras posiciones.
¿Por qué Search Console dice que mis páginas móviles son deficientes cuando PageSpeed Insights se ve bien?
Search Console agrupa los datos de visitas reales de los últimos 28 días en páginas similares, y PageSpeed Insights suele probar una sola URL con una carga de laboratorio. Compare el resultado de campo en ambos y trabaje a partir de la causa que nombra la prueba de laboratorio.
¿Necesito un sitio web nuevo para aprobar las métricas web esenciales?
No siempre. Una falla puede venir de una imagen demasiado pesada, de dimensiones de imagen que faltan, de un script o de una sola parte de la plantilla, y una reparación dirigida puede despejarlas. Vale la pena cotizar un proyecto más grande cuando la causa está incorporada en el tema, en el constructor de páginas o en el servidor.
¿Cuánto tarda Search Console en mostrar mi arreglo?
El informe usa visitas reales de los 28 días anteriores, así que el estado cambia poco a poco después de que un arreglo entra en funcionamiento. Revíselo de nuevo durante las semanas siguientes.
Para seguir adelante
Las métricas web esenciales se reducen a tres preguntas sobre una página: qué tan pronto aparece el contenido principal, qué tan rápido reacciona y si se mantiene quieta. Las metas buenas de Google son un LCP de 2.5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0.1 o menos, y el informe de Search Console muestra qué grupo de páginas no alcanzó cuál.
Su siguiente paso es pequeño. Abra el informe móvil, anote la métrica que falla y las páginas que están detrás, pruebe una de esas páginas en PageSpeed Insights y lea qué nombra como causa. Si la causa es una imagen o un tamaño que falta, quizás pueda arreglarlo ese mismo día. Si es un script o una plantilla, ya tiene lo que necesita para pedirle a un programador una reparación específica en lugar de una reconstrucción.
Si prefiere dejar el diagnóstico y la reparación en manos de otra persona, Web Leveling puede encontrar qué páginas y scripts están detrás de los puntajes que fallan y arreglarlos sin un rediseño cuando una reparación es todo lo que el sitio necesita. Nuestro trabajo de optimización para motores de búsqueda incluye el lado técnico de su sitio en lo que se relaciona con Google. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero. Envíenos su informe de Search Console, y lo revisaremos junto con usted.
Términos
Palabras de métricas web esenciales en esta entrada
Toque un término para ver qué significa.
Métricas web esenciales (Core Web Vitals). Las tres mediciones de Google sobre la experiencia de la página: LCP para la carga, INP para la capacidad de respuesta y CLS para la estabilidad visual.
LCP. Largest Contentful Paint, el tiempo que tarda en aparecer la pieza de contenido visible más grande.
INP. Interaction to Next Paint, qué tan rápido responde una página a los toques, los clics y las pulsaciones de teclas.
CLS. Cumulative Layout Shift, un puntaje de cuánto contenido visible se mueve sin que el visitante lo pida.
Datos de campo. Mediciones recopiladas de visitas reales a una página, como los datos del informe de Search Console.
Datos de laboratorio. Resultados de una sola prueba simulada de una página, como la prueba que se ejecuta en PageSpeed Insights.
Percentil 75. El punto que tres de cada cuatro visitas igualan o superan, y que Google usa para clasificar cada puntaje.
