Toda a lógica pesada — a chamada ao LLM, a detecção de intenção, a correspondência com o catálogo, os tokens de clique, os rate limits — roda do lado da Indoleads. Seu app apenas nos passa a conversa e renderiza o card.
um turno da conversa
Usuário → [seu app] → HTTPS → [Indoleads AI Ads API] → LLM
↑ │
└──────── reply + ad (card) ─┘
clique no card (domínio da Indoleads, não o seu)
Usuário → GET /c/{token} → 302 → link de rastreamento da rede → anunciante
| Modo A — server-side (recomendado) | Modo B — client-side | |
|---|---|---|
| Como | Seu backend chama POST /api/chat, recebe JSON e renderiza o card na sua UI | Nosso ads.js é carregado na página; as chamadas partem do navegador via IndoleadsAds.chat() / renderAd() |
| Chave | Fica no seu servidor, nos secrets | Chave pública por domínio; domínios na whitelist |
| Controle | Total — você decide quando/como exibir | Menor — mas é o mais rápido de lançar |
| CSP | connect-src domínio da API, img-src CDNs dos merchants | + script-src domínio do ads.js |
| Ideal para | Produtos com backend/pipeline de LLM próprios | Sites estáticos, widgets, pilotos rápidos |
Em ambos os modos a resposta é o mesmo objeto — reply (sempre exiba) + ad (objeto ou null) + intent — veja Contrato da API. Em ambos os modos o clique deve passar somente pelo nosso link /c/{token}.
Requisitos de servidor para o Modo A: qualquer linguagem com HTTP+JSON de saída, UTF-8, HTTPS 443 de saída, TLS 1.2+ — veja Requisitos.
Este artigo foi útil?
Que bom!
Obrigado pelo seu feedback
Desculpe! Não conseguimos ajudar você
Obrigado pelo seu feedback
Feedback enviado
Agradecemos seu esforço e tentaremos corrigir o artigo