Self-host: quando vale a pena hospedar seu agendador social

Fazer self-host de um agendador de redes sociais transforma uma assinatura de $19 por mês em mais ou menos o mesmo valor em servidor, mais o seu tempo como operador. Para alguns times, esse trade-off é ótimo. Para outros, é uma distração silenciosa. Este artigo mostra o que self-host realmente exige em 2026, quando a conta fecha a seu favor, quando não fecha, e como decidir antes de queimar um fim de semana num arquivo Docker compose.

O que self-host realmente significa em 2026

Fazer self-host de um agendador open source não é "a versão grátis do Buffer". É infraestrutura que você opera. Na prática, isso costuma significar:

• Uma VPS ou servidor cloud pequeno rodando Docker.
• Um docker-compose.yml que sobe a aplicação, um banco Postgres e uma fila Redis.
• Um proxy reverso (Caddy ou nginx) cuidando do TLS.
• Atualizações regulares do sistema operacional e das imagens para os patches de segurança chegarem.
• Backups diários do banco, guardados em algum lugar fora dessa mesma máquina.
• Um jeito de ler logs quando um post falhar ao publicar.

Se essa lista parece familiar, self-host provavelmente cabe no seu time. Se parece estranha, a economia vai ser engolida pelo primeiro incidente às 3 da manhã.

O setup do Docker em si é direto. Postiz, Mixpost e TryPost entregam um docker-compose.yml funcional. Clonar o repo, configurar variáveis de ambiente e subir a aplicação pela primeira vez leva menos de uma hora pra maioria dos times. O que vem depois é o que as pessoas subestimam: monitoramento, upgrades, saúde da fila, problemas de refresh de token OAuth, e aquela migration ocasional que precisa de intervenção humana.

Quando self-host faz sentido

Algumas condições tornam self-host realmente valioso.

Os dados precisam ficar dentro do seu próprio perímetro. Algumas agências assinam contratos de cliente que exigem que todos os assets de marketing, captions e métricas fiquem em infraestrutura controlada pela agência. Bancos, contas de governo e setores regulados (seguros, saúde, brands de healthcare) costumam impor isso. Um agendador gerenciado guarda seus drafts no banco do fornecedor. Pra esses clientes, isso é inviável.

Você gerencia trinta ou mais brand accounts. A maioria dos agendadores gerenciados cobra por workspace ou por conta social. A trinta brands de cliente com cinco contas sociais cada, a conta por seat fica feia rápido. Self-host achata esse custo num servidor único, independente de quantas contas você conectar.

Você precisa estender o produto. Se você quer plugar o agendador no seu CRM, montar um fluxo de aprovação custom puxando do Notion, ou criar posts em lote a partir de um Google Sheet, ter o código na sua mão tira a negociação do meio. Uma REST API moderna resolve a maior parte disso sem fork, mas alguns times realmente precisam mexer no source.

Você já opera outras infraestruturas open source. Um time que roda o próprio Plausible, Mattermost ou Penpot vai se sentir em casa adicionando mais um serviço Docker compose. O custo operacional marginal é baixo porque o playbook já existe.

Se nenhuma dessas condições se aplica, o caso pra self-host enfraquece rápido.

Quando não faz sentido

Self-host dá errado de jeitos previsíveis.

Você não tem uma "pessoa do servidor está fora". Tokens OAuth expiram. Cron jobs perdem janela. O limite de conexão do Postgres estoura. Se ninguém no time consegue dar SSH e ler logs às 9 da manhã de uma segunda, posts agendados vão começar a falhar em silêncio e ninguém vai notar por uma semana.

Seu tempo vale mais que $19/mês. Um founder gastando uma tarde de sábado debugando um worker de fila está se pagando do jeito errado. O preço gerenciado existe porque a maioria dos times valoriza corretamente uma hora de trabalho focado acima de uma assinatura fixa.

Você precisa de cobertura de rede que não roda sozinha. Algumas redes (TikTok, certos endpoints da Meta) exigem aprovações de API em nível de partner que levam meses pra sair e precisam ser renovadas. Provedores gerenciados mantêm essas relações pra todos os clientes. Uma instância self-hosted bate em "este app não está aprovado para postar" nas redes mais restritas até o app subjacente ser aprovado.

Você não precificou o seu próprio tempo. Esse é o silencioso. O primeiro ano de self-host parece grátis porque os custos são difusos: um domingo ajustando Caddy, uma terça de manhã caçando uma migration que falhou, uma quinta adicionando fail2ban depois de ver brute force na porta 22 nos logs. Nenhuma dessas horas aparece numa linha de orçamento, mas elas são reais e somam.

