Los dominios más citados responden más rápido: una mediana de tiempo hasta el primer byte de 804 ms para los citados 10+ veces, frente a 910 ms para las páginas citadas una o dos veces.
Mediana de TTFB: dominios más citados frente a menos citados . 804 frente a 910 ms.
Los dominios más citados responden más rápido: una mediana de tiempo hasta el primer byte de 804 ms para los citados 10+ veces, frente a 910 ms para las páginas citadas una o dos veces. Una respuesta lenta del servidor se asocia con menos citas, aunque la diferencia es modesta.
Agrupando cada dominio citado por cuántas respuestas de las consultas rastreadas de AmICited lo citaron, y combinando los datos de Core Web Vitals de usuarios reales de Google, aparece un patrón consistente en todos los niveles. Los citados 10+ veces (659 dominios con datos) están en un extremo y los citados 1–2 veces (4,313 dominios) en el otro. La dirección es la misma para cada métrica de salud que podemos medir — tasa de aprobación, tiempo de respuesta del servidor y puntuación de rendimiento — razón por la cual la señal (modesta) es creíble y no solo ruido.
| Frecuencia de citación | Dominios con datos de CrUX | Aprueba Core Web Vitals | TTFB mediano | Puntuación media de rendimiento |
|---|---|---|---|---|
| Citado 10+ veces | 659 | 60% | 804 ms | 76.5 |
| Citado 3–9 veces | 1,584 | 58% | 893 ms | 74.9 |
| Citado 1–2 veces | 4,313 | 57% | 910 ms | 74.9 |
Las páginas técnicamente saludables se citan algo más a menudo, pero el efecto aquí es pequeño — la salud del sitio parece ser un factor secundario, no un factor principal que determine si los motores de IA te citan. La relevancia del contenido casi con certeza importa más (consulta los informes a nivel de fuente y de tema). La conclusión práctica: arreglar Core Web Vitals y el tiempo de respuesta del servidor vale la pena — elimina un viento en contra leve y ayuda a los usuarios de todas formas — pero no te colocará, por sí solo, entre las fuentes citadas de un motor. Trátalo como un requisito básico y luego compite en relevancia.
Entre todas las métricas de rendimiento que analizamos, el Time to First Byte muestra la mayor brecha absoluta entre los dominios más y menos citados: 106 milisegundos (804 ms frente a 910 ms). Esto no es una coincidencia. El TTFB es la métrica más directamente vinculada al rendimiento del lado del servidor — precisamente aquello con lo que interactúan los rastreadores de IA cuando acceden a tus páginas.
Cuando un rastreador de IA como GPTBot solicita una página, no le importa tu imagen principal, tus animaciones CSS ni tu paquete de JavaScript. Le importa una sola cosa: qué tan rápido puede obtener el contenido HTML que necesita para extraer texto y determinar relevancia. Un TTFB lento significa que el rastreador está esperando — y si espera demasiado, puede agotar el tiempo de espera, obtener solo una respuesta parcial o despriorizar tu dominio para futuros rastreos.
La brecha de 106 ms es modesta en términos absolutos — es aproximadamente el tiempo que toma parpadear — pero es consistente en miles de dominios y sigue la dirección esperada. El mecanismo más plausible es un efecto de eficiencia de rastreo: los servidores más rápidos se rastrean de manera más completa y más frecuente, lo que significa que su contenido está más representado en los índices de recuperación que consultan los motores de IA. Esto no es una causalidad probada, pero es la explicación más coherente de por qué el TTFB muestra la señal de rendimiento más fuerte.
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
A diferencia de métricas del front-end como LCP , FCP y CLS , el TTFB está casi totalmente bajo el control del propietario del sitio. Depende de:
Esto convierte al TTFB en la métrica más accionable para el trabajo de rendimiento orientado a la visibilidad en IA. Mejorar el LCP puede requerir rediseñar la disposición de tu página; mejorar el TTFB a menudo puede lograrse solo con cambios de configuración. La brecha entre 910 ms y 804 ms es alcanzable para la mayoría de los sitios con una CDN y caché básica del lado del servidor — y nuestros datos sugieren que cerrar esa brecha es la optimización de rendimiento más impactante que puedes hacer para la visibilidad en IA .
Google considera que un TTFB inferior a 800 ms es «bueno». Los dominios más citados en nuestro conjunto de datos se sitúan justo en ese umbral (mediana de 804 ms). Esto sugiere que el objetivo práctico para la visibilidad en IA no es un TTFB élite de menos de 200 ms, sino simplemente estar en el rango «bueno» — por debajo de 800 ms.
Si tu TTFB está actualmente por encima de 1000 ms, es probable que estés experimentando cierto grado de fricción en el rastreo. Los rastreadores de IA operan con presupuestos de tiempo, y un servidor que tarda más de un segundo en responder perderá una fracción de los intentos de rastreo por tiempos de espera agotados. Bajar de 1000 ms debería ser tu primer hito; bajar de 800 ms te sitúa en la compañía de los dominios más citados.
Mide tu TTFB desde múltiples ubicaciones geográficas. Tu TTFB variará según el origen de la solicitud. Los rastreadores de IA pueden obtener contenido desde centros de datos en regiones diferentes a las de tus visitantes humanos. Usa una herramienta como KeyCDN Performance Test o WebPageTest para medir desde múltiples ubicaciones.
Habilita el caché de página completa. Si tus páginas se generan dinámicamente en cada solicitud, tu TTFB será alto. Una capa de caché (Redis, Varnish o el caché integrado de tu CMS) puede reducir el TTFB de 500+ ms a menos de 50 ms para páginas en caché.
Usa una CDN con caché perimetral. Una CDN sirve tu contenido desde ubicaciones cercanas a quien lo solicita, reduciendo la latencia de red. Incluso una configuración básica de CDN (Cloudflare, Fastly, CloudFront) puede reducir el TTFB entre 100 y 300 ms.
Mejora tu alojamiento web si es necesario. Los planes de alojamiento compartido suelen tener un TTFB en el rango de 1000–2000 ms. Migrar a un VPS o servidor dedicado, o a una plataforma de alojamiento gestionado, puede suponer una mejora sustancial.
Se trata de una asociación entre las páginas que la IA ya cita, no una prueba de causalidad: se calcula combinando los datos de campo de Google CrUX / PageSpeed con la frecuencia con la que cada dominio fue citado en las 1,905 consultas rastreadas de AmICited. Los datos de CrUX estaban disponibles para 6,556 de 8,845 dominios citados (74%). Los dominios se agrupan según cuántas respuestas los citaron; dentro de cada grupo promediamos la métrica de salud del sitio. Un dominio «aprueba Core Web Vitals» cuando la mayoría de sus URL auditadas superan los umbrales de LCP/INP /CLS de Google en datos de usuarios reales (CrUX); el TTFB y la puntuación de rendimiento se promedian de igual manera. Las páginas sin suficientes datos de CrUX se excluyen. Debido a que las consultas de AmICited se inclinan hacia SaaS , comercio electrónico y temas de soporte, estas cifras describen los sitios citados para ese tipo de consulta. La relación es real pero modesta y correlacional — no afirmamos que las páginas más rápidas causen más citas.
Arshia es AI Workflow Engineer en FlowHunt. Con formación en informática y pasión por la IA, se especializa en crear flujos de trabajo eficientes que integran herramientas de IA en las tareas cotidianas, mejorando la productividad y la creatividad.
Descubre qué motores de IA citan tu sitio y cómo se compara tu salud técnica con las páginas que más citan.
Los sitios más rápidos y con mejor rendimiento son citados algo más: los dominios más citados promedian una puntuación de rendimiento de 76.5 frente a 74.9 para...
En todos los dominios citados con datos de campo, el 58% supera Core Web Vitals en general, y el grupo más citado registra un Largest-Contentful-Paint bueno en ...
Uniendo las señales: los dominios más citados promedian una puntuación de rendimiento de 76.5/100 y aprueban Core Web Vitals el 60% del tiempo, frente a 74.9 y ...
Consentimiento de Cookies
Usamos cookies para mejorar tu experiencia de navegación y analizar nuestro tráfico. See our privacy policy.
