Glosario de Google Search Console y SEO

Clics

Se cuenta un clic cuando un usuario hace clic en un resultado de Búsqueda de Google, Discover o Noticias que lo lleva a una página fuera de Google.

Los clics que mantienen al usuario dentro de Google, como un refinamiento de la consulta que inicia una nueva búsqueda, no se cuentan. Hacer clic en un resultado, volver y hacer clic otra vez en el mismo enlace cuenta una vez; hacer clic en un enlace distinto cuenta de nuevo. Los datos de clics se atribuyen a la URL canónica que eligió Google, no necesariamente a la URL en la que aterrizó el usuario. Los clics de Search Console y las sesiones de GA4 miden cosas distintas y rara vez coinciden; consulta clics de GSC frente a sesiones de GA4.

En GSC Magic: El resumen del panel muestra los clics diarios y una tarjeta de consultas y páginas principales con la variación de clics frente al periodo anterior.

Relacionado: Impresiones, CTR (porcentaje de clics), Sesión (GA4), URL canónica

CTR (porcentaje de clics)

El CTR es el número de clics dividido entre las impresiones, expresado en porcentaje para todo el sitio o para una sola consulta, página, país o dispositivo.

El CTR depende mucho de la posición y del tipo de resultado mostrado, así que compáralo entre consultas o páginas en posiciones similares en lugar de contra un único objetivo. También depende de la agregación: cuando varias de tus páginas aparecen para una misma consulta, el CTR agrupado por propiedad suele ser mayor que el agrupado por página, porque la propiedad suma una impresión y se queda con el clic. Si las impresiones se mantienen pero los clics bajan, Google sugiere comprobar si tu título y tu fragmento siguen describiendo bien la página.

En GSC Magic: report_ctr_outliers lista las páginas cuyo CTR está por debajo de la mitad del CTR mediano de tu sitio en la misma posición.

Relacionado: Clics, Impresiones, CTR atípico (página con CTR bajo), Posición media

Fuentes: support.google.com, support.google.com, developers.google.com

Posición media

La posición media es la media de la posición más alta que alcanzó tu sitio o tu página en los resultados de Búsqueda de Google, contada solo en las búsquedas en las que obtuvo una impresión.

Si una consulta muestra tu sitio en las posiciones 2, 4 y 6 y otra en la 3, 5 y 9, Search Console cuenta 2 y 3 e informa de una media de 2,5. Cada elemento de resultado ocupa una posición: todos los enlaces de un panel de conocimiento o de un AI Overview comparten la posición de ese elemento, y los anuncios no ocupan posición. Un resultado que nunca se vio, por ejemplo en la página 3, no registra posición, y por eso algunas celdas muestran un guion. La posición se calcula solo para Búsqueda de Google, no para Discover ni Noticias, y tu propia búsqueda puede mostrar un puesto distinto porque los resultados dependen de la ubicación y del historial. Google recomienda observar los cambios a lo largo del tiempo en lugar de leer un solo valor.

En GSC Magic: report_quick_wins usa la posición media para encontrar pares de consulta y página que están en las posiciones 4 a 20 con muchas impresiones.

Relacionado: Impresiones, Palabras clave al alcance (victorias rápidas), AI Overviews y AI Mode, Actualización principal

Consulta

Una consulta es un término de búsqueda que hizo que tu sitio apareciera en los resultados de Google; la pestaña Consultas del informe de Rendimiento agrupa por ella los clics y las impresiones.

La tabla de consultas nunca está completa. Algunas consultas se ocultan por privacidad (consultas anonimizadas) y, por límites internos, Search Console solo almacena y muestra las filas más importantes. Los filtros de consulta no distinguen entre mayúsculas y minúsculas. En el tipo de búsqueda Web: multimodal, como las búsquedas con Google Lens, no hay consulta de texto disponible, así que la dimensión falta. Lee más en por qué Search Console oculta algunas consultas.

En GSC Magic: gsc_query_analytics devuelve hasta 25.000 filas de consultas por petición mediante la API de Search Analytics.

Relacionado: Consultas anonimizadas, Límite de 1.000 filas, Consultas de marca y sin marca, Página (dimensión)

Página (dimensión)

La dimensión Página agrupa los datos de Rendimiento por la URL a la que enlazaba un resultado de búsqueda después de las redirecciones, normalmente atribuida a la URL canónica de la página.

Cuando un usuario hace clic en una URL duplicada, Search Console atribuye el clic a la URL canónica que eligió Google, que puedes comprobar con la herramienta de Inspección de URL. Elegir la pestaña Páginas cambia la agregación de la tabla de propiedad a página, así que cada URL mostrada para una consulta recibe su propia impresión. El gráfico sigue agregado por propiedad, que es el motivo habitual de que el total de la tabla y el del gráfico no coincidan.

Relacionado: URL canónica, Inspección de URL, Consulta, Impresiones

Apariencia en la búsqueda

