Keenable ha salido de stealth con una ronda seed de 26 millones de dólares liderada por Accel, con Conviction Partners y varios business angels. Lo que construye: un índice de búsqueda de la web diseñado para que lo consuman agentes de IA, no personas.
El índice ya supera los 100.000 millones de documentos.
Quién está detrás
Andrey Styskin dirigió búsqueda, IA y la división de cloud en Yandex, y antes pasó por Amazon. Matthias Petri es un científico de IA alemán que trabajó con él en Amazon montando la infraestructura de búsqueda web para aplicaciones como Alexa.
Son quince ingenieros y quieren doblar la plantilla antes de que acabe el año. Ya tienen una alianza con Gradium, una empresa de IA por voz.
Por qué un índice distinto
La tesis se resume en una frase de Styskin: si no optimizas las estructuras del índice para una tarea concreta, el coste de servir y escanear internet es enorme.
Un buscador para humanos está construido alrededor de una suposición: la persona va a mirar diez resultados y a hacer clic en dos. Todo el sistema, desde el ranking hasta los snippets, está pensado para que esos diez enlaces sean los mejores diez enlaces.
Un agente no funciona así. Un agente pide cuarenta cosas seguidas, quiere el contenido entero y no la portada, necesita saber cuándo se actualizó cada página, y va a hacer eso mil veces al día si el proceso está automatizado. Servirle resultados pensados para humanos es caro para el proveedor e inútil para el agente.
De ahí sale el producto que tienen en desarrollo, WebQueryLanguage: en vez de devolver una lista de enlaces para que el modelo se los lea uno a uno, permite hacer una consulta que combine información de varias fuentes web y devuelva la respuesta armada.
El hueco de mercado es real
Aquí es donde la oportunidad tiene sentido de negocio, más allá de la parte técnica.
Google y Microsoft están cerrando sus APIs de búsqueda. El motivo es evidente: si le vendes acceso al índice a una empresa de IA que va a responder las preguntas de los usuarios directamente, estás financiando a quien te está quitando el tráfico y, con él, la publicidad.
Eso deja a todo el que construye agentes con un problema práctico: necesitan buscar en la web y los dos índices grandes les están cerrando la puerta. Los que quedan (Brave, Exa, y ahora Keenable) están pequeños comparados con Google, pero tienen el mercado casi para ellos.
Lo que esto significa si estás construyendo algo
Si tienes un proceso automatizado que depende de buscar información en la web, apunta esto: es una dependencia con riesgo de proveedor, y no está en la lista de riesgos de nadie.
Lo he visto en mis propios sistemas. Tengo automatizaciones que sondean fuentes, cruzan lo que encuentran y redactan a partir de ahí. Si el proveedor de búsqueda que hay debajo cambia sus condiciones, sube el precio o cierra la API, el proceso entero se para. No es el modelo lo que se rompe, es el acceso al dato.
La forma sensata de gestionarlo, cuando el proceso importa:
- Que la capa de búsqueda esté aislada del resto, para poder cambiar de proveedor sin tocar la lógica.
- Que haya un segundo proveedor probado, aunque sea peor, para no descubrir el problema el día que falla.
- Que sepas cuánto te cuesta cada consulta hoy, para poder comparar cuando llegue el aviso de subida.
Sobre precios y clientes de Keenable, TechCrunch no da datos: no los han hecho públicos.
Y la pregunta grande sigue abierta: si el tráfico se lo llevan los agentes, quién paga a las webs que producen el contenido que estos índices rastrean. Nadie tiene esa respuesta todavía.
Fuente original: TechCrunch
Relacionado
