Política de privacidade
Última atualização: 29 de outubro de 2026
Summary in English — how MHZR - Studio handles Google user data
- What we access: when you use "Sign in with Google", we receive your name, e-mail address, profile picture and Google account identifier — the
openid,emailandprofilescopes only. We access no other Google service. - How we use it: solely to create and identify your MHZR - Studio account, let you sign in without a password, show your name in the interface and send service notices by e-mail.
- How we store and protect it: in our authentication service and users table, over HTTPS, isolated per account by database Row Level Security.
- Who we share it with: nobody, except the infrastructure providers that run the service (Vercel, Supabase, Resend) and when the law requires it. It is never sold, used for advertising or used to train AI models.
- How long we keep it, and how to delete it: for as long as your account exists. Revoke access at myaccount.google.com/permissions and request deletion as described in how to delete your data.
- MHZR - Studio's use and transfer to any other app of information received from Google APIs will adhere to the Google API Services User Data Policy, including the Limited Use requirements.
The complete policy follows in Portuguese, with a full English version below it. MHZR - Studio is operated by MHZR Marketing LTDA, Brazil — contact contato@mhzr.com.br.
Quem é responsável pelos seus dados
O MHZR - Studio é operado pela MHZR Marketing LTDA, empresa sediada no Brasil, que atua como controladora dos dados pessoais tratados neste serviço, nos termos da Lei Geral de Proteção de Dados (Lei nº 13.709/2018, LGPD).
O canal do encarregado pelo tratamento de dados pessoais é o mesmo e-mail de contato: contato@mhzr.com.br. Use-o para qualquer pedido, dúvida ou reclamação sobre esta política.
O que este serviço faz
O MHZR - Studio agenda e publica conteúdo nas redes sociais que você conecta. Para isso, ele precisa guardar o que você escreve, os arquivos que envia e a autorização que as redes concedem para publicar em seu nome. É um serviço feito para agências e empresas, que o usam para administrar as contas dos próprios clientes.
Que dados coletamos
- Seu nome e e-mail, informados no cadastro ou recebidos do Google quando você entra por lá. A senha, quando há, é guardada pelo serviço de autenticação em formato irreversível — nós nunca a vemos.
- O nome das empresas ou clientes que você cadastra, e o fuso horário de cada um.
- O conteúdo dos posts: legendas, imagens e vídeos que você envia, a data agendada e as opções escolhidas para cada rede.
- A autorização (token de acesso) que a rede social concede quando você conecta uma conta, junto do identificador e do nome de usuário daquela conta ou Página.
- O registro do que foi publicado: data, rede, o identificador e o endereço que a rede devolveu, e um registro técnico de cada tentativa, do qual tokens e endereços assinados são removidos antes de gravar.
- Quem trabalha em quais clientes: o papel de cada pessoa na agência (usuário, gerente ou dono) e a lista de clientes a que ela tem acesso.
- Os convites que a agência gera: para quem foi (um texto que a própria agência escreve), quando expira e quem usou.
- Dados de cobrança, quando a agência assina um plano: o CPF ou CNPJ de quem paga, o identificador do cliente e da assinatura no meio de pagamento, o status da assinatura e até quando ela está paga. Dados de cartão nunca passam por nós — quem os recebe é o meio de pagamento.
- Um resumo criptográfico (hash) da origem de rede no momento do cadastro, para limitar criação abusiva de contas — ver a seção própria abaixo. O endereço IP em si não é gravado em nossas tabelas.
- Um registro de auditoria de alterações estruturais (quem criou, alterou ou apagou empresas, conexões, membros e convites, e quando). Esse registro não contém tokens, senhas nem o texto dos posts.
Não coletamos dados de navegação para publicidade, não usamos ferramentas de análise de audiência nem rastreadores de terceiros, e não vendemos dado nenhum.
Dados da sua conta Google
O MHZR - Studio oferece o botão "Entrar com Google" como alternativa à senha. Quem usa esse caminho autoriza o Google a nos informar um conjunto mínimo de dados da própria conta — e nada além disso. Esta seção descreve, ponto a ponto, o que fazemos com esses dados.
- Quais dados recebemos: seu nome, seu endereço de e-mail, a foto do perfil e o identificador da sua conta Google. É o conteúdo dos escopos básicos "openid", "email" e "profile" — os únicos que pedimos.
- Como acessamos: pelo fluxo de login do Google (OAuth 2.0), operado pelo nosso serviço de autenticação. Você vê a tela de consentimento do Google, e o Google nos entrega esses dados depois que você aceita. Nunca pedimos nem vemos sua senha do Google.
- Para que usamos: exclusivamente para criar e identificar a sua conta no serviço, deixar você entrar sem senha e mostrar seu nome nas telas. O e-mail também é usado para os avisos do serviço (falha de publicação, conexão que precisa ser refeita, confirmação de cadastro). Nenhum outro uso.
- O que NÃO acessamos: seu Gmail, seus contatos, sua agenda, seu Drive, suas fotos ou qualquer outro serviço do Google. Não pedimos esses escopos, e não temos como alcançar esses dados.
- Como armazenamos: o nome e o e-mail ficam no serviço de autenticação e na tabela de usuários, com o mesmo isolamento por conta que vale para o resto dos dados. A foto do perfil permanece apenas nos dados de identidade guardados pelo serviço de autenticação — não a copiamos para outras tabelas nem a exibimos.
- Como protegemos: acesso por HTTPS, isolamento por Row Level Security no banco de dados e senhas e sessões administradas pelo serviço de autenticação. Ver a seção "Como protegemos".
- Com quem compartilhamos: com ninguém. Esses dados não são vendidos, não alimentam publicidade, não são usados para treinar modelos de inteligência artificial, não são passados a outras agências e não são transferidos a terceiros — salvo para os provedores de infraestrutura que operam o serviço (hospedagem, banco de dados, envio de e-mail) e para cumprir obrigação legal.
- Por quanto tempo: enquanto sua conta existir. Excluindo a conta, esses dados vão junto.
Você pode retirar essa autorização quando quiser, sem falar conosco, em myaccount.google.com/permissions. Isso encerra o acesso do MHZR - Studio à sua conta Google; para apagar o que já existe aqui dentro, peça a exclusão da conta — ver como excluir seus dados.
O uso e a transferência, pelo MHZR - Studio, das informações recebidas das APIs do Google obedecem à Política de Dados do Usuário dos Serviços de API do Google, incluindo os requisitos de Uso Limitado (Limited Use).
Dados das redes da Meta (Facebook e Instagram)
Para publicar, você conecta uma Página do Facebook ou uma conta profissional do Instagram pelo fluxo de autorização da própria Meta. Há dois caminhos para o Instagram: pelo login do Facebook (a conta do Instagram ligada a uma Página) e pelo login do próprio Instagram (sem Página). Pelo Facebook, pedimos as permissões de listar suas Páginas, ler os dados básicos delas e da conta do Instagram vinculada, e publicar conteúdo nas duas redes (pages_show_list, pages_read_engagement, pages_manage_posts, instagram_basic e instagram_content_publish). Pelo Instagram, pedimos só as permissões de ler os dados básicos da conta profissional e de publicar conteúdo nela (instagram_business_basic e instagram_business_content_publish). Quando a opção de "primeiro comentário" está disponível, pedimos também a permissão de publicar comentários no Instagram.
- O que lemos na conexão pelo Facebook: a lista das Páginas do Facebook que você administra (identificador, nome e o token de acesso de cada Página) e, para cada uma, a conta profissional do Instagram vinculada (identificador e nome de usuário). Você escolhe qual conectar; as demais são descartadas.
- O que lemos na conexão pelo Instagram: o identificador, o nome de usuário e o tipo da conta profissional que fez o login, e o identificador que o Instagram atribui a você dentro do nosso aplicativo. Uma conta pessoal é recusada e nada dela é guardado.
- O que guardamos: o token de acesso da Página ou conta escolhida, cifrado no banco de dados; o identificador e o nome de usuário dela; a empresa à qual pertence; por qual login ela entrou; e o status da conexão. Enquanto você escolhe entre várias Páginas, o token de usuário fica cifrado numa tabela temporária por no máximo 10 minutos e depois é apagado.
- Renovação automática: o token do login pelo Instagram vale 60 dias, e o sistema o renova sozinho junto à Meta antes de vencer (guardamos a data do vencimento e da última renovação). Se a renovação falhar, a conexão é marcada para reconectar e avisamos você; nada é publicado até lá.
- Desautorização e exclusão pelo Instagram: se você remover o aplicativo nas configurações do Instagram, ou pedir por lá a exclusão dos seus dados, a Meta nos avisa por uma chamada assinada; apagamos o token na hora e marcamos a conexão como desconectada. O registro das publicações que já saíram é preservado, como descrito abaixo; para apagá-lo, peça a exclusão da conta.
- O que fazemos com a autorização: publicar, na conta ou Página escolhida, o conteúdo que você mesmo criou e agendou (foto, vídeo, carrossel, Reel ou texto); acompanhar o processamento do arquivo enviado; ler o identificador e o endereço público da publicação criada, para mostrar o link a você; e, quando a opção estiver ligada e você tiver escrito um, publicar o primeiro comentário sob o post.
- O que NÃO fazemos: não lemos mensagens nem caixa de entrada, não lemos a lista de seguidores, não lemos comentários ou dados de outras pessoas, não coletamos métricas de audiência e não publicamos nada que você não tenha agendado.
Ao remover a conexão na tela de Conexões, o token é apagado imediatamente e o serviço perde a capacidade de publicar naquela conta. Você também pode revogar o acesso nas configurações de aplicativos da própria Meta. O uso desses dados segue as políticas da plataforma Meta para desenvolvedores.
Dados de anúncios da Meta (Meta Ads)
Além de publicar, o MHZR - Studio pode mostrar à agência um painel de leitura das contas de anúncios da Meta dos próprios clientes, com um aviso de saldo baixo. Para isso, quem administra a agência faz uma autorização separada da de publicação, pedindo só a permissão de leitura de anúncios (ads_read). Nesta fase o serviço não cria, não altera, não pausa e não liga nenhum anúncio, campanha ou orçamento — ele apenas lê.
- O que lemos: a lista das contas de anúncios que a pessoa autorizada administra (identificador, nome, moeda, fuso e situação da conta), e, para cada conta que ela escolhe conectar, os dados da conta (situação, se é pré ou pós-paga, limite de gastos, valor já gasto e, quando a Meta devolve, um texto descritivo do saldo), os gastos por dia do mês corrente, e os anúncios ativos — nome, campanha, objetivo, orçamento, período e situação, o criativo (título, texto, botão de ação, link de destino, identificador de vídeo e o endereço temporário da imagem de prévia) e as métricas dos últimos 7 dias (impressões, cliques, CTR, CPC e gasto).
- Para que usamos: exclusivamente para mostrar esse painel à agência e aos membros vinculados àquele cliente, e para avisar, dentro do sistema, quando o saldo ficar abaixo do limite que a agência configurou ou quando a Meta desativar a conta. Nenhum outro uso: não vendemos, não comparamos entre clientes, não alimentamos publicidade nem modelos de inteligência artificial.
- O que guardamos: o token de usuário com a permissão de leitura, cifrado no banco de dados com a mesma proteção dos demais tokens; os números acima, como um retrato da última leitura (refeita a cada 30 minutos); a configuração do alerta; e um registro de quando o aviso saiu. Enquanto a pessoa escolhe quais contas conectar, o token fica cifrado numa tabela temporária por no máximo 10 minutos e depois é apagado.
- O que NÃO guardamos: não copiamos imagens nem vídeos dos anúncios para o nosso armazenamento — guardamos apenas o endereço temporário que a Meta fornece, que expira sozinho. Não lemos dados de público, segmentação, comentários ou pessoas alcançadas.
- Exclusão: ao desconectar a conta de anúncios na tela de Anúncios, o token e o retrato dos anúncios são apagados imediatamente. Ao excluir o cliente ou a agência, tudo vai junto. Você também pode revogar a autorização nas configurações de aplicativos da própria Meta.
Limite de cadastros e o resumo da origem
Para impedir que um programa crie contas em massa, o cadastro conta quantas contas vieram da mesma origem de rede na última hora e nas últimas 24 horas, e recusa além de um pequeno número.
- O que gravamos: um resumo criptográfico (SHA-256) do endereço IP combinado com um segredo que só o servidor conhece, e a data da tentativa. O endereço em si não é gravado nessa tabela, e o resumo não permite recuperá-lo.
- Por quanto tempo: o resumo só é consultado dentro de 24 horas. Registros com mais de 24 horas são apagados pela própria rotina de cadastro, de forma oportunista — a limpeza acontece junto com cadastros seguintes, não em horário fixo, então um registro pode ficar algum tempo além das 24 horas antes de sumir.
- Quem acessa: ninguém pela aplicação. A tabela é fechada a todos os perfis; só a função do banco que faz a contagem a lê e escreve.
Os provedores de hospedagem podem manter registros técnicos de acesso (que incluem endereços de rede) em seus próprios sistemas, nas condições e pelo prazo definidos por eles.
Base legal (LGPD)
- Execução de contrato (art. 7º, V): cadastro, conteúdo dos posts, conexões com redes sociais, publicação, convites, papéis e cobrança — é o que você nos pede para fazer ao usar o serviço.
- Legítimo interesse (art. 7º, IX): segurança e prevenção de abuso (limite de cadastros, registro de auditoria, registros técnicos de publicação) e alertas internos de operação, sempre no mínimo necessário para o serviço funcionar com segurança.
- Cumprimento de obrigação legal ou regulatória (art. 7º, II): guarda de dados de cobrança e atendimento a ordens de autoridades competentes.
- Sua autorização direta ao Google ou à Meta, quando você entra com o Google ou conecta uma rede social. Ela pode ser revogada a qualquer momento nas configurações dessas plataformas.
Como protegemos
- Todo o acesso ao serviço é feito por HTTPS.
- As autorizações das redes sociais ficam cifradas no banco de dados. A chave que as decifra não fica guardada junto: ela vive fora do banco, de modo que uma cópia do banco não é suficiente para lê-las.
- Cada conta enxerga apenas os próprios dados. O isolamento é imposto pelo banco de dados (Row Level Security), não apenas pela aplicação — uma falha de programação na tela não expõe dados de outro cliente.
- A única exceção é a equipe de desenvolvimento da MHZR Marketing LTDA, que tem acesso administrativo a todas as agências para operar o serviço, dar suporte e investigar falhas. É um grupo restrito de pessoas, as alterações que ele faz ficam registradas no histórico de auditoria do sistema, e esse acesso não é usado para nenhum outro fim. Ele não inclui as autorizações das redes sociais, que continuam cifradas e não são exibidas a ninguém.
- Os arquivos ficam em armazenamento privado e são servidos por endereços temporários: nas telas do serviço, eles expiram em 30 minutos; o endereço entregue à rede social na hora de publicar expira em 1 hora.
- As senhas nunca são vistas por nós: quem as guarda é o serviço de autenticação, em formato irreversível.
- Códigos de convite e links de aprovação não são guardados: o banco de dados armazena apenas um resumo criptográfico (SHA-256) deles. Uma cópia do banco não permite entrar em agência nenhuma nem abrir aprovação nenhuma.
- O CPF ou CNPJ de quem paga fica numa coluna fechada à leitura: só o dono da agência o vê, e só o servidor o envia ao meio de pagamento. Nem o gerente da agência o enxerga.
- Tokens e endereços assinados são removidos dos registros técnicos antes de serem gravados, e o registro de auditoria não guarda segredos nem o texto dos posts.
Quando alguém aprova um post por link
A agência pode enviar um link para uma pessoa de fora aprovar uma publicação. Quem abre esse link não cria conta e não é cadastrado por nós.
- Guardamos a decisão (aprovado ou ajustes pedidos), o comentário escrito e o nome que a própria pessoa digitou — que não é verificado, e a tela diz isso a quem lê.
- Registramos a data em que o link foi aberto pela última vez, para a agência saber se a mensagem chegou.
- Não guardamos e-mail, telefone, endereço de rede nem qualquer identificador de quem abriu.
- O link tem validade escolhida pela agência — de dez minutos a 180 dias — e pode ser cancelado por ela a qualquer momento.
Quem controla esses dados é a agência que enviou o link. Para removê-los, fale com ela — ou conosco, pelo contato no fim desta página.
Com quem compartilhamos
Compartilhamos dados apenas com quem precisa deles para o serviço funcionar:
- As redes sociais para as quais você pede que publiquemos (Meta — Facebook e Instagram): recebem o conteúdo agendado, usando a autorização que você mesmo concedeu.
- Os provedores de infraestrutura que operam o serviço: hospedagem da aplicação (Vercel) e banco de dados, autenticação e armazenamento de arquivos (Supabase).
- O serviço de envio de e-mail (Resend), que recebe o endereço do destinatário e o texto de cada aviso.
- O meio de pagamento (Asaas), quando a agência assina um plano: recebe o nome, o e-mail e o CPF ou CNPJ de quem paga, e emite as faturas.
- Um canal interno de alerta (Telegram), quando configurado, que avisa o responsável pela plataforma sobre falhas de operação — por exemplo, uma publicação que saiu na rede mas não foi gravada, ou uma conexão que caiu. Essas mensagens contêm identificadores internos, a rede e o motivo técnico; nunca tokens, legendas, arquivos ou dados de login.
- Autoridades públicas, quando houver obrigação legal ou ordem válida.
Não usamos seu conteúdo para treinar modelos de inteligência artificial, não o mostramos a outras agências, não o usamos para publicidade e não o vendemos a ninguém.
Transferência internacional de dados
Os provedores de hospedagem e de banco de dados (Vercel e Supabase) podem processar e armazenar dados em servidores fora do Brasil. O Google e a Meta processam os dados das próprias contas em suas infraestruturas, conforme as políticas deles. Essas transferências acontecem nos termos permitidos pela LGPD (art. 33), com base nos contratos e compromissos de proteção de dados desses provedores.
E-mails que enviamos
Enviamos apenas e-mails transacionais, pelo serviço Resend, para o e-mail cadastrado:
- Confirmação de cadastro, quando essa etapa está ligada, com um link para ativar a conta.
- Aviso de publicação que falhou, para quem criou o post.
- Aviso de conexão que precisa ser refeita, para os membros da agência — um e-mail por pessoa, sem expor o endereço dos demais.
- Aviso de que você foi adicionado a uma agência.
Não enviamos e-mail de marketing. Quando a cobrança está ativa, o meio de pagamento envia por conta própria os avisos de fatura e de vencimento.
Pagamento
A cobrança é feita pelo Asaas. O CPF ou CNPJ de quem paga é pedido só na hora de assinar um plano, porque o meio de pagamento o exige para emitir a cobrança. A escolha entre PIX, boleto e cartão, e os dados correspondentes, são informados na página de fatura do próprio Asaas — nunca passam por nós. Do meio de pagamento recebemos apenas o status da assinatura e até quando ela está paga.
Por quanto tempo guardamos
Enquanto sua conta existir. Ao excluir uma conexão de rede social, a autorização correspondente é apagada imediatamente. O registro do que já foi publicado é preservado, porque é a prova de que aquela publicação saiu — e ele não contém a autorização.
Ao excluir um cliente, tudo dele vai junto: posts, arquivos, conexões e o histórico de publicações. Ao excluir a agência, o mesmo vale para todos os clientes dela. As duas exclusões são definitivas e feitas de dentro do sistema, por quem tem o papel para isso. A exclusão da conta inteira é feita por pedido ao nosso e-mail, em até 30 dias — ver como excluir seus dados.
Prazos menores: a escolha de Página pendente na conexão com a Meta é apagada em 10 minutos; o resumo da origem usado no limite de cadastros, depois de 24 horas. O registro de auditoria guarda que uma exclusão aconteceu (quem e quando), sem o conteúdo apagado.
As publicações que já foram ao ar continuam nas redes sociais depois de qualquer exclusão aqui — quem as remove de lá é você, na própria rede.
Menores de 18 anos
O MHZR - Studio é um serviço para empresas e agências, e não é dirigido a menores de 18 anos. Não coletamos intencionalmente dados de menores. Se tomarmos conhecimento de uma conta criada por um menor, vamos excluí-la. Se você acredita que isso aconteceu, escreva para contato@mhzr.com.br.
Seus direitos
A LGPD garante a você, a qualquer momento:
- Confirmar que tratamos seus dados e acessá-los — boa parte deles está visível no próprio sistema.
- Corrigir dados incompletos, inexatos ou desatualizados.
- Receber seus dados em formato estruturado (portabilidade).
- Pedir a anonimização, o bloqueio ou a eliminação de dados desnecessários ou tratados em desconformidade.
- Saber com quem compartilhamos seus dados — está descrito nesta página.
- Revogar a autorização dada ao Google ou à Meta, diretamente nas configurações dessas plataformas, e desconectar uma rede social no sistema.
- Excluir uma conexão, um cliente ou a conta inteira — ver como excluir seus dados.
Para exercer qualquer desses direitos, escreva para contato@mhzr.com.br a partir do e-mail cadastrado. Respondemos em prazo razoável, normalmente em poucos dias e nunca além dos prazos da lei. Você também pode apresentar reclamação à Autoridade Nacional de Proteção de Dados (ANPD). Veja como excluir seus dados.
Alterações desta política
Esta política pode mudar quando o serviço mudar. A data da versão em vigor aparece no topo da página. Mudanças relevantes — um dado novo coletado, um compartilhamento novo ou uma finalidade nova — são avisadas no próprio sistema e/ou por e-mail antes de entrarem em vigor. A versão publicada nesta página é sempre a que vale.
Contato
Dúvidas sobre esta política ou sobre seus dados: contato@mhzr.com.br (MHZR Marketing LTDA, Brasil).
Privacy Policy
Last updated: October 29, 2026
This is the English version of the policy above. Both versions describe the same practices.
Who is responsible for your data
MHZR - Studio is operated by MHZR Marketing LTDA, a company based in Brazil, which acts as the data controller for the personal data processed by this service under the Brazilian General Data Protection Law (Lei nº 13.709/2018, LGPD).
Our data protection officer can be reached at the same contact address: contato@mhzr.com.br. Use it for any request, question or complaint about this policy.
What this service does
MHZR - Studio schedules and publishes content to the social media accounts you connect. To do that, it needs to store what you write, the files you upload and the authorization the networks grant to publish on your behalf. It is built for agencies and businesses that manage their own clients' accounts.
What data we collect
- Your name and e-mail address, entered at sign-up or received from Google when you sign in with Google. Your password, when you have one, is stored by the authentication service in an irreversible form — we never see it.
- The names of the companies or clients you register, and the time zone of each one.
- The content of your posts: captions, images and videos you upload, the scheduled date and the options chosen for each network.
- The authorization (access token) a social network grants when you connect an account, together with the identifier and username of that account or Page.
- A record of what was published: date, network, the identifier and the URL returned by the network, and a technical log of each attempt, from which tokens and signed URLs are removed before storing.
- Who works on which clients: the role of each person in the agency (user, manager or owner) and the list of clients they can access.
- The invitations the agency creates: who they were for (a free-text label written by the agency), when they expire and who used them.
- Billing data, when the agency subscribes to a plan: the CPF or CNPJ (Brazilian tax ID) of the payer, the customer and subscription identifiers at the payment provider, the subscription status and the paid-through date. Card details never pass through us — the payment provider receives them.
- A cryptographic hash of the network origin at sign-up time, used to limit abusive account creation — see the dedicated section below. The IP address itself is not stored in our tables.
- An audit log of structural changes (who created, changed or deleted companies, connections, members and invitations, and when). This log contains no tokens, passwords or post text.
We do not collect browsing data for advertising, we do not use audience analytics or third-party trackers, and we do not sell any data.
Google user data
MHZR - Studio offers a "Sign in with Google" button as an alternative to a password. If you use it, you authorize Google to share a minimal set of data from your account with us — and nothing else. This section describes, point by point, what we do with that data.
- What data we receive: your name, your e-mail address, your profile picture and your Google account identifier. This is the content of the basic "openid", "email" and "profile" scopes — the only scopes we request.
- How we access it: through Google's OAuth 2.0 sign-in flow, operated by our authentication service. You see Google's consent screen, and Google provides this data to us after you accept. We never ask for or see your Google password.
- How we use it: exclusively to create and identify your account in the service, let you sign in without a password and show your name in the interface. Your e-mail address is also used for service notices (a failed publication, a connection that needs to be renewed, sign-up confirmation). No other use.
- What we do NOT access: your Gmail, contacts, calendar, Drive, photos or any other Google service. We do not request those scopes and have no way to reach that data.
- How we store it: your name and e-mail address are kept by the authentication service and in our users table, with the same per-account isolation that applies to all other data. Your profile picture remains only in the identity data held by the authentication service — we do not copy it to other tables or display it.
- How we protect it: HTTPS for all access, Row Level Security in the database and passwords and sessions managed by the authentication service. See "How we protect your data" below.
- Who we share it with: nobody. This data is not sold, does not feed advertising, is not used to train artificial intelligence models, is not passed to other agencies and is not transferred to third parties — except to the infrastructure providers that operate the service (hosting, database, e-mail delivery) and when required to comply with the law.
- How long we keep it: for as long as your account exists. When your account is deleted, this data is deleted with it.
You can revoke this authorization at any time, without contacting us, at myaccount.google.com/permissions. Revoking ends MHZR - Studio's access to your Google account; to delete the data already stored here, request deletion of your account — see how to delete your data.
MHZR - Studio's use and transfer to any other app of information received from Google APIs will adhere to the Google API Services User Data Policy, including the Limited Use requirements.
Meta data (Facebook and Instagram)
To publish, you connect a Facebook Page or an Instagram professional account through Meta's own authorization flow. There are two ways in for Instagram: through Facebook Login (the Instagram account linked to a Page) and through Instagram's own login (no Page needed). Through Facebook, we request the permissions to list your Pages, read their basic data and that of the linked Instagram account, and publish content to both networks (pages_show_list, pages_read_engagement, pages_manage_posts, instagram_basic and instagram_content_publish). Through Instagram, we request only the permissions to read the professional account's basic data and to publish content to it (instagram_business_basic and instagram_business_content_publish). When the "first comment" option is available, we also request the permission to publish comments on Instagram.
- What we read when connecting through Facebook: the list of Facebook Pages you manage (identifier, name and the access token of each Page) and, for each one, the linked Instagram professional account (identifier and username). You choose which one to connect; the others are discarded.
- What we read when connecting through Instagram: the identifier, username and account type of the professional account that signed in, and the identifier Instagram assigns to you within our app. A personal account is refused and nothing about it is stored.
- What we store: the access token of the chosen Page or account, encrypted in the database; its identifier and username; the company it belongs to; which login it came through; and the connection status. While you are choosing between several Pages, the user token is kept encrypted in a temporary table for at most 10 minutes and then deleted.
- Automatic renewal: the Instagram Login token lasts 60 days, and the service renews it with Meta on its own before it expires (we store the expiry date and the date of the last renewal). If renewal fails, the connection is flagged for reconnection and we notify you; nothing is published until then.
- Deauthorization and deletion through Instagram: if you remove the app in your Instagram settings, or request deletion of your data there, Meta notifies us through a signed call; we delete the token immediately and mark the connection as disconnected. The record of posts already published is preserved, as described below; to delete it, request account deletion.
- What we do with the authorization: publish, to the chosen account or Page, the content you yourself created and scheduled (photo, video, carousel, Reel or text); follow the processing of the uploaded file; read the identifier and public URL of the created post, to show you the link; and, when the option is enabled and you wrote one, publish the first comment under the post.
- What we do NOT do: we do not read messages or inboxes, we do not read follower lists, we do not read comments or data from other people, we do not collect audience metrics and we never publish anything you did not schedule.
When you remove a connection on the Connections screen, the token is deleted immediately and the service loses the ability to publish to that account. You can also revoke access in Meta's own app settings. Our use of this data follows Meta's platform policies for developers.
Meta advertising data (Meta Ads)
Besides publishing, MHZR - Studio can show the agency a read-only dashboard of its own clients' Meta ad accounts, with a low-balance alert. For that, an agency administrator completes a separate authorization, distinct from the publishing one, requesting only the advertising read permission (ads_read). In this phase the service does not create, change, pause or enable any ad, campaign or budget — it only reads.
- What we read: the list of ad accounts the authorized person manages (identifier, name, currency, time zone and account status) and, for each account they choose to connect, the account data (status, prepaid or postpaid, spend cap, amount spent and, when Meta returns it, a descriptive text of the balance), daily spend for the current month, and the active ads — name, campaign, objective, budget, schedule and status, the creative (title, body, call-to-action, destination link, video identifier and the temporary preview image URL) and the last 7 days' metrics (impressions, clicks, CTR, CPC and spend).
- How we use it: exclusively to show that dashboard to the agency and to the members assigned to that client, and to notify them inside the system when the balance falls below the threshold the agency configured or when Meta disables the account. No other use: we do not sell it, compare it across clients, feed advertising or train artificial intelligence models with it.
- What we store: the user token with the read permission, encrypted in the database with the same protection as the other tokens; the figures above, as a snapshot of the last read (refreshed every 30 minutes); the alert configuration; and a record of when the alert was sent. While the person is choosing which accounts to connect, the token is kept encrypted in a temporary table for at most 10 minutes and then deleted.
- What we do NOT store: we do not copy ad images or videos into our storage — we keep only the temporary URL Meta provides, which expires on its own. We do not read audience data, targeting, comments or the people reached.
- Deletion: when you disconnect the ad account on the Ads screen, the token and the ads snapshot are deleted immediately. When you delete the client or the agency, everything goes with it. You can also revoke the authorization in Meta's own app settings.
Sign-up limit and the origin hash
To stop a script from creating accounts in bulk, sign-up counts how many accounts came from the same network origin in the last hour and the last 24 hours, and refuses beyond a small number.
- What we store: a cryptographic hash (SHA-256) of the IP address combined with a secret known only to the server, plus the time of the attempt. The address itself is not stored in that table, and the hash cannot be reversed to recover it.
- How long: the hash is only consulted within 24 hours. Rows older than 24 hours are deleted by the sign-up routine itself, opportunistically — cleanup runs alongside later sign-ups rather than on a fixed schedule, so a row may remain somewhat longer than 24 hours before it is removed.
- Who can access it: nobody through the application. The table is closed to every role; only the database function that performs the count reads and writes it.
Hosting providers may keep technical access logs (which include network addresses) in their own systems, under the conditions and for the period they define.
Legal basis (LGPD)
- Performance of a contract (art. 7, V): sign-up, post content, social network connections, publishing, invitations, roles and billing — what you ask us to do by using the service.
- Legitimate interest (art. 7, IX): security and abuse prevention (sign-up limit, audit log, technical publishing logs) and internal operational alerts, always limited to the minimum needed to run the service safely.
- Compliance with a legal or regulatory obligation (art. 7, II): retention of billing data and responses to valid requests from competent authorities.
- Your direct authorization to Google or Meta, when you sign in with Google or connect a social network. It can be revoked at any time in those platforms' settings.
How we protect your data
- All access to the service is over HTTPS.
- Social network authorizations are encrypted in the database. The key that decrypts them is not stored alongside: it lives outside the database, so a copy of the database is not enough to read them.
- Each account sees only its own data. Isolation is enforced by the database (Row Level Security), not only by the application — a programming mistake in a screen does not expose another client's data.
- The only exception is the development team of MHZR Marketing LTDA, which has administrative access to all agencies in order to operate the service, provide support and investigate failures. It is a restricted group of people, the changes it makes are recorded in the system audit log, and this access is not used for any other purpose. It does not include the social network authorizations, which remain encrypted and are not displayed to anyone.
- Files are kept in private storage and served through temporary URLs: in the service's screens they expire after 30 minutes; the URL handed to the social network at publishing time expires after 1 hour.
- We never see passwords: the authentication service stores them in an irreversible form.
- Invitation codes and approval links are not stored: the database keeps only a cryptographic digest (SHA-256) of them. A copy of the database allows nobody to join an agency or open an approval.
- The payer's CPF or CNPJ sits in a read-restricted column: only the agency owner can see it, and only the server sends it to the payment provider. Not even the agency manager can read it.
- Tokens and signed URLs are stripped from technical logs before they are stored, and the audit log holds no secrets and no post text.
When someone approves a post through a link
An agency can send a link to an outside person to approve a publication. Whoever opens that link does not create an account and is not registered by us.
- We store the decision (approved or changes requested), the comment written and the name the person typed — which is not verified, and the screen says so to the reader.
- We record when the link was last opened, so the agency knows the message arrived.
- We do not store the e-mail, phone, network address or any identifier of the person who opened it.
- The link has a validity chosen by the agency — from ten minutes to 180 days — and the agency can cancel it at any time.
The agency that sent the link controls this data. To have it removed, contact the agency — or us, through the contact at the end of this page.
Who we share data with
We share data only with those who need it for the service to work:
- The social networks you ask us to publish to (Meta — Facebook and Instagram): they receive the scheduled content, using the authorization you yourself granted.
- The infrastructure providers that operate the service: application hosting (Vercel) and database, authentication and file storage (Supabase).
- The e-mail delivery service (Resend), which receives the recipient address and the text of each notice.
- The payment provider (Asaas), when the agency subscribes to a plan: it receives the payer's name, e-mail and CPF or CNPJ, and issues the invoices.
- An internal alert channel (Telegram), when configured, that notifies the platform operator about operational failures — for example, a post that was published on the network but not recorded, or a connection that dropped. These messages contain internal identifiers, the network and the technical reason; never tokens, captions, files or login data.
- Public authorities, when there is a legal obligation or a valid order.
We do not use your content to train artificial intelligence models, we do not show it to other agencies, we do not use it for advertising and we do not sell it to anyone.
International data transfers
Our hosting and database providers (Vercel and Supabase) may process and store data on servers outside Brazil. Google and Meta process the data of their own accounts in their own infrastructure, under their own policies. These transfers take place as permitted by the LGPD (art. 33), based on those providers' contracts and data protection commitments.
E-mails we send
We send only transactional e-mails, through the Resend service, to the registered address:
- Sign-up confirmation, when that step is enabled, with a link to activate the account.
- Notice of a failed publication, to whoever created the post.
- Notice that a connection needs to be renewed, to the members of the agency — one e-mail per person, without exposing anyone else's address.
- Notice that you were added to an agency.
We do not send marketing e-mail. When billing is active, the payment provider sends its own invoice and due-date notices.
Payment
Billing is handled by Asaas. The payer's CPF or CNPJ is requested only when subscribing to a plan, because the payment provider requires it to issue the charge. The choice between PIX, bank slip (boleto) and card, and the corresponding details, are entered on Asaas's own invoice page — they never pass through us. From the payment provider we receive only the subscription status and the paid-through date.
How long we keep data
For as long as your account exists. When you remove a social network connection, the corresponding authorization is deleted immediately. The record of what was already published is preserved, because it is the proof that the publication went out — and it does not contain the authorization.
When you delete a client, everything belonging to it goes with it: posts, files, connections and publishing history. When you delete the agency, the same applies to all of its clients. Both deletions are permanent and done from inside the system by someone with the role to do so. Deletion of the entire account is done on request to our e-mail address, within 30 days — see how to delete your data.
Shorter periods: a pending Page choice in the Meta connection flow is deleted after 10 minutes; the origin hash used by the sign-up limit, after 24 hours. The audit log records that a deletion happened (who and when), without the deleted content.
Publications that already went live remain on the social networks after any deletion here — you remove them there, on the network itself.
Children under 18
MHZR - Studio is a service for businesses and agencies and is not directed at anyone under 18. We do not knowingly collect data from minors. If we learn that an account was created by a minor, we will delete it. If you believe this has happened, write to contato@mhzr.com.br.
Your rights
Under the LGPD you may, at any time:
- Confirm that we process your data and access it — much of it is visible in the system itself.
- Correct incomplete, inaccurate or outdated data.
- Receive your data in a structured format (portability).
- Request anonymization, blocking or deletion of unnecessary data or data processed in non-compliance.
- Know who we share your data with — it is described on this page.
- Revoke the authorization given to Google or Meta directly in those platforms' settings, and disconnect a social network in the system.
- Delete a connection, a client or the entire account — see how to delete your data.
To exercise any of these rights, write to contato@mhzr.com.br from your registered e-mail address. We respond within a reasonable time, usually within a few days and never beyond the legal deadlines. You may also lodge a complaint with the Brazilian National Data Protection Authority (ANPD). See how to delete your data.
Changes to this policy
This policy may change when the service changes. The date of the version in force appears at the top of each version. Material changes — a new category of data collected, a new recipient or a new purpose — are announced in the system and/or by e-mail before they take effect. The version published on this page is always the one that applies.
Contact
Questions about this policy or your data: contato@mhzr.com.br (MHZR Marketing LTDA, Brazil).