Catálogo privado vs. catálogo público no e-commerce B2B: configuração e boas práticas

No e-commerce B2C, o catálogo é democrático — todo mundo vê os mesmos produtos. No B2B, isso seria um problema operacional, comercial e muitas vezes jurídico.

Um distribuidor de produtos farmacêuticos não pode mostrar medicamentos controlados para revendedores sem licença sanitária. Uma indústria não pode exibir o preço de distribuidores para o revendedor que compra pelo distribuidor. Uma rede de franquias não pode deixar o franqueado ver produtos que não são autorizados para o seu tipo de unidade.

O catálogo no e-commerce B2B é, por natureza, um catálogo controlado. A questão não é se você vai controlar o acesso — é como fazer isso de forma eficiente, sem criar uma carga operacional insustentável para o time que gerencia o sistema.

O problema do catálogo único no B2B: por que não funciona

O catálogo único — todos os clientes vendo todos os produtos — falha no B2B por razões que vão além da preferência. São razões estruturais:

Razão 1: clientes com categorias de produto diferentes Uma distribuidora que atende tanto varejistas de alimentos quanto de não-alimentos tem produtos que só fazem sentido para cada segmento. Mostrar o catálogo completo para todos gera confusão, prejudica a busca e aumenta o abandono.

Razão 2: preços que não podem ser vistos por todos Distribuidores regionais podem ter preços diferentes de distribuidores nacionais. Clientes com contrato especial têm preços que não podem ser vistos por outros clientes. Em alguns casos, mostrar preços para clientes sem relacionamento comercial estabelecido é estrategicamente inadequado.

Razão 3: produtos com restrição de acesso Produtos com regulação específica (químicos industriais, medicamentos, equipamentos com certificação necessária), produtos em exclusividade territorial, produtos de lançamento que ainda não foram liberados para toda a base — todos esses casos exigem controle de acesso por produto ou por categoria.

Razão 4: catálogo como ferramenta de relacionamento comercial Quando o representante negocia um mix específico com um cliente, faz sentido que o portal reflita esse mix — não o catálogo completo. O cliente que vê produtos que não compra (e provavelmente não vai comprar) tem experiência pior do que o cliente que vê exatamente o que é relevante para ele.

Modelos de visibilidade: as quatro abordagens principais

Modelo 1: visibilidade por cliente (granularidade máxima)

Cada cliente tem uma lista explícita de produtos que pode ver e comprar. É o modelo de maior controle e maior esforço de manutenção.

Como funciona: no sistema, cada produto tem uma lista de clientes autorizados — ou, inversamente, cada cliente tem uma lista de produtos autorizados. Quando o cliente faz login, o portal filtra o catálogo com base nessa lista.

Quando usar: para bases com poucos clientes (até 50) e mix de produtos muito específico por cliente. Também para situações onde o mix é resultado de negociação comercial individual — como distribuidores exclusivos de certas linhas.

Desvantagem: manutenção trabalhosa. Cada novo produto precisa ser associado manualmente a cada cliente elegível. Cada novo cliente precisa de uma lista de produtos configurada. Sem automação via integração com ERP, esse modelo escala mal.

Modelo 2: visibilidade por grupo de clientes (o mais comum)

Clientes são agrupados por perfil (distribuidor, revendedor, cliente final, exportador) e cada grupo tem acesso a um subconjunto do catálogo.

Como funciona: produtos são marcados com categorias de acesso ("visível para distribuidores", "visível para revendedores autorizados"). Clientes são classificados em grupos. O portal aplica a regra de visibilidade com base no grupo do cliente logado.

Quando usar: a maioria das operações B2B de médio porte. É o equilíbrio entre controle e escalabilidade — adicionar um novo cliente ao grupo correto é mais simples do que configurar sua lista individual de produtos.

Desvantagem: menos granular. Não captura exceções por cliente específico sem criar grupos muito fragmentados.

Modelo 3: visibilidade por canal

Similar ao modelo por grupo, mas organizado pela estrutura comercial — não pelo perfil do cliente.

Como funciona: os canais de venda (distribuição, varejo, e-commerce próprio, exportação) determinam quais produtos e preços são visíveis. O mesmo produto pode ter preços diferentes para cada canal — e o portal só mostra o preço do canal correto para cada cliente.