La apariencia en la búsqueda es una dimensión del informe de Rendimiento que agrupa los datos por el tipo de resultado o de función en el que apareció tu página, como fragmentos de reseñas, vídeos o fichas de comerciante.

El filtro solo lista los tipos en los que tu sitio registró impresiones. Agrupar por apariencia en la búsqueda agrega la tabla por página. Los clics se asignan a una URL, no a una URL más una función, así que un recuento de clics filtrado puede incluir clics en un enlace normal a la misma página. Algunos tipos antiguos, como los resultados enriquecidos de preguntas frecuentes y de procedimientos, figuran como obsoletos en la documentación de Google.

En GSC Magic: gsc_query_analytics puede agrupar o filtrar los datos de rendimiento por apariencia en la búsqueda.

Relacionado: Datos estructurados y resultados enriquecidos, Tipo de búsqueda, Página (dimensión)

Fuentes: support.google.com

Tipo de búsqueda

El tipo de búsqueda es el filtro del informe de Rendimiento que separa el tráfico de las búsquedas Web (basadas en texto o multimodales), Imágenes, Vídeo y Noticias en Búsqueda de Google.

«Web: basada en texto» cubre las consultas escritas en la barra de búsqueda estándar; «Web: multimodal» cubre las búsquedas hechas con imágenes, como Google Lens, Circle to Search y la búsqueda de imágenes de Chrome. Imágenes, Vídeo y Noticias cubren las pestañas correspondientes. Discover y Google Noticias tienen sus propios informes de rendimiento. Google recomienda analizar los tipos de búsqueda por separado al investigar una caída, y el límite de filas de la API se aplica por tipo de búsqueda.

Relacionado: Apariencia en la búsqueda, Límite de 1.000 filas, Actualización principal

País y dispositivo

En el informe de Rendimiento, País agrupa los datos por el lugar desde el que se originó la búsqueda y Dispositivo los agrupa por ordenador, móvil o tableta.

Ambas dimensiones se agregan por propiedad. Google indica que las peticiones sin la dimensión de consulta o de página, como países, dispositivos y apariencia en la búsqueda, se muestran y se exportan completas, así que no les afecta el límite diario de filas. Al comparar ordenador y móvil puede aparecer un guion en la posición cuando una página no tuvo impresiones en uno de los dispositivos.

En GSC Magic: gsc_query_analytics acepta país y dispositivo como dimensiones y como filtros.

Relacionado: Límite de 1.000 filas, Posición media, Consulta

Frescura de los datos y datos preliminares

La frescura de los datos es la rapidez con la que Search Console muestra los datos de rendimiento; las cifras más recientes pueden ser preliminares, todavía en recopilación, y se dibujan con una línea de puntos.

La vista de 24 horas muestra las últimas 24 horas disponibles con un retraso de unas pocas horas, en puntos horarios y en la zona horaria de tu navegador. Las demás vistas usan la hora del Pacífico y muestran días completos de forma predeterminada. En la API de Search Analytics, dataState "final" (el valor predeterminado) devuelve solo datos definitivos, mientras que "all" incluye datos recientes y "hourly_all" añade el desglose por horas. La guía de la API de Google señala que los datos suelen estar disponibles al cabo de 2 o 3 días.

En GSC Magic: La sincronización alojada actualiza los últimos cuatro días cada seis horas, porque Google revisa las cifras recientes.

Relacionado: Retención de datos de 16 meses, Clics, Impresiones

Fuentes: support.google.com, developers.google.com, developers.google.com, developers.google.com

Consultas anonimizadas

Las consultas anonimizadas son búsquedas que Search Console deja fuera de sus tablas para proteger la privacidad, porque no las hicieron más que unas pocas docenas de usuarios en dos o tres meses.

Siguen contando en los totales del gráfico a menos que apliques un filtro de consulta, así que la suma de las filas de la tabla suele ser menor que el total. Los filtros las descartan por completo: las consultas que contienen una palabra más las que no la contienen suman menos que el total sin filtrar. Consulta por qué Search Console oculta algunas consultas de búsqueda.

En GSC Magic: GSC Magic lee la misma API de Search Analytics, así que tampoco puede recuperar las consultas anonimizadas.

Relacionado: Consulta, Límite de 1.000 filas, Consultas de marca y sin marca

Límite de 1.000 filas

La interfaz de Search Console muestra y exporta como máximo 1.000 filas por tabla; la API de Search Analytics devuelve hasta 25.000 filas por petición, con paginación.

Google indica que el límite superior de la API es de 50.000 filas al día por sitio y por tipo de búsqueda, que puede no alcanzarse en todos los casos. La API devuelve 1.000 filas de forma predeterminada; rowLimit lo eleva a 25.000 y startRow pagina por el resto. Las peticiones sin las dimensiones de consulta o de página devuelven todos los datos. Para la lista de consultas más completa, Google remite a la exportación masiva de datos a BigQuery. Detalles en el límite de 1.000 filas explicado y la guía de la API de Search Console.

