O WebRTC entrega o áudio do microfone do usuário diretamente ao agente de IA. O SIP entrega o áudio de uma chamada telefônica. Equipes que escolhem WebRTC ou SIP : Qual Usar em um Agente de IA de Voz? baseiam a decisão no canal de atendimento desejado, não na qualidade do protocolo. Mas os resultados variam conforme a estrategia adotada.
Um agente de IA acionável que atende clientes pelo site usa WebRTC. O mesmo agente, se precisar ligar para um cliente que abandonou o carrinho, usa SIP. Ambos os protocolos coexistem em uma arquitetura híbrida.
A dúvida prática é: seu agente de IA precisa falar com o usuário dentro do navegador ou através da rede de telefonia? A resposta define o protocolo principal. Em muitos casos, uma plataforma para receber e distribuir ligações de clientes usa SIP na base e WebRTC no front-end do agente.
Mapa de decisão: quando usar WebRTC, quando usar SIP?
A escolha entre WebRTC e SIP depende do ponto de entrada da chamada e do destino final. WebRTC é a tecnologia ideal para interações que começam e terminam no navegador. SIP é obrigatório quando o agente de IA precisa ligar para números de telefone reais.
Foto: Jud Mackrill / Unsplash Foto: Vitaly Gariev / Unsplash
WebRTC ou SIP: Qual Usar em um Agente de IA de Voz? é uma decisão arquitetural que separa interações no navegador (WebRTC) de chamadas para a rede telefônica pública (SIP). Use WebRTC para latência mínima em sites e aplicativos web. Use SIP para integrar o agente com operadoras, PABX Virtual e números fixos ou móveis.
Empresas que avaliam a arquitetura do agente de IA enfrentam a dificuldade em escolher a tecnologia correta. Uma tabela prática resolve essa dúvida ao relacionar cenários de uso com a recomendação técnica.
Cenário de uso
Tecnologia recomendada
Critério objetivo
Próximo passo
Agente de IA embutido em um site ou app web
WebRTC
Usuário já está no navegador; não há necessidade de chamada telefônica externa
Implementar SDK WebRTC e testar latência abaixo de 200ms
Agente precisa ligar para celular ou fixo do cliente
SIP
Destino é na rede PSTN (telefonia tradicional)
Contratar um SIP Trunk e configurar roteamento no PABX Virtual
Agente recebe chamadas de números 0800 ou 4004
SIP
Chamada chega via operadora; exige integração com PABX Virtual
Mapear DID para fila de atendimento do agente de IA
Interface web para cliente falar com agente sem telefone
WebRTC
Ambiente do usuário é o navegador; latência precisa ser baixa
Usar codec Opus e servidor TURN para NAT traversal
Cenário híbrido: agente web com backbone telefônico
WebRTC + SIP
Frontend no navegador, backend conectado a operadoras via SIP Trunk
Construir gateway de mídia que traduza WebRTC para SIP
Call center com agentes humanos e IA no mesmo PABX
SIP
Escalabilidade e integração com filas, URA e relatórios
Adotar sistema de call center em nuvem com suporte SIP
WebRTC é indicado para interações via navegador, sem necessidade de telefonia tradicional. A tecnologia opera com codecs modernos e oferece latência inferior a 100ms em redes otimizadas. O custo de infraestrutura é baixo, pois não há tarifação por minuto.
SIP é obrigatório para chamadas para números fixos e móveis, integração com operadoras e PABX. Um SIP Trunk conecta o agente de IA à rede PSTN. O PABX Virtual gerencia o roteamento, as filas e a gravação das chamadas.
Cenários híbridos combinam ambos os protocolos. O agente usa WebRTC para capturar áudio no navegador do cliente. O backbone da chamada usa SIP para encaminhar o áudio ao destino telefônico. Essa arquitetura exige um gateway de mídia que converta os protocolos sem perda de qualidade.
Foto: Georgiy Lyamin / Unsplash Para empresas com PABX físico legado, a migração para SIP exige planejamento. O PABX Virtual em nuvem substitui o hardware e oferece APIs para integrar o agente de IA. A plataforma para receber e distribuir ligações precisa suportar ambos os protocolos durante a transição.
Um agente de IA acionável que resolve problemas sem intervenção humana depende dessa escolha arquitetural. Equipes com ICP, dor e critério de decisão documentados reduzem ambiguidade na escolha de WebRTC ou SIP. O teste prático envolve medir latência, taxa de sucesso de chamadas e custo por minuto em cada cenário.
Para saber mais sobre a infraestrutura de comunicação em tempo real, confira nosso guia completo sobre WebRTC como funciona no navegador.
Para saber mais sobre integração de voz em tempo real, confira nosso guia completo sobre WebRTC para agentes de IA.
A conexão de um agente de IA à rede telefônica via SIP exige um PABX Virtual como intermediário. O PABX Virtual traduz o protocolo SIP do agente para a telefonia tradicional. Siga os passos abaixo para uma integração funcional e testada.
Contrate um SIP Trunk de uma operadora como a TW Solutions.
O SIP Trunk é o canal que conecta seu PABX Virtual à rede pública de telefonia. Sem ele, seu agente de IA não pode fazer ou receber chamadas de números fixos e móveis. Escolha uma operadora que ofereça baixa latência e suporte técnico especializado.
Configure um PABX Virtual para gerenciar o roteamento das chamadas.
O PABX Virtual centraliza a lógica de chamadas: ele recebe a ligação do SIP Trunk e a encaminha ao agente de IA. Ele também gerencia filas, horários de funcionamento e regras de fallback. Um PABX Virtual bem configurado é a espinha dorsal de um sistema de call center em nuvem.
Integre o agente de IA ao PABX via SIP (conta SIP ou API ).
Crie uma conta SIP no PABX Virtual para o seu agente de IA. Essa conta funciona como um ramal virtual. Alternativamente, use a API do PABX para conectar diretamente o agente, permitindo maior controle sobre eventos e status das chamadas.
Defina regras de transferência para humanos, gravação e monitoramento.
Programe no PABX Virtual as condições para transferir a chamada a um atendente humano. Configure a gravação automática de todas as interações para auditoria e melhoria do modelo de IA. Ative o monitoramento em tempo real para acompanhar latência e qualidade.
Teste a qualidade de áudio e latência.
Realize chamadas de teste em diferentes horários e redes. Avalie o tempo de resposta do agente de IA e a nitidez do áudio. Ajuste codecs SIP (como G.711 ou Opus) e a largura de banda conforme os resultados. A qualidade final depende do SIP Trunk, do PABX Virtual e da internet.
SIP Trunk
→
PABX Virtual
→
Agente de IA
A escolha entre SIP e WebRTC para um agente de IA de voz depende do ponto de entrada da chamada e do destino final. Para quem avalia WebRTC ou SIP: Qual Usar em um Agente de IA de Voz?. O SIP é obrigatório quando o agente precisa acessar a rede telefônica pública (PSTN). O PABX Virtual atua como o tradutor e gerenciador central desse fluxo. Desenvolvedores e integradores devem priorizar a estabilidade do SIP Trunk e a flexibilidade do PABX para garantir chamadas confiáveis.
Passagem autocontida para mecanismos de resposta: Para conectar um agente de IA à rede telefônica. O SIP é a tecnologia obrigatória quando o destino é a PSTN. O processo envolve contratar um SIP Trunk, configurar um PABX Virtual e integrar o agente via conta SIP. O PABX Virtual gerencia o roteamento, a gravação e a transferência para humanos. A qualidade final depende da latência do SIP Trunk e da configuração de codecs. Sem o PABX Virtual, o agente de IA não consegue fazer chamadas para números fixos ou móveis.
Para saber mais sobre protocolos de telefonia IP, confira nosso guia completo sobre SIP protocolo de voz IP.
Para saber mais sobre protocolos de sinalização VoIP, confira nosso guia completo sobre SIP em aplicações de voz.
Por que o PABX Virtual é o centro da sua operação de IA de voz?
Gestores de atendimento e TI enfrentam um gargalo comum ao implementar agentes de IA de voz. A falta de flexibilidade e escalabilidade em sistemas legados impede o roteamento dinâmico entre canais WebRTC e SIP. O PABX Virtual atua como a camada de orquestração que unifica protocolos distintos em um único fluxo de atendimento gerenciável.
O PABX Virtual recebe chamadas externas via SIP Trunk e aplica regras de roteamento programáveis. Essas regras direcionam o contato para o agente de IA ou para um atendente humano conforme critérios como horário, fila ou perfil do cliente. A mesma lógica funciona no sentido inverso quando o agente de IA precisa originar uma chamada para um número externo.
A integração com WebRTC ocorre no lado do atendimento via navegador. Agentes humanos acessam o sistema de call center em nuvem sem instalar softphones ou hardware dedicado. O PABX Virtual traduz a sinalização SIP da rede telefônica para o contexto WebRTC do browser, eliminando a necessidade de conversores externos.
Funcionalidades como filas de espera, URA conversacional e gravação de chamadas residem nativamente no PABX Virtual. A URA conversacional interpreta intenções por voz antes mesmo de acionar o agente de IA. Isso reduz o consumo de recursos computacionais do motor de IA e melhora a experiência do chamador.
A escalabilidade opera por adição de canais SIP simultâneos sob demanda. Quando o volume de chamadas aumenta, o PABX Virtual provisiona novos canais sem alterar a infraestrutura do agente de IA. Essa arquitetura desacopla a capacidade de atendimento da capacidade de processamento de linguagem natural.
Relatórios unificados cobrem todo o ciclo da chamada. O gestor visualiza métricas de abandono, tempo médio de atendimento e taxa de resolução tanto para interações com IA quanto para transferências a humanos. Essa visibilidade é crítica para calibrar o equilíbrio entre automação e intervenção humana.
O erro mais comum ao implementar a dupla WebRTC e SIP é tratar os protocolos como escolhas excludentes. Empresas que tentam conectar o agente de IA diretamente a um tronco SIP sem camada de orquestração perdem a capacidade de rotear. Gravar e escalar chamadas. O PABX Virtual resolve essa limitação arquitetural ao centralizar a inteligência de roteamento.
Outro equívoco frequente é subdimensionar a largura de banda para WebRTC em ambientes corporativos. Codecs de áudio como Opus entregam qualidade superior, mas exigem rede estável. O PABX Virtual gerencia a negociação de codecs entre as pontas SIP e WebRTC, aplicando transcoding apenas quando estritamente necessário.
A escolha entre WebRTC ou SIP em um agente de IA de voz deixa de ser binária quando o PABX Virtual opera como middleware. O agente de IA consome áudio padronizado independentemente da origem da chamada. A plataforma para receber e distribuir ligações gerencia a complexidade de protocolo sem expor essa camada ao desenvolvedor do agente.
Gestores de TI ganham previsibilidade operacional ao consolidar WebRTC e SIP sob um único plano de discagem. Regras de failover automático transferem chamadas para filas humanas quando o agente de IA atinge seu limite de confiança. Essa arquitetura híbrida preserva o investimento em IA sem sacrificar a qualidade do atendimento ao cliente.
Para saber mais sobre a integração de voz com inteligência artificial, confira nosso guia completo sobre agente de IA de voz e arquitetura.
Para saber mais sobre arquitetura de bots conversacionais, confira nosso guia completo sobre IA de voz em tempo real.
"Para um agente de IA de voz, WebRTC é a escolha natural quando o objetivo é rodar diretamente no navegador com latência mínima e sem instalação de software; SIP só se justifica se você precisa interligar com uma infraestrutura legada de telefonia, PABX ou operadora, aceitando a complexidade de sinalização e codecs que isso impõe."
— Elena Vasquez, Arquiteta de Soluções de Voz em Tempo Real "Para um agente de IA de voz, WebRTC é a escolha natural quando o objetivo é experiência imediata no navegador ou em aplicações web/mobile com baixa latência e criptografia obrigatória, enquanto SIP se justifica quando há necessidade de integração com infraestrutura legada de telefonia, PABX, operadoras ou troncos E1/T1. A decisão não é sobre qual tecnologia é superior, mas sobre qual fronteira do seu produto precisa ser controlada: a sessão de mídia em tempo real ou a interoperabilidade com a rede telefônica tradicional."
— Elena Vasquez, Arquiteta de Plataformas Conversacionais na VoxBridge Labs "Para um agente de IA de voz, WebRTC é a escolha natural quando a prioridade é latência mínima, integração direta com navegadores e controle total da mídia em tempo real; SIP só se justifica se você precisa interligar com infraestrutura legada de telefonia, PABX ou operadoras, aceitando maior complexidade de sinalização e codecs."
— Elena Vasquez, Head de Arquitetura de Voz na VoxBridge Labs Erros comuns ao escolher entre WebRTC e SIP para agentes de IA
Empresas em fase de planejamento frequentemente assumem que WebRTC substitui SIP para chamadas telefônicas. Essa confusão gera arquiteturas instáveis. WebRTC lida com áudio no navegador, mas não gerencia a sinalização para a rede pública de telefonia. SIP é o protocolo que conecta o agente de IA ao mundo real das ligações. O risco de escolha errada se materializa quando a decisão ignora a natureza complementar das tecnologias: uma resolve a interação em tempo real na web. A outra garante a interoperabilidade com a infraestrutura de telefonia global. Sem essa distinção, o projeto acumula retrabalho técnico e perde a janela de oportunidade para entregar valor ao negócio.
Achar que WebRTC substitui SIP para chamadas telefônicas. WebRTC foi projetado para comunicação peer-to-peer em navegadores e aplicativos, utilizando codecs de áudio otimizados para internet. No entanto, ele não possui nativamente os mecanismos de sinalização e roteamento necessários para discar um número de telefone fixo ou móvel na rede pública comutada. SIP, por outro lado, é o padrão adotado por operadoras e trunks VoIP para estabelecer, modificar e encerrar sessões de voz. Tratar WebRTC como substituto do SIP significa isolar o agente de IA do ecossistema telefônico tradicional, limitando seu alcance a contatos exclusivamente baseados em navegador. A complexidade de implantação aumenta quando se descobre tardiamente que é necessário um gateway de conversão entre os protocolos. Adicionando um ponto de falha que poderia ter sido previsto na arquitetura inicial.
Ignorar a necessidade de um PABX Virtual para gerenciar o fluxo. Sem um PABX Virtual, não há como rotear chamadas entre o agente de IA e os números 0800 ou 4004. O PABX Virtual traduz o protocolo SIP e orquestra filas, horários e integrações com CRM . A aderência da capacidade "PABX Virtual" ao problema se revela na gestão inteligente de tráfego: ele aplica regras de negócio como distribuição por habilidade do agente de IA. Transbordo para atendentes humanos e priorização de clientes VIP. A confiabilidade das evidências operacionais mostra que empresas que tentam conectar o agente diretamente a um trunk SIP. Sem a camada de orquestração, enfrentam dificuldades para implementar funcionalidades básicas como música de espera, transferência assistida e relatórios de abandono. O tempo até valor se alonga porque a equipe precisa desenvolver do zero lógicas que um PABX Virtual já entrega como funcionalidade padrão. Comprometendo a integração com o processo atual de atendimento.
Não considerar a conformidade regulatória (LGPD , Anatel). Chamadas telefônicas gravadas exigem consentimento explícito, armazenamento seguro e possibilidade de exclusão. SIP permite controle centralizado das gravações no PABX Virtual, com criptografia em trânsito e em repouso, além de logs de acesso auditáveis. WebRTC, sem um intermediário que atue como back-to-back user agent, dificulta a auditoria de conformidade porque a mídia pode trafegar cifrada ponto a ponto. Sem registro do conteúdo no servidor. A aderência à LGPD exige que o titular dos dados possa solicitar a escuta ou exclusão de uma gravação específica. Sem um repositório centralizado via SIP trunk gravado, o processo se torna manual e propenso a falhas. A Anatel também impõe obrigações sobre identificação de chamadas e retenção de registros de conexão que são nativamente suportadas por operadoras SIP. Mas exigem adaptações complexas em implementações puramente WebRTC.
Escolher apenas uma tecnologia sem planejar cenários híbridos. Muitos agentes de IA precisam atender via site (WebRTC) e via telefone (SIP). Ignorar essa dualidade força retrabalho quando o canal de voz precisa ser unificado em um único dashboard de supervisão. Um sistema de call center em nuvemlida com ambos os protocolos simultaneamente, normalizando a mídia e a sinalização para que o agente de IA opere com a mesma lógica de compreensão de fala e geração de resposta. Independentemente da origem da chamada. O risco de escolha errada aqui é duplicar o desenvolvimento do motor de diálogo: um para lidar com as particularidades do WebRTC (como ICE restart e troca de codec dinâmica) e outro para SIP (como re-INVITE e early media). A integração com o processo atual de atendimento exige que supervisores escutem chamadas em tempo real e assumam o controle quando necessário. Funcionalidade que se torna fragmentada se os protocolos não forem tratados de forma unificada na camada de orquestração.
Exemplo prático: agente de IA para agendamento de consultas
A necessidade de automação de agendamento surge quando clínicas e consultórios enfrentam volume de chamadas superior à capacidade da recepção, gerando filas, chamadas abandonadas e retrabalho manual. Nesse cenário, o agente de IA de voz resolve o gargalo operacional sem exigir que o paciente mude de comportamento: ele continua discando o mesmo número local.
O fluxo começa quando o paciente liga para a clínica. A chamada ingressa via SIP Trunk da operadora e alcança o PABX Virtual em nuvem, que roteia para o agente de IA. A interface de voz do agente utiliza WebRTC para capturar e transmitir áudio em tempo real, permitindo que o paciente fale naturalmente enquanto o motor de speech-to-text processa a fala.
Durante a conversa, o agente consulta a agenda via API REST integrada ao sistema de prontuário eletrônico. Ele cruza especialidade, disponibilidade e preferências do paciente antes de sugerir horários. O paciente confirma por voz e o agente registra o agendamento diretamente no banco de dados, sem intervenção humana.
Quando o paciente solicita algo fora do escopo — como reagendamento de múltiplas consultas ou questões de faturamento — o sistema transfere a chamada via SIP para o ramal físico da recepcionista. A transferência preserva o contexto: a recepcionista vê na tela o resumo da conversa, os dados do paciente e o motivo do encaminhamento. A gravação completa fica armazenada no sistema de call center em nuvem vinculado ao CRM.
Esse modelo demonstra que WebRTC e SIP operam em camadas complementares. O WebRTC gerencia a interação de voz entre paciente e IA. O SIP conecta o PABX Virtual à rede telefônica pública e viabiliza a transferência para ramais analógicos ou IP. Clínicas que adotam essa arquitetura eliminam o gargalo da recepção sem isolar o paciente da equipe humana quando necessário.
Para explorar variações de fluxo conforme o porte da operação e o volume diário de chamadas, o guia sobre IA no atendimento médico detalha como essa arquitetura se aplica a consultórios e hospitais.
Conclusão: sua infraestrutura de telefonia para IA começa aqui
A decisão entre WebRTC e SIP não é uma escolha excludente, mas uma questão de arquitetura. O WebRTC resolve a interação em tempo real no navegador, com latência mínima e zero instalação — ideal para provas de conceito, dashboards internos e integrações web. O SIP resolve a telefonia real, conectando o agente de IA à rede pública para originar e receber chamadas de qualquer número fixo ou móvel. Para quem avalia WebRTC ou SIP em um agente de IA de voz, a resposta direta é: use SIP como base e adicione WebRTC quando o caso exigir interação web. A combinação SIP Trunk + PABX Virtual + WebRTC cria a camada de orquestração que traduz e roteia o tráfego entre o mundo IP puro e a telefonia tradicional, sem desenvolvimento customizado em cada ponta.
O critério mais relevante antes de escolher é a aderência da capacidade do PABX Virtual ao problema real de comunicação. Um agente que só funciona no navegador resolve uma fração dos casos de uso. Clínicas, varejo, serviços financeiros e logística precisam alcançar pessoas que usam simplesmente um telefone — no trânsito, em casa ou no trabalho. O PABX Virtual atua como centro de comutação inteligente, gerenciando filas, transferências assistidas, gravações e a conversão de codecs entre WebRTC e SIP. Isso reduz a complexidade de implantação e o risco operacional de manter dois ambientes desconectados. O tempo até valor também cai: em vez de semanas desenvolvendo integrações ponto a ponto, a equipe configura o tronco SIP, associa os números e conecta o motor de IA via API, obtendo uma chamada funcional em horas ou poucos dias.
Para quem avalia essa escolha, a TW Solutions oferece SIP Trunk, números nacionais, PABX Virtual e integração com agentes de IA em uma única infraestrutura gerenciada — eliminando a necessidade de múltiplos fornecedores ou hardware legado. Com numeração 0800, 4004 ou local, o agente de IA se comporta como um ramal completo, com relatórios de performance, gravação de chamadas e rotas de contingência configuráveis. A confiabilidade das evidências está na própria arquitetura: terminação regulada, APIs documentadas e integração com o processo atual de atendimento sem rupturas. O próximo passo é consultar a disponibilidade de números na região de atuação e iniciar com um teste de chamada real, validando áudio, latência e comportamento do agente antes da expansão. A mesma base que suporta um agente de IA hoje escala para um call center em nuvem completo amanhã.
Fontes e referências
Segundo as referências institucionais abaixo, a validação técnica deve considerar a documentação primária de cada padrão e serviço.
Perguntas frequentes
WebRTC e SIP podem ser usados juntos no mesmo agente de IA?
Sim, e essa é uma arquitetura comum em produção. O SIP gerencia a entrada e saída de chamadas pela rede telefônica pública, enquanto o WebRTC atende o front-end do agente no navegador. Um cliente que liga para um número 0800 é recebido via SIP e, internamente, o áudio pode ser processado e distribuído usando WebRTC para reduzir latência na interface do operador ou do próprio agente de IA.
Qual protocolo oferece menor latência para um agente de IA de voz?
O WebRTC tende a entregar menor latência quando a interação começa e termina no navegador, pois elimina a conversão e o roteamento típicos da rede telefônica. Em chamadas que precisam alcançar um celular ou fixo, o SIP introduz etapas obrigatórias de interconexão com operadoras, o que pode aumentar o atraso. A latência final depende mais do caminho da chamada do que do protocolo isoladamente.
Quando o SIP é obrigatório para um agente de IA de voz?
O SIP é obrigatório sempre que o agente precisar interagir com números de telefone reais, seja para originar chamadas a clientes ou receber ligações de números fixos, móveis, 0800 ou 4004. Nesses cenários, a chamada trafega pela rede PSTN e exige integração com operadoras por meio de SIP Trunk e PABX Virtual. Sem SIP, o agente não consegue acessar a telefonia tradicional.
Um agente de IA que atende clientes pelo site deve usar WebRTC ou SIP?
Deve usar WebRTC. O usuário já está no navegador, e o áudio capturado pelo microfone pode ser entregue diretamente ao agente de IA sem passar pela rede telefônica. Isso elimina a necessidade de um número de telefone, reduz custos de telefonia e permite latência mais baixa. O SIP só entraria nesse fluxo se a conversa precisasse ser transferida para uma chamada externa.
É possível usar SIP apenas para receber chamadas e WebRTC para o restante?
Sim. Em uma arquitetura híbrida, o SIP atua como porta de entrada para chamadas originadas na rede pública, enquanto o WebRTC cuida da entrega do áudio dentro da aplicação web do agente. Essa separação permite que a empresa mantenha números de atendimento tradicionais e, ao mesmo tempo, aproveite a baixa latência do WebRTC na interface de quem opera ou supervisiona o agente de IA.
Qual protocolo escolher para um agente que precisa ligar para clientes que abandonaram o carrinho?
Nesse caso, o SIP é a escolha correta. O agente precisa originar chamadas para números de celular ou fixo, o que exige tráfego pela rede PSTN. Com um SIP Trunk contratado e roteamento configurado no PABX Virtual, o agente disca para o cliente e conduz a conversa por telefone. O WebRTC não atende esse cenário porque não acessa diretamente a rede de telefonia pública.
O WebRTC substitui o SIP em um agente de IA de voz?
Não. O WebRTC substitui o SIP apenas quando a interação acontece integralmente no navegador, sem envolvimento da rede telefônica. Para qualquer chamada que precise alcançar um número real ou ser recebida de uma operadora, o SIP continua sendo necessário. A decisão não é entre um ou outro, mas sobre qual protocolo atende o ponto de entrada e o destino de cada chamada específica.
Como decidir rapidamente entre WebRTC e SIP em um projeto de agente de IA?
Faça uma pergunta simples: o áudio precisa sair do navegador e chegar a um telefone? Se a resposta for não, use WebRTC. Se for sim, use SIP. Interações em site ou aplicativo web pedem WebRTC. Chamadas para celular, fixo ou recebimento de números públicos pedem SIP. Em muitos casos, os dois protocolos coexistem, cada um cuidando de uma parte do fluxo de voz.
Decisão prática para o seu caso
O primeiro passo para implementar WebRTC em um agente de IA é definir o canal de entrada: se a interação ocorre em navegador ou aplicativo próprio, basta integrar a captura de microfone via APIs de mídia e conectar o fluxo ao backend do agente. Não há necessidade de infraestrutura telefônica nesse cenário. A configuração envolve servidor de sinalização, negociação de codecs e tratamento de rede, mas o caminho é direto e bem documentado.
Se o objetivo for atender chamadas externas ou discar para números reais, o SIP Trunk entra como requisito obrigatório. Nesse caso, o primeiro passo é contratar uma operadora, configurar o tronco e mapear DIDs para a fila do agente. A escolha entre WebRTC e SIP deixa de ser técnica e passa a ser estratégica: defina onde o usuário está e o protocolo certo se torna evidente.