Quando usar: indústrias com canais de distribuição formais e estruturados, onde preservar o canal é estratégico. Evita que um distribuidor veja o preço de atacado praticado para grandes redes.

Modelo 4: visibilidade por região

Produtos com exclusividade territorial (importadores que garantem exclusividade por estado ou região para revendedores) ou com variação de preço por localização (frete embutido no preço por região) exigem controle de visibilidade por endereço do cliente.

Como funciona: o sistema verifica o endereço fiscal (ou endereço de entrega) do cliente logado e aplica regras de visibilidade e preço correspondentes àquela região.

Quando usar: importadores com exclusividade territorial, indústrias com tabelas de preço por estado (especialmente relevante para operações interestaduais com diferenças de ICMS).

Complexidade: é o modelo mais complexo de manter, especialmente quando combinado com outros modelos (um cliente pode ser de determinado grupo E de determinada região, com interseção das regras).

Produtos restritos: configuração de acesso por CNPJ

Em alguns segmentos, a restrição de acesso não é uma preferência comercial — é um requisito legal ou regulatório. Nesses casos, a configuração precisa ser mais rigorosa do que um simples grupo de clientes.

Exemplos de restrição com implicação legal:

• Produtos químicos controlados (INMETRO, IBAMA): só podem ser vendidos a empresas com licença específica
• Medicamentos com tarja: requerem comprovação de habilitação do comprador (CNES, CRM)
• Equipamentos de proteção para uso profissional: em alguns casos, requerem comprovação de habilitação do comprador

Como configurar de forma robusta:

O simples bloqueio visual (o produto não aparece no catálogo) não é suficiente para requisitos legais — você precisa de um registro de que verificou a habilitação do cliente antes de permitir o acesso.

A configuração correta envolve:

1. Campo no cadastro do cliente para o documento de habilitação (número da licença, data de validade)
2. Validação manual ou automatizada do documento antes de liberar o acesso à categoria restrita
3. Log de quando o acesso foi liberado, por quem e com base em qual documento
4. Alerta automático quando a habilitação do cliente está próxima do vencimento

Essa configuração é mais trabalhosa, mas é a única que protege a empresa em caso de auditoria.

Catálogo com preço oculto: o modelo "solicite orçamento"

Para alguns segmentos e alguns perfis de produto, mostrar o preço publicamente — mesmo em portal privado — não é desejável. O modelo "solicite orçamento" permite que o cliente veja o produto mas não veja o preço antes de uma interação comercial.

Quando faz sentido:

• Produtos customizados ou configuráveis onde o preço varia por especificação
• Produtos de alto valor onde a negociação é parte do processo comercial (equipamentos industriais, projetos)
• Clientes em prospecção que ainda não têm condições comerciais definidas — podem ver o catálogo para avaliar o portfólio, mas precisam falar com o representante antes de comprar

Como configurar: O portal exibe o produto com descrição completa, imagens e especificações técnicas, mas onde estaria o preço aparece "Consulte condições" ou "Solicite orçamento". O botão de adicionar ao carrinho é substituído por "Solicitar orçamento", que aciona um fluxo de notificação para o representante responsável.

Variação útil: visibilidade de preço por estágio do relacionamento. Clientes novos veem o catálogo sem preço. Após a primeira negociação e cadastro de condições comerciais no ERP, a tabela de preços aparece automaticamente. Isso cria um incentivo para o cliente formalizar o relacionamento — e para o representante completar o cadastro de condições no ERP.

Sincronização de catálogo com ERP em tempo real

A sincronização do catálogo com o ERP é onde a maioria das operações enfrenta fricção operacional. Sem sincronização adequada, o time de e-commerce passa horas por semana atualizando manualmente produtos, preços e disponibilidade no portal — tempo que não agrega valor.

O que precisa sincronizar do ERP para o portal

Dados de produto:

• Status do produto (ativo/inativo) — produto descontinuado no ERP deve sumir do portal automaticamente
• Descrição e especificações técnicas — se o ERP for a fonte de verdade, o portal deve refletir
• Unidade de medida e fator de conversão
• Imagens e materiais de apoio (quando gerenciados pelo ERP ou por DAM integrado)

Dados de estoque e disponibilidade:

• Quantidade disponível para venda (não o estoque físico bruto)
• Previsão de entrada para produtos com reposição em trânsito

Dados de preço:

• Tabelas de preço por cliente/grupo/canal
• Promoções com prazo de vigência
• Condições de desconto por volume

Estratégia de sincronização: tempo real vs. lote

Nem todos os dados precisam sincronizar em tempo real — e tentar sincronizar tudo em tempo real pode sobrecarregar o ERP e a integração.

Tempo real (latência de segundos a minutos):

• Estoque disponível por produto — crítico para evitar oversell
• Preço — crítico para consistência entre portal e fatura
• Status do cliente (crédito, bloqueio)

Sincronização periódica (a cada 1–4 horas):

• Descrições e especificações de produto — mudam com baixa frequência
• Novos produtos — a menos que haja urgência, sincronização horária é suficiente

Sincronização diária ou sob demanda:

• Imagens de produto — peso alto, baixa frequência de mudança
• Documentos técnicos associados ao produto

Gestão de produtos sem imagem

Um problema comum em operações que sincronizam catálogo do ERP: o ERP não gerencia imagens. Centenas ou milhares de produtos aparecem no portal sem imagem — o que prejudica muito a conversão e a percepção de qualidade do canal.

Estratégias para resolver:

• DAM (Digital Asset Management): sistema de gestão de ativos digitais onde as imagens são gerenciadas separadamente do ERP e a integração associa imagem ao código do produto
• Importação em lote: ferramenta no portal que permite upload de imagens associadas por código de produto, em lote
• Regra de visibilidade: produtos sem imagem ficam como "indisponíveis no portal" até receberem imagem — evita catálogo com produtos sem foto

Gestão de catálogo em redes com múltiplos distribuidores

Para indústrias que vendem para distribuidores que, por sua vez, vendem para revendedores, o gerenciamento do catálogo tem uma camada adicional de complexidade: o que cada distribuidor pode (e deve) mostrar aos seus próprios clientes.

O cenário: a indústria tem um portal B2B para distribuidores. Cada distribuidor, por sua vez, tem ou quer ter seu próprio portal para revendedores. Idealmente, o catálogo do distribuidor é um subconjunto do catálogo da indústria — com os produtos que aquele distribuidor tem autorização de revender.

Como configurar na prática:

A indústria mantém o catálogo master no seu ERP. Quando configura o acesso de um distribuidor no portal, define quais linhas de produto aquele distribuidor pode comercializar. O distribuidor, ao acessar o portal, só vê os produtos da sua linha autorizada — e se tiver seu próprio portal para revendedores, pode configurar o catálogo a partir desse subconjunto.

Esse modelo requer que a plataforma suporte hierarquia de catálogo — não apenas visibilidade binária (vê/não vê), mas herança de regras por nível da hierarquia comercial.

SEO em catálogos privados: o que indexar e o que não indexar

Um aspecto frequentemente negligenciado na configuração de catálogos B2B é o SEO. O dilema: você quer que compradores potenciais encontrem seus produtos no Google, mas não quer que o catálogo completo com preços seja público.

Estratégias de equilíbrio:

Páginas de produto indexáveis sem preço: crie versões das páginas de produto que são acessíveis sem login — com descrição completa, especificações técnicas e fotos — mas sem preço e sem botão de adicionar ao carrinho. O visitante que chega pelo Google vê o produto, mas precisa fazer login (ou solicitar cadastro) para ver o preço e comprar.

Sitemap segmentado: o sitemap enviado ao Google inclui apenas as páginas que você quer indexar — páginas de categoria, páginas de produto sem preço, páginas institucionais. Páginas com preços e condições comerciais ficam fora do sitemap e com meta tag noindex.

Schema markup nas páginas públicas: mesmo sem preço, as páginas de produto podem ter schema markup (Product, Offer sem price, Organization) que ajuda o Google a entender o conteúdo e ranquear para termos relevantes.

O que nunca indexar: páginas de checkout, páginas de pedido, páginas com dados de cliente específico, páginas com tabelas de preço. Certifique-se que essas páginas têm noindex e estão bloqueadas no robots.txt.

Na FastChannel, o catálogo é gerenciado por regras de acesso que sincronizam automaticamente com o ERP — produtos inativos somem do portal sem intervenção manual, tabelas de preço atualizam em tempo real, e a configuração de visibilidade por grupo de clientes não requer desenvolvimento customizado. Saiba mais em fastchannel.com.