En GSC Magic: gsc_query_analytics pide hasta 25.000 filas por consulta, así que un agente de IA trabaja con muchas más filas que las 1.000 de la interfaz.

Relacionado: Consulta, Consultas anonimizadas, Retención de datos de 16 meses, Tipo de búsqueda

Fuentes: developers.google.com, developers.google.com, support.google.com

Retención de datos de 16 meses

El informe de Rendimiento de Search Console cubre los últimos 16 meses; los días más antiguos desaparecen salvo que copies los datos a otro sitio mediante la API o la exportación masiva.

Dieciséis meses bastan para comparar una caída reciente con las mismas semanas del año anterior, que es la comprobación que Google sugiere para la estacionalidad. Para comparaciones más largas, Google sugiere extraer los datos con la API de Search Analytics o con exportaciones masivas y guardarlos en tus propios sistemas. Consulta 3 formas de conservar los datos de Search Console más de 16 meses y cómo guarda el historial GSC Magic.

En GSC Magic: Pro y Agency rellenan hasta 16 meses al mejorar el plan y nunca borran el historial almacenado; Free conserva 14 días.

Relacionado: Estacionalidad, Límite de 1.000 filas, Declive del contenido

Rastreo e indexación

Rastreo y Googlebot

El rastreo es la forma en que Google descubre y descarga páginas; Googlebot es el rastreador de Búsqueda de Google, con una versión para móviles y otra para ordenadores.

Google encuentra URLs nuevas sobre todo a través de enlaces de páginas que ya conoce y de los sitemaps; después las descarga y ejecuta JavaScript con una versión reciente de Chrome. Como Google indexa principalmente la versión móvil de la mayoría de los sitios, la mayor parte de las peticiones vienen de Googlebot para smartphones. Para Búsqueda de Google, Googlebot descarga los primeros 2 MB de un tipo de archivo compatible (64 MB en los PDF). Bloquear el rastreo con robots.txt no impide que una URL aparezca en los resultados; para eso se usa noindex. El informe de Estadísticas de rastreo muestra recuentos de peticiones, códigos de respuesta y problemas de disponibilidad. Google no acepta pagos para rastrear un sitio con más frecuencia.

En GSC Magic: GSC Magic no rastrea tu sitio; lee los datos de Inspección de URL de Google y las estadísticas y problemas de rastreo de Bing.

Relacionado: Indexación, Presupuesto de rastreo, robots.txt, Sitemap XML

Fuentes: developers.google.com, developers.google.com, support.google.com

Indexación

La indexación es la fase en la que Google analiza una página rastreada y la guarda en el índice de Google; solo las páginas indexadas pueden aparecer en Búsqueda de Google.

Búsqueda de Google funciona en tres fases: rastreo, indexación y servicio de resultados, y no todas las páginas pasan por todas. Google no garantiza que vaya a indexar una página aunque siga los «Aspectos básicos de la búsqueda». El informe de Indexación de páginas explica por qué no se indexan las URLs, por ejemplo «Crawled - currently not indexed» (rastreada: puede que se indexe más adelante o no y no hace falta reenviar la URL) o «Discovered - currently not indexed» (encontrada, pero el rastreo se reprogramó para no sobrecargar el sitio). Consulta Search Console: páginas no indexadas, causas y soluciones.

En GSC Magic: report_index_health lee las URLs de tus sitemaps, las inspecciona con la API de Inspección de URL y las agrupa por estado de cobertura.

Relacionado: Rastreo y Googlebot, Inspección de URL, noindex, URL canónica

Presupuesto de rastreo

El presupuesto de rastreo es el conjunto de URLs que Google puede y quiere rastrear en un sitio, determinado por dos factores: el límite de capacidad de rastreo y la demanda de rastreo.

El límite de capacidad de rastreo evita que Googlebot sobrecargue tu servidor; la demanda de rastreo depende del tamaño del sitio, la frecuencia de actualización, la calidad de las páginas y su relevancia. Cada nombre de host tiene su propio presupuesto de rastreo. Google dice que su guía de presupuesto de rastreo está pensada sobre todo para sitios muy grandes (alrededor de un millón de páginas o más que cambian cada semana), sitios con 10.000 páginas o más que cambian a diario, o sitios con muchas URLs en «Discovered - currently not indexed». Si las páginas nuevas se rastrean el mismo día en que se publican, el presupuesto de rastreo no es tu problema.

Relacionado: Rastreo y Googlebot, Sitemap XML, Indexación

URL canónica

Una URL canónica es la URL que Google elige como la más representativa de un conjunto de páginas duplicadas; es la versión que suele mostrarse en los resultados de búsqueda.

Los duplicados vienen de versiones HTTP y HTTPS, URLs de móvil y de ordenador, parámetros de ordenación y filtrado o variantes regionales. Puedes indicar una preferencia con rel="canonical", redirecciones y sitemaps, pero Google lo trata como una sugerencia, no como una norma, y puede elegir otra URL. Search Console atribuye los clics y las impresiones a la canónica. Compara la canónica declarada por el usuario y la seleccionada por Google en la herramienta de Inspección de URL.

