Frescura y Web Vitals

Dos factores a nivel de página aparecen una y otra vez cuando se cita la página de un competidor en lugar de la tuya: se actualizó más recientemente, o carga y responde más rápido. AmICited mide ambos, para tu dominio y para tus competidores monitorizados, y los sitúa junto a las posiciones en que los motores de IA citan las páginas. Dos páginas de Auditoría los cubren: Frescura y Web Vitals. Cada prompt también recibe dos puntuaciones de sensibilidad que te dicen si es probable que la frescura o la velocidad importen siquiera para esa pregunta.

Frescura#

Auditoría → Frescura se construye a partir de un rastreo diario de tus sitemaps y de los de tus competidores. Muestra cuántas URL añade, elimina y marca como actualizadas cada host, para que veas quién publica más que quién, y dónde.

• Sitemap churn. Una barra por día, segmentada por host: añadidas por encima del eje, eliminadas por debajo. Haz clic en un segmento para ver las URL. Cambia entre Added, Removed y Net.
• Freshness leaderboard. Un único índice de frescura de 0 a 100 por host, construido a partir de cuatro subpuntuaciones (ritmo de publicación, ritmo de actualización, recencia y proporción de contenido obsoleto) y ajustado por tamaño, de modo que un sitio pequeño que publica con constancia no pierda frente a uno grande que no lo hace.
• URLs by last update. Cuántas URL cambió cada host por última vez en los últimos 7, 30, 90, 180 y 360 días, o más, a partir de las fechas lastmod del sitemap. “No date” significa que el sitemap no indica lastmod: sin medir, no antigua.
• Directory comparison. Recuento de URL por prefijo de ruta, como un treemap en el que puedes profundizar y colorear por frescura (el porcentaje de páginas con fecha actualizadas en los últimos 30 días).
• URL changes. Cada URL añadida a un sitemap, eliminada de uno o marcada como actualizada, con exportación a CSV.
• Freshness vs citation position. Cada URL citada para los prompts de tu dominio (no solo las de competidores) representada por la antigüedad de la página frente a su mejor posición de cita. La antigüedad de la página proviene de una fecha que la propia página indica (datos estructurados, metadatos de la página, marcado de la página, fecha de publicación o cabecera HTTP); una fecha tomada solo del sitemap se marca como señal débil.

El historial empieza el día en que comienza el seguimiento de un host, así que la vista de 90 días se va completando con el tiempo. Re-check vuelve a rastrear bajo demanda los sitemaps de un host (0,005 créditos), como máximo una vez al día. El recuento de páginas y la variación a 30 días por competidor también están en Competidores → Sitemaps de competidores.

Web Vitals#

Auditoría → Web Vitals usa datos de campo de Chrome UX Report (CrUX): cómo experimentaron la página usuarios reales de Chrome durante los últimos 28 días, en el percentil 75. Cubre LCP (carga del contenido principal), INP (capacidad de respuesta), CLS (estabilidad del diseño), FCP (primer contenido) y TTFB (respuesta del servidor).

• Competitor comparison. La puntuación de tu página de inicio y el estado de Core Web Vitals frente a las páginas de inicio de tus competidores monitorizados.
• Your pages by Web Vitals. Cada página de tu dominio que citan los motores de IA, ordenada por la frecuencia con que aparece en las fuentes de los prompts, para que corrijas primero las páginas que importan.
• Performance impact. Para cada métrica, tus páginas citadas distribuidas por velocidad frente a la posición en que los motores las citan, filtrable por motor, con una línea de tendencia. Una línea plana significa que la métrica no tiene un efecto real sobre tus posiciones; una pronunciada significa que sí.
• What moves your position most. Qué métrica sigue más de cerca tu posición de cita. Tómalo como una pista, no como una prueba: los datos del top 10 son ruidosos.

Refresh Web Vitals pone en cola una nueva importación; las URL se vuelven a comprobar gradualmente y puede tardar varias horas. CrUX solo tiene datos de páginas con suficiente tráfico de Chrome, así que las páginas con poco tráfico pueden mostrar las cifras del origen o nada en absoluto.

Puntuaciones de sensibilidad del prompt#

En la página Prompts, las columnas Sensibilidad muestran, para cada prompt, cuánto depende su top 10 de Google de páginas frescas y de buenos Core Web Vitals. Ambas se calculan a partir de una instantánea observada de los resultados de Google para el texto del prompt. Describen el conjunto de resultados, no por qué se posicionan las páginas.

• “Bueno” usa las bandas estándar: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1, FCP ≤ 1,8 s, TTFB ≤ 800 ms.
• Una puntuación necesita al menos 5 páginas utilizables, y al menos el 60% del top 10 debe tener fecha (o datos de CrUX). En caso contrario, la celda explica que la cobertura es demasiado baja para puntuar.

Ejemplo práctico#

Para “best project management software”, 9 de las 10 primeras de Google tienen una fecha utilizable y 7 de ellas se actualizaron en los últimos 30 días: 7 ÷ 9 × 100 = 78. Es un prompt con hambre de frescura, y una página que se tocó por última vez hace un año lo tendrá difícil. Un prompt con puntuación 10 lo responden páginas perennes; actualizar la tuya no moverá mucho ahí.

Cómo actuar sobre ello#

• Actualiza donde la sensibilidad a la frescura sea alta. Actualiza la página que debería ser propietaria del prompt con cambios reales (datos nuevos, precios del año actual, secciones nuevas), mantén veraces lastmod y las fechas en la página, y regístralo como una anotación.
• Corrige primero la velocidad de las páginas citadas. Empieza por lo más alto de “Your pages by Web Vitals”. Un TTFB lento y un contenido que solo aparece tras mucho JavaScript perjudican sobre todo a los fetchers de IA, porque los bots de recuperación obtienen contenido con tiempos de espera ajustados.
• Vigila el movimiento de los competidores. Que un competidor añada de repente cientos de URL en un directorio suele ser una campaña de contenido dirigida a los mismos prompts que monitorizas.

Relacionado#