Business Units HubSpot: como separar marcas no portal?

Uma mantenedora com quatro escolas. Uma universidade com unidades em três estados. Uma marca presencial e uma marca EAD que competem pelo mesmo aluno.

Todas essas estruturas chegam ao mesmo ponto: precisam de identidade, domínio, remetente e consentimento separados, sem pagar por portais independentes.

A resposta da plataforma para isso se chamava Business Units HubSpot. Hoje se chama HubSpot Brands. E é aí que a pesquisa começa a atrapalhar, porque metade do material disponível usa um nome, a interface usa outro, e algumas telas do próprio produto ainda usam o antigo.

Este artigo resolve primeiro a confusão de nomenclatura e depois entra no que interessa: o que o recurso separa, o que ele não separa, quanto custa e em que ponto ele deixa de ser suficiente.

O que são Business Units HubSpot e por que viraram Brands?

Business Units HubSpot é o recurso que permite administrar várias marcas dentro de uma única conta, cada uma com seu domínio, seu código de rastreamento, seus formulários, suas campanhas e seus tipos de assinatura de e-mail. A HubSpot passou a chamá-lo de Brands, mantendo a mesma função e o mesmo modelo de contratação por add-on.

A troca de nome não foi apenas cosmética.

Legenda: as Business Units HubSpot dão domínio, remetente e consentimento próprios a cada marca sem tirá-las do mesmo portal

“Business Unit” descrevia uma divisão organizacional, próxima de departamento ou filial. “Brand” descreve o que o recurso de fato separa: a identidade percebida pelo público, do domínio ao remetente do e-mail.

Para um grupo educacional, o segundo nome é mais honesto. O que precisa ficar separado não é o organograma interno, é o que o candidato vê ao abrir a landing page e ao receber a mensagem.

A confirmação da mudança está na documentação técnica. A HubSpot registra que a API “references business units, which is the former name for brands” e mantém o caminho do endpoint inalterado, porque alterá-lo quebraria integrações existentes.

Vídeo: a estrutura de portal em que as Business Units HubSpot se encaixam, no canal da mkt4edu

Business Units ou Brands: qual nome aparece em cada tela?

O nome que aparece depende de onde você está no portal. As telas de configuração e o menu de navegação usam Brands. A propriedade de contato criada automaticamente se chama Brands. Mas o passo a passo oficial de edição em massa manda selecionar Business Units no seletor de propriedade, e a API preserva o caminho antigo.

Essa inconsistência é a principal fonte de retrabalho para quem configura pela primeira vez.

A pessoa procura por “Business Units”, encontra tutoriais com prints de uma interface que não existe mais, entra no portal, não acha o menu e conclui que o recurso foi descontinuado.

Veja como isso se organiza no dia a dia:

Tabela: Correspondência entre o nome antigo e o atual nos principais pontos de contato do portal.

A regra prática é simples: quando o texto disser Business Units e a tela disser Brands, é a mesma coisa. Quando a tela disser Business Units, é uma sobra de nomenclatura que a HubSpot ainda não atualizou, não um recurso diferente.

Registrar essa equivalência no material interno, junto com as demais decisões de configuração da conta, evita que a dúvida reapareça a cada troca de analista.

Quanto custa o add-on da marca HubSpot e quem pode contratar?

O recurso é um add-on pago, contratado à parte da assinatura. A documentação oficial indica disponibilidade para contas com Marketing Hub Enterprise, e cada instância do add-on libera exatamente uma marca. Comprando várias instâncias, uma conta chega a até 100 marcas. Os valores são negociados com a HubSpot, não publicados em tabela.

Essa é a informação que costuma chegar tarde demais.

Em projetos de implementação, a frustração mais previsível é o time montar o plano de captação por marca, dividir responsáveis, desenhar a régua de comunicação, e só então descobrir que o recurso que sustenta tudo isso não vem no plano contratado.

Duas consequências do modelo de add-on merecem atenção antes da assinatura.

A primeira é de contagem: como cada add-on equivale a uma marca, o número de instâncias sai da estrutura real, não da desejada. Uma escola que ainda vai abrir não precisa de add-on hoje.

A segunda é de permissão. Apenas Super Admins podem criar e editar marcas, o que torna a configuração de usuários e permissões no portal um pré-requisito, e não uma tarefa paralela.

O que dá para separar em um portal HubSpot multimarca?

Um portal HubSpot multimarca separa por marca uma lista longa de ativos: contas de anúncios, brand domains, campanhas, domínios de rastreamento de clique, políticas de cookie, propriedades personalizadas, páginas de privacidade de dados, documentos, formulários, e-mails de marketing, páginas, links de pagamento, contas de redes sociais, tipos de assinatura de e-mail e workflows.