En GSC Magic: gsc_inspect_url devuelve tanto la canónica declarada como la seleccionada por Google para una URL.

Relacionado: Redirección (301 frente a 302), Página (dimensión), Inspección de URL, hreflang

Fuentes: developers.google.com, developers.google.com

noindex

noindex es una regla, establecida con una metaetiqueta robots o con una cabecera HTTP X-Robots-Tag, que indica a Google que retire una página de sus resultados de búsqueda.

Google tiene que rastrear la página para ver la regla, así que la página no debe estar bloqueada por robots.txt; de lo contrario puede seguir apareciendo en los resultados si otras páginas enlazan con ella. Google no admite noindex dentro de robots.txt. Después de añadir la regla, la página sigue en los resultados hasta que Google la vuelva a rastrear, lo que en páginas menos importantes puede tardar meses. Si robots.txt bloquea la página, la Inspección de URL informa de que la indexación está permitida, porque Google no puede ver la regla noindex.

En GSC Magic: gsc_inspect_url y report_index_health muestran cuándo encontró Google una regla noindex en una URL.

Relacionado: robots.txt, Indexación, Inspección de URL

robots.txt

robots.txt es un archivo en la raíz de un sitio que indica a los rastreadores a qué URLs pueden acceder; controla el rastreo, no si una página se indexa.

Google lo describe como una forma de gestionar el tráfico de los rastreadores y evitar sobrecargar tu servidor. Una página bloqueada por robots.txt puede seguir indexándose sin descripción si otras páginas enlazan con ella, así que usa noindex o protección con contraseña para mantener una página fuera de Google. No bloquees archivos CSS o JavaScript que Google necesita para entender la página.

En GSC Magic: El panel hace una auditoría rápida de robots.txt y del sitemap de cada sitio.

Relacionado: noindex, Rastreo y Googlebot, Sitemap XML

Sitemap XML

Un sitemap XML es un archivo que lista las páginas, imágenes, vídeos y otros archivos de tu sitio para que los motores de búsqueda puedan encontrarlos y rastrearlos con más eficacia.

Un sitemap también puede incluir la fecha de última modificación y las versiones en otros idiomas. Ayuda al descubrimiento, pero no garantiza el rastreo ni la indexación. Google dice que los sitios pequeños y bien enlazados (unas 500 páginas o menos) puede que no necesiten uno, mientras que los sitios grandes, nuevos o con muchos archivos multimedia son los que más se benefician. Cuando hay muchas URLs nuevas o modificadas, Google recomienda enviar un sitemap en lugar de solicitar la indexación URL por URL. Consulta sitemap enviado pero páginas sin indexar.

En GSC Magic: gsc_list_sitemaps muestra el estado y los errores, gsc_submit_sitemap envía uno (Pro y Agency) y bing_submit_sitemap lo envía a Bing.

Relacionado: Rastreo y Googlebot, Indexación, robots.txt, IndexNow

Inspección de URL

La Inspección de URL es la herramienta de Search Console que muestra la versión indexada de una URL por Google, por qué está o no está indexada, y puede probar una página en directo.

Informa del estado de indexación, de la canónica seleccionada por Google, del último rastreo, de los datos estructurados encontrados y de una captura de la página renderizada. La prueba en directo comprueba si una página podría indexarse, pero no puede predecir qué URL tratará Google como canónica. La API de Inspección de URL devuelve solo la versión indexada, no tiene prueba en directo y permite 2.000 inspecciones por sitio y día. Consulta cómo inspeccionar 500 URLs con la API.

En GSC Magic: gsc_inspect_url inspecciona una URL y gsc_inspect_urls_batch inspecciona hasta 500 en una sola llamada dentro de la cuota de Google.

Relacionado: Solicitar indexación, Indexación, URL canónica, Soft 404

Fuentes: support.google.com, developers.google.com, developers.google.com

Solicitar indexación

Solicitar indexación es un botón de la herramienta de Inspección de URL que pide a Google que rastree una sola URL; no garantiza que la página se indexe.

Tienes que ser propietario o usuario completo de la propiedad. Existe una cuota para las solicitudes individuales, y solicitar la misma URL varias veces no hará que se rastree más rápido. El rastreo puede tardar de unos días a unas semanas. Para muchas URLs, Google recomienda enviar un sitemap. La API de Indexing de Google, aparte, está oficialmente limitada a páginas con marcado JobPosting o BroadcastEvent. Consulta IndexNow frente a la API de Indexing de Google.

En GSC Magic: La herramienta opcional gsc_request_indexing usa la API de Indexing de Google, que Google admite solo para páginas JobPosting y BroadcastEvent.

Relacionado: Inspección de URL, Sitemap XML, IndexNow, Indexación

