Um canal do Telegram que publica por meio de um sistema compartilhado divide, na prática, o mesmo bot com centenas de outros canais da plataforma. Enquanto há poucas publicações, isso passa despercebido: as mensagens são enviadas no horário, os arquivos de mídia são carregados sem atrasos e tudo funciona como deveria. Mas a API de bots do Telegram tem limites rígidos para o número de solicitações que um bot pode fazer por unidade de tempo — e esses limites são compartilhados por todos que publicam por meio desse bot, não são exclusivos de cada canal.
Na prática, nos deparamos com isso não porque estávamos procurando o problema, mas porque vários canais ativos publicaram posts com arquivos de mídia quase ao mesmo tempo — e algumas publicações atrasaram. Nada explicava isso além da fila compartilhada de solicitações do bot padrão. A investigação confirmou o que fazia sentido: a atividade de outros canais nos momentos de pico afeta diretamente a velocidade de publicação do seu canal, mesmo que você publique pouco e com cuidado. E tem mais: se algum canal da plataforma despertar suspeitas de spam no Telegram — por exemplo, ao enviar mensagens idênticas com muita frequência —, em tese, o bot inteiro pode sofrer restrições temporárias, inclusive os canais que não têm nada a ver com isso.
A solução para esse problema é um bot personalizado do Telegram: um bot próprio, vinculado apenas ao seu canal, que não compartilha limites nem reputação com ninguém.
Qual é a diferença entre o bot padrão e o personalizado
O bot padrão do Telematic é uma solução pronta para uso: você não precisa criar nem configurar nada, e as publicações começam a funcionar assim que o canal é conectado. É uma ótima opção para começar e para canais com baixa frequência de publicações, nos quais o risco de atingir os limites compartilhados é mínimo.
Um bot personalizado é um bot separado do Telegram, criado especificamente para o seu canal pelo BotFather. O token dele é inserido nas configurações do canal no Telematic. A partir daí, todas as publicações, comentários e outras ações em nome do canal são feitas por esse bot exclusivo, e não pelo bot compartilhado. O limite de requisições passa a ser um recurso individual do canal, em vez de um conjunto compartilhado por todos os usuários da plataforma.
Quando o bot padrão já não é suficiente
Há alguns sinais claros de que chegou a hora de usar um bot próprio.
Alta frequência de publicações. Se o canal publica vários posts por dia, especialmente com arquivos de mídia (vídeos, imagens), a probabilidade de enfrentar uma fila compartilhada aumenta proporcionalmente à carga de todos os outros canais que usam o bot padrão naquele mesmo momento.
Importância do horário exato da publicação. Se é importante que o post seja publicado exatamente no minuto programado — por exemplo, em sincronia com publicações em outras plataformas —, qualquer atraso causado pela fila compartilhada deixa de ser apenas um incômodo e se torna um problema.
Importância comercial do canal. Para um canal que gera a maior parte do tráfego ou da receita, o risco de o bot ser bloqueado temporariamente por causa da atividade de terceiros é algo que vale a pena eliminar por completo, em vez de aceitar como um efeito colateral da infraestrutura gratuita.
Permissões de publicação avançadas. Em alguns casos — por exemplo, para publicar em determinados tipos de grupos ou usar configurações avançadas de moderação —, pode ser necessário ter um bot com permissões configuradas especificamente, que seria inconveniente ou impossível conceder ao bot padrão compartilhado.
Como configurar um bot personalizado
O processo de conexão não exige programação. No Telegram, você cria um novo bot pelo BotFather com o comando /newbot, define um nome e um nome de usuário para ele e, em seguida, recebe um token de acesso exclusivo. Basta inserir esse token nas configurações do canal específico no Telematic. A partir daí, as publicações desse canal passam automaticamente a ser feitas pelo bot próprio, sem que você precise realizar outras ações a cada publicação.
Um detalhe importante que pode passar despercebido: se o canal usa a função de publicação automática do primeiro comentário em um grupo de discussão vinculado, o bot precisa ser adicionado ao grupo como participante. Isso vale para o bot personalizado da mesma forma que valia para o bot padrão. Trocar para um bot próprio não elimina esse requisito, apenas o transfere: agora, é o novo bot que precisa fazer parte do grupo correto; caso contrário, o primeiro comentário não poderá ser enviado.
Outro ponto a ter em mente por segurança: o token do seu bot é um dado confidencial, na prática equivalente à senha do bot. Depois de salvo, ele fica oculto na interface do Telematic e não volta a ser exibido em texto aberto. Isso é uma medida de segurança padrão, não um erro da interface — portanto, não é possível “ver” novamente um token já salvo.
O que não muda ao usar um bot próprio
A troca de bot é uma decisão exclusivamente de infraestrutura; ela não afeta a lógica de geração de conteúdo, os fluxos de trabalho nem o cronograma de publicações. Tudo o que está configurado para o canal — texto da plataforma, idioma, funil de CTA, piloto automático — continua funcionando sem alterações. O que muda é apenas o canal técnico pelo qual as mensagens são enviadas ao Telegram e com quem o canal compartilha os limites da API.
Também é importante entender que o primeiro comentário e todas as publicações comuns continuam aparecendo visualmente como publicações do seu canal, da mesma forma que antes. Os assinantes não notarão diferença na aparência do bot na interface do Telegram, desde que o nome e o avatar estejam configurados adequadamente.
Vale a pena mudar todos os canais de uma vez?
Não necessariamente. Para um canal pequeno, com publicações esporádicas, o bot padrão é uma solução funcional e suficiente. Criar um bot separado para um canal com apenas alguns posts por semana é exagero. Mas, quando a frequência de publicações aumenta e o canal se torna uma fonte importante de tráfego ou receita, o bot personalizado deixa de ser uma opção “para o futuro” e passa a ser uma proteção contra erros de terceiros na infraestrutura compartilhada — erros que você não tem como controlar, mas que podem custar uma publicação atrasada ou perdida no pior momento possível.