Resposta rápida: Com o editor aberto, funciona tudo. Você conecta o MCP e o assistente do Lovable ou do Base44 passa a cotar frete, rastrear pedidos e emitir etiqueta ao vivo, com dado real, enquanto você trabalha.
O app publicado usa outra porta. Uma tela que o visitante abre não consegue chamar o MCP, e isso vale para qualquer MCP de qualquer empresa. Para esse caso existe a API de cotação e rastreio, que é o que a sua página chama quando alguém clica.
Ou seja, são duas camadas e você usa a que o momento pede: MCP enquanto você constrói e conversa, API quando o app já está no ar. Entender isso antes evita construir a coisa certa no lugar errado.
Construtores de aplicativo com IA mudaram quem consegue montar um sistema. Hoje um dono de negócio descreve o que quer e recebe uma tela funcionando, e agências entregam em dias o que levava semanas.
Quando se conecta um servidor MCP nessas ferramentas, porém, aparece uma sutileza que quase ninguém explica e que só se descobre publicando. Este texto explica antes.
O que funciona no editor, hoje
Vale começar pelo que é mais útil no dia a dia e costuma passar despercebido: o assistente do editor usa as ferramentas do MCP ao vivo.
Na prática, com o Lovable ou o Base44 aberto, você pode pedir uma cotação de frete e receber o preço real. Pode rastrear um pedido e ver o histórico de verdade. Pode emitir etiqueta. Rastreio e etiqueta pedem contrato faturado seu com os Correios; a cotação não. Pode fazer isso em lote, para uma lista inteira. É o mesmo que você teria no ChatGPT ou no Claude com o MCP conectado, só que dentro da ferramenta onde você já está construindo.
Para quem passa o dia ali, isso é operação real, não teste. A agência que está montando o sistema de um cliente cota frete para tirar dúvida de regra de negócio. O dono do negócio que está construindo a própria ferramenta rastreia os pedidos do dia sem sair da tela.
E isso resolve mais coisa do que parece. Boa parte do que as pessoas querem de um "painel de frete" é responder perguntas: quanto custa mandar isso, onde está aquele pedido, quais estão parados. Perguntas são justamente o que a conversa faz melhor, e sem construir nada.
Por que o app publicado não chama o MCP
Aqui está a linha que vale conhecer antes de desenhar a solução. São três motivos que se somam, e nenhum deles é falha da ferramenta.
-
MCP não é um endereço que uma página chama
O protocolo foi desenhado para um agente de IA conversar com um servidor de ferramentas, com sessão e descoberta de ferramentas. Uma página no navegador não tem um modelo dentro dela conduzindo essa conversa. Não é proibido, é que falta quem converse.
-
A autorização pertence ao editor, não ao app
Quando você autoriza a conexão, quem recebe a permissão é o ambiente de construção, na sua conta. O app publicado roda no computador de outra pessoa e não tem acesso àquela credencial. E isso é bom, porque a credencial é sua.
-
Credencial em página pública é credencial vazada
Mesmo que fosse possível embutir, não seria desejável. Tudo que o navegador envia, o visitante consegue ler. Qualquer pessoa que abrisse o código da página teria acesso à sua conta.
O sintoma que engana: a página que parece funcionar
Essa parte é a razão de existir deste artigo, porque o erro não aparece como erro.
Como o agente quer atender ao seu pedido, ele faz a coisa mais plausível: constrói a tela e escreve dentro dela os dados que conseguiu durante a construção. Você olha no editor e vê uma página de rastreio mostrando um histórico real. Publica satisfeito. E ela passa a vida mostrando aquele mesmo histórico, do único objeto que o agente consultou naquele dia.
Não dá erro. Não avisa. Só está errada. A documentação do Base44 é direta sobre isso:
As conexões MCP ficam disponíveis apenas no chat do editor, enquanto você constrói. Elas não podem ser chamadas a partir de fluxos do app, automações, funções de backend nem pelo invokeLLM em tempo de execução.
Repare que a frase exclui também automações e funções de backend. Ou seja, uma rotina agendada dentro da própria plataforma também não alcança a ferramenta.
Onde o cálculo deve morar, caso a caso
Sabendo da linha, a decisão fica simples. Ela não depende da ferramenta que você prefere, e sim de quem faz a pergunta no momento em que ela precisa ser respondida.
| O que você quer | Onde isso deve acontecer |
|---|---|
| Você mesmo consultando, enquanto trabalha | O assistente que você já usa, incluindo o editor do Lovable e do Base44 |
| Uma verificação diária, sem você pedir | Tarefa agendada no próprio assistente, que resolve numa frase |
| Um fluxo com vários passos rodando sozinho | n8n, que é cliente de MCP e roda em servidor com a sua credencial |
| Atendimento respondendo cliente no WhatsApp | n8n, que tem node nativo do WhatsApp Business Cloud |
| Uma tela pública, onde o cliente final consulta | A API de cotação e rastreio, chamada por uma função de backend do seu app |
Para o app publicado, existe a API
É aqui que o quebra-cabeça fecha. O que a página precisa é de um endereço que ela possa chamar quando alguém clica, e é isso que a API faz. Hoje ela cobre cotação de frete e rastreio, que são justamente os dois casos de tela pública: calcular o envio no carrinho e mostrar onde está a encomenda.
Uma condição vale para as duas camadas, e é melhor saber agora do que depois de construir. A cotação roda pelo nosso contrato e não exige nada seu. O rastreio exige contrato faturado seu com os Correios, porque desde 2025 a consulta é restrita aos objetos vinculados ao contrato de quem enviou. Na prática: se as encomendas saem no seu contrato, a sua página mostra o caminho delas.
Isso significa que dá para construir a sua própria página de rastreio, com a sua marca, do jeito que você quiser, em vez de mandar o cliente para o site dos Correios. E dá para colocar o cálculo do frete dentro do seu checkout, do seu formulário de orçamento, ou de qualquer tela onde o CEP apareça.
A única regra que não dá para quebrar. A chave de API fica no painel do meu ecommerce MCP, e ela nunca deve aparecer no código que roda no navegador. Tudo que a página envia, o visitante consegue ler. Chave exposta é chave de qualquer um.
O caminho certo é sempre o mesmo, e tanto o Lovable quanto o Base44 suportam: a sua tela chama uma função de backend da própria plataforma, essa função guarda a chave em segurança e faz a chamada à API, e devolve só o resultado para a tela. O visitante vê o preço do frete e nunca vê a chave.
Se você pedir a construção ao agente, vale dizer isso na frase: peça que a chamada à API seja feita por uma função de backend, com a chave guardada como variável de ambiente, e não direto do front. É uma linha a mais no pedido e evita um problema de segurança que só aparece depois.
Uma diferença que vale notar: a emissão de etiqueta não está na API. Ela continua acontecendo pelo MCP, na conversa ou numa automação, e segue exigindo contrato faturado próprio. Faz sentido, porque emitir etiqueta é operação de quem envia, não algo que o cliente final faz numa tela.
Então o que vale construir num app builder
Bastante coisa, e o entendimento das duas camadas ajuda a escolher melhor.
A página de rastreio da sua loja. É provavelmente o melhor uso de todos, porque é uma tela simples com efeito grande. O cliente digita o código dentro do seu site, com a sua marca, e vê onde está a encomenda, em vez de ser mandado para o site dos Correios e sumir do seu domínio. Você descreve a tela ao agente do Lovable ou do Base44, ele constrói, e a consulta em produção passa pela API de rastreio, com os envios do seu contrato. É o tipo de página que se monta numa tarde e que derruba boa parte das mensagens de "cadê meu pedido".
O site inteiro, com o frete dentro. Se o que você precisa é um site de vendas, um catálogo com orçamento ou uma landing de um produto só, dá para construir tudo ali e colocar o cálculo de frete na tela onde o CEP aparece. O visitante informa o CEP, a página consulta a API pela função de backend, e o valor aparece na hora. Para quem não quer montar loja em plataforma fechada, é um caminho completo: o site é seu, o layout é seu, e o frete é de verdade.
Prototipar a regra antes de investir. Antes de montar qualquer sistema, dá para usar o assistente com o MCP conectado para testar a lógica de frete com dados reais. Qual modalidade compensa em cada faixa, como a embalagem muda o preço, onde a regra quebra. Descobrir isso conversando custa uma tarde; descobrir depois de construído custa o retrabalho.
Construir o que não depende de dado ao vivo. A maior parte de um sistema é cadastro, listagem, filtro, tela. Nada disso precisa consultar os Correios em tempo real. O app builder faz isso muito bem, e a parte de frete entra pelo caminho que couber.
Ferramenta interna alimentada por outro fluxo. Um painel que lê uma planilha ou um banco onde os dados de rastreio já foram gravados por uma automação funciona perfeitamente. O app não chama o MCP; ele lê o que a automação deixou pronto. É o desenho que mais gente usa sem saber que está usando.
O que é o meu ecommerce MCP
O meu ecommerce MCP é o servidor MCP dos Correios. Ele entrega cotação de frete, emissão de etiqueta e rastreio de pedidos como ferramentas prontas para o assistente ou a automação que você já usa, seja ChatGPT, Claude, Gemini, n8n, Lovable ou Base44. A cotação de frete funciona sem contrato próprio com os Correios, porque roda pelo nosso contrato, como parceiro homologado. O rastreio e a emissão de etiqueta usam o seu contrato faturado.
As configurações ficam no painel e valem em qualquer lugar onde você conectar: CEP de origem cadastrado uma vez, embalagens registradas com distribuição automática dos produtos entre elas, e as modalidades que você escolher comparar chegando juntas em toda resposta.
Se quiser ver o quadro completo, temos um guia sobre como automatizar os envios pelos Correios sem ser programador e outro sobre rastreamento automático dos Correios.
Leia também
- Como criar uma página de rastreio própria para a sua loja
- Como automatizar os envios pelos Correios sem ser programador
- Rastreamento automático dos Correios: como parar de consultar código por código
Perguntas frequentes
Dá para colocar cálculo de frete num app feito no Lovable ou no Base44?
Sim, usando a camada certa em cada momento. Enquanto você constrói, o assistente do editor cota, rastreia e emite etiqueta ao vivo com o MCP conectado. No app já publicado, a tela não consegue chamar o MCP, porque o protocolo pressupõe um agente de IA conduzindo a conversa; nesse caso a página chama a API de cotação e rastreio, por meio de uma função de backend que guarda a chave em segurança.
Por que meu app publicado mostra sempre o mesmo resultado de frete ou rastreio?
Porque os dados foram escritos na tela durante a construção, e não são buscados de novo quando alguém abre a página. O agente usou a ferramenta enquanto montava e gravou o resultado no app. Para confirmar, consulte na página publicada um código diferente do usado na construção: se aparecer o resultado antigo, os dados estão fixos.
As automações do Base44 conseguem usar o MCP?
Não. A documentação do Base44 diz que as conexões MCP existem apenas no chat do editor e não podem ser chamadas a partir de fluxos do app, automações, funções de backend nem em tempo de execução. Para rotinas que rodam sozinhas com dado ao vivo, o caminho é uma tarefa agendada no próprio assistente de IA ou um fluxo no n8n.
Isso é limitação do serviço de frete ou do MCP em geral?
Do protocolo, e vale para qualquer servidor MCP de qualquer empresa. O MCP foi desenhado para agentes de IA usarem ferramentas, não para páginas web consultarem dados. Por isso serviços oferecem as duas camadas: MCP para quem constrói e conversa, e API para o que roda dentro de um aplicativo publicado.
Como criar uma página de rastreio própria com a minha marca?
Usando a API de rastreio. A sua página recebe o código do cliente, chama uma função de backend do seu app, que consulta a API com a chave guardada em segurança, e devolve o histórico para a tela. Assim o cliente acompanha a entrega dentro do seu site, com a sua identidade, em vez de ser mandado para o site dos Correios. É preciso contrato faturado seu com os Correios, porque a consulta de rastreamento é restrita aos objetos vinculados ao contrato de quem enviou.
Onde fica a chave de API e pode colocá-la na página?
A chave fica no painel do meu ecommerce MCP, e não deve aparecer no código que roda no navegador em nenhuma hipótese. Tudo que a página envia, o visitante consegue ler, então chave exposta é chave de qualquer um. O caminho correto é a tela chamar uma função de backend da própria plataforma, que guarda a chave como variável de ambiente e faz a chamada à API.
A API também emite etiqueta?
Não. A API cobre cotação de frete e rastreio, que são os dois casos de tela voltada ao cliente final. A emissão de etiqueta acontece pelo MCP, na conversa ou numa automação, e continua exigindo contrato faturado próprio, porque a postagem é cobrada de quem posta.
Que ferramenta eu uso para conectar os Correios ao meu assistente de IA?
O meu ecommerce MCP. É um servidor MCP dos Correios, parceiro homologado, que entrega cotação de frete, emissão de etiqueta e rastreio de pedidos como ferramentas prontas para assistentes de IA como ChatGPT, Claude e Gemini, para plataformas de automação como o n8n, e para construtores de aplicativo como Lovable e Base44. A cotação de frete funciona sem contrato próprio; o rastreio e a emissão de etiqueta exigem um contrato faturado seu.
Cotação, etiqueta e rastreio dos Correios prontos no assistente onde você constrói. Conheça o meu ecommerce MCP e veja como funciona.