Muitos sistemas, ERPs, plataformas de gestão de clínica, imobiliária, escola, entre outros, preferem não construir do zero uma tela de atendimento de WhatsApp. Em vez disso, embutem um inbox pronto dentro da própria interface, para que o usuário final nunca precise sair do sistema principal para conversar com um cliente.
O padrão técnico mais comum para isso combina um script leve carregado na página do sistema host com um iframe que renderiza o inbox de fato:
- Um script (por exemplo, algo como nevoa-inbox.js) é incluído na página do sistema host e inicializa o widget com um token de autenticação da conta
- O widget cria um iframe apontando para a aplicação de inbox, já autenticado, exibindo conversas, contatos e templates
- A comunicação entre a página host e o iframe acontece por troca de mensagens entre janelas (postMessage), permitindo, por exemplo, abrir a conversa de um contato específico a partir de uma tela do sistema principal
- Eventos relevantes, nova mensagem, conversa fechada, contato criado, podem ser repassados de volta para o sistema host, permitindo automações no lado de quem incorporou o widget
| Quem costuma usar esse padrão | Motivo principal |
|---|---|
| Software houses e SaaS verticais | Oferecer WhatsApp nativo dentro do próprio produto sem reconstruir a API |
| Agências com plataforma própria | Entregar atendimento de WhatsApp como parte do pacote de serviço |
| Empresas com sistema interno legado | Adicionar WhatsApp sem reescrever o sistema principal |
Próximo passo
Quer operar na API oficial sem risco de bloqueio?
O Nevoa Manager conecta seu número pela WhatsApp Cloud API, com templates, disparos, atendimento e rastreamento de campanhas até a venda.