El problema
Las herramientas de búsqueda web que scrapean y devuelven páginas completas y limpias disparan tu factura de tokens. Un usuario de Hermes en r/hermesagent lo dijo claro esta semana: una API estilo Firecrawl "quema créditos rápido". El coste oculto no es solo el precio de la API de búsqueda; son los miles de tokens de texto de página que luego le das al modelo en cada llamada. Mete cinco artículos completos en el contexto por consulta y tu factura de LLM, no la de búsqueda, se convierte en la partida que duele. El exceso de tokens es el impuesto que nadie te menciona por adelantado.
La solucion de Scavio
Devuelve campos de SERP estructurados en lugar de páginas completas, cachea las consultas que se repiten y paga por crédito para que las llamadas ligeras cuesten menos que las pesadas. Una API de SERP le da al modelo títulos, snippets, dominios y el knowledge graph, que suele bastar para responder o para decidir qué página merece descargarse completa. Solo descargas la página completa cuando el snippet no basta, en vez de volcar cinco cada vez. /api/v1/google de Scavio devuelve esos campos como JSON tipado; verificado en vivo el 2026-06-26, una llamada de SERP completa volvió con 7 resultados orgánicos más 8 búsquedas relacionadas y bloques de knowledge graph/noticias/shopping en 2 créditos. Snippets primero, descarga completa bajo demanda, cachea las consultas calientes.
Antes
El agente llama a una API de scrapear-y-limpiar en cada consulta, mete 5 páginas completas (~8.000+ tokens) en el contexto en cada turno y paga ese exceso de tokens en cada llamada al LLM. La factura de búsqueda parece bien; la del modelo se duplica en silencio.
Después
El agente llama a una API de SERP, obtiene snippets estructurados (~cientos de tokens), responde a partir de ellos o descarga una sola página completa solo cuando hace falta. Las consultas calientes pegan en una caché de TTL corto y no cuestan nada. El uso de tokens por respuesta con grounding cae en casi todo el sobrecoste del texto de página.
Para quien es
Cualquiera que tenga un agente que llame a una API de scrapear-y-limpiar en cada turno y vea su factura de tokens de LLM subir más rápido que la de búsqueda. Si de verdad necesitas contenido completo renderizado con JavaScript (paneles tras login, SPAs pesadas), mantén un crawler para esos objetivos; esto va de no pagar el impuesto del texto de página en el 80% de las consultas que un snippet responde.
Beneficios clave
- Los snippets estructurados cuestan una fracción del texto de página completa en tokens de contexto
- Facturación por crédito: una llamada ligera a Google es 1 crédito, la SERP completa son 2, no pagas de más por consultas baratas
- Cachear consultas repetidas elimina la llamada por completo; precios/noticias necesitan TTLs cortos, las definiciones pueden cachearse un día
- Una sola clave para Google, Reddit, YouTube, Amazon, Walmart y TikTok, así no multiplicas las facturas de proveedores
- Descargas el contenido de la página completa solo bajo demanda, no por defecto, que es de donde sale de verdad el ahorro de tokens
Ejemplo en Python
import os, requests
KEY = os.environ['SCAVIO_API_KEY']
r = requests.post(
'https://api.scavio.dev/api/v1/google',
headers={'Authorization': f'Bearer {KEY}'},
json={'query': 'kubernetes 1.31 release date', 'light_request': True},
).json()
# 1-credit light call; snippets only, no page bloat
for x in r['results'][:3]:
print(x['title'], '-', x['domain'])Ejemplo en JavaScript
const KEY = process.env.SCAVIO_API_KEY;
const r = await fetch('https://api.scavio.dev/api/v1/google', {
method: 'POST',
headers: { Authorization: `Bearer ${KEY}`, 'Content-Type': 'application/json' },
body: JSON.stringify({ query: 'kubernetes 1.31 release date', light_request: true }),
}).then((x) => x.json());
for (const x of r.results.slice(0, 3)) console.log(x.title, '-', x.domain);