Fastly mide el costo oculto del tráfico IA: los agentes no solo visitan más, también pegan más al origin
Fastly reportó que las solicitudes de IA crecieron cerca de 30% entre enero y mayo de 2026, unas 6.5 veces más rápido que el tráfico humano. La señal importante para builders no es solo volumen: más de la mitad de esas requests puede terminar golpeando el origin.
Por qué importa
Esta nota se enfoca en la decisión práctica para builders: qué cambia, qué riesgo agrega y cómo aplicarlo sin romper operación.
Fastly publicó una medición que conviene leer con ojos de infraestructura, no solo de marketing: entre enero y mayo de 2026, las solicitudes de IA en su red crecieron aproximadamente 30%, unas 6.5 veces más rápido que el tráfico humano durante el mismo periodo.
El dato fuerte para builders no es solo que hay más tráfico automatizado. Es que ese tráfico se comporta distinto. Fastly separa dos familias: AI crawlers, que recolectan contenido, y AI fetchers, que recuperan información en tiempo real para asistentes o agentes. Esa diferencia importa porque un agente que actúa por un usuario puede pedir contenido fresco, evitar cache y repetir pasos de forma menos predecible que una visita humana.
El problema real: origin load
La nota y el comunicado de Fastly insisten en una implicación operativa: el tráfico IA puede cargar más los sistemas de origen. Cuando una request no se resuelve en edge o cache, termina pegando a la aplicación, base de datos, búsqueda interna o API que sostiene el producto.
Para un sitio de contenido, ecommerce, viajes o SaaS, eso cambia la pregunta. Ya no basta con medir pageviews humanos o sesiones. Hay que medir:
- qué clientes automatizados están entrando;
- si vienen a entrenar, resumir, comparar o actuar;
- qué porcentaje llega al origin;
- qué rutas rompen cache;
- y qué costos dispara cada categoría.
Si tu producto tiene precios, inventario, disponibilidad, búsqueda o dashboards protegidos, los agentes no son "visitas gratis". Pueden ser consultas caras disfrazadas de tráfico normal.
Crawlers y fetchers no merecen la misma política
El reporte de Fastly diferencia bots, crawlers y solicitudes que actúan en nombre de usuarios. Esa taxonomía es útil porque una política única suele fallar.
Un crawler de entrenamiento puede aceptar robots.txt, límites de frecuencia y rutas bloqueadas. Un fetcher que responde a una pregunta de un usuario tal vez necesite una versión resumible, con datos frescos y menos fricción. Un agente que intenta comprar, reservar o cambiar configuración ya entra en otra categoría: identidad, permisos y trazabilidad.
Qué debería hacer un builder esta semana
No hace falta esperar a tener una estrategia completa de "agentic web". Hay tareas más básicas:
- separa logs por user-agent, ASN, firma, token o metadata;
- etiqueta rutas que deben ser cacheables y rutas que nunca deberían alimentar agentes;
- mide origin hit rate por categoría de cliente;
- publica endpoints o vistas ligeras para respuestas de IA cuando te convenga aparecer;
- bloquea acciones sensibles si no hay identidad verificable y consentimiento claro.
La intención de búsqueda es cualificada: AI traffic Fastly, agentic web traffic, AI fetchers, AI crawlers origin load, tráfico agentes IA infraestructura. No hay volumen SEO conectado; la demanda se infiere por el reporte de Fastly, cobertura reciente del tema y el crecimiento de agentes que leen la web abierta para ejecutar tareas.
Esta pieza conversa con nuestra cobertura de HUMAN Security y tráfico agentic, pero el ángulo aquí es distinto: no solo seguridad; también costo, cache y arquitectura de origin. Si estás construyendo agentes que navegan sitios de terceros, el recordatorio aplica al otro lado también: diseña clientes identificables, respetuosos y medibles desde el primer día.