Quanto cobrar por gestão de redes sociais em 2026, por porte

Pessoa de costas em pé diante da janela de um escritório vazio, segurando uma xícara e olhando para os telhados lá fora

Quanto cobrar por gestão de redes sociais em 2026? O valor sai de três números: quantas contas de rede social o cliente tem conectadas, quantas vezes por ano alguém vai precisar voltar nelas por causa da plataforma, e quanto custa por mês a ferramenta que atende aquele cliente. Nenhum dos três é o número de posts, que é o único que quase toda tabela de preço usa como eixo.

Por isso as tabelas por porte que circulam em grupo de agência não sobrevivem ao terceiro cliente. Elas dividem o mercado em pequeno, médio e grande usando volume de publicação, e volume de publicação é justamente a parte barata do serviço. O que encarece um cliente é a quantidade de contas conectadas e a frequência com que a plataforma quebra alguma delas.

O que dá para consultar e o que você precisa medir

Do preço final, uma parte está publicada e outra só existe dentro da sua agência. A parte publicada é o custo da ferramenta: o site de cada plataforma diz quanto cobra por mês e por qual unidade cobra. A parte que ninguém publica é o seu custo por hora e quantas horas cada cliente consome de verdade, e essa é a metade que decide se o contrato dá lucro.

Quem já mediu o próprio custo por hora consegue montar faixa por porte com alguma segurança. Quem não mediu chega em um número que cobre a assinatura da ferramenta e mais nada. O levantamento de onde saem essas horas está em quanto custa a gestão de redes sociais de vinte clientes, e vale rodar aquele exercício antes de escrever qualquer proposta com este aqui do lado.

A ordem de montagem muda o resultado. O piso que cada cliente custa antes de qualquer hora trabalhada vem primeiro, porque é fixo e some do radar com facilidade; as horas de produção entram depois; a margem só é aplicada no fim, sobre os dois.

O piso por cliente, antes da primeira hora

As ferramentas de agendamento e publicação cobram por unidades diferentes, e a unidade escolhida decide se o seu custo cresce quando o cliente adiciona uma rede. Os valores abaixo saíram das páginas de preço públicas de cada uma, lidas hoje:

  • O Buffer cobra por canal conectado, e um canal é uma conta de rede social. O plano Essentials sai por US$ 5 mensais por canal e o Team por US$ 10, com desconto por volume a partir do décimo primeiro canal.
  • A Metricool cobra por marca, não por conta. São € 20 mensais para até 5 marcas, € 54 para até 15 e € 172 para até 50, o que dá € 4 por marca na faixa inicial e € 3,44 na de cinquenta.
  • A mLabs não publica preço fixo: a página de planos é uma calculadora que pede quantas marcas você gerencia antes de mostrar qualquer valor, com 40% de desconto no anual e gerente dedicado a partir de dez marcas.

A unidade de cobrança decide o que acontece quando o cliente pede mais uma rede. Um cliente com Instagram, Página do Facebook, X e LinkedIn são quatro canais no Buffer e uma marca só na Metricool. No modelo por canal, esse cliente custa quatro vezes o que custaria um cliente de conta única: US$ 20 mensais no Essentials contra US$ 5. No modelo por marca, ele ocupa uma das cinco vagas do plano de € 20 e custa exatamente o mesmo que o cliente de conta única. Os dois preços estão em moedas diferentes e não se comparam diretamente, mas o comportamento se compara: um cresce com a quantidade de contas do cliente e o outro não.

As duas têm faixa gratuita, e ela é onde o piso costuma ficar de fora da conta: a Metricool dá 1 marca no plano grátis e o Buffer aceita até 3 canais sem cobrar. O primeiro cliente entra sem custo de ferramenta e o segundo já empurra para o plano pago. Proposta calculada no mês em que a ferramenta ainda era gratuita nasce sem o piso dentro, e o reajuste vem depois com cara de aumento sem motivo.

Plugin instalado no próprio WordPress do cliente cobra por site: o Post Ping sai por R$ 69,93 mensais ou R$ 699,93 no ano, com uma chave por site, e o número de redes conectadas não altera esse valor. Seja qual for a unidade, some esse piso antes de olhar para horas, porque ele é o único custo que existe mesmo em um mês sem nenhuma publicação.

Os seis vencimentos por ano que a Meta marca

A documentação da Plataforma do Instagram é direta sobre a validade do acesso: o token de longa duração vale 60 dias. Ele pode ser renovado desde que tenha ao menos 24 horas de vida, ainda esteja válido e o aplicativo tenha a permissão instagram_business_basic. E a frase que decide o seu custo operacional está logo abaixo: tokens que não forem renovados em 60 dias expiram e não podem mais ser renovados.

