SuggestAPISuggestAPI

Abstracción de recuperación

Enrutamiento de consultas, léxico vs embeddings y mapeo de intención a API.

Complemento de The OpenRouter for Search. Una capa de aceleración se sitúa delante de Algolia, Typesense, Elastic o Meilisearch y decide cómo se reescribe una consulta, qué recuperador se ejecuta y qué superficie de API responde.

Enrutamiento de consultas

Enrutar no es «elegir un proveedor». Es clasificar la solicitud, reescribirla y enviarla al índice y al recuperador que pueden responderla. El cliente siempre llama a SuggestAPI; el backend puede cambiar sin una nueva integración.

Clasificar

¿Qué intenta hacer esta consulta?

Typeahead de prefijo, marca navegacional, filtro de atributos, comparación o una solicitud completa de información. Esa etiqueta elige la familia de endpoints: autocompletado, consulta, comparación o recomendación.

Reescribir

Corrige, amplía y registra ambas formas

La corrección ortográfica y la expansión de sinónimos ocurren en el edge antes de la búsqueda en el origen. Las respuestas conservan original_query y corrected_query para que los agentes puedan mostrar qué buscaron.

Despachar

Adaptador + caché + fallback

El enrutamiento por índice selecciona Algolia, Typesense, Elastic, Meilisearch o un índice de SuggestAPI. Los aciertos de caché nunca tocan el origen. El failover es una regla de enrutamiento, no una tormenta de reintentos del cliente.

Recuperación léxica vs embeddings

La búsqueda de comercio electrónico necesita ambas. La coincidencia léxica protege SKU, GTIN y atributos exactos. Los embeddings recuperan paráfrasis y el lenguaje desordenado de los agentes. El ranking híbrido es el valor predeterminado, no un extra de investigación.

SeñalLéxico / palabras claveEmbeddings / semánticoCuándo usarlo
SKU, GTIN, número de modeloCoincidencia exacta y por prefijoDébil; los ID no son lenguajeEl agente pegó un identificador
«botas de senderismo impermeables talla 11»Tokens + filtros (talla, impermeable)Paráfrasis («zapatilla gore-tex de trail»)Híbrido: filtros del léxico, recall de los vectores
Errores tipográficos y prefijosTypeahead, n-gramas, tolerancia a erroresLento y ruidoso con prefijos cortosEl autocompletado sigue siendo léxico primero
LatenciaMilisegundos en el edgeMayor salvo que haya cachéCachea los resultados semánticos; no generes embeddings en cada pulsación

Mapeo de intención a API

Los agentes no deberían enviar cada frase a un único cuadro de búsqueda. Asigna la intención a la superficie que devuelve la forma correcta: sugerencias, resultados, comparaciones o una transferencia al checkout.

Intención del usuario / agenteSuperficie de APIPor qué
Escribir «bo…» en una barra de búsquedaGET /v1/autocompleteSugerencias por prefijo, con errores y merchandising, no una página de resultados completa
«Encuentra botas de senderismo impermeables por menos de 200 $»POST /query o POST /v1/agent/searchRecuperación completa con filtros, reescritura y productos clasificados
«¿Cuál de estas dos chaquetas es más ligera?»POST /v1/agent/compareDiferencia estructurada de atributos, no una nueva búsqueda por palabras clave
«Más como este SKU»POST /v1/agent/recommendRecuperación de artículo a artículo, no una consulta parafraseada
«Añádelo a mi carrito»URL de transferencia desde el payload de búsqueda/comparaciónEl checkout permanece en el comercio; SuggestAPI no procesa pagos

Descubre esas superficies para agentes en la referencia de agentes de ARD. Conecta el autocompletado de la tienda mediante Trae tu propio buscador.

¿Listo para añadir comercio agéntico a tu tienda?

Crea una cuenta para poner el enrutamiento de consultas, la recuperación híbrida y la búsqueda para agentes delante del motor que ya utilizas.