Crie um projeto por site: liste os domínios autorizados a enviar e vincule a integração que os relatórios devem alcançar. Cada site tem as suas próprias regras — sem mistura.
Todo o resto é herdado dessas quatro configurações.
Um contêiner para um site ou produto, com a sua própria chave, relatórios e retenção.
Só os domínios que você listar podem enviar relatórios com a chave do Web SDK.
Qual integração recebe por padrão os relatórios deste projeto.
Um projeto pertence a você ou a uma equipe e herda essa visibilidade.
A chave do Web SDK fica visível no código-fonte da sua página. A lista de domínios é o que torna isso inofensivo.
| Correspondência | Host exato e subdomínios com curinga |
|---|---|
| Domínios não listados | Os envios são rejeitados no servidor |
| Desenvolvimento local | Adicione localhost com porta para testar com segurança |
| Limites de frequência | Aplicados por projeto e por dia, e por IP e por dia |
acme.com
app.acme.com
*.staging.acme.com
localhost:3000Cada projeto está vinculado à sua própria integração: o seu site de UAT reporta para a tabela de UAT, o de marketing para a dele. O padrão já cai no lugar certo, sem triagem manual.
| De onde veio | Destino padrão |
|---|---|
| Envio pelo Web SDK em um domínio autorizado | A integração vinculada ao projeto |
| Extensão de navegador em um domínio autorizado | O projeto do site, conforme escolhido na lista de destinos |
| Extensão em um domínio sem projeto | O destino de equipe ou pessoal de quem reporta |
| Alteração manual de quem reporta | O que for selecionado, lembrado para aquele site |
Uma pessoa configura, a equipe inteira usa.
Envie relatórios para o Feishu Bitable ou para o seu próprio webhook.
Uma tag script e qualquer visitante reporta sem instalar nada.
Na validação interna, testadores e stakeholders reportam no mesmo projeto.