Quanto custa de verdade

A comparação honesta inclui infraestrutura, tempo e risco. Não só o preço de etiqueta.

Infraestrutura. Uma VPS pequena (2 vCPU, 4 GB RAM, 50 GB disco) na Hetzner ou similar custa entre $5 e $7 por mês. Isso dá conta de um time e algumas centenas de posts agendados. Some um destino de backup (Backblaze B2 ou S3 Glacier) por uns $1 por mês para os tamanhos de dado que agendadores costumam gerar. Some um domínio por $10 a $15 por ano. O piso fica em torno de $7 a $10 por mês.

Tempo. Setup inicial, mais ou menos meio dia para alguém fluente em Docker. Manutenção contínua, uma a três horas por mês se o playbook está documentado e nada quebra. Some mais meio dia duas vezes ao ano para upgrades de versão major. A uma taxa interna de $50 por hora (o piso pra maioria dos operadores de agência), isso dá $600 a $1500 por ano só em tempo de operador.

Risco. Backups precisam ser testados, não só configurados. Uma instância self-hosted com dump noturno quebrado que você só descobre no dia que precisa restaurar é um resultado pior do que uma assinatura de $19 com redundância gerenciada pelo fornecedor. Risco tem um custo esperado real, mesmo que ele não apareça na fatura.

Comparado aos planos Cloud gerenciados do TryPost a partir de $19/mês com posts agendados ilimitados, self-host ganha no custo em dinheiro só quando o tempo do operador é genuinamente livre, ou quando a escala (vários workspaces, várias contas de cliente) empurra a conta gerenciada acima do piso de tempo de operador. Os planos atuais estão na página de pricing.

Pra uma visão de ferramentas concorrentes, a comparação de alternativas open source detalha como os principais players (Buffer, Hootsuite, Later, Postiz, Mixpost) tratam self-hosting, licenciamento e exigências operacionais.

Um framework curto pra decidir

Três perguntas, respondidas com honestidade.

1. Você já opera pelo menos um pedaço de software self-hosted em produção? Se sim, self-host de um agendador é um serviço marginal somado a uma rotina que você já roda. Se não, a curva operacional é o custo real, e ele é maior do que as pessoas estimam.
2. A conta gerenciada vai passar de uns $200/mês na sua escala? A maioria dos times abaixo dessa linha economiza pagando o gerenciado. Acima dela, a matemática muda, especialmente em escala de agência ou ao adicionar seats por cliente.
3. Existe exigência contratual ou regulatória pra manter os dados na sua própria infraestrutura? Se sim, a decisão está tomada, custo à parte. Escolha a opção open source que serve e orçamente o tempo de operador.

Se duas dessas três respostas apontam pra self-host, faça. Se duas apontam pra gerenciado, pare de pesar e pague a conta.

Como o TryPost trata os dois caminhos

O TryPost é open source, com licença AGPL, e entrega o mesmo docker-compose.yml que roda o produto Cloud gerenciado. Não existe gap de feature entre self-hosted e Cloud: o AI Copilot, a visão de calendário, as aprovações de time, o servidor MCP pro Claude e ChatGPT, e a REST API funcionam nos dois modos.

Os dois caminhos diferem em operações, não em capacidade:

• Self-host. Clona o repo, roda docker compose up, configura variáveis de ambiente para OpenAI, banco e proxy reverso. Você cuida dos backups, das atualizações de SO e das credenciais OAuth por rede.
• Cloud. Planos gerenciados a partir de $19/mês. O time do TryPost roda a infraestrutura, incluindo saúde da fila, backups, refresh de OAuth e aprovações de API das plataformas. Você conecta as contas e começa a agendar.

Uma tag de repo acompanha a versão de produção do Cloud, então uma instância self-hosted pode pinar exatamente o que o produto gerenciado roda e ficar em sincronia. As notas de upgrade são as mesmas dos dois lados.

Se self-host se encaixa no perfil do seu time, o repositório do TryPost no GitHub é por onde começar. Se gerenciado faz mais sentido, a página de pricing lista os planos atuais e um teste de 7 dias.

Conclusão pragmática

A resposta honesta pra "devo fazer self-host do meu agendador de redes sociais" é "talvez, mas por menos motivos do que as páginas de marketing sugerem". Soberania de dados, economia em escala de agência e maturidade operacional já existente fazem self-host ser uma escolha óbvia. Economizar $19 por mês não faz.

O que importa é casar o modelo de deploy com o trabalho real do time. Agendadores são infraestrutura operacional, não brinquedo. Rode onde a matemática operacional faz sentido, e publique o conteúdo a partir dali.