Fuentes: developers.google.com, developers.google.com

Soft 404

Un soft 404 es una página que devuelve un código 200 de éxito pero que Google ve como un error o una página vacía; la notifica y no la indexa.

Google recomienda devolver un código de estado 404 en las páginas que de verdad no existen y añadir más información a las páginas que deben seguir para que no parezcan errores. Para ver lo que ve Google, ejecuta una prueba en directo en Inspección de URL y abre la captura de la página renderizada.

Relacionado: Inspección de URL, Indexación, Redirección (301 frente a 302)

Redirección (301 frente a 302)

Una redirección lleva a visitantes y rastreadores de una URL a otra; una 301 es permanente e indica que el destino debe ser canónico, y una 302 es temporal.

Con las redirecciones permanentes (301, 308, meta refresh instantáneo) Google suele mostrar la URL de destino en los resultados. Con las temporales (302, 303, 307) Google sigue la redirección pero no la usa como señal de canonización, así que la URL de origen puede quedarse en los resultados. Las redirecciones del lado del servidor son las más fiables; los rastreadores de Google siguen hasta 10 saltos de forma predeterminada. Search Console atribuye los clics a la URL final después de las redirecciones.

Relacionado: URL canónica, Soft 404, Página (dimensión)

Fuentes: developers.google.com, developers.google.com

hreflang

hreflang es una anotación que indica a Google qué páginas son versiones de idioma o de región del mismo contenido, para que pueda mostrar a cada usuario la adecuada.

Puedes declararlo en etiquetas link del HTML, en cabeceras HTTP o en el sitemap; los tres métodos son equivalentes. Cada versión debe incluirse a sí misma y a todas las demás, con URLs completas. Google no usa hreflang para detectar el idioma de una página. Las páginas en el mismo idioma para regiones distintas son duplicados, así que Google recomienda combinar hreflang con la canonización.

Relacionado: URL canónica, Sitemap XML, País y dispositivo

Fuentes: developers.google.com, developers.google.com

Datos estructurados y resultados enriquecidos

Los datos estructurados son un formato estándar, que en su mayoría usa el vocabulario de schema.org y suele escribirse como JSON-LD, que describe el contenido de una página a Google y puede hacerla apta para resultados enriquecidos.

Los resultados enriquecidos son resultados de búsqueda con una presentación mejorada, como estrellas de reseñas, detalles de recetas o precios de productos. Una página necesita todas las propiedades obligatorias para ser apta, y un marcado que incumpla las directrices de datos estructurados de Google puede dejarla fuera. Google sugiere probar el marcado con la prueba de resultados enriquecidos durante el desarrollo y vigilar los informes de resultados enriquecidos en Search Console tras el despliegue. Los tipos de resultado enriquecido también aparecen en la dimensión de apariencia en la búsqueda.

En GSC Magic: gsc_inspect_url informa de los resultados enriquecidos que Google detectó en una URL.

Relacionado: Apariencia en la búsqueda, Inspección de URL, CTR (porcentaje de clics)

Core Web Vitals y velocidad de página

Core Web Vitals

Core Web Vitals son tres métricas de Google sobre la experiencia de usuarios reales: Largest Contentful Paint (carga), Interaction to Next Paint (respuesta) y Cumulative Layout Shift (estabilidad visual).

Los umbrales de «bueno» 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 cargas de página y por separado en móvil y en ordenador. Una página los cumple cuando las tres alcanzan el objetivo. Google dice que unos buenos Core Web Vitals se alinean con lo que recompensan sus sistemas de posicionamiento principales, como parte de la experiencia de página. El informe de Core Web Vitals de Search Console muestra cómo rinden tus páginas.

En GSC Magic: cwv_get_origin, cwv_get_url y cwv_history leen los Core Web Vitals de usuarios reales, y el panel muestra una tarjeta de Core Web Vitals por sitio.

Relacionado: LCP (Largest Contentful Paint), INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), CrUX (Chrome UX Report)

Fuentes: web.dev, developers.google.com

LCP (Largest Contentful Paint)

El LCP mide la carga: el tiempo hasta que se renderiza la imagen, el bloque de texto o el vídeo más grande dentro de la ventana gráfica. Un buen valor es 2,5 segundos o menos.

El LCP se mide desde que el usuario navega por primera vez a la página, así que incluye el tiempo de respuesta del servidor, las redirecciones y el establecimiento de la conexión. Usa el percentil 75 de las cargas de página, separado por móvil y ordenador, para juzgar si la mayoría de los visitantes tiene una buena experiencia.

En GSC Magic: Las herramientas cwv devuelven el LCP en el percentil 75 con la proporción de cargas buenas, que necesitan mejoras y malas.

Relacionado: Core Web Vitals, INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), PageSpeed Insights y Lighthouse

Fuentes: web.dev

INP (Interaction to Next Paint)

El INP mide la respuesta: cuánto tarda la página en reaccionar de forma visible a clics, toques y pulsaciones de teclas. Un buen valor es 200 milisegundos o menos; por encima de 500 es malo.