Sessenta dias em um ano de 365 dão pouco mais de seis janelas. Cada conta conectada de cada cliente precisa ser tocada seis vezes por ano, no mínimo, para nunca cair. Se a renovação falha e o prazo estoura, não existe o caminho de renovar: alguém precisa refazer a autorização com o login do cliente, e refazer autorização significa marcar horário com quem tem a senha. Vinte clientes com duas contas cada dão 240 desses vencimentos por ano, e nenhum deles aparece em uma tabela de preço organizada por número de posts.

Acima do token existe uma segunda válvula, mais lenta e mais cara. As versões da Graph API vencem: a v24.0 saiu em 8 de outubro de 2025 e expira em 18 de fevereiro de 2028, a v25.0 saiu em 18 de fevereiro de 2026 e expira em 29 de julho de 2028. Cada versão dura pouco mais de dois anos, e no fim desse prazo o que estava funcionando para de responder até alguém migrar o código.

O changelog do Instagram mostra o mesmo ritmo em escala menor. Em 4 de dezembro de 2024 a Basic Display API foi desativada por completo e passou a devolver erro em qualquer requisição. Em 27 de janeiro de 2025 venceu o prazo para trocar os escopos antigos pelos equivalentes instagram_business_*. Em 3 de novembro de 2025 saíram cinco campos das respostas de oEmbed, entre eles author_name e thumbnail_url. Três mudanças obrigatórias entre dezembro de 2024 e novembro de 2025, todas com data marcada com antecedência e nenhuma negociável.

O calendário também traz mudança que não quebra nada e mesmo assim gera trabalho. Em 22 de junho de 2026 a publicação de conteúdo ganhou o parâmetro is_ai_generated, para autodeclaração de conteúdo gerado por inteligência artificial. Quem usa IA para escrever legenda ou montar card passa a ter uma decisão por cliente, e ela é do cliente: parte vai querer a marcação em tudo, parte vai querer discutir o que conta como gerado por IA quando o texto saiu da máquina e foi reescrito por uma pessoa. Uma conversa curta, multiplicada por vinte contas, é meio dia de trabalho que ninguém orçou.

Essa conta é o que faz a renovação valer como função de produto e não como tarefa de calendário. O Post Ping renova o acesso da Meta sozinho depois da conexão por login oficial, o que tira os seis vencimentos anuais da lista de tarefas de alguém e deixa só o caso da autorização revogada pelo cliente. Por que a expiração acontece mesmo com renovação automática está destrinchado em token da Meta expirado. Para o preço, o que interessa é decidir se esse trabalho está embutido na mensalidade ou se ele vira chamado avulso, porque ele vai acontecer de um jeito ou de outro.

Cliente pequeno e o teto que ele nunca encosta

A API do Instagram aceita 100 publicações por conta em uma janela móvel de 24 horas, e um carrossel conta como uma publicação só. O teto é diário, e um cliente pequeno com um blog que publica dois artigos por semana usa duas das cem em um dia de pico e nenhuma na maioria dos dias. O limite nunca entra em jogo para ele, e é por isso que precificar cliente pequeno por volume entrega um número que não cobre o serviço.

O que o cliente pequeno consome é piso: a assinatura da ferramenta, os seis vencimentos anuais por conta conectada, o setup inicial e o tempo de resposta quando ele manda mensagem. Nada disso encolhe porque ele publica pouco. Um contrato de cliente pequeno precisa ser lido como assinatura de disponibilidade, não como pacote de entregas, e o valor mínimo tem que cobrir o piso mais uma margem, mesmo em um mês sem nenhuma publicação.

Há um caso em que esse raciocínio não vale. Cliente pequeno em faturamento que publica todo dia no blog não é cliente de baixo volume: ele consome produção de card e revisão de legenda em ritmo de cliente médio, e o piso deixa de ser o que manda. Aí a conta volta para horas, e o porte financeiro do cliente não ajuda a estimar nada.

Cliente médio, onde o preço multiplica por conta

No porte médio aparece a multiplicação que a tabela por volume esconde. O cliente entra com Instagram e Facebook, seis meses depois pede X, no ano seguinte quer o LinkedIn da empresa e o Instagram de uma segunda marca. Cada conta nova é mais um token com seu próprio calendário de 60 dias, mais uma linha na fatura da ferramenta se ela cobra por canal, e mais um lugar onde uma publicação pode falhar sozinha sem derrubar as outras.

