Várias empresas, um login, zero post na página errada

Se você toca mais de uma marca, já aconteceu ou vai acontecer: o post da clínica saiu na conta da padaria. E quando acontece, a explicação é sempre a mesma — "eu tinha duas abas abertas".

A explicação está certa. A conclusão de que foi falta de atenção é que está errada.

O bug não é seu, é do software

Ferramentas multi-marca costumam guardar a empresa selecionada em um de dois lugares: na sessão do servidor ou no armazenamento local do navegador. Os dois são globais para a aba — pior, o primeiro é global para o login inteiro.

O que isso produz na prática:

• Você abre duas abas, troca de empresa numa delas, volta para a outra. A outra também mudou de empresa, mas continua mostrando a tela antiga.
• Você aperta F5 numa página e cai em outra empresa.
• Você manda um link para um colega e ele abre na empresa dele, não na sua.
• O botão voltar leva à tela certa da empresa errada.

Nenhum desses é erro de quem clica. São consequências previsíveis de guardar um dado de contexto em um lugar que não está no endereço.

A empresa vive na URL

A correção é estrutural e cabe numa linha: o identificador da empresa faz parte do caminho da página.

No EverFeed, uma tela de criativos tem um endereço como /u/padaria-aurora/criativos. A empresa não está numa variável escondida — ela está no endereço, visível na barra do navegador.

Isso resolve os quatro problemas de uma vez, e resolve por construção:

• F5 recarrega a mesma empresa, porque a empresa está no endereço que foi recarregado.
• Duas abas ficam em empresas diferentes sem interferência, porque cada uma tem o próprio endereço.
• Link colado no WhatsApp abre onde deveria: quem recebe vê a mesma empresa que você viu.
• Voltar volta para a tela e a empresa anteriores.

É uma decisão de arquitetura que parece detalhe e que elimina uma categoria inteira de erro. Não é "cuidado ao trocar de empresa" escrito num aviso — é o erro deixando de ser possível.

O que precisa ser separado, e o que não

Separar tudo é tão ruim quanto não separar nada: multiplica o trabalho por marca. O corte que funciona:

Separado por empresa: o kit de marca inteiro (personas, voz, ofertas, cores, fontes, compliance), a biblioteca de mídia, os canais conectados, o calendário e as peças. Tudo o que é identidade ou conteúdo.

Compartilhado entre as empresas: os provedores de IA, a biblioteca de prompts, as integrações e os tokens de API. Tudo o que é infraestrutura.

Esse corte tem uma consequência prática grande: você configura o provedor de IA uma vez e ele serve as cinco marcas. Configurar cinco vezes a mesma chave seria trabalho puro sem benefício.

E tem uma exceção útil no meio: prompts podem ser globais ou exclusivos de uma empresa. Um prompt de legenda serve todas; se uma marca tem um jeito próprio de escrever chamada, ela ganha o próprio prompt, que sobrescreve o global só ali.

Cor por empresa, no chip

No calendário existe um modo que mostra todas as empresas juntas, e nele cada peça aparece com a cor de identificação da empresa dona.

Parece cosmético. Não é: é o que permite bater o olho numa semana e ver que a padaria tem cinco posts e a clínica tem um, sem clicar em nada. Distribuição desequilibrada entre marcas é o problema mais comum de quem toca várias, e ele é invisível quando você olha um calendário por vez.

O mesmo vale para o painel inicial: com o escopo em "todas as empresas", os mesmos contadores — a revisar, agendados, publicados, rodando — aparecem quebrados por empresa. É o relatório de segunda-feira de quem administra várias contas.

O preço não deveria multiplicar

Há uma prática comum na categoria: cobrar por marca, ou por "workspace". Ela transforma cada cliente novo numa decisão de custo, e é especialmente ruim para quem tem uma marca grande e quatro pequenas.

No EverFeed o plano é por conta, não por empresa. Oito dólares para publicar, dezoito para gerar, e a quantidade de empresas é sua. O custo variável do sistema está na geração — e a geração, no caminho da sua própria chave, você paga direto ao fornecedor.

Três hábitos que evitam o resto dos erros

1. Confira a barra de endereço, não o cabeçalho. Quando a empresa está na URL, ela é a fonte da verdade. Um cabeçalho pode estar desatualizado; o endereço não.

2. Uma aba por empresa, e olhe o favicon. Como cada aba mantém a própria empresa, dá para trabalhar em paralelo sem risco. É a diferença entre um recurso e uma armadilha.

3. Revise em lote por empresa, não por dia. Trocar de marca a cada peça é o que produz erro de tom — a voz da clínica vazando para a padaria. Revise as cinco peças de uma marca de uma vez, depois passe para a próxima. A revisão em lote também é mais rápida.

Para agência, um detalhe a mais

Quem atende clientes tem uma necessidade que quem toca as próprias marcas não tem: mostrar o resultado sem dar acesso ao painel.

Duas coisas ajudam. A primeira é a métrica com histórico, que responde "o que aconteceu no mês" sem você recompilar nada. A segunda são os tokens de API: dá para puxar os números para uma planilha ou para o relatório que o cliente já recebe, em vez de tirar print.

É o mesmo endpoint que o painel usa. Não existe API de segunda classe — o que o painel consegue fazer, um script seu consegue fazer.