Quem começa a escalar um bot de Telegram costuma bater no mesmo erro — 429 Too Many Requests — e a primeira ideia que aparece é "colocar proxy para não ser limitado". Antes de comprar qualquer IP, vale entender como o limite funciona, porque na maioria dos casos o proxy não mexe nele.
Os limites de envio da Bot API
A FAQ oficial de bots do Telegram define os limites de envio gratuitos:
| Situação | Limite |
|---|---|
| Uma única conversa | Evitar mais de 1 mensagem por segundo |
| Grupo | Até 20 mensagens por minuto |
| Envio em massa | Cerca de 30 mensagens por segundo |
Acima disso, as requisições começam a voltar com erro 429. Para envio em massa maior, o Telegram oferece transmissões pagas, ativadas no BotFather, que chegam a 1.000 mensagens por segundo com custo por mensagem acima da cota gratuita.
Por que proxy não aumenta o limite
Toda requisição de um bot é autenticada pelo token. É por ele que o Telegram sabe de qual bot é o envio — e é sobre o bot que o limite é aplicado. Trocar o endereço de origem não muda o token, então não muda a contagem.
Na prática, distribuir as chamadas do mesmo bot entre dez IPs continua sendo o mesmo bot enviando o mesmo volume. O caminho para respeitar o limite é fila e controle de taxa na aplicação:
- espaçar os envios dentro dos limites da tabela;
- tratar o 429 esperando antes de tentar de novo, em vez de repetir na hora;
- para volume grande de avisos, avaliar as transmissões pagas.
Quando um proxy faz sentido para bot de Telegram
O proxy entra por motivos de infraestrutura, não de limite:
- Rede que bloqueia o Telegram. Servidor ou rede corporativa em que a conexão com a API do Telegram é restrita.
- Vários bots de clientes diferentes no mesmo servidor. Separar a origem de rede de operações que não devem aparecer ligadas.
- Integrações que exigem IP fixo. Quando o bot conversa com sistemas de terceiros que liberam acesso por lista de IPs permitidos.
- Servidor fora do Brasil falando com serviços que exigem origem brasileira no mesmo fluxo do bot.
Webhook ou long polling
Os dois modos de receber atualizações têm impacto diferente na infraestrutura:
- Long polling — o bot pergunta ao Telegram se há mensagens novas. Todo o tráfego sai do seu servidor, então o proxy, se configurado, cobre a comunicação.
- Webhook — o Telegram envia as atualizações para um endereço seu. Pela FAQ oficial, as portas aceitas são 443, 80, 88 e 8443. Aqui o proxy de saída não participa do recebimento: quem conecta é o Telegram, no seu endereço público.
Não dá para usar os dois ao mesmo tempo: enquanto há webhook configurado, long polling não recebe atualizações.
O que o proxy não resolve
- Não aumenta limite de envio, que é do bot.
- Não evita bloqueio por spam. Mensagem não solicitada em massa viola os termos do Telegram e a nossa política de uso aceitável.
- Não substitui fila. Um bot sem controle de taxa continua batendo no 429 com qualquer IP.
Resumo
- Erro 429? Implemente fila e espera; proxy não muda o limite.
- Precisa enviar muito mais? Avalie as transmissões pagas do Telegram.
- Precisa de IP fixo, origem brasileira ou separar bots de clientes? Aí o proxy tem função.
Qual tipo de IP usar para bots e para contas, e a diferença entre proxy MTProto e SOCKS5 no aplicativo, estão em proxy para Telegram.