É uma lista mais longa do que a maioria espera, e ela cobre quase tudo que o público externo enxerga.

Para um grupo educacional, quatro itens dessa lista fazem a maior diferença.

O código de rastreamento é o primeiro. Cada marca recebe o seu próprio, o que altera uma premissa que vale para contas comuns, onde o código de rastreamento é único por conta. Com Brands ativo, o código é selecionado por marca dentro das configurações de rastreamento.

O segundo é o tipo de assinatura de e-mail. A HubSpot descreve o benefício de forma direta: associar tipos de assinatura a marcas diferentes permite que um contato “unsubscribe from one Brand while remaining subscribed to others”.

Isso resolve um problema real da mantenedora. Um responsável que pede para parar de receber comunicação da escola de ensino fundamental não deveria, por isso, deixar de receber a comunicação do curso técnico que ele mesmo procurou.

O terceiro é a política de cookies. A documentação permite criar uma política separada para cada brand domain, com cores de banner customizadas por marca, o que mantém o consentimento coerente com o site que o visitante está vendo naquele momento.

O quarto é a conta de rede social. Cada conta conectada é associada a uma marca, e a documentação registra que uma conta conectada só pode estar associada a uma marca por vez. Quem administra perfis sociais dentro da plataforma precisa mapear isso antes de conectar.

O efeito somado é que a marca deixa de ser convenção interna e vira atributo do ativo. Relatório, segmentação e consentimento passam a enxergar a divisão.

Vídeo: o que está em jogo quando as Business Units HubSpot separam a identidade de cada marca, no canal da mkt4edu

Como funcionam os brand domains HubSpot em um grupo educacional?

Brand domain é a parte do endereço entre o subdomínio e o domínio de topo. Em www.escola.com.br, o brand domain é escola. O add-on de marca inclui um brand domain adicional por marca, e é isso que permite que cada escola do grupo tenha o próprio endereço em vez de um subdomínio da marca principal.

A associação de páginas segue o domínio: ao criar uma página, a marca é atribuída com base no domínio em que ela é publicada. Trocar a marca de uma página significa, na prática, mudar a URL dela.

Os limites de domínio por assinatura definem se o add-on é necessário. O Content Hub Enterprise traz dez brand domains por padrão. O Marketing Hub Enterprise traz um, ampliável pelo add-on de aumento de limite de domínios ou pelo add-on de marca.

Antes de contratar, vale checar o que a assinatura atual já permite. Um grupo com três marcas e Content Hub Enterprise pode ter os domínios sem comprar nada, e o add-on de marca entra pelo que organiza, não pelo domínio que libera.

A conexão do domínio em si não muda: continua sendo o mesmo processo de registros de DNS, com A para domínio raiz e CNAME para subdomínio, descrito no roteiro de conexão de domínio na plataforma. O que muda é o passo seguinte, de associar aquele domínio conectado à marca certa.

Um alerta que economiza tempo: um brand domain novo é associado automaticamente à marca padrão da conta. A troca para a marca correta é uma ação posterior, e é fácil esquecer dela.

O domínio de envio de e-mail merece leitura própria. Ele é um subdomínio separado do que hospeda páginas, com registros próprios, e cada marca que precisar de remetente reconhecível vai precisar do seu, com DKIM, SPF e DMARC configurados no domínio correspondente.

Como associar formulários, e-mails e campanhas a cada marca?

Formulários, e-mails de marketing e campanhas só aceitam associação de marca no momento da criação. A documentação é explícita: para mudar a marca de um formulário, é preciso recriar o formulário; para mudar a de um e-mail, é preciso cloná-lo; e uma campanha criada não tem a marca alterada depois. Os demais ativos podem ser reatribuídos livremente.

Esses três são a armadilha do recurso. Os outros ativos aceitam correção depois; formulário, e-mail e campanha, não. O erro ali vira retrabalho de produção, e em operação de captação isso significa refazer material no meio de um ciclo de matrícula.

Daí a recomendação de sequência para qualquer implantação com várias marcas no mesmo portal HubSpot: criar todas as marcas antes de produzir ativo novo. Criar a marca leva minutos; recriar uma biblioteca de formulários, não.

Vale registrar também o comportamento padrão dos workflows. Eles não nascem atribuídos a nenhuma marca, e a atribuição é opcional. Ela serve para organizar, e não para restringir o que o workflow pode fazer.

Para os contatos, a associação acontece pela propriedade criada junto com a primeira marca. Ela aceita mais de um valor, o que é útil quando o mesmo responsável se relaciona com duas escolas do grupo, e serve de base para listas, segmentação e relatório.

