Aprovar entrada no grupo do Telegram: sem barrar quem pagou

Quem vende acesso VIP descobre cedo que a porta é a parte crítica da operação. Aprovar entrada no grupo do Telegram parece um detalhe técnico até o dia em que alguém paga e não entra, e aí vira o problema mais caro do dia. Em junho de 2026 o Telegram acrescentou uma peça nova nessa porta, os porteiros de inteligência artificial, e vale entender onde ela encaixa antes de instalar.

Resposta primeiro: existem dois mecanismos diferentes atuando na mesma porta, e eles não são intercambiáveis. Qualquer administrador com o direito de convidar usuários aprova ou recusa um pedido, sem pressa. Já o posto de porteiro que recebe as consultas de entrada com interface própria fica registrado num campo único do chat, que guarda um bot só, e tem 10 segundos para responder. Se o seu bot de vendas e um porteiro de IA disputarem essa porta, quem perde é quem pagou.

A seguir: os dois mecanismos lado a lado, os dois relógios que a documentação estabelece, o que muda quando a IA entra junto do bot que cobra, e como desenhar a porta para ninguém ficar de fora.

Aprovar entrada no grupo do Telegram: os dois mecanismos na mesma porta

Resposta primeiro: um é genérico e serve a qualquer administrador; o outro é um posto nomeado, com relógio e interface.

A documentação da Bot API descreve os dois. No caminho comum, o bot precisa ser administrador e ter o direito can_invite_users, e então chama approveChatJoinRequest ou declineChatJoinRequest. É o caminho que um bot de vendas usa: recebe a confirmação do pagamento, aprova o pedido, pronto.

No caminho novo existe o campo guard_bot no objeto ChatFullInfo (a informação completa do chat), descrito como "The bot that processes join request queries in the chat. The field is only available to chat administrators". Um bot só é elegível a esse posto se o getMe dele retornar supports_join_request_queries, que a documentação define como "True, if the bot supports join request queries and can be assigned to process them".

Aspecto	Aprovação comum	Posto de porteiro
Quem pode	Todo admin com o direito	O bot registrado no campo
Quantos	Vários ao mesmo tempo	O campo guarda um
Prazo	Sem relógio	10 segundos
Interface	Nenhuma	Mini aplicativo

Repare no detalhe do meio, que é o que muda o desenho da operação: o campo é um campo só e guarda um bot só. Isso é o que a documentação descreve. O que ela não diz, e por isso não afirmo aqui, é o que acontece exatamente quando você designa um segundo bot para o posto: se ele substitui o primeiro, se a designação é recusada, ou se depende do cliente usado.

Existe ainda um terceiro caminho documentado que muda o desenho e costuma passar batido. Ao responder uma consulta de entrada, o parâmetro result do answerChatJoinRequestQuery aceita três valores, e a documentação descreve o terceiro assim: queue, "to leave the decision to other administrators". Ou seja, o porteiro designado não é obrigado a decidir. Ele pode triar e devolver o pedido para a fila dos administradores, que é justamente onde o bot de vendas espera. Isso não apaga o conflito descrito adiante, mas é a única forma documentada de os dois conviverem na mesma porta sem um atropelar o outro.

O que o Telegram entregou em junho de 2026

Resposta primeiro: a possibilidade de usar um bot de IA como triagem de entrada, com interface própria, em qualquer grupo.

No post de 11 de junho de 2026, na seção "Guardian Bots for Group Chats", o blog do Telegram descreve assim: "If you need some smart muscle to guard the door to your group chat, you can add AI bots as admins to process join requests". E completa: "AI Guardians can use flexible mini-app interfaces to screen new applicants".

Duas leituras importantes desse trecho, e a segunda é a que costuma passar batido:

• O bot de IA entra como administrador. Não é um serviço externo opinando, é um admin com poder de decisão dentro do seu grupo.
• A triagem é sobre quem está pedindo para entrar, não sobre quem pagou. A IA avalia o que consegue ver: perfil, comportamento, respostas no mini aplicativo. O seu registro de cobranças não está nessa lista.

É aí que mora o conflito. Num grupo VIP, a pergunta da porta já tem resposta objetiva e binária: esta pessoa pagou? Qualquer camada que decida por outro critério só pode piorar essa resposta.

Os dois relógios que a documentação estabelece

Resposta primeiro: 10 segundos para o porteiro designado responder, e 5 minutos de janela para falar com quem pediu entrada.

O primeiro está no campo query_id do objeto ChatJoinRequest: "Identifier of the join request query; for bots assigned to process join requests only. If present, then the bot must call sendChatJoinRequestWebApp or directly call answerChatJoinRequestQuery within 10 seconds". Dez segundos é pouco para um modelo de linguagem que precisa consultar um perfil, e é uma restrição real de projeto, não um detalhe.

O segundo está no campo user_chat_id: "The bot can use this identifier for 5 minutes to send messages until the join request is processed, assuming no other administrator contacted the user". Leia o final com atenção, porque o adjetivo é o que decide: a janela vale presumindo que nenhum outro administrador tenha falado com a pessoa antes. Ou seja, um segundo admin ativo na porta não apenas divide a decisão, ele pode encurtar a sua janela de conversa com o comprador.

Caso de borda que vale registrar: esses dois relógios pertencem ao mecanismo de consultas de entrada. O caminho comum de aprovação, que é o do bot de vendas, não tem prazo nenhum, e é por isso que um pagamento confirmado três horas depois ainda consegue liberar o acesso.

O que muda quando o porteiro de IA entra junto do bot de vendas

Resposta primeiro: você passa a ter dois critérios decidindo a mesma porta, e só um deles sabe quem pagou.