El INP observa la latencia de todas las interacciones de una visita e informa más o menos de la más lenta, ignorando los valores atípicos. Sustituyó a First Input Delay (FID), que medía solo el retardo de entrada de la primera interacción. Las tareas largas de JavaScript en el hilo principal son una causa habitual de un INP malo.

Relacionado: Core Web Vitals, LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift)

Fuentes: web.dev

CLS (Cumulative Layout Shift)

El CLS mide la estabilidad visual: la mayor ráfaga de desplazamientos de diseño inesperados durante la vida de una página. Un buen valor es 0,1 o menos; por encima de 0,25 es malo.

Se produce un desplazamiento de diseño cuando un elemento visible se mueve entre fotogramas renderizados sin intervención del usuario, por ejemplo cuando una imagen sin dimensiones definidas o un anuncio que llega tarde empuja el texto hacia abajo. Los desplazamientos separados por menos de un segundo se agrupan en una ventana de sesión, y la ventana más grande es la puntuación CLS.

Relacionado: Core Web Vitals, LCP (Largest Contentful Paint), INP (Interaction to Next Paint)

Fuentes: web.dev

CrUX (Chrome UX Report)

CrUX es el conjunto de datos público de Google sobre cómo experimentan los usuarios reales de Chrome los sitios web, y la fuente de datos de campo de los Core Web Vitals en las herramientas de Google.

Los orígenes y las páginas se incluyen solo si son visibles públicamente y tienen suficientes visitantes para una muestra estadísticamente significativa, así que muchas páginas con poco tráfico no tienen datos. La Búsqueda de Google usa CrUX para informar el factor de posicionamiento de experiencia de página. PageSpeed Insights muestra CrUX como sus datos de campo y recurre a los datos de origen cuando una página tiene muy pocas muestras.

En GSC Magic: Las herramientas cwv consultan CrUX para un origen o una URL; las páginas sin suficiente tráfico de Chrome no devuelven datos.

Relacionado: Core Web Vitals, PageSpeed Insights y Lighthouse, LCP (Largest Contentful Paint)

Fuentes: developer.chrome.com

PageSpeed Insights y Lighthouse

PageSpeed Insights informa de los datos de usuarios reales de CrUX de una página y ejecuta Lighthouse, una herramienta de código abierto que audita rendimiento, accesibilidad, buenas prácticas y SEO en un laboratorio simulado.

Los datos de campo muestran lo que experimentaron los visitantes reales con el tiempo; los datos de laboratorio de Lighthouse son una única ejecución controlada, útil para depurar pero que puede pasar por alto cuellos de botella del mundo real. La evaluación de Core Web Vitals de PSI usa datos de campo: una página u origen la supera cuando el percentil 75 de LCP, INP y CLS es bueno. Lighthouse también se ejecuta en Chrome DevTools, desde la línea de comandos o como módulo de Node.

En GSC Magic: psi_run_audit ejecuta Lighthouse a través de PageSpeed Insights, y la tarjeta de Core Web Vitals del panel puede iniciar una auditoría.

Relacionado: CrUX (Chrome UX Report), Core Web Vitals, LCP (Largest Contentful Paint)

Fuentes: developers.google.com, developer.chrome.com

Análisis SEO

Palabras clave al alcance (victorias rápidas)

Las palabras clave al alcance son consultas en las que una página ya se posiciona justo por debajo de los primeros resultados, a menudo en las posiciones 4 a 20, con suficientes impresiones para ganar clics.

Es un término de la práctica del SEO, no una métrica de Search Console. El método habitual: filtra el informe de Rendimiento por consulta y página, quédate con las filas cuya posición media esté justo por debajo de los primeros puestos y con impresiones significativas, y luego mejora la página existente en lugar de escribir una nueva. Recuerda que la posición media es una media, así que comprueba la tendencia. Consulta cómo encontrar palabras clave al alcance y 7 victorias rápidas de SEO.

En GSC Magic: report_quick_wins devuelve pares de consulta y página en las posiciones 4 a 20 con muchas impresiones, ordenados por los clics adicionales potenciales.

Relacionado: Posición media, Impresiones, CTR atípico (página con CTR bajo)

Fuentes: support.google.com

Canibalización de palabras clave

La canibalización de palabras clave ocurre cuando dos o más páginas de tu sitio compiten por la misma consulta y reparten impresiones y clics en lugar de que una sola página se posicione bien.

Es un término de la práctica del SEO, no de Google. En Search Console se ve como una consulta cuyas impresiones se reparten entre varias URLs, a veces intercambiándose posiciones con el tiempo. No toda superposición es un problema: intenciones distintas pueden merecer páginas distintas, y las consultas de marca suelen mostrar muchas URLs. Las soluciones habituales son fusionar páginas con una redirección 301, diferenciar su intención o ajustar los enlaces internos. Consulta canibalización de palabras clave en Search Console.

