Catálogo completo
GET /api/catalogo devuelve el catálogo de promocionales en JSON, con precio unitario sin IVA, material, técnicas, colores y área de impresión.
Un agente de IA puede leer el catálogo en JSON sin registro, calcular el importe de una configuración, abrir el pago de una compra de catálogo y entregar un requerimiento al equipo por WhatsApp. Servidor MCP, especificación OpenAPI y declaración de capacidades, publicados y abiertos.
El comprador corporativo ya no siempre llega por un buscador. A veces le pregunta a un asistente, y el asistente necesita datos, no una página bonita.
El catálogo de promocionales está en JSON, abierto y sin registro, con precio, material, técnicas, colores y área de impresión. Un agente no tiene que interpretar el HTML de una página.
La misma interfaz devuelve subtotal, IVA y total de la configuración que la persona describió, con el precio que pone el servidor.
Para el catálogo con precio público, el agente obtiene un enlace de pago seguro con el importe ya calculado, y la persona completa el pago en la pasarela.
Para lo que se cotiza por requerimiento, el agente recibe un folio y un enlace de WhatsApp con el texto ya escrito, y el ejecutivo de la línea lo recibe marcado como originado por un agente.
Ocho direcciones, sin llave y sin registro. El dominio es
loyaltyrewardslatam.com.
GET /api/catalogo devuelve el catálogo de promocionales en JSON, con precio unitario sin IVA, material, técnicas, colores y área de impresión.
GET /api/catalogo?id=termo devuelve la ficha completa de un producto.
GET /api/catalogo?q=gorra devuelve los productos que coinciden con la consulta.
GET /api/catalogo?cotizar=polo:100,gorra:50 devuelve subtotal, IVA y total.
POST /api/mcp atiende JSON-RPC 2.0 con seis herramientas. Un GET a la misma dirección devuelve la forma de conectarse.
GET /openapi.json describe cada operación con sus parámetros, respuestas y ejemplos.
GET /agent.json declara interfaces, términos de operación y páginas canónicas. Responde también en /.well-known/agent.json.
GET /llms.txt resume identidad, cobertura, líneas de negocio y las consultas que este proveedor responde.
Un agente que no sabe hasta dónde puede llegar, se detiene o se equivoca.
Estos seis puntos están declarados también en
/agent.json, para que no haya que leerlos en prosa.
El agente se identifica en su User-Agent y, cuando existe, en el origen de su operador. No se exige registro previo y no se bloquea a nadie por no estar dado de alta.
Consultar el catálogo y calcular importes no requiere autorización. Comprometer una compra sí: el pago se completa con el comprador presente en la pasarela.
El precio lo fija el servidor a partir del catálogo, no quien llama. El pago se completa en una pasarela externa; este sitio no recibe datos de tarjeta.
Para atender basta con qué se necesita, la cantidad y el país. Para que el ejecutivo responda hacen falta un nombre y un medio de contacto. Nada más.
El ejecutivo de la línea continúa la atención por WhatsApp o por correo. Un requerimiento que llegó por un agente se marca como tal, para que el ejecutivo lo sepa de entrada.
La emisión de códigos de tarjeta de regalo y la dispersión de comisiones e incentivos no son públicas. Se habilitan con credenciales por empresa y por ambiente.
Cada uno de estos puntos responde hoy en el dominio. Están abiertos a cualquier agente, sea de un asistente conocido o de un sistema de compras de una empresa.
Implementado en /api/mcp, con JSON-RPC 2.0 y seis herramientas declaradas.
Publicado en /openapi.json, con ejemplos de cada operación.
Manifest en /llms.txt, con identidad, cobertura y las consultas que este proveedor responde.
Cada página declara su estructura: organización, servicio, producto, oferta, API, preguntas frecuentes y ruta de navegación.
Declarado en /robots.txt: ai-train=yes, search=yes, ai-input=yes.
El catálogo responde a cualquier origen, para que un agente pueda leerlo desde donde se ejecute.
La política de robots.txt permite el paso de forma explícita a
los rastreadores de los principales asistentes, tanto a los de indexación como a los que se activan
cuando una persona pide una consulta en vivo.
Los rastreadores de OpenAI están permitidos de forma explícita, tanto los de indexación como los que se activan cuando una persona pide una consulta en vivo.
Permitido, y además el servidor MCP expone las operaciones como herramientas, que es la vía nativa de este asistente para conectarse a un sistema externo.
Permitidos, con el contenido estructurado en JSON-LD en cada página para que la respuesta pueda citar la fuente correcta.
Permitido a través de los rastreadores de Bing y de las señales que alimentan las consultas B2B.
Permitidos tanto el rastreador de indexación como el que se activa por una consulta de una persona.
Permitidos los rastreadores de Meta, incluidos los que atienden consultas dentro de sus aplicaciones.
Permitido el rastreador de Apple, que alimenta las respuestas asistidas de su buscador.
La política general de robots.txt permite el paso, y el catálogo en JSON está disponible para cualquiera que lo consulte.
El canal de contacto no cambia: la conversación acaba con una persona del equipo, por WhatsApp, con el requerimiento ya planteado.
El agente lee el catálogo, o pregunta por cobertura y líneas, y ya sabe si el requerimiento se puede atender y con qué línea.
Para promocionales, el agente obtiene subtotal, IVA y total de la configuración exacta que la persona describió.
Si es una compra de catálogo, el agente abre el enlace de pago. Si es tarjetas de regalo, incentivos, plataforma o integración, arma el requerimiento.
El requerimiento vuelve con un folio y un enlace de WhatsApp ya escrito, y llega al ejecutivo de la línea marcado como originado por un agente.
La persona abre el enlace y la conversación sigue en WhatsApp, con el requerimiento ya planteado y sin volver a explicarlo.
Sí, para el catálogo de promocionales. El catálogo con precios es público y sin registro, y el mismo endpoint calcula subtotal, IVA y total de una configuración. Las tarjetas de regalo, los incentivos físicos, las plataformas y las integraciones se cotizan por requerimiento, y para esos casos el agente puede entregar el requerimiento al equipo.
Sí. El servidor responde en loyaltyrewardslatam.com/api/mcp por JSON-RPC 2.0, sin autenticación, y expone seis herramientas: buscar en el catálogo, ficha de un producto, cotizar una configuración, consultar cobertura y líneas, entregar un requerimiento al equipo, y abrir el pago de una compra de promocionales.
Sí, en loyaltyrewardslatam.com/openapi.json, en OpenAPI 3.1, con ejemplos de cada operación.
No. Ningún agente que se identifique es bloqueado. El archivo robots.txt permite de forma explícita a los rastreadores de los principales asistentes, y declara con Content-Signal que el contenido se puede usar para entrenar, para buscar y como insumo de respuesta.
Puede abrir el pago. La herramienta devuelve un enlace de pago seguro con el importe ya calculado por el servidor, y el pago se completa con el comprador presente en la pasarela. El precio nunca lo pone quien llama: sale del catálogo del servidor.
La herramienta de entrega de requerimiento devuelve un folio y un enlace de WhatsApp con el requerimiento ya escrito, para que el agente lo pase a la persona. Si el agente incluye nombre y un medio de contacto, el requerimiento también se envía al ejecutivo de la línea correspondiente, marcado como originado por un agente.
Para atender basta con qué se necesita, la cantidad aproximada y el país. Para que el ejecutivo pueda contestar hacen falta además un nombre y un medio de contacto. No hay formularios intermedios ni preguntas de calificación.
No. loyaltyrewardslatam.com/api/catalogo devuelve el catálogo de promocionales en JSON sin autenticación y con CORS abierto, con precio unitario, material, técnicas de personalización, colores y área de impresión.
La emisión de códigos de tarjeta de regalo y la dispersión de comisiones e incentivos. Esas viven detrás de credenciales por empresa y por ambiente, y su alcance se define con el área de sistemas del cliente.
Por su User-Agent y, cuando existe, por el origen de su operador. No se pide registro previo. Identificarse permite atribuir la consulta y dar seguimiento al requerimiento.
En loyaltyrewardslatam.com/agent.json. Ahí se declaran las interfaces disponibles, los términos de operación y las páginas canónicas de cada línea.
En español de México. Los nombres de campo y las descripciones de las herramientas están en español, igual que el contenido del sitio.
Interfaces con credencialesIntegración por API · API de tarjetas de regalo · SSO y endpoints