Por que minhas contas de redes sociais desconectam sozinhas
As causas reais por trás de uma conta de rede social desconectar sozinha, e como saber se é um alarme falso.
Por André LugPergunte a quem gerencia redes sociais por uma ferramenta de terceiros o que mais incomoda, e "minhas contas ficam desconectando sozinhas" aparece antes de qualquer outra coisa — antes do preço, antes de funcionalidades faltando, antes de reclamação de interface. É a queixa mais comum sobre qualquer ferramenta de publicação em redes sociais do mercado, incluindo o PostGate.
Isso não é porque desconexões são raras ou evitáveis. Toda ferramenta de publicação vive em cima de credenciais OAuth que não controla totalmente, emitidas por plataformas que revogam, expiram e reescopam acesso no próprio ritmo. A diferença entre uma integração bem construída e uma ruim não é se desconexões acontecem — é se a ferramenta consegue distinguir uma desconexão real de um alarme falso, e se ela avisa o cliente com clareza sobre qual das duas acabou de acontecer.
As causas técnicas reais
Uma conta "desconectada" quase nunca é o PostGate, ou qualquer ferramenta de publicação, derrubando uma conexão arbitrariamente. É um de um número pequeno de eventos específicos e externos:
- Expiração de token. Tokens de acesso têm um tempo de vida definido pela plataforma. Um token de curta duração que nunca é trocado por um de longa duração, ou uma renovação que silenciosamente para de acontecer, eventualmente simplesmente se esgota.
- O cliente revoga o acesso nas próprias configurações da plataforma. Alguém limpa a lista de apps conectados no Instagram ou no LinkedIn, esquece a qual ferramenta aquele item pertencia, e remove. Do lado da plataforma isso é indistinguível de qualquer outra revogação.
- Um requisito de reautorização do lado da plataforma. Provedores forçam periodicamente um novo login por motivo de segurança, depois de uma troca de senha, ou depois de uma migração de modelo de permissões — independente de o token existente ainda ser tecnicamente válido.
- Mudanças de Página, negócio ou permissão na plataforma. Uma conta do Instagram se desvincula da Página do Facebook associada, um membro do time perde direitos de administrador numa Página da qual o token dependia, ou um escopo concedido é descontinuado — qualquer um desses pode invalidar silenciosamente o que parecia uma conexão saudável.
Cada um desses se origina fora da ferramenta de publicação. Uma ferramenta que publica de forma confiável um dia e fica bloqueada no seguinte não necessariamente fez algo errado — mas precisa saber imediatamente qual desses quatro aconteceu, porque a correção e a mensagem para o cliente são diferentes em cada caso.
Distinguindo uma desconexão real de um alarme falso
Um alarme falso é uma instabilidade transitória que se resolve sozinha: uma resposta lenta do provedor confundida com um token morto, um rate limit interpretado como revogação, uma falha momentânea de rede durante uma renovação agendada. Uma desconexão real é um estado que não se resolve sozinho não importa quantas vezes você retente, porque a credencial realmente se foi.
A única forma confiável de distinguir os dois é checar a saúde da conexão diretamente, em vez de inferir a partir de uma única tentativa de publicação que falhou. O endpoint de saúde de perfil do PostGate retorna o status atual, os escopos realmente concedidos, a expiração do token e uma flag explícita de reconnect_required — para que um cliente consiga distinguir "essa chamada específica falhou" de "esse perfil está definitivamente quebrado e precisa do cliente".
curl https://api.postgate.studio/api/profiles/pro_instagram123/health \
-H "Authorization: Bearer $POSTGATE_API_KEY"
{
"status": "active",
"granted_scopes": ["instagram_content_publish", "pages_show_list"],
"token_expires_at": "2026-09-10T00:00:00.000Z",
"reconnect_required": false
}O que minimiza falsas desconexões
Uma integração bem construída renova tokens proativamente, antes de expirarem, em vez de esperar uma chamada de publicação falhar e reagir depois do fato. Ela trata um erro transitório isolado exatamente como isso é — retentável — em vez de imediatamente marcar um perfil como quebrado na primeira requisição que falha. E separa "prestes a expirar" de "já quebrado", para que um cliente veja um aviso antecipado enquanto ainda há tempo de agir, não uma surpresa quando algo já quebrou.
O PostGate dispara profile.expiring quando uma autorização está perto de expirar, dando ao cliente uma janela para reconectar antes que algo de fato quebre. Ele dispara profile.expired só quando um token se esgotou sem forma de renovação, e profile.reauth_required só quando o próprio provedor rejeitou uma renovação ou uma tentativa de publicação — carregando um reason específico de refresh_failed, revoked ou publish_auth_error, para que a mensagem mostrada ao cliente nomeie a causa real em vez de um genérico "algo deu errado".
Comunicando desconexões reais com clareza
Tanto profile.expired quanto profile.reauth_required disparam uma vez por transição de estado de autorização, não a cada varredura de manutenção em segundo plano — então a caixa de entrada do cliente não enche de alertas repetidos sobre a mesma conexão quebrada, e um perfil que reconecta e depois quebra de novo dispara corretamente um novo evento em vez de ficar em silêncio.
Essa combinação — avisos proativos de expiração, um motivo específico em cada quebra real, e nenhum ruído duplicado — é o que separa uma ferramenta em que os clientes confiam de uma em que todo alerta de desconexão é ignorado porque os últimos cinco eram alarmes falsos.