En GSC Magic: report_cannibalization lista las consultas en las que dos o más de tus páginas obtienen cada una una parte significativa de las impresiones.

Relacionado: Consulta, Página (dimensión), URL canónica, Redirección (301 frente a 302)

Fuentes: support.google.com

Declive del contenido

El declive del contenido es una bajada gradual y sostenida de los clics de búsqueda de una página a lo largo de varios meses, a diferencia de una caída repentina por un problema técnico o una actualización.

Es un término de la práctica del SEO. Las causas típicas son información desfasada, páginas competidoras más nuevas o un cambio del interés de búsqueda. Comparar varios periodos consecutivos distingue una caída constante de una mala semana; comprobar los mismos meses del año anterior descarta la estacionalidad. Consulta cómo detectar el declive del contenido.

En GSC Magic: report_content_decay lista las páginas cuyos clics bajaron en cada una de las tres últimas ventanas (28 días cada una de forma predeterminada).

Relacionado: Estacionalidad, Retención de datos de 16 meses, Actualización principal

CTR atípico (página con CTR bajo)

Un CTR atípico es una página o consulta cuyo porcentaje de clics está muy por debajo del que obtienen otros resultados de tu sitio en la misma posición.

Como el CTR baja con la posición, un CTR bajo solo significa algo cuando se compara en posiciones similares. Los atípicos suelen tener un título o un fragmento que no encaja con la consulta, o competir con un resultado enriquecido o un AI Overview en la misma página de resultados. Google sugiere revisar el título y el fragmento cuando las impresiones se mantienen pero los clics bajan. Consulta palabras clave con CTR bajo en Search Console.

En GSC Magic: report_ctr_outliers marca las páginas cuyo CTR está por debajo de la mitad del CTR mediano de tu sitio en la misma posición.

Relacionado: CTR (porcentaje de clics), Posición media, Palabras clave al alcance (victorias rápidas)

Consultas de marca y sin marca

Las consultas de marca incluyen el nombre de tu marca, sus variantes mal escritas o tus productos exclusivos; las consultas sin marca son todas las demás búsquedas que muestran tu sitio.

Las consultas de marca suelen posicionarse más alto y recibir más clics, mientras que las consultas sin marca muestran cómo te encuentra gente nueva. Search Console tiene un filtro de consultas de marca en el informe de Rendimiento, clasificadas por un sistema asistido por IA y no por una lista de palabras clave. Google dice que solo está disponible para propiedades de nivel superior con suficientes consultas e impresiones y que puede clasificar mal algunas consultas.

En GSC Magic: report_brand_split separa las consultas por los términos de marca que indiques y devuelve clics, impresiones y cuota de clics para cada grupo.

Relacionado: Consulta, CTR (porcentaje de clics), Consultas anonimizadas

Estacionalidad

La estacionalidad es una subida o bajada recurrente de la demanda de búsqueda en la misma época de cada año, como las vacaciones, que cambia el tráfico sin ningún cambio de posicionamiento.

La guía de Google sobre caídas de tráfico sugiere poner el informe de Rendimiento en los últimos 16 meses para ver si una caída se repite cada año, y comprobar las consultas principales en Google Trends para ver si la demanda bajó en toda la web. Si las impresiones bajaron mientras la posición se mantuvo, la demanda es la causa probable. Consulta estacionalidad frente a pérdidas reales de posicionamiento.

En GSC Magic: Como Pro y Agency guardan historial más allá de 16 meses, los agentes pueden comparar el mismo periodo en más de un año.

Relacionado: Retención de datos de 16 meses, Declive del contenido, Actualización principal

Actualización principal

Una actualización principal es un cambio amplio y significativo en los sistemas de posicionamiento de Google, que se produce varias veces al año y se anuncia en la lista de actualizaciones de posicionamiento de Google Search.

Las actualizaciones principales no van dirigidas a sitios concretos. Google recomienda esperar a que termine el despliegue y luego comparar una semana completa posterior con una semana anterior a su inicio. Una bajada pequeña, como de la posición 2 a la 4, no exige medidas drásticas; una caída grande y sostenida pide una evaluación honesta de la utilidad de todo el sitio. Google señala que algunos cambios surten efecto en días y otros en varios meses. Consulta la lista de comprobación para caídas de tráfico orgánico.

En GSC Magic: report_traffic_drops compara un periodo con el anterior y lista las páginas o consultas que más clics perdieron o ganaron.

Relacionado: Posición media, Estacionalidad, Tipo de búsqueda

Fuentes: developers.google.com, developers.google.com

Bing e IndexNow

Bing Webmaster Tools

Bing Webmaster Tools es la herramienta de Microsoft equivalente a Search Console: rendimiento de búsqueda, datos de rastreo e indexación, envío de URLs e investigación de palabras clave para Bing.

