Core Web Vitals<\/h2><\/span><\/div><\/div><\/div>Screaming Frog SEO Spider a trav\u00e9s de su conexi\u00f3n con PageSpeed Insights API te permite medir f\u00e1cilmente el Core Web Vitals (CWV) para cada p\u00e1gina de tu sitio web.<\/p>\n
Las Core Web Vitals son un conjunto de m\u00e9tricas que Google introdujo a partir de mayo de 2021 para medir aspectos clave de la experiencia del usuario al cargar una p\u00e1gina web. Core Web Vitals es una revoluci\u00f3n que ayuda a Google a evaluar las p\u00e1ginas web y a clasificarlas en los resultados de b\u00fasqueda.<\/p>\n
De momento, son esencialmente tres, pero creo que m\u00e1s adelante se introducir\u00e1n otras m\u00e9tricas, adem\u00e1s del perfeccionamiento de \u00e9stas, para garantizar una experiencia de navegaci\u00f3n m\u00e1s satisfactoria.<\/p>\n<\/div>
<\/div><\/div><\/span>LCP: Pintura de mayor contenido<\/h3><\/span><\/div><\/div><\/div>La m\u00e9trica Pintura de contenido m\u00e1s grande (LCP) informa del tiempo de renderizado de la imagen o bloque de texto m\u00e1s grande visible dentro de la ventana gr\u00e1fica, en relaci\u00f3n con el momento en que la p\u00e1gina comenz\u00f3 a cargarse. Como par\u00e1metro de evaluaci\u00f3n, Google considera un tiempo m\u00e1ximo de 2,5 segundos para garantizar una experiencia de usuario buena y satisfactoria.<\/p>\n
Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a tener en cuenta es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n<\/div>
![\"Analisi](\"http:\/\/screamingfrog.club\/wp-content\/uploads\/2024\/03\/LCP-Timeline-core-web-vitals.jpeg\")
<\/a><\/span><\/div><\/div><\/div><\/span>FID: Retardo de la primera entrada<\/h3><\/span><\/div><\/div><\/div>El Retraso en la Primera Entrada (FID) de una p\u00e1gina mide su capacidad de respuesta a las interacciones del usuario. Por ejemplo, si un usuario hace clic en un enlace o selecciona un men\u00fa desplegable, el FID eval\u00faa la rapidez con que se realiza esta acci\u00f3n en la p\u00e1gina.<\/p>\n
Normalmente, las interacciones del usuario se retrasan cuando el navegador est\u00e1 ocupado realizando otras tareas.<\/p>\n
Por ejemplo, al analizar la l\u00ednea de tiempo de carga que aparece a continuaci\u00f3n, vemos barras azules que identifican el tiempo que tarda en cargarse un recurso (como un archivo JavaScript) que requiere bastante tiempo.<\/p>\n
Si un usuario hac\u00eda clic en algo dentro de la p\u00e1gina HTML durante este tiempo, la interacci\u00f3n se retrasar\u00eda hasta que el navegador hubiera completado el proceso anterior.<\/p>\n<\/div>
![](\"http:\/\/screamingfrog.club\/wp-content\/uploads\/2024\/03\/FID-Timeline-2-core-web-vitals.jpeg\")
<\/a><\/span><\/div>Como par\u00e1metro de evaluaci\u00f3n, para proporcionar una buena experiencia de usuario, Google indica que la m\u00e9trica Retraso en la primera entrada debe ser de 100 milisegundos o menos. Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a medir es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n<\/div>
<\/div><\/div><\/span>CLS: Desplazamiento de disposici\u00f3n acumulativo<\/h3><\/span><\/div><\/div><\/div>El Desplazamiento acumulativo del dise\u00f1o (CLS) es una m\u00e9trica muy importante centrada en la experiencia del usuario que mide la estabilidad visual de un dise\u00f1o mientras se carga una p\u00e1gina HTML. Este \u00edndice se introdujo para limitar los desagradables cambios inesperados debidos, por ejemplo, a banners publicitarios u otros. Todos hemos tenido la frustrante experiencia de leer un sitio de noticias y que el texto del art\u00edculo salte hacia abajo mientras se carga la navegaci\u00f3n; CLS mide precisamente esta inestabilidad de la navegaci\u00f3n.<\/p>\n
A continuaci\u00f3n puedes ver este fen\u00f3meno mientras el navegador carga la p\u00e1gina. A trav\u00e9s de cada pantalla, se a\u00f1ade contenido, haciendo que los elementos anteriores se muevan hacia arriba y hacia abajo.<\/p>\n<\/div>
![](\"http:\/\/screamingfrog.club\/wp-content\/uploads\/2024\/03\/CLS-Timeline-core-web-vitals.jpeg\" "\\"CLS-Timeline-core-web-vitals\\"")
<\/span><\/div>Para proporcionar una buena experiencia al usuario, los sitios deben esforzarse por tener una puntuaci\u00f3n CLS de 0,1 o inferior. Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a medir es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n
Las Core Web Vitals son m\u00e9tricas basadas en datos reales del Informe de la Experiencia de Usuario de Chrome (CrUX) de los \u00faltimos 28 d\u00edas y basadas en las visitas de los usuarios a una p\u00e1gina.<\/p>\n
Cada Web Vital se califica seg\u00fan tres clasificaciones: Bueno, Necesita mejorar y Malo.<\/p>\n
Para que una p\u00e1gina sea validada por la Evaluaci\u00f3n Vital Web B\u00e1sica, debe considerarse \u00abBuena\u00bb en las tres m\u00e9tricas.<\/p>\n
Google proporcion\u00f3 una c\u00f3moda ilustraci\u00f3n de los umbrales de cada m\u00e9trica.<\/p>\n<\/div>
![](\"http:\/\/screamingfrog.club\/wp-content\/uploads\/2024\/03\/core-web-vitals-infografica-1.jpeg\" "\\"core-web-vitals-infografica")
<\/span><\/div><\/div><\/div><\/span>An\u00e1lisis de Par\u00e1metros Core Web Vitals<\/h3><\/span><\/div><\/div><\/div>Las Core Web Vitals de los sitios web se registran y almacenan dentro del Informe de experiencia de usuario de Chrome y puedes verlas esencialmente de dos maneras.<\/p>\n
Para una \u00fanica URL, puedes utilizar PageSpeed Insights (PSI), que te indica si la p\u00e1gina ha superado o no las comprobaciones.<\/p>\n<\/div>
![\"Analisi](\"http:\/\/screamingfrog.club\/wp-content\/uploads\/2024\/03\/core-web-viitals-sito-screaming-frog-1.jpeg\" "\\"core-web-viitals-sito-screaming-frog")
<\/span><\/div>La segunda soluci\u00f3n es consultar Search Console en la secci\u00f3n \u00abCore Vitals\u00bb, que informa del rendimiento de la p\u00e1gina, errores y advertencias en relaci\u00f3n con estas m\u00e9tricas.<\/p>\n
<\/div>\n<\/div>![](\"http:\/\/screamingfrog.club\/wp-content\/uploads\/2024\/03\/google-search-console-core-web-vitals-1.jpeg\" "\\"google-search-console-core-web-vitals")
<\/span><\/div>Aunque estas dos comprobaciones son eficaces, tambi\u00e9n son extremadamente reductoras, porque la primera soluci\u00f3n permite una comprobaci\u00f3n unitaria de las URL, mientras que la segunda con GSC agrega m\u00faltiples URL (plantillas de URL) y no proporciona puntuaciones unitarias de calidad.<\/p>\n<\/div>
<\/div><\/div><\/span>An\u00e1lisis de Screaming Frog Web Vitals<\/h3><\/span><\/div><\/div><\/div>La conexi\u00f3n de Screaming Frog SEO Spider con la API PageSpeed Insights facilita la recopilaci\u00f3n de datos sobre Web Vital y devuelve datos espec\u00edficos de URL basados en datos reales de CrUX y de laboratorio. Para configurarlo, s\u00f3lo tienes que seguir unos sencillos pasos.<\/p>\n
\n- 1. Conexi\u00f3n a la API de PageSpeed.<\/li>\n<\/ul>\n<\/div>\n<\/div>
![](\"http:\/\/screamingfrog.club\/wp-content\/uploads\/2024\/03\/pagespeed-api-key-input.jpeg\")
<\/a><\/span><\/div>\n- 2. Ajustes de las m\u00e9tricas a considerar.<\/li>\n<\/ul>\n
Una vez conectado a PSI, tienes que hacer clic en la pesta\u00f1a \u00abM\u00e9tricas\u00bb y elegir cu\u00e1les quieres introducir como par\u00e1metros de an\u00e1lisis. En las primeras exploraciones del Core Web Vitals, recomiendo utilizar la selecci\u00f3n por defecto, ya que incluye datos del informe CrUX, datos de laboratorio de Google Lighthouse y datos de oportunidades de las \u00e1reas de mejora.<\/p>\n<\/div>
![\"Metriche](\"http:\/\/screamingfrog.club\/wp-content\/uploads\/2024\/03\/SEO-Spider-PSI-Metrics.jpeg\")
<\/a><\/span><\/div>\n- 3. Realiza el escaneado.<\/li>\n<\/ul>\n
Una vez que hayas completado las configuraciones de las m\u00e9tricas de la API, puedes iniciar el rastreador y esperar a que el sitio web sea escaneado y rellenado con los datos de Core Web Vitals.<\/p>\n
\n- 4. An\u00e1lisis de datos<\/li>\n<\/ul>\n
S\u00f3lo tienes que hacer clic en la pesta\u00f1a PageSpeed para ver todos los detalles del rastreo y qu\u00e9 URLs han superado la prueba, cu\u00e1les necesitan mejorar y cu\u00e1les tienen errores graves.<\/p>\n<\/div>
![](\"http:\/\/screamingfrog.club\/wp-content\/uploads\/2024\/03\/seo-Spider-PageSpeed-Tab-analisi-dei-dati.jpeg\")
<\/a><\/span><\/div>El ejemplo anterior (con la configuraci\u00f3n por defecto) presenta las URL en la primera columna y la \u00abEvaluaci\u00f3n de las Vitales Web B\u00e1sicas\u00bb en la segunda. El estado de la ISP se marca como \u00abApto\u00bb o \u00abNo apto\u00bb en funci\u00f3n de si se considera v\u00e1lida en los tres Web Vitals.<\/p>\n
En la captura de pantalla puedes ver que la URL de la parte superior tiene un LCP de 1,99s (menos de 2,5s), un FID de 37ms (menos de 100ms) y un CLS de 0,06 (menos de 0,1), por lo que pas\u00f3 la validaci\u00f3n CWV.<\/p>\n
A trav\u00e9s de esta visi\u00f3n general, puedes examinar inmediatamente qu\u00e9 p\u00e1ginas no han superado la prueba y sobre qu\u00e9 m\u00e9tricas CWV concretas actuar.<\/p>\n
Puede ocurrir que algunas URL no obtengan datos CWV, esta condici\u00f3n se produce cuando no hay suficientes datos sobre la velocidad en CrUX, o porque la p\u00e1gina no tiene suficientes visitantes. Por lo general, s\u00f3lo las p\u00e1ginas m\u00e1s populares tienen datos suficientes para el informe UX de Chrome.<\/p>\n
\n- 5. Segmentaci\u00f3n de patrones de error<\/li>\n<\/ul>\n
Una vez que tengas los datos, puedes examinar el rendimiento de cada CWV individual utilizando diferentes filtros y aislar los problemas que hay que optimizar haciendo que cada URL tenga los mismos problemas cr\u00edticos.<\/p>\n<\/div>
Screaming Frog SEO Spider a trav\u00e9s de su conexi\u00f3n con PageSpeed Insights API te permite medir f\u00e1cilmente el Core Web Vitals (CWV) para cada p\u00e1gina de tu sitio web.<\/p>\n
Las Core Web Vitals son un conjunto de m\u00e9tricas que Google introdujo a partir de mayo de 2021 para medir aspectos clave de la experiencia del usuario al cargar una p\u00e1gina web. Core Web Vitals es una revoluci\u00f3n que ayuda a Google a evaluar las p\u00e1ginas web y a clasificarlas en los resultados de b\u00fasqueda.<\/p>\n
De momento, son esencialmente tres, pero creo que m\u00e1s adelante se introducir\u00e1n otras m\u00e9tricas, adem\u00e1s del perfeccionamiento de \u00e9stas, para garantizar una experiencia de navegaci\u00f3n m\u00e1s satisfactoria.<\/p>\n<\/div>
LCP: Pintura de mayor contenido<\/h3><\/span><\/div><\/div><\/div>La m\u00e9trica Pintura de contenido m\u00e1s grande (LCP) informa del tiempo de renderizado de la imagen o bloque de texto m\u00e1s grande visible dentro de la ventana gr\u00e1fica, en relaci\u00f3n con el momento en que la p\u00e1gina comenz\u00f3 a cargarse. Como par\u00e1metro de evaluaci\u00f3n, Google considera un tiempo m\u00e1ximo de 2,5 segundos para garantizar una experiencia de usuario buena y satisfactoria.<\/p>\n
Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a tener en cuenta es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n<\/div>
<\/a><\/span><\/div><\/div><\/div><\/span>FID: Retardo de la primera entrada<\/h3><\/span><\/div><\/div><\/div>El Retraso en la Primera Entrada (FID) de una p\u00e1gina mide su capacidad de respuesta a las interacciones del usuario. Por ejemplo, si un usuario hace clic en un enlace o selecciona un men\u00fa desplegable, el FID eval\u00faa la rapidez con que se realiza esta acci\u00f3n en la p\u00e1gina.<\/p>\n
Normalmente, las interacciones del usuario se retrasan cuando el navegador est\u00e1 ocupado realizando otras tareas.<\/p>\n
Por ejemplo, al analizar la l\u00ednea de tiempo de carga que aparece a continuaci\u00f3n, vemos barras azules que identifican el tiempo que tarda en cargarse un recurso (como un archivo JavaScript) que requiere bastante tiempo.<\/p>\n
Si un usuario hac\u00eda clic en algo dentro de la p\u00e1gina HTML durante este tiempo, la interacci\u00f3n se retrasar\u00eda hasta que el navegador hubiera completado el proceso anterior.<\/p>\n<\/div>
<\/a><\/span><\/div>Como par\u00e1metro de evaluaci\u00f3n, para proporcionar una buena experiencia de usuario, Google indica que la m\u00e9trica Retraso en la primera entrada debe ser de 100 milisegundos o menos. Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a medir es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n<\/div>
<\/div><\/div><\/span>CLS: Desplazamiento de disposici\u00f3n acumulativo<\/h3><\/span><\/div><\/div><\/div>El Desplazamiento acumulativo del dise\u00f1o (CLS) es una m\u00e9trica muy importante centrada en la experiencia del usuario que mide la estabilidad visual de un dise\u00f1o mientras se carga una p\u00e1gina HTML. Este \u00edndice se introdujo para limitar los desagradables cambios inesperados debidos, por ejemplo, a banners publicitarios u otros. Todos hemos tenido la frustrante experiencia de leer un sitio de noticias y que el texto del art\u00edculo salte hacia abajo mientras se carga la navegaci\u00f3n; CLS mide precisamente esta inestabilidad de la navegaci\u00f3n.<\/p>\n
A continuaci\u00f3n puedes ver este fen\u00f3meno mientras el navegador carga la p\u00e1gina. A trav\u00e9s de cada pantalla, se a\u00f1ade contenido, haciendo que los elementos anteriores se muevan hacia arriba y hacia abajo.<\/p>\n<\/div>
<\/span><\/div>Para proporcionar una buena experiencia al usuario, los sitios deben esforzarse por tener una puntuaci\u00f3n CLS de 0,1 o inferior. Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a medir es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n
Las Core Web Vitals son m\u00e9tricas basadas en datos reales del Informe de la Experiencia de Usuario de Chrome (CrUX) de los \u00faltimos 28 d\u00edas y basadas en las visitas de los usuarios a una p\u00e1gina.<\/p>\n
Cada Web Vital se califica seg\u00fan tres clasificaciones: Bueno, Necesita mejorar y Malo.<\/p>\n
Para que una p\u00e1gina sea validada por la Evaluaci\u00f3n Vital Web B\u00e1sica, debe considerarse \u00abBuena\u00bb en las tres m\u00e9tricas.<\/p>\n
Google proporcion\u00f3 una c\u00f3moda ilustraci\u00f3n de los umbrales de cada m\u00e9trica.<\/p>\n<\/div>
<\/span><\/div><\/div><\/div><\/span>An\u00e1lisis de Par\u00e1metros Core Web Vitals<\/h3><\/span><\/div><\/div><\/div>Las Core Web Vitals de los sitios web se registran y almacenan dentro del Informe de experiencia de usuario de Chrome y puedes verlas esencialmente de dos maneras.<\/p>\n
Para una \u00fanica URL, puedes utilizar PageSpeed Insights (PSI), que te indica si la p\u00e1gina ha superado o no las comprobaciones.<\/p>\n<\/div>
<\/span><\/div>La segunda soluci\u00f3n es consultar Search Console en la secci\u00f3n \u00abCore Vitals\u00bb, que informa del rendimiento de la p\u00e1gina, errores y advertencias en relaci\u00f3n con estas m\u00e9tricas.<\/p>\n
<\/div>\n<\/div><\/span><\/div>Aunque estas dos comprobaciones son eficaces, tambi\u00e9n son extremadamente reductoras, porque la primera soluci\u00f3n permite una comprobaci\u00f3n unitaria de las URL, mientras que la segunda con GSC agrega m\u00faltiples URL (plantillas de URL) y no proporciona puntuaciones unitarias de calidad.<\/p>\n<\/div>
<\/div><\/div><\/span>An\u00e1lisis de Screaming Frog Web Vitals<\/h3><\/span><\/div><\/div><\/div>La conexi\u00f3n de Screaming Frog SEO Spider con la API PageSpeed Insights facilita la recopilaci\u00f3n de datos sobre Web Vital y devuelve datos espec\u00edficos de URL basados en datos reales de CrUX y de laboratorio. Para configurarlo, s\u00f3lo tienes que seguir unos sencillos pasos.<\/p>\n
\n- 1. Conexi\u00f3n a la API de PageSpeed.<\/li>\n<\/ul>\n<\/div>\n<\/div><\/a><\/span><\/div>
\n- 2. Ajustes de las m\u00e9tricas a considerar.<\/li>\n<\/ul>\n
Una vez conectado a PSI, tienes que hacer clic en la pesta\u00f1a \u00abM\u00e9tricas\u00bb y elegir cu\u00e1les quieres introducir como par\u00e1metros de an\u00e1lisis. En las primeras exploraciones del Core Web Vitals, recomiendo utilizar la selecci\u00f3n por defecto, ya que incluye datos del informe CrUX, datos de laboratorio de Google Lighthouse y datos de oportunidades de las \u00e1reas de mejora.<\/p>\n<\/div>
<\/a><\/span><\/div>\n- 3. Realiza el escaneado.<\/li>\n<\/ul>\n
Una vez que hayas completado las configuraciones de las m\u00e9tricas de la API, puedes iniciar el rastreador y esperar a que el sitio web sea escaneado y rellenado con los datos de Core Web Vitals.<\/p>\n
\n- 4. An\u00e1lisis de datos<\/li>\n<\/ul>\n
S\u00f3lo tienes que hacer clic en la pesta\u00f1a PageSpeed para ver todos los detalles del rastreo y qu\u00e9 URLs han superado la prueba, cu\u00e1les necesitan mejorar y cu\u00e1les tienen errores graves.<\/p>\n<\/div>
<\/a><\/span><\/div>El ejemplo anterior (con la configuraci\u00f3n por defecto) presenta las URL en la primera columna y la \u00abEvaluaci\u00f3n de las Vitales Web B\u00e1sicas\u00bb en la segunda. El estado de la ISP se marca como \u00abApto\u00bb o \u00abNo apto\u00bb en funci\u00f3n de si se considera v\u00e1lida en los tres Web Vitals.<\/p>\n
En la captura de pantalla puedes ver que la URL de la parte superior tiene un LCP de 1,99s (menos de 2,5s), un FID de 37ms (menos de 100ms) y un CLS de 0,06 (menos de 0,1), por lo que pas\u00f3 la validaci\u00f3n CWV.<\/p>\n
A trav\u00e9s de esta visi\u00f3n general, puedes examinar inmediatamente qu\u00e9 p\u00e1ginas no han superado la prueba y sobre qu\u00e9 m\u00e9tricas CWV concretas actuar.<\/p>\n
Puede ocurrir que algunas URL no obtengan datos CWV, esta condici\u00f3n se produce cuando no hay suficientes datos sobre la velocidad en CrUX, o porque la p\u00e1gina no tiene suficientes visitantes. Por lo general, s\u00f3lo las p\u00e1ginas m\u00e1s populares tienen datos suficientes para el informe UX de Chrome.<\/p>\n
\n- 5. Segmentaci\u00f3n de patrones de error<\/li>\n<\/ul>\n
Una vez que tengas los datos, puedes examinar el rendimiento de cada CWV individual utilizando diferentes filtros y aislar los problemas que hay que optimizar haciendo que cada URL tenga los mismos problemas cr\u00edticos.<\/p>\n<\/div>
La m\u00e9trica Pintura de contenido m\u00e1s grande (LCP) informa del tiempo de renderizado de la imagen o bloque de texto m\u00e1s grande visible dentro de la ventana gr\u00e1fica, en relaci\u00f3n con el momento en que la p\u00e1gina comenz\u00f3 a cargarse. Como par\u00e1metro de evaluaci\u00f3n, Google considera un tiempo m\u00e1ximo de 2,5 segundos para garantizar una experiencia de usuario buena y satisfactoria.<\/p>\n
Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a tener en cuenta es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n<\/div>
<\/a><\/span><\/div>FID: Retardo de la primera entrada<\/h3><\/span><\/div><\/div><\/div>El Retraso en la Primera Entrada (FID) de una p\u00e1gina mide su capacidad de respuesta a las interacciones del usuario. Por ejemplo, si un usuario hace clic en un enlace o selecciona un men\u00fa desplegable, el FID eval\u00faa la rapidez con que se realiza esta acci\u00f3n en la p\u00e1gina.<\/p>\n
Normalmente, las interacciones del usuario se retrasan cuando el navegador est\u00e1 ocupado realizando otras tareas.<\/p>\n
Por ejemplo, al analizar la l\u00ednea de tiempo de carga que aparece a continuaci\u00f3n, vemos barras azules que identifican el tiempo que tarda en cargarse un recurso (como un archivo JavaScript) que requiere bastante tiempo.<\/p>\n
Si un usuario hac\u00eda clic en algo dentro de la p\u00e1gina HTML durante este tiempo, la interacci\u00f3n se retrasar\u00eda hasta que el navegador hubiera completado el proceso anterior.<\/p>\n<\/div>
<\/a><\/span><\/div>Como par\u00e1metro de evaluaci\u00f3n, para proporcionar una buena experiencia de usuario, Google indica que la m\u00e9trica Retraso en la primera entrada debe ser de 100 milisegundos o menos. Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a medir es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n<\/div>
<\/div><\/div><\/span>CLS: Desplazamiento de disposici\u00f3n acumulativo<\/h3><\/span><\/div><\/div><\/div>El Desplazamiento acumulativo del dise\u00f1o (CLS) es una m\u00e9trica muy importante centrada en la experiencia del usuario que mide la estabilidad visual de un dise\u00f1o mientras se carga una p\u00e1gina HTML. Este \u00edndice se introdujo para limitar los desagradables cambios inesperados debidos, por ejemplo, a banners publicitarios u otros. Todos hemos tenido la frustrante experiencia de leer un sitio de noticias y que el texto del art\u00edculo salte hacia abajo mientras se carga la navegaci\u00f3n; CLS mide precisamente esta inestabilidad de la navegaci\u00f3n.<\/p>\n
A continuaci\u00f3n puedes ver este fen\u00f3meno mientras el navegador carga la p\u00e1gina. A trav\u00e9s de cada pantalla, se a\u00f1ade contenido, haciendo que los elementos anteriores se muevan hacia arriba y hacia abajo.<\/p>\n<\/div>
<\/span><\/div>Para proporcionar una buena experiencia al usuario, los sitios deben esforzarse por tener una puntuaci\u00f3n CLS de 0,1 o inferior. Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a medir es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n
Las Core Web Vitals son m\u00e9tricas basadas en datos reales del Informe de la Experiencia de Usuario de Chrome (CrUX) de los \u00faltimos 28 d\u00edas y basadas en las visitas de los usuarios a una p\u00e1gina.<\/p>\n
Cada Web Vital se califica seg\u00fan tres clasificaciones: Bueno, Necesita mejorar y Malo.<\/p>\n
Para que una p\u00e1gina sea validada por la Evaluaci\u00f3n Vital Web B\u00e1sica, debe considerarse \u00abBuena\u00bb en las tres m\u00e9tricas.<\/p>\n
Google proporcion\u00f3 una c\u00f3moda ilustraci\u00f3n de los umbrales de cada m\u00e9trica.<\/p>\n<\/div>
<\/span><\/div><\/div><\/div><\/span>An\u00e1lisis de Par\u00e1metros Core Web Vitals<\/h3><\/span><\/div><\/div><\/div>Las Core Web Vitals de los sitios web se registran y almacenan dentro del Informe de experiencia de usuario de Chrome y puedes verlas esencialmente de dos maneras.<\/p>\n
Para una \u00fanica URL, puedes utilizar PageSpeed Insights (PSI), que te indica si la p\u00e1gina ha superado o no las comprobaciones.<\/p>\n<\/div>
<\/span><\/div>La segunda soluci\u00f3n es consultar Search Console en la secci\u00f3n \u00abCore Vitals\u00bb, que informa del rendimiento de la p\u00e1gina, errores y advertencias en relaci\u00f3n con estas m\u00e9tricas.<\/p>\n
<\/div>\n<\/div><\/span><\/div>Aunque estas dos comprobaciones son eficaces, tambi\u00e9n son extremadamente reductoras, porque la primera soluci\u00f3n permite una comprobaci\u00f3n unitaria de las URL, mientras que la segunda con GSC agrega m\u00faltiples URL (plantillas de URL) y no proporciona puntuaciones unitarias de calidad.<\/p>\n<\/div>
<\/div><\/div><\/span>An\u00e1lisis de Screaming Frog Web Vitals<\/h3><\/span><\/div><\/div><\/div>La conexi\u00f3n de Screaming Frog SEO Spider con la API PageSpeed Insights facilita la recopilaci\u00f3n de datos sobre Web Vital y devuelve datos espec\u00edficos de URL basados en datos reales de CrUX y de laboratorio. Para configurarlo, s\u00f3lo tienes que seguir unos sencillos pasos.<\/p>\n
\n- 1. Conexi\u00f3n a la API de PageSpeed.<\/li>\n<\/ul>\n<\/div>\n<\/div><\/a><\/span><\/div>
\n- 2. Ajustes de las m\u00e9tricas a considerar.<\/li>\n<\/ul>\n
Una vez conectado a PSI, tienes que hacer clic en la pesta\u00f1a \u00abM\u00e9tricas\u00bb y elegir cu\u00e1les quieres introducir como par\u00e1metros de an\u00e1lisis. En las primeras exploraciones del Core Web Vitals, recomiendo utilizar la selecci\u00f3n por defecto, ya que incluye datos del informe CrUX, datos de laboratorio de Google Lighthouse y datos de oportunidades de las \u00e1reas de mejora.<\/p>\n<\/div>
<\/a><\/span><\/div>\n- 3. Realiza el escaneado.<\/li>\n<\/ul>\n
Una vez que hayas completado las configuraciones de las m\u00e9tricas de la API, puedes iniciar el rastreador y esperar a que el sitio web sea escaneado y rellenado con los datos de Core Web Vitals.<\/p>\n
\n- 4. An\u00e1lisis de datos<\/li>\n<\/ul>\n
S\u00f3lo tienes que hacer clic en la pesta\u00f1a PageSpeed para ver todos los detalles del rastreo y qu\u00e9 URLs han superado la prueba, cu\u00e1les necesitan mejorar y cu\u00e1les tienen errores graves.<\/p>\n<\/div>
<\/a><\/span><\/div>El ejemplo anterior (con la configuraci\u00f3n por defecto) presenta las URL en la primera columna y la \u00abEvaluaci\u00f3n de las Vitales Web B\u00e1sicas\u00bb en la segunda. El estado de la ISP se marca como \u00abApto\u00bb o \u00abNo apto\u00bb en funci\u00f3n de si se considera v\u00e1lida en los tres Web Vitals.<\/p>\n
En la captura de pantalla puedes ver que la URL de la parte superior tiene un LCP de 1,99s (menos de 2,5s), un FID de 37ms (menos de 100ms) y un CLS de 0,06 (menos de 0,1), por lo que pas\u00f3 la validaci\u00f3n CWV.<\/p>\n
A trav\u00e9s de esta visi\u00f3n general, puedes examinar inmediatamente qu\u00e9 p\u00e1ginas no han superado la prueba y sobre qu\u00e9 m\u00e9tricas CWV concretas actuar.<\/p>\n
Puede ocurrir que algunas URL no obtengan datos CWV, esta condici\u00f3n se produce cuando no hay suficientes datos sobre la velocidad en CrUX, o porque la p\u00e1gina no tiene suficientes visitantes. Por lo general, s\u00f3lo las p\u00e1ginas m\u00e1s populares tienen datos suficientes para el informe UX de Chrome.<\/p>\n
\n- 5. Segmentaci\u00f3n de patrones de error<\/li>\n<\/ul>\n
Una vez que tengas los datos, puedes examinar el rendimiento de cada CWV individual utilizando diferentes filtros y aislar los problemas que hay que optimizar haciendo que cada URL tenga los mismos problemas cr\u00edticos.<\/p>\n<\/div>
El Retraso en la Primera Entrada (FID) de una p\u00e1gina mide su capacidad de respuesta a las interacciones del usuario. Por ejemplo, si un usuario hace clic en un enlace o selecciona un men\u00fa desplegable, el FID eval\u00faa la rapidez con que se realiza esta acci\u00f3n en la p\u00e1gina.<\/p>\n
Normalmente, las interacciones del usuario se retrasan cuando el navegador est\u00e1 ocupado realizando otras tareas.<\/p>\n
Por ejemplo, al analizar la l\u00ednea de tiempo de carga que aparece a continuaci\u00f3n, vemos barras azules que identifican el tiempo que tarda en cargarse un recurso (como un archivo JavaScript) que requiere bastante tiempo.<\/p>\n
Si un usuario hac\u00eda clic en algo dentro de la p\u00e1gina HTML durante este tiempo, la interacci\u00f3n se retrasar\u00eda hasta que el navegador hubiera completado el proceso anterior.<\/p>\n<\/div>
<\/a><\/span><\/div>Como par\u00e1metro de evaluaci\u00f3n, para proporcionar una buena experiencia de usuario, Google indica que la m\u00e9trica Retraso en la primera entrada debe ser de 100 milisegundos o menos. Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a medir es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n<\/div>
CLS: Desplazamiento de disposici\u00f3n acumulativo<\/h3><\/span><\/div><\/div><\/div>El Desplazamiento acumulativo del dise\u00f1o (CLS) es una m\u00e9trica muy importante centrada en la experiencia del usuario que mide la estabilidad visual de un dise\u00f1o mientras se carga una p\u00e1gina HTML. Este \u00edndice se introdujo para limitar los desagradables cambios inesperados debidos, por ejemplo, a banners publicitarios u otros. Todos hemos tenido la frustrante experiencia de leer un sitio de noticias y que el texto del art\u00edculo salte hacia abajo mientras se carga la navegaci\u00f3n; CLS mide precisamente esta inestabilidad de la navegaci\u00f3n.<\/p>\n
A continuaci\u00f3n puedes ver este fen\u00f3meno mientras el navegador carga la p\u00e1gina. A trav\u00e9s de cada pantalla, se a\u00f1ade contenido, haciendo que los elementos anteriores se muevan hacia arriba y hacia abajo.<\/p>\n<\/div>
<\/span><\/div>Para proporcionar una buena experiencia al usuario, los sitios deben esforzarse por tener una puntuaci\u00f3n CLS de 0,1 o inferior. Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a medir es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n
Las Core Web Vitals son m\u00e9tricas basadas en datos reales del Informe de la Experiencia de Usuario de Chrome (CrUX) de los \u00faltimos 28 d\u00edas y basadas en las visitas de los usuarios a una p\u00e1gina.<\/p>\n
Cada Web Vital se califica seg\u00fan tres clasificaciones: Bueno, Necesita mejorar y Malo.<\/p>\n
Para que una p\u00e1gina sea validada por la Evaluaci\u00f3n Vital Web B\u00e1sica, debe considerarse \u00abBuena\u00bb en las tres m\u00e9tricas.<\/p>\n
Google proporcion\u00f3 una c\u00f3moda ilustraci\u00f3n de los umbrales de cada m\u00e9trica.<\/p>\n<\/div>
<\/span><\/div><\/div><\/div><\/span>An\u00e1lisis de Par\u00e1metros Core Web Vitals<\/h3><\/span><\/div><\/div><\/div>Las Core Web Vitals de los sitios web se registran y almacenan dentro del Informe de experiencia de usuario de Chrome y puedes verlas esencialmente de dos maneras.<\/p>\n
Para una \u00fanica URL, puedes utilizar PageSpeed Insights (PSI), que te indica si la p\u00e1gina ha superado o no las comprobaciones.<\/p>\n<\/div>
<\/span><\/div>La segunda soluci\u00f3n es consultar Search Console en la secci\u00f3n \u00abCore Vitals\u00bb, que informa del rendimiento de la p\u00e1gina, errores y advertencias en relaci\u00f3n con estas m\u00e9tricas.<\/p>\n
<\/div>\n<\/div><\/span><\/div>Aunque estas dos comprobaciones son eficaces, tambi\u00e9n son extremadamente reductoras, porque la primera soluci\u00f3n permite una comprobaci\u00f3n unitaria de las URL, mientras que la segunda con GSC agrega m\u00faltiples URL (plantillas de URL) y no proporciona puntuaciones unitarias de calidad.<\/p>\n<\/div>
<\/div><\/div><\/span>An\u00e1lisis de Screaming Frog Web Vitals<\/h3><\/span><\/div><\/div><\/div>La conexi\u00f3n de Screaming Frog SEO Spider con la API PageSpeed Insights facilita la recopilaci\u00f3n de datos sobre Web Vital y devuelve datos espec\u00edficos de URL basados en datos reales de CrUX y de laboratorio. Para configurarlo, s\u00f3lo tienes que seguir unos sencillos pasos.<\/p>\n
\n- 1. Conexi\u00f3n a la API de PageSpeed.<\/li>\n<\/ul>\n<\/div>\n<\/div><\/a><\/span><\/div>
\n- 2. Ajustes de las m\u00e9tricas a considerar.<\/li>\n<\/ul>\n
Una vez conectado a PSI, tienes que hacer clic en la pesta\u00f1a \u00abM\u00e9tricas\u00bb y elegir cu\u00e1les quieres introducir como par\u00e1metros de an\u00e1lisis. En las primeras exploraciones del Core Web Vitals, recomiendo utilizar la selecci\u00f3n por defecto, ya que incluye datos del informe CrUX, datos de laboratorio de Google Lighthouse y datos de oportunidades de las \u00e1reas de mejora.<\/p>\n<\/div>
<\/a><\/span><\/div>\n- 3. Realiza el escaneado.<\/li>\n<\/ul>\n
Una vez que hayas completado las configuraciones de las m\u00e9tricas de la API, puedes iniciar el rastreador y esperar a que el sitio web sea escaneado y rellenado con los datos de Core Web Vitals.<\/p>\n
\n- 4. An\u00e1lisis de datos<\/li>\n<\/ul>\n
S\u00f3lo tienes que hacer clic en la pesta\u00f1a PageSpeed para ver todos los detalles del rastreo y qu\u00e9 URLs han superado la prueba, cu\u00e1les necesitan mejorar y cu\u00e1les tienen errores graves.<\/p>\n<\/div>
<\/a><\/span><\/div>El ejemplo anterior (con la configuraci\u00f3n por defecto) presenta las URL en la primera columna y la \u00abEvaluaci\u00f3n de las Vitales Web B\u00e1sicas\u00bb en la segunda. El estado de la ISP se marca como \u00abApto\u00bb o \u00abNo apto\u00bb en funci\u00f3n de si se considera v\u00e1lida en los tres Web Vitals.<\/p>\n
En la captura de pantalla puedes ver que la URL de la parte superior tiene un LCP de 1,99s (menos de 2,5s), un FID de 37ms (menos de 100ms) y un CLS de 0,06 (menos de 0,1), por lo que pas\u00f3 la validaci\u00f3n CWV.<\/p>\n
A trav\u00e9s de esta visi\u00f3n general, puedes examinar inmediatamente qu\u00e9 p\u00e1ginas no han superado la prueba y sobre qu\u00e9 m\u00e9tricas CWV concretas actuar.<\/p>\n
Puede ocurrir que algunas URL no obtengan datos CWV, esta condici\u00f3n se produce cuando no hay suficientes datos sobre la velocidad en CrUX, o porque la p\u00e1gina no tiene suficientes visitantes. Por lo general, s\u00f3lo las p\u00e1ginas m\u00e1s populares tienen datos suficientes para el informe UX de Chrome.<\/p>\n
\n- 5. Segmentaci\u00f3n de patrones de error<\/li>\n<\/ul>\n
Una vez que tengas los datos, puedes examinar el rendimiento de cada CWV individual utilizando diferentes filtros y aislar los problemas que hay que optimizar haciendo que cada URL tenga los mismos problemas cr\u00edticos.<\/p>\n<\/div>
El Desplazamiento acumulativo del dise\u00f1o (CLS) es una m\u00e9trica muy importante centrada en la experiencia del usuario que mide la estabilidad visual de un dise\u00f1o mientras se carga una p\u00e1gina HTML. Este \u00edndice se introdujo para limitar los desagradables cambios inesperados debidos, por ejemplo, a banners publicitarios u otros. Todos hemos tenido la frustrante experiencia de leer un sitio de noticias y que el texto del art\u00edculo salte hacia abajo mientras se carga la navegaci\u00f3n; CLS mide precisamente esta inestabilidad de la navegaci\u00f3n.<\/p>\n
A continuaci\u00f3n puedes ver este fen\u00f3meno mientras el navegador carga la p\u00e1gina. A trav\u00e9s de cada pantalla, se a\u00f1ade contenido, haciendo que los elementos anteriores se muevan hacia arriba y hacia abajo.<\/p>\n<\/div>
<\/span><\/div>Para proporcionar una buena experiencia al usuario, los sitios deben esforzarse por tener una puntuaci\u00f3n CLS de 0,1 o inferior. Para asegurarte de que lo consigues para la mayor\u00eda de tus usuarios, un buen umbral a medir es el percentil 75 de cargas de p\u00e1gina, segmentado entre dispositivos m\u00f3viles y de escritorio.<\/p>\n
Las Core Web Vitals son m\u00e9tricas basadas en datos reales del Informe de la Experiencia de Usuario de Chrome (CrUX) de los \u00faltimos 28 d\u00edas y basadas en las visitas de los usuarios a una p\u00e1gina.<\/p>\n
Cada Web Vital se califica seg\u00fan tres clasificaciones: Bueno, Necesita mejorar y Malo.<\/p>\n
Para que una p\u00e1gina sea validada por la Evaluaci\u00f3n Vital Web B\u00e1sica, debe considerarse \u00abBuena\u00bb en las tres m\u00e9tricas.<\/p>\n
Google proporcion\u00f3 una c\u00f3moda ilustraci\u00f3n de los umbrales de cada m\u00e9trica.<\/p>\n<\/div>
<\/span><\/div>An\u00e1lisis de Par\u00e1metros Core Web Vitals<\/h3><\/span><\/div><\/div><\/div>Las Core Web Vitals de los sitios web se registran y almacenan dentro del Informe de experiencia de usuario de Chrome y puedes verlas esencialmente de dos maneras.<\/p>\n
Para una \u00fanica URL, puedes utilizar PageSpeed Insights (PSI), que te indica si la p\u00e1gina ha superado o no las comprobaciones.<\/p>\n<\/div>
<\/span><\/div>La segunda soluci\u00f3n es consultar Search Console en la secci\u00f3n \u00abCore Vitals\u00bb, que informa del rendimiento de la p\u00e1gina, errores y advertencias en relaci\u00f3n con estas m\u00e9tricas.<\/p>\n
<\/div>\n<\/div><\/span><\/div>Aunque estas dos comprobaciones son eficaces, tambi\u00e9n son extremadamente reductoras, porque la primera soluci\u00f3n permite una comprobaci\u00f3n unitaria de las URL, mientras que la segunda con GSC agrega m\u00faltiples URL (plantillas de URL) y no proporciona puntuaciones unitarias de calidad.<\/p>\n<\/div>
<\/div><\/div><\/span>An\u00e1lisis de Screaming Frog Web Vitals<\/h3><\/span><\/div><\/div><\/div>La conexi\u00f3n de Screaming Frog SEO Spider con la API PageSpeed Insights facilita la recopilaci\u00f3n de datos sobre Web Vital y devuelve datos espec\u00edficos de URL basados en datos reales de CrUX y de laboratorio. Para configurarlo, s\u00f3lo tienes que seguir unos sencillos pasos.<\/p>\n
\n- 1. Conexi\u00f3n a la API de PageSpeed.<\/li>\n<\/ul>\n<\/div>\n<\/div><\/a><\/span><\/div>
\n- 2. Ajustes de las m\u00e9tricas a considerar.<\/li>\n<\/ul>\n
Una vez conectado a PSI, tienes que hacer clic en la pesta\u00f1a \u00abM\u00e9tricas\u00bb y elegir cu\u00e1les quieres introducir como par\u00e1metros de an\u00e1lisis. En las primeras exploraciones del Core Web Vitals, recomiendo utilizar la selecci\u00f3n por defecto, ya que incluye datos del informe CrUX, datos de laboratorio de Google Lighthouse y datos de oportunidades de las \u00e1reas de mejora.<\/p>\n<\/div>
<\/a><\/span><\/div>\n- 3. Realiza el escaneado.<\/li>\n<\/ul>\n
Una vez que hayas completado las configuraciones de las m\u00e9tricas de la API, puedes iniciar el rastreador y esperar a que el sitio web sea escaneado y rellenado con los datos de Core Web Vitals.<\/p>\n
\n- 4. An\u00e1lisis de datos<\/li>\n<\/ul>\n
S\u00f3lo tienes que hacer clic en la pesta\u00f1a PageSpeed para ver todos los detalles del rastreo y qu\u00e9 URLs han superado la prueba, cu\u00e1les necesitan mejorar y cu\u00e1les tienen errores graves.<\/p>\n<\/div>
<\/a><\/span><\/div>El ejemplo anterior (con la configuraci\u00f3n por defecto) presenta las URL en la primera columna y la \u00abEvaluaci\u00f3n de las Vitales Web B\u00e1sicas\u00bb en la segunda. El estado de la ISP se marca como \u00abApto\u00bb o \u00abNo apto\u00bb en funci\u00f3n de si se considera v\u00e1lida en los tres Web Vitals.<\/p>\n
En la captura de pantalla puedes ver que la URL de la parte superior tiene un LCP de 1,99s (menos de 2,5s), un FID de 37ms (menos de 100ms) y un CLS de 0,06 (menos de 0,1), por lo que pas\u00f3 la validaci\u00f3n CWV.<\/p>\n
A trav\u00e9s de esta visi\u00f3n general, puedes examinar inmediatamente qu\u00e9 p\u00e1ginas no han superado la prueba y sobre qu\u00e9 m\u00e9tricas CWV concretas actuar.<\/p>\n
Puede ocurrir que algunas URL no obtengan datos CWV, esta condici\u00f3n se produce cuando no hay suficientes datos sobre la velocidad en CrUX, o porque la p\u00e1gina no tiene suficientes visitantes. Por lo general, s\u00f3lo las p\u00e1ginas m\u00e1s populares tienen datos suficientes para el informe UX de Chrome.<\/p>\n
\n- 5. Segmentaci\u00f3n de patrones de error<\/li>\n<\/ul>\n
Una vez que tengas los datos, puedes examinar el rendimiento de cada CWV individual utilizando diferentes filtros y aislar los problemas que hay que optimizar haciendo que cada URL tenga los mismos problemas cr\u00edticos.<\/p>\n<\/div>
Las Core Web Vitals de los sitios web se registran y almacenan dentro del Informe de experiencia de usuario de Chrome y puedes verlas esencialmente de dos maneras.<\/p>\n
Para una \u00fanica URL, puedes utilizar PageSpeed Insights (PSI), que te indica si la p\u00e1gina ha superado o no las comprobaciones.<\/p>\n<\/div>
<\/span><\/div>La segunda soluci\u00f3n es consultar Search Console en la secci\u00f3n \u00abCore Vitals\u00bb, que informa del rendimiento de la p\u00e1gina, errores y advertencias en relaci\u00f3n con estas m\u00e9tricas.<\/p>\n
<\/span><\/div>Aunque estas dos comprobaciones son eficaces, tambi\u00e9n son extremadamente reductoras, porque la primera soluci\u00f3n permite una comprobaci\u00f3n unitaria de las URL, mientras que la segunda con GSC agrega m\u00faltiples URL (plantillas de URL) y no proporciona puntuaciones unitarias de calidad.<\/p>\n<\/div>
An\u00e1lisis de Screaming Frog Web Vitals<\/h3><\/span><\/div><\/div><\/div>La conexi\u00f3n de Screaming Frog SEO Spider con la API PageSpeed Insights facilita la recopilaci\u00f3n de datos sobre Web Vital y devuelve datos espec\u00edficos de URL basados en datos reales de CrUX y de laboratorio. Para configurarlo, s\u00f3lo tienes que seguir unos sencillos pasos.<\/p>\n
\n- 1. Conexi\u00f3n a la API de PageSpeed.<\/li>\n<\/ul>\n<\/div>\n<\/div><\/a><\/span><\/div>
\n- 2. Ajustes de las m\u00e9tricas a considerar.<\/li>\n<\/ul>\n
Una vez conectado a PSI, tienes que hacer clic en la pesta\u00f1a \u00abM\u00e9tricas\u00bb y elegir cu\u00e1les quieres introducir como par\u00e1metros de an\u00e1lisis. En las primeras exploraciones del Core Web Vitals, recomiendo utilizar la selecci\u00f3n por defecto, ya que incluye datos del informe CrUX, datos de laboratorio de Google Lighthouse y datos de oportunidades de las \u00e1reas de mejora.<\/p>\n<\/div>
<\/a><\/span><\/div>\n- 3. Realiza el escaneado.<\/li>\n<\/ul>\n
Una vez que hayas completado las configuraciones de las m\u00e9tricas de la API, puedes iniciar el rastreador y esperar a que el sitio web sea escaneado y rellenado con los datos de Core Web Vitals.<\/p>\n
\n- 4. An\u00e1lisis de datos<\/li>\n<\/ul>\n
S\u00f3lo tienes que hacer clic en la pesta\u00f1a PageSpeed para ver todos los detalles del rastreo y qu\u00e9 URLs han superado la prueba, cu\u00e1les necesitan mejorar y cu\u00e1les tienen errores graves.<\/p>\n<\/div>
<\/a><\/span><\/div>El ejemplo anterior (con la configuraci\u00f3n por defecto) presenta las URL en la primera columna y la \u00abEvaluaci\u00f3n de las Vitales Web B\u00e1sicas\u00bb en la segunda. El estado de la ISP se marca como \u00abApto\u00bb o \u00abNo apto\u00bb en funci\u00f3n de si se considera v\u00e1lida en los tres Web Vitals.<\/p>\n
En la captura de pantalla puedes ver que la URL de la parte superior tiene un LCP de 1,99s (menos de 2,5s), un FID de 37ms (menos de 100ms) y un CLS de 0,06 (menos de 0,1), por lo que pas\u00f3 la validaci\u00f3n CWV.<\/p>\n
A trav\u00e9s de esta visi\u00f3n general, puedes examinar inmediatamente qu\u00e9 p\u00e1ginas no han superado la prueba y sobre qu\u00e9 m\u00e9tricas CWV concretas actuar.<\/p>\n
Puede ocurrir que algunas URL no obtengan datos CWV, esta condici\u00f3n se produce cuando no hay suficientes datos sobre la velocidad en CrUX, o porque la p\u00e1gina no tiene suficientes visitantes. Por lo general, s\u00f3lo las p\u00e1ginas m\u00e1s populares tienen datos suficientes para el informe UX de Chrome.<\/p>\n
\n- 5. Segmentaci\u00f3n de patrones de error<\/li>\n<\/ul>\n
Una vez que tengas los datos, puedes examinar el rendimiento de cada CWV individual utilizando diferentes filtros y aislar los problemas que hay que optimizar haciendo que cada URL tenga los mismos problemas cr\u00edticos.<\/p>\n<\/div>
La conexi\u00f3n de Screaming Frog SEO Spider con la API PageSpeed Insights facilita la recopilaci\u00f3n de datos sobre Web Vital y devuelve datos espec\u00edficos de URL basados en datos reales de CrUX y de laboratorio. Para configurarlo, s\u00f3lo tienes que seguir unos sencillos pasos.<\/p>\n
- \n
- 1. Conexi\u00f3n a la API de PageSpeed.<\/li>\n<\/ul>\n<\/div>\n<\/div><\/a><\/span><\/div>
- \n
- 2. Ajustes de las m\u00e9tricas a considerar.<\/li>\n<\/ul>\n
Una vez conectado a PSI, tienes que hacer clic en la pesta\u00f1a \u00abM\u00e9tricas\u00bb y elegir cu\u00e1les quieres introducir como par\u00e1metros de an\u00e1lisis. En las primeras exploraciones del Core Web Vitals, recomiendo utilizar la selecci\u00f3n por defecto, ya que incluye datos del informe CrUX, datos de laboratorio de Google Lighthouse y datos de oportunidades de las \u00e1reas de mejora.<\/p>\n<\/div>
<\/a><\/span><\/div>- \n
- 3. Realiza el escaneado.<\/li>\n<\/ul>\n
Una vez que hayas completado las configuraciones de las m\u00e9tricas de la API, puedes iniciar el rastreador y esperar a que el sitio web sea escaneado y rellenado con los datos de Core Web Vitals.<\/p>\n
- \n
- 4. An\u00e1lisis de datos<\/li>\n<\/ul>\n
S\u00f3lo tienes que hacer clic en la pesta\u00f1a PageSpeed para ver todos los detalles del rastreo y qu\u00e9 URLs han superado la prueba, cu\u00e1les necesitan mejorar y cu\u00e1les tienen errores graves.<\/p>\n<\/div>
<\/a><\/span><\/div>El ejemplo anterior (con la configuraci\u00f3n por defecto) presenta las URL en la primera columna y la \u00abEvaluaci\u00f3n de las Vitales Web B\u00e1sicas\u00bb en la segunda. El estado de la ISP se marca como \u00abApto\u00bb o \u00abNo apto\u00bb en funci\u00f3n de si se considera v\u00e1lida en los tres Web Vitals.<\/p>\n
En la captura de pantalla puedes ver que la URL de la parte superior tiene un LCP de 1,99s (menos de 2,5s), un FID de 37ms (menos de 100ms) y un CLS de 0,06 (menos de 0,1), por lo que pas\u00f3 la validaci\u00f3n CWV.<\/p>\n
A trav\u00e9s de esta visi\u00f3n general, puedes examinar inmediatamente qu\u00e9 p\u00e1ginas no han superado la prueba y sobre qu\u00e9 m\u00e9tricas CWV concretas actuar.<\/p>\n
Puede ocurrir que algunas URL no obtengan datos CWV, esta condici\u00f3n se produce cuando no hay suficientes datos sobre la velocidad en CrUX, o porque la p\u00e1gina no tiene suficientes visitantes. Por lo general, s\u00f3lo las p\u00e1ginas m\u00e1s populares tienen datos suficientes para el informe UX de Chrome.<\/p>\n
- \n
- 5. Segmentaci\u00f3n de patrones de error<\/li>\n<\/ul>\n
Una vez que tengas los datos, puedes examinar el rendimiento de cada CWV individual utilizando diferentes filtros y aislar los problemas que hay que optimizar haciendo que cada URL tenga los mismos problemas cr\u00edticos.<\/p>\n<\/div>
- 5. Segmentaci\u00f3n de patrones de error<\/li>\n<\/ul>\n
- 4. An\u00e1lisis de datos<\/li>\n<\/ul>\n
- 3. Realiza el escaneado.<\/li>\n<\/ul>\n
- 2. Ajustes de las m\u00e9tricas a considerar.<\/li>\n<\/ul>\n