Exemplo trabalhado, com números que saem do próprio mecanismo. Suponha um grupo VIP de R$ 30 com 200 entradas por mês, todas precedidas de pagamento. O bot de vendas aprova pelo caminho comum, sem relógio, depois da confirmação do Pix. Agora entra um porteiro de IA configurado para barrar contas novas, sem foto e sem histórico.

O problema é que conta nova sem foto é o perfil médio do comprador desse nicho. Muita gente cria uma conta separada justamente para consumir esse tipo de conteúdo, e faz isso com razão. Se o porteiro recusar 5% dos pedidos por esse critério, são 10 pessoas por mês que pagaram R$ 30 e não entraram: R$ 300 em pedidos de devolução, suporte e reputação, todo mês, causados por uma camada instalada para proteger.

E o prejuízo não é só o valor. Quem paga e não entra abre contestação, e a contestação tem prazo e procedimento próprios, tratados em contestar devolução do Pix. O diagnóstico dessa falha, com as causas mais comuns, está em pagou e não entrou no grupo.

Como desenhar a porta sem barrar quem pagou

Resposta primeiro: um dono por porta, e a triagem antes do dinheiro, nunca depois.

1. Deixe a porta do grupo pago com um dono só. Quem decide é o bot que sabe do pagamento. Qualquer outro admin na porta é um risco sem contrapartida, porque não existe informação que ele tenha e o bot não tenha. Se você precisar mesmo de um porteiro de IA ali, o desenho documentado é ele triar e devolver com queue, deixando a decisão final para quem sabe do pagamento.
2. Confirme o direito certo. O bot precisa de can_invite_users para aprovar ou recusar. Sem esse direito, a chamada falha e o pedido fica pendurado. O mapa das permissões está em permissões do bot no Telegram.
3. Ponha a triagem no canal gratuito. É lá que ainda não existe dinheiro separando quem é quem, e é lá que um porteiro de IA rende: filtra robô, filtra divulgador de concorrente, filtra golpista antes de ele alcançar a sua audiência.
4. Instrumente a recusa. Se algum pedido for recusado, você precisa saber por quem e por quê. Recusa silenciosa vira reclamação três dias depois, sem rastro para investigar.
5. Teste com a sua própria conta secundária antes de colocar qualquer camada nova na porta do grupo pago. O roteiro está em testar o bot de vendas.

Quando o porteiro de IA compensa de verdade

Resposta primeiro: quando a porta não tem um critério objetivo, que é exatamente o oposto do grupo pago.

Três situações em que instalar vale a pena:

• Canal ou grupo gratuito de topo de funil. Entrada aberta, volume alto, sem pagamento para filtrar. Aqui a triagem substitui um trabalho manual que ninguém faz direito.
• Comunidade de assinantes com conversa liberada. O post do Telegram menciona que esses bots também podem agir sobre quem publica no chat. Moderação de conteúdo é um problema distinto do da porta, e tem artigo próprio em moderar grupo do Telegram.
• Grupo com histórico de invasão coordenada. Quando o problema é entrada em massa para divulgação, um filtro automático na porta reduz trabalho real.

Contra-argumento honesto: mesmo nesses casos, a IA erra nas duas direções, e o erro que custa mais caro é o falso positivo, porque ele é invisível. Você nunca vê quem foi barrado injustamente; vê apenas o grupo mais limpo e conclui que funcionou.

O que a documentação não diz

Resposta primeiro: três coisas que eu preferi não afirmar, porque não achei fonte.

• O que acontece ao designar um segundo porteiro. O campo é único, mas o comportamento da substituição não está descrito.
• Quem vence quando dois admins decidem quase ao mesmo tempo. A documentação não descreve a ordem de resolução nem o erro devolvido ao perdedor.
• Se o porteiro designado deixa de receber consultas quando o prazo de 10 segundos estoura. A obrigação de responder está escrita; a consequência de não responder, não.

Registro isso de propósito. Em operação que mexe com dinheiro, a diferença entre "a documentação diz" e "eu suponho" é a diferença entre um artigo útil e um prejuízo.

Erros comuns

• Instalar triagem na porta do grupo pago. O pagamento já é a melhor triagem que existe. Acrescentar critério só acrescenta falso positivo.
• Adicionar um segundo bot admin sem mapear o que ele decide. Dois admins na mesma porta significam dois critérios, e o comprador não sabe disso.
• Esquecer o direito de convidar usuários. Sem ele, a aprovação falha e o pedido fica pendurado sem aviso.
• Confiar no relógio errado. Quem desenha a operação achando que tem 10 segundos para tudo acaba construindo uma solução apressada para um problema que não tem prazo.
• Recusar sem registrar. Sem log, a recusa injusta só aparece como reclamação, e aí já custou dinheiro.

Conclusão

A porta do grupo VIP é o único ponto da operação em que uma decisão errada custa o valor cheio da venda mais a confiança do comprador. O Telegram acrescentou uma ferramenta boa em junho de 2026, e ela resolve um problema real: o da porta que não tem critério. O grupo pago não é esse caso, porque nele o critério já existe, já é objetivo e já está pago.

A regra que sai daqui cabe numa linha: triagem antes do dinheiro, aprovação depois dele. Porteiro de IA no canal gratuito, bot de cobrança na porta do VIP, e nunca os dois no mesmo umbral.

O próximo passo leva dez minutos: abra a lista de administradores do seu grupo pago, veja quantos têm o direito de convidar usuários, e reduza para o mínimo. Se o seu fluxo de cobrança e liberação ainda não é automático, o desenho completo está em fluxo de compra pelo bot, e o que a Afroditte cobra por venda está em preço e taxa.