Su API da acceso programático a estadísticas de tráfico y posicionamiento, detalles de enlaces y palabras clave, estadísticas de rastreo y envío de URLs y sitemaps. Rendimiento de búsqueda muestra 16 meses de historial. Rendimiento de IA, presentado como versión preliminar pública en febrero de 2026, muestra con qué frecuencia se citan tus páginas en Microsoft Copilot y en las respuestas generadas por IA de Bing. Consulta la guía de la API de Bing Webmaster Tools y Bing Webmaster Tools en GSC Magic.

En GSC Magic: Con tu clave de API de Bing, GSC Magic añade herramientas de Bing para estadísticas de consultas y páginas, datos de rastreo, investigación de palabras clave y envío de URLs, además de report_google_vs_bing.

Relacionado: IndexNow, GEO (optimización para motores generativos), Sitemap XML

Fuentes: learn.microsoft.com, blogs.bing.com, blogs.bing.com

IndexNow

IndexNow es un protocolo abierto que permite a un sitio avisar al instante a los motores de búsqueda participantes, como Bing, Naver, Seznam.cz, Yandex y Yep, de que una URL se ha añadido, actualizado o eliminado.

Alojas un archivo de clave en tu sitio para demostrar la propiedad y después envías una URL o un lote a un punto de conexión de IndexNow; el envío se comparte con todos los motores participantes. Una respuesta HTTP 200 solo significa que la URL se recibió, no que se vaya a indexar. Google no figura entre los motores participantes. Consulta cómo configurar IndexNow con un agente de IA.

En GSC Magic: indexnow_generate_key crea una clave e indexnow_submit envía hasta 10.000 URLs por llamada (Pro y Agency, con tu clave de IndexNow).

Relacionado: Bing Webmaster Tools, Solicitar indexación, Sitemap XML

Fuentes: indexnow.org, indexnow.org, indexnow.org

Google Analytics 4

Sesión (GA4)

En Google Analytics 4, una sesión es un periodo durante el cual un usuario interactúa con tu sitio o app; en la web termina tras 30 minutos de inactividad de forma predeterminada.

Una sesión empieza cuando alguien abre la app o ve una página sin que haya una sesión activa, y GA4 registra un evento session_start. No hay duración máxima, y el tiempo de espera se puede cambiar en los ajustes del flujo de datos. Las sesiones no son lo mismo que los clics de Search Console; consulta por qué no coinciden las cifras y GA4 en GSC Magic.

En GSC Magic: ga_run_report consulta las sesiones de GA4 en solo lectura, por cualquier dimensión como página de destino u origen de la sesión.

Relacionado: Clics, Evento clave (GA4), Tráfico de referencia, Tráfico de asistentes de IA

Fuentes: support.google.com

Evento clave (GA4)

Un evento clave es un evento de GA4 que marcas como importante para tu negocio, como una compra o un registro; los eventos clave se llamaban antes conversiones en Analytics.

Cualquier evento recopilado se puede marcar como evento clave. Google usa ahora «conversión» para las acciones que se miden en las campañas y las pujas de Google Ads, así que los recuentos de conversiones y de eventos clave pueden diferir.

En GSC Magic: ga_list_key_events lista los eventos clave configurados en una propiedad de GA4.

Relacionado: Sesión (GA4), Tráfico de referencia

Fuentes: support.google.com

Tráfico de referencia

En GA4, Referencia es el canal predeterminado para los visitantes que llegan a través de enlaces no publicitarios de otros sitios o apps, como blogs y medios de comunicación.

GA4 asigna las sesiones a los canales predeterminados según la fuente y el medio. Los resultados de búsqueda orgánicos, incluidos los AI Overviews y el AI Mode de Google, van a Búsqueda orgánica, y los asistentes de IA reconocidos tienen su propio canal, Asistente de IA. Directo cubre las visitas desde un enlace guardado o una URL escrita a mano.

Relacionado: Tráfico de asistentes de IA, Sesión (GA4), Evento clave (GA4)

Fuentes: support.google.com

Tráfico de asistentes de IA

El tráfico de asistentes de IA son las visitas procedentes de enlaces en asistentes de chat como ChatGPT, Gemini, Claude o Copilot, que GA4 agrupa en su canal Asistente de IA cuando reconoce el remitente.

Desde mayo de 2026, GA4 fija el medio en ai-assistant y el canal en Asistente de IA cuando el remitente coincide con un asistente reconocido; el canal excluye los AI Overviews y el AI Mode de Google, que cuentan como Búsqueda orgánica. El canal depende del remitente, así que las visitas de asistentes que llegan sin él no se cuentan ahí. El tráfico no es lo mismo que las citas. Consulta seguir el tráfico de ChatGPT y Perplexity en GA4.

En GSC Magic: El panel cuenta las sesiones de GA4 procedentes de fuentes de asistentes de IA como ChatGPT, Perplexity, Claude y Gemini; mide visitas, no citas.

Relacionado: Tráfico de referencia, Sesión (GA4), GEO (optimización para motores generativos), AI Overviews y AI Mode