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.
Tiempo de respuesta del servidor (TTFB) frente a frecuencia de citación
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.
Las cifras subyacentes
| 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 |
Qué significa esto para la visibilidad en la búsqueda de IA
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.
Por qué el TTFB es la métrica de velocidad más importante para las citas de IA
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.
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
Cómo se compara el TTFB con otras métricas de rendimiento
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:
- Infraestructura del servidor: La calidad y ubicación de tu alojamiento web
- Configuración de la CDN: Si usas una CDN y cómo está configurada
- Estrategia de caché: Si tus páginas se sirven desde la caché o se generan dinámicamente
- Eficiencia del backend: Qué tan rápido tu CMS o servidor de aplicaciones genera el HTML
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 .
Cómo es un TTFB «bueno» 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.
Recomendaciones prácticas
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.
Metodología
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.