Na edição em massa, o passo oficial pede para abrir o seletor de propriedade e escolher Business Units, com a opção de acrescentar ou substituir o valor existente. Substituir por engano apaga a associação anterior, o que importa nos contatos de mais de uma marca.

O que o recurso de Brands não resolve na operação?

Brands organiza e exibe, não isola. Ele não substitui o controle de permissão por equipe, que continua sendo função dos times, e não entrega isolamento total de dados entre marcas, porque a base de contatos, os usuários e a cobrança permanecem compartilhados no mesmo portal. Quem compra esperando qualquer uma dessas duas coisas se frustra.

A primeira confusão é com times.

Times controlam acesso, visibilidade de registro e inclusão em relatório, com níveis de acesso que vão de todos os registros até apenas os do próprio usuário. É por ali que se define quem enxerga o quê. A marca não faz esse trabalho, e um usuário com acesso amplo continua enxergando os contatos de todas as marcas.

As duas camadas se complementam. A marca responde “de quem é este ativo”. Time responde “quem pode ver e editar”. Estruturas com várias unidades costumam precisar das duas.

A segunda confusão é com um portal separado, e ela se resolve na seção seguinte, porque a resposta depende de quanto isolamento a operação realmente exige.

Há ainda uma expectativa a calibrar no relatório. A propriedade de marca serve como fonte de dado e como filtro avançado em dashboards, o que resolve a leitura por marca. Mas segue sendo filtro dentro do mesmo portal, não dashboard isolado por empresa.

Quando vale um portal único e quando vale portal separado?

Um portal único com marcas separadas costuma resolver quando as marcas compartilham time, orçamento e governança, e o que precisa ser distinto é o que o público vê. Contas separadas fazem mais sentido quando existe exigência de isolamento de dados, times sem sobreposição, faturamento independente ou regras de acesso incompatíveis entre as operações.

A pergunta que separa os dois cenários é sobre a base de contatos.

Se o mesmo contato pode e deve circular entre as marcas, o único portal é o arranjo certo. Um responsável que pesquisou o ensino médio e depois o curso técnico é a mesma pessoa, e faz sentido que a operação enxergue isso.

Se o contato de uma marca não pode aparecer para quem opera a outra, por contrato, por concorrência interna ou por exigência jurídica, nenhum recurso de organização resolve. Isso é separação de conta.

Veja como os critérios se distribuem:

Tabela: Comparação dos dois arranjos nos pontos que mais pesam em uma decisão de estrutura.

O relatório consolidado é o argumento mais forte a favor do portal único, e costuma ser subestimado. Uma mantenedora que compara custo por lead entre escolas tem esse número pronto ali, e tem trabalho manual recorrente na estrutura de contas separadas.

O consentimento é o argumento mais forte no sentido oposto quando existe exigência jurídica de segregação. Fora esse cenário, a granularidade por tipo de assinatura tende a atender bem, desde que o registro de base legal esteja organizado conforme as regras de privacidade e consentimento no portal.

Perguntas frequentes sobre Business Units HubSpot

Afinal, vale a pena ativar o Business Units HubSpot?

Vale quando as marcas dividem time e governança, mas precisam de identidade, domínio, remetente e consentimento próprios diante do público. Nesse cenário, o add-on custa menos que portais paralelos e ainda entrega relatório consolidado do grupo, que é justamente o que uma mantenedora perde ao separar contas.

Não vale quando a expectativa é isolamento. Se a exigência é que uma operação não enxergue a base da outra, a resposta é conta separada, e insistir no add-on só adia a conversa.

Antes de decidir, três checagens resolvem a maior parte da dúvida. Quantas marcas realmente existem hoje, quantos brand domains a assinatura atual já permite, e se o problema é de identidade percebida ou de acesso a dado.

A terceira é a mais importante. Problema de identidade se resolve com marca. Problema de acesso se resolve com time. Problema de isolamento se resolve com portal separado, e nenhuma configuração dentro de um portal só vai cobrir isso.

Em projetos de marketing educacional com várias unidades, o erro mais caro não é escolher errado, é descobrir a limitação depois que a produção de material começou. As três checagens levam uma tarde e evitam meses de correção.

Toda essa estrutura começa pelo endereço em que cada marca vive. O passo anterior a qualquer contratação é entender a conexão de domínios e subdomínios na HubSpot.

É essa decisão que define quantos domínios você precisa, o que a assinatura já cobre e onde o add-on passa a ser necessário. Se quiser essa leitura feita sobre a sua estrutura, a equipe da mkt4edu faz esse desenho antes da contratação.