A produção de imagem também cresce por conta, e ela tem exigências que consomem tempo real. A API aceita apenas JPEG, e formatos estendidos como MPO e JPS são recusados. Filtros e etiquetas de compra não passam pela publicação por API. Em carrossel, o corte de todas as imagens segue a primeira, com 1:1 como padrão, então um carrossel montado sem pensar na primeira imagem sai com as outras nove cortadas de um jeito que ninguém aprovou.

Montar card no editor, exportar no formato certo e conferir o corte é a tarefa que mais escala com o número de clientes. Gerar o card automaticamente com a logo e as cores de cada cliente, em 4:5 para o feed e 9:16 para o story, resolve essa parte e é o que permite atender mais um cliente sem contratar mais uma pessoa. O desenho dessa divisão está descrito em Post Ping para agências.

Para o preço, a regra do porte médio é cobrar por conta conectada e não por post. Uma tabela com valor por conta ativa, revisada quando o cliente adiciona rede, acompanha o custo real. Uma tabela com valor fechado por mês vira prejuízo silencioso no dia em que o cliente pede a quarta conta e ninguém renegocia.

Cliente grande e o que o contrato precisa dizer

No porte grande você perde a referência externa. A mLabs, que é a referência nacional mais à mão para comparar, não mostra preço sem antes perguntar quantas marcas você gerencia, e o valor de dez ou vinte marcas simplesmente não está público. Tentar posicionar sua proposta contra um número que você não consegue ler é adivinhação, e o caminho que sobra é abrir a sua própria conta.

O que separa contrato grande bom de contrato grande ruim está no que ele diz sobre os eventos que a plataforma impõe. Três cláusulas merecem estar escritas. A primeira define quem paga a reautorização quando o cliente revoga o acesso ou troca a pessoa que administra a Página, porque isso depende de agenda do cliente e não da sua. A segunda define o que acontece quando uma versão da API vence e o trabalho de migração aparece: com dois anos de ciclo, um contrato de três anos atravessa pelo menos uma dessas migrações. A terceira define o prazo de resposta quando uma publicação falha, que é diferente do prazo de entrega de conteúdo novo.

Contrato grande sem essas três cláusulas transfere para a agência todo o risco de um calendário que a Meta controla. As três são defensáveis em negociação porque as datas que as justificam estão no changelog público, com versão e prazo, e o jurídico do outro lado consegue conferir cada uma.

Uma quarta cláusula vale para quem entrega relatório. Em 22 de abril de 2026 a API passou a expor reposts_count, saved_count e shares_count, mais totais agregados como total_like_count. Campo novo é bem-vindo, e também é a origem da pergunta que aparece quando o relatório de junho traz uma coluna que o de março não tinha. Deixar escrito que o relatório acompanha o que a plataforma expõe, sem promessa de série histórica idêntica, evita a reunião em que alguém precisa explicar que a queda no gráfico é mudança de campo.

O conselho muda quando o cliente grande tem equipe técnica própria. Nesse caso a migração de versão e a reautorização podem ficar do lado dele, e a agência cobra só pela operação de conteúdo. O contrato fica mais barato e mais simples, desde que esteja escrito de quem é cada parte.

Teste o seu número antes de mandar a proposta

Antes de adotar qualquer faixa por porte, rode esta verificação com dados da sua própria carteira. Pegue os últimos 90 dias e conte quantas vezes alguém da equipe abriu a conta de um cliente por um motivo que não era publicar conteúdo: reconectar acesso, refazer autorização, investigar publicação que não saiu, ajustar card que saiu cortado. Some as horas dessas ocorrências, multiplique pelo seu custo por hora e divida pelo número de clientes.

O resultado é o custo de manutenção por cliente por trimestre, e ele precisa caber dentro da mensalidade que você cobra hoje junto com o piso de ferramenta e as horas de produção. Se não couber, a faixa está errada, e o porte do cliente não é o que precisa mudar.

Se você não conseguir rodar o teste porque ninguém registrou essas ocorrências, esse é o número a construir antes do próximo reajuste. Três meses de registro simples, com data, cliente e motivo, entregam uma faixa por porte melhor do que qualquer tabela pronta, porque ela sai dos seus clientes e do seu custo por hora.

Este blog publica sozinho nas redes

Cada artigo daqui vira post no Instagram e no Facebook automaticamente: legenda escrita por IA, card visual gerado na hora. Quem faz isso é o Post Ping, o mesmo plugin que você pode instalar no seu WordPress.

Ver planos do Post Ping