Isolamento por cliente com grupos de perfis
Cada cliente do seu SaaS vira um profile_group_id. Uma chave de API vinculada a um grupo só enxerga e publica nos perfis daquele cliente — nenhum vazamento entre tenants.
Se o seu produto precisa que o cliente publique conteúdo em redes sociais — um CRM, uma ferramenta de marketing, uma plataforma de e-commerce — construir e manter a integração com cada rede social é trabalho de engenharia que não é o seu produto principal. O PostGate entra como a camada de publicação: conexão hospedada por perfil, isolamento por tenant com grupos de perfis, e status de entrega que o seu produto pode mostrar direto para o cliente final.
Cada cliente do seu SaaS vira um profile_group_id. Uma chave de API vinculada a um grupo só enxerga e publica nos perfis daquele cliente — nenhum vazamento entre tenants.
O fluxo de conexão hospedada que o cliente final vê pode carregar o nome e a cor do seu produto através de um ambiente de marca — antes mesmo de chegar no plano com domínio próprio.
O status por destino e o ID retornado pela própria rede social são o que o seu produto precisa para mostrar "publicado" de verdade — não um selo genérico de "enviado".
Seu produto gera uma URL de conexão hospedada por API; o cliente autoriza e volta para o seu app, sem você guardar tokens de provedor.
Cada chamada de publicação carrega o profile_group_id daquele cliente, e as respostas já vêm isoladas por tenant.
Webhooks avisam quando cada post termina, com o ID que a rede social devolveu — pronto para exibir na sua interface.
Quer confirmar que o status mostrado para o seu cliente é confiável de verdade? Veja comprovante de publicação via API. Se o seu SaaS não pode mostrar o nome do PostGate em nenhuma tela, veja white-label para agendamento de redes sociais. Quer entender o contrato de API por trás disso? Veja uma API única para todas as redes sociais. Para ver planos e limites por volume de clientes, veja os preços do PostGate, e para o caso de agências, veja o plano para agências.