Compreender essa separação é fundamental para utilizar o sistema com confiança.

O que acontece automaticamente

O CatalogPilot gerencia automaticamente o seguinte:

Sincronização do catálogo

Lê produtos, variantes, imagens, categorias e metadados relacionados da sua plataforma usando acesso somente leitura.

Análise contextual

Observa a estrutura pública da storefront para entender como o conteúdo é apresentado a visitantes e rastreadores.

Geração de enriquecimentos

Produz metadados estruturados, textos de acessibilidade, mapeamentos de variantes, sinais de categoria e atributos prontos para IA fora da plataforma.

Processamento em lote e escalabilidade

Enfileira, regula e processa os enriquecimentos com segurança em segundo plano sem afetar o desempenho da storefront.

Mecanismo de entrega

Injeta o conteúdo aprovado no momento do render da página por meio de um mecanismo leve e reversível.

Nenhuma dessas etapas automatizadas grava diretamente na sua plataforma nem persiste alterações sem aprovação.

O que exige ação humana

A participação humana é intencional e limitada a pontos de controle de alto valor:

Revisão de produtos enriquecidos

Os lojistas comparam visualmente o conteúdo original e o enriquecido para confirmar a precisão.

Aprovação do conteúdo para entrega

A aprovação é o limite a partir do qual o conteúdo enriquecido se torna ativo.

Edições ou substituições opcionais

Os lojistas podem:

– Editar campos específicos

– Reverter para o conteúdo original

– Desativar a entrega para produtos ou categorias individuais

Ativação da entrega

Instalar ou habilitar o gatilho de entrega é uma decisão consciente e reversível.

Por que esse equilíbrio é importante

O CatalogPilot evita dois extremos:

– Sistemas totalmente manuais que exigem micromanagement constante

– Sistemas totalmente automatizados que removem a supervisão humana e criam riscos

Em vez disso, segue um modelo de “revisar uma vez, confiar depois”:

– A maioria dos enriquecimentos exige apenas uma confirmação visual rápida

– A edição permanece disponível a qualquer momento, mesmo após a aprovação

– Nada fica permanentemente bloqueado

O que você não precisa fazer

Você não precisa:

– Revisar cada variante em detalhes

– Editar cada descrição de imagem

– Compreender cada campo de metadados

– Aprovar cada enriquecimento individualmente

O sistema foi projetado para reduzir o esforço cognitivo, não aumentá-lo.

O primeiro enriquecimento é intencionalmente guiado e verificado — não é instantâneo, e isso é proposital.

Etapa 1 — Conectar seu catálogo

Após o cadastro, você fornece:

• Acesso à API em modo somente leitura da sua plataforma
  
• A URL pública da sua vitrine
  

O CatalogPilot começa a coletar e normalizar os dados do catálogo em segundo plano.

Dependendo do tamanho do catálogo e da carga do sistema, essa coleta inicial pode levar de alguns minutos a várias horas.

Nenhuma alteração é feita na sua vitrine durante essa etapa.

Etapa 2 — Preparação do enriquecimento inicial

Quando os dados do catálogo estão disponíveis:

• Um pequeno conjunto inicial de produtos (atualmente até 10) é colocado na fila para enriquecimento
  
• Esses primeiros enriquecimentos são processados dentro de limites controlados
  
• O processamento pode começar imediatamente ou após uma breve espera
  

Na maioria dos casos, o enriquecimento começa em minutos, mas pode levar mais tempo em períodos de alta atividade.

Etapa 3 — Revisão pelo CatalogPilot e notificação

Quando o enriquecimento inicial é concluído:

• Os resultados são revisados como parte do processo de onboarding
  
• Você recebe uma notificação quando estiverem prontos
  
• Em alguns casos, um agente de suporte pode entrar em contato
  

Esse primeiro ciclo normalmente é concluído no mesmo dia e sempre dentro de um prazo razoável.

Etapa 4 — Revisar seus primeiros produtos enriquecidos

Você será direcionado à página de Revisão, onde poderá:

• Alternar entre Original e Enriquecido
  
• Confirmar visualmente as melhorias
  
• Focar principalmente na aba Produtos
  
• Ignorar abas mais profundas, a menos que algo pareça incorreto
  

Essa etapa foi pensada para levar minutos, não horas.

Etapa 5 — Aprovar e assumir o controle

Após a aprovação:

• Você assume imediatamente o controle do processo de enriquecimento
  
• Pode executar novos lotes por conta própria
  
• Verá estimativas claras de custo e tempo antes de cada lote
  
• O processamento continua em segundo plano com indicadores em tempo real
  

A partir desse ponto, você decide quando, quanto e o que será enriquecido.

O que muda após o primeiro ciclo

O processo inicial é o mais estruturado.

Depois disso:

• O enriquecimento passa a ser autoatendimento
  
• As estimativas de tempo são exibidas antes de cada lote
  
• O esforço de revisão diminui progressivamente
  
• Não há necessidade de novas etapas de controle
  

O CatalogPilot foi criado para conquistar sua confiança primeiro — e depois sair do caminho.

Em vez de sobrescrever ou modificar os dados do seu catálogo, o CatalogPilot cria uma cópia segura e sincronizada fora da plataforma, enriquece essa cópia e entrega melhorias aprovadas no momento do carregamento da página.

Os três estados principais

Todo conteúdo no CatalogPilot passa por três estados bem definidos:

Enriquecido

Novo conteúdo estruturado foi gerado (SEO, acessibilidade, metadados, variantes, imagens, categorias).

Aprovado

Um humano confirmou que o enriquecimento é aceitável. Este é o limite de confiança.

Entregue

O conteúdo aprovado é entregue ativamente à vitrine para visitantes e robôs de busca.

O CatalogPilot nunca sobrescreve permanentemente os dados da sua plataforma.

O que o CatalogPilot faz

• Lê dados do catálogo da sua plataforma
  
• Otimiza para mecanismos de busca, acessibilidade e sistemas de IA
  
• Permite revisar e aprovar alterações
  
• Injeta conteúdo aprovado com segurança no momento do render
  
• Pode ser desativado instantaneamente sem reversão
  

O que o CatalogPilot não faz

• Não modifica bancos de dados
  
• Não reescreve temas ou templates
  
• Não interfere em checkout, preços ou estoque
  
• Não cria produtos ou idiomas inexistentes
  

Pense no CatalogPilot como o controle de tráfego aéreo do seu catálogo — observando, otimizando e orientando — sem assumir controle.

Por que o CatalogPilot muda o papel do seu catálogo

Escolher o CatalogPilot não é uma decisão pequena de otimização.

É uma mudança estrutural na forma como seu catálogo de produtos existe, funciona e cria valor.

Tradicionalmente, um catálogo de produtos de eCommerce vive dentro de uma plataforma.

Seus dados, estrutura e alcance ficam limitados pelas regras, restrições e pelo roadmap dessa plataforma. Mesmo otimizado, o catálogo permanece em grande parte isolado—servindo primeiro a vitrine e deixando todo o resto em segundo plano.

O CatalogPilot muda esse modelo.

Pela primeira vez, seu catálogo existe externamente como um ativo estruturado e governado—independente de uma única plataforma. Sua vitrine permanece totalmente operacional e inalterada, mas a inteligência, o enriquecimento e a descobribilidade do seu catálogo não ficam mais presos dentro da plataforma.

Essa separação cria liberdade.

Ela permite que seu catálogo:

Seja otimizado uma única vez e entregue de forma consistente

Atenda diretamente mecanismos de busca, sistemas de acessibilidade e plataformas emergentes de IA

Suporte marketing futuro, sindicação e transições de plataforma sem retrabalho

Cresça em valor sem precisar ser reescrito ou reconstruído para cada novo canal

O CatalogPilot não substitui sua plataforma.

Ele liberta seu catálogo dela.

O que você tem agora não é apenas conteúdo de produto melhorado—é um catálogo que agora pode:

Ser amplificado além da sua vitrine

Ser reutilizado sem duplicação

Ser governado de forma deliberada, em vez de editado de forma reativa

Evoluir independentemente das limitações da plataforma

Este manual mostrará como operar esse sistema com confiança—onde sua atenção importa, onde não importa, e como deixar o sistema fazer o trabalho pesado enquanto você foca em crescimento.

Por que isso importa

A maioria dos lojistas nunca consegue fazer essa mudança.

Eles otimizam dentro dos limites que lhes são dados.

Ao escolher o CatalogPilot, você escolheu tratar seu catálogo de produtos como um ativo digital de longo prazo, e não apenas como um gerador de páginas.

Tudo o que vem a seguir neste manual foi pensado para ajudar você a gerenciar esse ativo com clareza, eficiência e controle—sem exigir que você microgerencie tudo.

Design, fotografia, layout e descrições são pensados para navegação. E isso faz sentido. Os clientes vivenciam sua loja de forma visual.

Mas mecanismos de busca, sistemas de conformidade, rastreadores de acessibilidade, mecanismos de descoberta por IA e indexadores de marketplaces não fazem isso.

Eles interpretam outra coisa.

Eles não avaliam “design”.

Eles não medem “qualidade estética”.

Eles não recompensam refinamento visual.

Eles avaliam profundidade, hierarquia, relacionamentos e clareza legível por máquina.

E, no eCommerce moderno, quase 80% da capacidade de descoberta acontece dentro dessa camada invisível.

A Visão Humana vs. A Visão da Máquina

Para um comprador, uma página de produto parece completa se incluir:

• Um título

• Uma descrição

• Imagens

• Preço

• Variantes

Para sistemas de indexação, a completude é definida de forma muito diferente.

Sistemas de busca e conformidade avaliam:

• Hierarquia de cabeçalhos e estrutura semântica

• Referências canônicas

• Relacionamentos entre produto e variante

• Reforço de categorias

• Atributos de acessibilidade

• Metadados estruturados de produto

• Sinais jurídicos e de conformidade

• Consistência dos dados em todo o catálogo

A maior parte disso existe nos bastidores.

Quando essa base é incompleta, inconsistente ou superficial, os mecanismos de busca reduzem seu nível de confiança — mesmo que a página pareça totalmente desenvolvida para visitantes humanos.

A Profundidade Impulsiona a Descoberta

A indexação moderna já não é mais baseada apenas em campos. Ela é baseada em relacionamentos.

Mecanismos de busca e sistemas de IA avaliam como:

• Produtos se relacionam com categorias

• Variantes se diferenciam de forma significativa

• Imagens reforçam a conformidade com acessibilidade

• Metadados esclarecem a intenção

• A estrutura permanece consistente em todo o catálogo

Sem profundidade estrutural:

• Produtos menores se tornam invisíveis

• A descoberta de cauda longa colapsa

• Resultados avançados diminuem

• Mecanismos de descoberta por IA interpretam mal a intenção

• A exposição a riscos de conformidade aumenta

O desempenho do catálogo não é determinado apenas pelo design.

Ele é impulsionado pela completude sistêmica.

Os 80% Que Você Não Vê

Plataformas nativas oferecem campos superficiais de produto.

Elas foram projetadas para:

• Exibir produtos

• Processar transações

• Gerenciar estoque

Elas não foram projetadas para construir e manter uma arquitetura semântica profunda em todos os produtos, imagens, variantes e categorias.

Com o tempo:

• Os metadados se desalinham

• Os atributos de acessibilidade permanecem incompletos

• A clareza das variantes enfraquece

• O schema fica desatualizado

• Os requisitos de conformidade evoluem

Essa degradação é invisível para os lojistas — mas mensurável para os sistemas de indexação.

Ganho Equitativo em Todo o Catálogo

O CatalogPilot não privilegia produtos de alto volume em detrimento de SKUs menores.

Cada produto recebe o mesmo nível de enriquecimento.

Isso significa:

• Produtos de cauda longa ganham visibilidade

• SKUs de menor volume recebem clareza de indexação

• Variantes passam a ser semanticamente distinguíveis

• Categorias reforçam a intenção

• Sinais em todo o catálogo se fortalecem coletivamente

Isso não é otimização seletiva.

É elevação sistêmica.

Dinâmico, Não Estático

A maioria das storefronts opera de forma estática.

Depois de criada, a estrutura de dados raramente evolui, a menos que seja atualizada manualmente.

O CatalogPilot opera de forma dinâmica.

À medida que seu catálogo muda:

• Os metadados são reconstruídos

• O schema é atualizado

• A acessibilidade é reforçada

• Os sinais semânticos são regenerados

Isso garante que:

• A indexação permaneça alinhada com padrões em evolução

• A conformidade não se deteriore

• A capacidade de descoberta não se desalinhe

Seu catálogo permanece estruturalmente atual — e não estruturalmente obsoleto.

Por Que Isso Importa Agora

Mecanismos de busca modernos e sistemas de IA avaliam muito mais do que palavras-chave.

Eles analisam:

• Clareza hierárquica

• Precisão semântica

• Prontidão para acessibilidade

• Alinhamento com conformidade

• Consistência em todo o catálogo

Quando a profundidade estrutural é fraca, os lojistas frequentemente compensam aumentando o tráfego pago — elevando os custos de aquisição enquanto a capacidade orgânica de descoberta continua limitada.

Produtos ignorados não competem.

Os 80% invisíveis determinam se o seu catálogo é interpretado corretamente — ou filtrado.

Os Sistemas Que Realmente Leem Sua Loja

As storefronts modernas são avaliadas por dezenas de sistemas de indexação, conformidade e descoberta. Abaixo está uma visão representativa de como esses sistemas interpretam dados de produto — e de como o CatalogPilot prepara seu catálogo para ser compreendido corretamente por eles.

O CatalogPilot não controla esses sistemas. Ele prepara seu catálogo para ser interpretado corretamente por eles.

Essa é a camada arquitetônica que a maioria das plataformas nunca constrói por completo.

Onde o CatalogPilot Atua

O CatalogPilot funciona dentro dessa camada invisível.

Ele:

• Reconstrói profundidade estrutural

• Aprimora metadados legíveis por máquina

• Fortalece a conformidade com acessibilidade

• Reforça a clareza de indexação

• Opera de forma não destrutiva

• Entrega dinamicamente no momento do render

Ele não muda a aparência da sua loja.

Ele muda a forma como ela é compreendida.

Consideração Final

Se a sua storefront parece completa, mas apresenta baixo desempenho, o problema pode não estar no design.

Pode estar na base estrutural.

E profundidade estrutural raramente é visível — mas sempre é medida.

O CatalogPilot foi criado especificamente para esses 80% invisíveis.

Seu catálogo de produtos conforme existe na sua plataforma de e-commerce (produtos, categorias, variantes, imagens, preços, disponibilidade).

O CatalogPilot não substitui seu catálogo. Ele o lê e cria uma cópia enriquecida externa.

Cópia do catálogo (cópia externa)

Uma cópia segura e somente leitura do seu catálogo, criada por meio de uma conexão via API.

Essa cópia:

• Existe fora da sua plataforma
  
• É usada para enriquecimento, validação e entrega
  
• Pode ser removida a qualquer momento sem impacto na loja
  

Enriquecimento

O processo de geração de conteúdo estruturado e legível por máquinas para produtos, categorias, variantes e imagens.

O enriquecimento pode incluir:

• Títulos e descrições
  
• Metadados de SEO (título, descrição, cabeçalhos)
  
• Texto alternativo acessível (ADA)
  
• Campos estruturados compatíveis com schema
  
• Campos semânticos e de classificação para IA
  

O enriquecimento nunca sobrescreve dados da plataforma.

Aprovação

A etapa obrigatória na qual o comerciante revisa e aprova o conteúdo enriquecido antes da entrega.

A aprovação:

• Evita deriva e alucinação
  
• Garante controle em nível corporativo
  
• Pode ser feita individualmente ou em lote (“Aprovar tudo”)
  
• O conteúdo aprovado permanece sempre editável
  

Original vs. Aprovado

• Original: conteúdo vindo da sua plataforma e storefront
  
• Aprovado: conteúdo gerado e confirmado pelo CatalogPilot
  

Ambas as versões permanecem disponíveis para comparação.

Lote (Batch)

Um grupo de itens enriquecidos em conjunto.

Os lotes podem ser criados por:

• Automático (itens não enriquecidos mais antigos primeiro)
  
• Seleção manual de produtos
  
• Seleção por categoria
  

Nenhum lote é iniciado sem confirmação.

Estimativa

Uma prévia de custo antes do início do enriquecimento.

As estimativas:

• Mostram quantidades e preços
  
• Incluem apenas itens elegíveis
  
• Não geram cobrança sem confirmação
  

Fila de revisão

Uma área temporária que contém itens recém-enriquecidos aguardando aprovação.

Projetada para:

• Comparação visual
  
• Validação rápida
  
• Baixa carga cognitiva
  

A maioria dos comerciantes aprova sem alterações.

Galeria de produtos

A principal visualização de comparação, exibindo:

• Conteúdo legível por humanos
  
• Conteúdo legível por máquinas
  
• Dados de acessibilidade e estrutura
  

Esta é a superfície de revisão mais importante do CatalogPilot.

Abas de produto

Painéis secundários de edição localizados abaixo da galeria.

Usados para:

• Ajustes direcionados
  
• Substituições campo a campo
  
• Revisão avançada (opcional)
  

A galeria é primária; as abas são complementares.

Variantes

Variações individuais do produto (ex.: tamanho, cor) tratadas como registros estruturados independentes.

O CatalogPilot cria registros separados para que:

• Cada variante possa ser indexada independentemente
  
• Schema específico por variante seja entregue
  
• A descoberta seja ampliada sem duplicação de URLs
  

O conteúdo das variantes herda majoritariamente do produto pai.

Imagens / ADA

Enriquecimento no nível da imagem, incluindo:

• Títulos de imagem
  
• Texto alternativo
  
• Legendas
  
• Descrições de acessibilidade
  

Esses campos são principalmente legíveis por máquinas e raramente precisam de edição manual.

Atributos

Características padronizadas de produtos para motores de busca e plataformas de compras.

Incluem campos exigidos pelo Google como:

• Disponibilidade
  
• Condição
  
• Tipo de produto
  
• Taxonomias de categoria
  

Campos destacados em amarelo são opcionais e devem ser preenchidos apenas quando a informação for conhecida com certeza.

Schema

Dados estruturados (JSON-LD) entregues em tempo de renderização para descrever produtos, categorias e variantes.

O schema:

• É injetado dinamicamente
  
• Não modifica arquivos de tema
  
• Pode ser desativado instantaneamente
  

Entrega ao storefront

A entrega de conteúdo estruturado aprovado durante o carregamento da página.

A entrega:

• Ocorre em tempo de renderização
  
• Não é destrutiva
  
• Reflete apenas conteúdo aprovado
  

Interruptor FailSafe

Um interruptor global que desativa imediatamente toda a entrega do CatalogPilot.

Quando desativado:

• A loja retorna ao comportamento nativo
  
• Nenhuma reversão é necessária
  
• Os dados enriquecidos permanecem armazenados com segurança
  

Entrada (sincronização do catálogo)

Uma conexão segura e somente leitura que lê dados do catálogo da plataforma para o CatalogPilot.

O CatalogPilot:

• Apenas lê dados
  
• Nunca grava de volta
  
• Respeita a autoridade da plataforma
  

Saída (entrega)

Entrega controlada de conteúdo enriquecido ao storefront por meio de um script leve.

A entrega:

• É opcional
  
• Pode ser pausada ou desativada
  
• Não afeta pagamentos ou transações
  

Tags

Elementos individuais de dados estruturados gerados durante o enriquecimento.

Um produto pode gerar dezenas de tags por meio de:

• Campos de produto
  
• Imagens
  
• Variantes
  
• Categorias
  
• Camadas semânticas e de IA
  

Um número elevado de tags representa profundidade, não duplicação.

Registro de atividades

Uma linha do tempo detalhada de todas as ações realizadas no CatalogPilot.

Inclui:

• Enriquecimentos
  
• Aprovações
  
• Edições
  
• Mudanças de status de lote
  
• Ações faturáveis (quando aplicável)
  

Uso

Registro em tempo real das atividades de enriquecimento faturáveis.

O uso é:

• Detalhado
  
• Com carimbo de data/hora
  
• Automaticamente vinculado às faturas
  

Fatura

Um resumo semanal do uso de enriquecimento.

As faturas:

• Agrupam o uso em uma única linha
  
• Referenciam registros detalhados de atividade
  
• São separadas da cobrança de assinatura
  

Assinatura

O plano base que define:

• Limites de tamanho do catálogo
  
• Níveis de acesso
  
• Disponibilidade de recursos
  

As assinaturas são cobradas separadamente do uso.

Tradução

Enriquecimento opcional de conteúdo aprovado para idiomas já existentes na plataforma.

As traduções:

• Ocorrem somente após a aprovação principal
  
• Aplicam-se apenas a idiomas existentes
  

São cobradas com tarifa reduzida

A aba Pagamentos fornece acesso seguro ao portal de faturamento externo do CatalogPilot, operado pela Stripe.

Objetivo desta seção

Esta área existe exclusivamente para oferecer aos lojistas uma forma segura e de autoatendimento para gerenciar informações de pagamento, sem expor dados financeiros sensíveis dentro do CatalogPilot.

O CatalogPilot não armazena nem processa diretamente dados de cartão de crédito.

O que você verá

Uma breve descrição explicando que métodos de pagamento, assinaturas e faturas são gerenciados externamente.

Um único botão de ação:

Acessar Portal de Faturamento

Acessar Portal de Faturamento

Ao clicar em Acessar Portal de Faturamento, você será redirecionado com segurança para o ambiente de faturamento hospedado pela Stripe, onde poderá:

• Atualizar ou alterar seu método de pagamento
  
• Visualizar pagamentos anteriores e histórico de pagamentos
  
• Baixar recibos da Stripe
  
• Gerenciar detalhes de pagamento da assinatura
  
• Resolver pagamentos com falha ou pendentes
  

Todas as ações realizadas no portal de faturamento são processadas diretamente pela Stripe, utilizando controles de segurança e conformidade padrão do setor.

Observações importantes

• Alterações de pagamento entram em vigor imediatamente após serem salvas na Stripe.
  
• Cobranças de assinatura e cobranças baseadas em uso são tratadas separadamente, conforme descrito nas seções de faturamento anteriores.
  
• O CatalogPilot não tem acesso às suas credenciais completas de pagamento.
  

Caso tenha problemas para acessar o portal de faturamento, entre em contato com o suporte do CatalogPilot.

O que a descrição representa

A descrição da fatura segue a estrutura abaixo:

Período de cobrança

O intervalo de datas coberto pela fatura (por exemplo, uma semana).

Resumo da atividade de enriquecimento

Uma contagem de alto nível do que foi processado nesse período, como:

• Campos enriquecidos
  
• Imagens enriquecidas e traduzidas
  
• Produtos enriquecidos e traduzidos
  
• Variantes enriquecidas e traduzidas
  
• Categorias enriquecidas
  

Este é um resumo, não um detalhamento item a item. O CatalogPilot mantém as faturas limpas e legíveis, em vez de sobrecarregar os lojistas com logs brutos.

Por que aparece como um único item

O CatalogPilot fatura o uso de enriquecimento como uma única linha resumida por período de cobrança. Isso garante:

• Faturas claras e fáceis de entender
  
• Totais que correspondem exatamente ao valor cobrado
  
• Nenhuma confusão causada por dezenas ou centenas de microcobranças
  

Todos os detalhes de atividade já estão disponíveis na plataforma.

Como ver o detalhamento completo

Para analisar qualquer número exibido na fatura:

• Acesse Faturamento → Uso
  
  
• Utilize filtros e busca
  (por data, assunto — produto, imagem, variante, categoria — ou valor)
  
  
• Clique em uma entrada de atividade
  (detalhes : o que foi enriquecido, quando ocorreu, quem iniciou, se foi atribuído a uma fatura)
  
  
• Cruze com os logs de atividade
  (linha do tempo completa de aprovações, edições, enriquecimentos e ações do sistema)
  

Pontos importantes

• Os totais da fatura refletem apenas atividades de enriquecimento aprovadas
  
• Traduções são cobradas separadamente (quando aplicável) e resumidas na descrição
  
• Taxas de assinatura não estão incluídas nas faturas de uso e são cobradas separadamente
  

Um saldo de $0,00 significa que a fatura já foi paga ou creditada

Visão geral da lista de faturas

Cada linha da lista representa uma fatura individual, normalmente gerada semanalmente para atividades de enriquecimento baseadas em uso.

A tabela inclui as seguintes colunas:

Número da fatura

Um identificador exclusivo de fatura no formato CPILOT-YYYYMM-WEEK.

Esse formato distingue claramente as faturas do CatalogPilot de outros sistemas de cobrança e as vincula a períodos específicos de uso.

Período (UTC)

O intervalo de datas coberto pela fatura.

Reflete a atividade de enriquecimento realizada durante aquela semana específica.

Valor

O custo total baseado em uso para o período faturado.

Esse valor reflete apenas os custos dinâmicos de enriquecimento.

As taxas de assinatura não estão incluídas e são cobradas separadamente.

Status

Indica o estado atual da fatura:

• Ativa – A fatura foi gerada e está aguardando pagamento.
• Paga – A fatura foi paga com sucesso via Stripe.

Download

Para faturas pagas, os lojistas podem baixar uma cópia em PDF para seus registros.

Frequência de faturamento

Os custos de enriquecimento baseados em uso são faturados semanalmente.

Se nenhuma atividade de enriquecimento ocorrer durante uma determinada semana, nenhuma fatura será gerada.

As taxas de assinatura são cobradas separadamente na data de aniversário da inscrição do lojista.

Todos os pagamentos são processados automaticamente via Stripe, utilizando o método de pagamento registrado.

Detalhes e organização das faturas

Os lojistas podem:

• pesquisar faturas por número, intervalo de datas ou valor;
• ordenar faturas por período ou valor;
• abrir faturas individuais para visualizar detalhes completos (quando aplicável).

Informações do fornecedor e faturamento

Na parte inferior da página de Faturas, os lojistas encontrarão as informações oficiais de faturamento do CatalogPilot:

Faturado por:

AdVision eCommerce Inc.

Email: accounts@advision-ecommerce.com

Número de registro da empresa: #82866 8996

Endereço postal:

Suite 1402 – 327, 347 Fifth Ave.

New York, NY 10016

Estados Unidos

Essas informações são fornecidas para fins de contabilidade, conciliação e conformidade.

A aba Uso fornece uma visão detalhada, em nível de item, de todas as atividades de enriquecimento que contribuem para a cobrança baseada em uso.

Enquanto a aba Faturamento resume os custos em nível alto, a aba Uso mostra o detalhamento granular de cada ação de enriquecimento à medida que ocorre.

Esta visualização foi projetada para transparência e rastreabilidade, e não para configuração.

Visão geral da tabela de uso

Cada linha da tabela de uso representa um evento de enriquecimento individual.

A tabela inclui as seguintes colunas:

Data / Hora (UTC)

Exibe quando o enriquecimento ocorreu.

Toda a atividade é registrada em UTC para garantir consistência entre regiões.

Objeto

Identifica o objeto específico que foi enriquecido:

• Produto
  
• Imagem
  
• Variante
  
• Categoria
  

Ao clicar no objeto, você é levado diretamente a esse item dentro do CatalogPilot (por exemplo, ao produto ou imagem relacionada).

Tipo de uso

Indica a ação realizada.

A maioria das entradas exibe “Enriquecimento do objeto”, representando um evento de enriquecimento bem-sucedido.

Valor

Exibe o custo de uso associado a essa ação individual.

Os preços podem aparecer internamente com três casas decimais para maior precisão.

Os valores finais faturados são arredondados para os valores monetários padrão de duas casas decimais.

Status

Mostra o estado de faturamento do item de uso.

“Atribuído à fatura” significa que o enriquecimento foi registrado e agendado para o próximo ciclo de faturamento.

Os itens permanecem nesse estado até que a fatura semanal seja gerada.

Relação entre uso e faturamento

As entradas de uso aparecem imediatamente quando as ações de enriquecimento ocorrem.

Depois de registradas, elas são atribuídas à próxima fatura.

O uso é faturado semanalmente, separado das taxas de assinatura.

As taxas de assinatura são gerenciadas de forma independente e não aparecem na tabela de uso.

Navegação nos detalhes de uso

Ao clicar em um Objeto, o produto, imagem ou categoria correspondente é aberto.

Ao clicar no Tipo de uso, são exibidos detalhes internos sobre quais campos foram gerados durante aquele evento de enriquecimento.

Isso permite que os lojistas auditem exatamente o que foi enriquecido, quando ocorreu e a que custo.

Observações importantes

Nem todas as ações no CatalogPilot são faturáveis.

Apenas ações relacionadas ao enriquecimento geram entradas de uso.

Todas as ações — faturáveis ou não — são registradas em outros locais para fins de transparência do sistema, mas a aba Uso concentra-se exclusivamente nos eventos de enriquecimento faturáveis.

A seção Faturamento fornece uma visão clara e transparente do status da sua assinatura e de toda a atividade de enriquecimento baseada em uso. O CatalogPilot separa taxas de assinatura de taxas de uso para que os lojistas entendam facilmente o que é recorrente e o que é baseado em consumo.

Status da assinatura

No topo da página de Faturamento, você verá:

• Status – Ativa ou pausada
  
• Plano – Seu nível atual (ex.: Nível 3)
  
• Intervalo de cobrança – Mensal
  
• Data de renovação – Exibida em UTC
  

Clique em Gerenciar assinatura para fazer alterações. Essa ação abre o Stripe de forma segura, onde todas as alterações de assinatura são tratadas. O CatalogPilot não armazena nem gerencia credenciais de pagamento diretamente.

Uso do ciclo atual

Abaixo dos detalhes da assinatura está o resumo Uso do ciclo atual, que reflete apenas os custos de enriquecimento baseados em uso do período de faturamento em andamento.

O uso é detalhado por tipo de enriquecimento:

• Imagens
  
• Produtos
  
• Variantes
  
• Categorias
  

Para cada tipo, você verá:

• O custo total (exibido com três casas decimais)
  
• A quantidade de itens enriquecidos
  
• A quantidade de itens traduzidos (quando aplicável)
  

Importante:

• Os preços são exibidos internamente com três casas decimais para garantir precisão.
  
• As faturas finais são arredondadas para baixo para os valores monetários padrão de duas casas decimais no momento da cobrança.
  

Total semanal de uso

No lado direito, você verá o total semanal de enriquecimento do ciclo atual.

• Representa apenas o uso dinâmico de enriquecimento
  
• Não inclui a taxa de assinatura
  
• O uso é cobrado semanalmente
  
• As assinaturas são faturadas separadamente pelo Stripe
  

Registro de atividades de uso

A tabela abaixo do resumo apresenta um registro detalhado contendo:

• Data e hora (UTC) – Toda a atividade é registrada em UTC para consistência
  
• Assunto – O produto, imagem, variante ou categoria afetada
  
• Tipo de uso – O tipo de enriquecimento realizado
  
• Valor – O custo daquela ação específica
  
• Status – Pendente ou faturado
  

Ao clicar no Assunto (por exemplo, uma imagem ou produto), você será levado diretamente a esse item no CatalogPilot.

Ao clicar no Tipo de uso, são exibidos detalhes internos sobre o que foi gerado durante o evento de enriquecimento.

Transparência de faturamento

Nem toda ação no CatalogPilot é faturável. Apenas ações relacionadas a enriquecimento geram cobranças. Todas as ações, faturáveis ou não, são registradas para garantir transparência.

Esse design garante que os lojistas sempre saibam:

• O que foi enriquecido
  
• Quando ocorreu
  
• Quanto custou
  

Onde se aplica

Esta seção explica como o tratamento de idiomas funciona e o que os lojistas devem — e não devem — esperar dos recursos de tradução.

Princípio central: CatalogPilot não cria idiomas

CatalogPilot não cria novos idiomas em seu catálogo.

As traduções só são aplicadas quando:

• o idioma já existe na sua plataforma de e-commerce
  
• os produtos já existem nesse idioma na origem
  
• o lojista habilita explicitamente a entrega de traduções
  

CatalogPilot aprimora catálogos multilíngues existentes — não os inventa nem os expande automaticamente.

Controles de seleção de idioma

Dentro das configurações de Storefront, os lojistas podem visualizar uma lista de idiomas disponíveis.

Eles representam:

• idiomas já configurados na plataforma
  
• idiomas detectados durante a sincronização do catálogo
  

Selecionar um idioma:

• habilita o enriquecimento para esse idioma após aprovação
  
• não inicia o enriquecimento imediatamente
  
• não cria produtos ou páginas traduzidas
  

Os idiomas funcionam como permissões de entrega, não como gatilhos de geração.

Ordem de execução das traduções

CatalogPilot impõe uma sequência rigorosa para evitar deriva:

• o enriquecimento do idioma principal ocorre primeiro
  
• o lojista revisa e aprova o conteúdo principal
  
• o enriquecimento das traduções ocorre somente após aprovação
  
• o conteúdo traduzido herda a estrutura e a intenção aprovadas
  

Isso garante que:

• as traduções sejam ancoradas em conteúdo validado
  
• a interpretação por máquinas permaneça consistente
  
• erros não se propaguem entre idiomas
  

Escopo e limitações das traduções

As traduções aplicam-se apenas a:

• campos existentes em ambos os idiomas
  
• produtos que já existem no catálogo da plataforma
  
• campos de enriquecimento compatíveis (títulos, descrições, metadados etc.)
  

CatalogPilot não:

• traduz idiomas inexistentes
  
• gera árvores linguísticas parciais
  
• infere ou fabrica traduções ausentes
  

Se um produto não existir na origem em determinado idioma, ele será ignorado.

Comportamento de preços e faturamento

Quando aplicável:

• o enriquecimento de traduções é cobrado em até 50 % do valor do enriquecimento principal
  
• cobranças de tradução só ocorrem após aprovação
  
• nenhuma cobrança de tradução ocorre sem ação explícita do lojista
  

Os valores exatos são sempre exibidos antes da confirmação nas estimativas de lote.

Boas práticas recomendadas

CatalogPilot recomenda:

• enriquecer e aprovar primeiro o idioma principal
  
• habilitar traduções de forma incremental
  
• revisar o conteúdo traduzido rapidamente, em vez de campo por campo
  

Isso mantém velocidade, consistência e precisão em catálogos grandes.

Conclusão principal

Os controles de idioma do CatalogPilot são projetados para proteger.

Eles garantem que:

• nada seja traduzido prematuramente
  
• o conteúdo linguístico não derive da intenção aprovada
  
• catálogos multilíngues escalem de forma segura e previsível
  

CatalogPilot aprimora o que já existe — e somente quando você permite.

O painel Atividade & Erros fornece um registro completo e cronológico de tudo o que acontece dentro do CatalogPilot para uma vitrine.

Esta seção é projetada para transparência, rastreabilidade e confiança operacional.

Aba Atividade

A aba Atividade exibe uma linha do tempo detalhada das ações realizadas em todo o sistema, incluindo, entre outras:

• Ações de enriquecimento (produtos, imagens, categorias, variantes)
  
• Ações de aprovação
  
• Transições de estado de lotes (Em fila → Enriquecendo → Finalizando → Concluído)
  
• Edições manuais
  
• Eventos gerados pelo sistema
  

Cada linha inclui:

• Tipo de atividade (ex.: Enriquecido, Aprovado, Estado alterado)
  
• Descrição da ação
  
• Usuário que iniciou a ação
  
• Registro de data e hora (criação ou atualização)
  
• Valor, quando a ação é faturável
  

Nem todas as ações no CatalogPilot são faturáveis.

Somente operações relacionadas ao enriquecimento geram custos.

Todas as ações — faturáveis ou não — são registradas para garantir transparência.

Detalhamento de eventos

Cada entrada de atividade é clicável.

Quando selecionada, o CatalogPilot exibe:

• Os campos exatos envolvidos
  
• Valores antes/depois (quando aplicável)
  
• O contexto interno da operação
  
• Qualquer referência associada a lote ou objeto
  

Isso cria uma linha do tempo forense completa das alterações do catálogo.

Aba Erros

A aba Erros lista quaisquer problemas detectados pelo sistema durante o processamento, como:

• Falhas temporárias de API
  
• Exaustão de tentativas de repetição
  
• Atrasos de plataformas externas
  
• Interrupções de validação ou entrega
  

O CatalogPilot foi projetado para tentar novamente automaticamente erros recuperáveis.

Se um erro aparecer:

• O suporte pode já estar ciente e investigando
  
• Os lojistas são incentivados a contatar o suporte se o problema persistir ou não estiver claro
  

Intenção de design

Este painel não se destina ao uso diário pelos lojistas.

Ele existe para:

• Fornecer confiança de que o sistema está operando corretamente
  
• Permitir que equipes de suporte diagnostiquem problemas rapidamente
  
• Oferecer visibilidade aos lojistas sem exigir intervenção
  

A maioria dos lojistas raramente precisará consultar esta seção.

Principal conclusão

O painel Atividade & Erros é o registro do sistema do CatalogPilot.

Ele registra:

• O que aconteceu
  
• Quando aconteceu
  
• Quem iniciou
  
• Se afetou a cobrança
  

Nada é ocultado e nada é alterado silenciosamente.

Esta seção permite que lojistas gerenciem quem pode acessar o CatalogPilot, qual identidade utilizam e como interagem com o sistema.

O CatalogPilot foi projetado para suportar vários usuários por storefront, com visibilidade compartilhada do status do catálogo e da atividade de enriquecimento.

Visualização da lista de usuários

O painel Usuários exibe todos os usuários que atualmente têm acesso ao storefront.

Cada linha exibe:

• Nome — nome de exibição do usuário
  
• Endereço de e-mail — usado para login e notificações
  

Controles padrão disponíveis:

• Pesquisa
  
• Paginação
  
• Seleção de itens por página
  

Clicar em uma linha abre a visualização detalhada do usuário.

Visualização detalhada do usuário

Os seguintes campos podem ser gerenciados:

• Nome
  
• Endereço de e-mail
  
• Senha
  
• Fuso horário preferido
  

O fuso horário garante:

• Registros de data e hora precisos para aprovações, enriquecimentos e logs de atividade
  
• Alinhamento claro entre equipes que trabalham em diferentes regiões
  

As alterações entram em vigor imediatamente.

Remoção de usuários

Os usuários podem ser removidos nesta visualização.

A remoção:

• Revoga o acesso ao CatalogPilot
  
• Não afeta dados do catálogo, estado de enriquecimento ou entrega ao storefront
  
• Mantém todo o conteúdo aprovado intacto
  

Filosofia de acesso

O CatalogPilot trata o acesso de usuários como controle operacional, e não como controle de conteúdo.

• Qualquer usuário pode revisar, aprovar ou editar conteúdo
  
• Ações de aprovação são registradas no feed de atividades
  
• Não há modelo de permissões oculto ou destrutivo
  

Isso mantém a colaboração simples e transparente.

Principal conclusão

O painel de Usuários serve apenas para identidade e acesso.

Ele não altera:

• Lógica de enriquecimento
  
• Comportamento de entrega
  
• Estado de aprovação
  

Ele apenas garante que as pessoas certas possam trabalhar com segurança dentro do sistema.

Essas configurações não alteram a aparência do site para os clientes, mas são essenciais para confiança, conformidade e compreensão por mecanismos de busca.

Logotipo de Esquema

O logotipo de esquema é usado nos dados estruturados do site para estabelecer a procedência da marca.

O logotipo é incorporado ao JSON-LD como marca oficial da empresa

Ajuda mecanismos de busca e sistemas de IA a associar produtos à sua entidade comercial

O logotipo não afeta a aparência visual do storefront

Boa prática:

Utilize o logotipo principal da marca em formato limpo, quadrado ou horizontal.

Links Sociais

Você pode adicionar opcionalmente URLs de perfis sociais (por exemplo, contas da marca).

Esses links são incluídos nos dados estruturados

Apoiam a verificação da marca e a confiança da entidade

Não são obrigatórios

Deixar esses campos em branco não afeta a qualidade do enriquecimento

Links de Políticas e Páginas da Empresa

Esses campos vinculam suas páginas existentes de políticas e empresa aos metadados estruturados:

Política de Privacidade

Termos e Condições

Sobre Nós

Política de Devolução

Esses links são utilizados para:

Sinalização de conformidade

Indicadores de confiança para rastreadores

Validação da identidade do comerciante

Observação importante:

Se o site utilizar uma única página que contenha várias políticas, é aceitável reutilizar a mesma URL em vários campos, desde que a página contenha conteúdo relevante.

Informações de Endereço

O endereço comercial é usado para:

Ancorar a entidade do comerciante

Apoiar sinais de confiança e conformidade

Melhorar a consistência nos esquemas de produtos e categorias

O endereço não precisa corresponder exatamente a um endereço público do storefront, mas deve representar um local comercial real.

Metadados do Twitter / Sociais

Campos opcionais para:

Twitter Site

Twitter Creator

Esses campos são usados exclusivamente para pré-visualizações sociais e metadados estruturados.

Se você não utiliza ativamente o Twitter/X, esses campos podem ser deixados em branco sem impacto.

Salvamento e Atualizações

As alterações são aplicadas imediatamente aos dados estruturados

Nenhuma indisponibilidade do storefront é necessária

As atualizações afetam renderizações e rastreamentos futuros, não dados históricos

Principal Conclusão

Esta seção define quem você é, não o que você vende.

O CatalogPilot utiliza essas configurações para:

Estabelecer a identidade do comerciante

Fortalecer sinais de confiança

Apoiar conformidade e descobribilidade

Não é necessário aperfeiçoar todos os campos — informações corretas e honestas são suficientes.

A seção Configurações do Storefront controla como o conteúdo aprovado do CatalogPilot é aplicado ao seu storefront ativo e como o comportamento global de entrega é configurado.

Esta página atua como a camada final de controle entre o enriquecimento e a entrega em produção.

Identificação do site

Nome do site

Exibe o nome do storefront conectado ao CatalogPilot.

É apenas para referência e não afeta o comportamento de entrega.

URL do site

A URL do storefront ativo onde o CatalogPilot entrega conteúdo enriquecido no momento da renderização.

Deve corresponder ao domínio utilizado pela sua plataforma.

Controles de auto-enriquecimento (somente suporte)

Duas opções avançadas de automação aparecem aqui, mas ficam desativadas por padrão:

• Auto-enriquecimento
  
• Auto-aprovação do conteúdo enriquecido
  

Esses recursos:

• Só podem ser ativados pelo suporte do CatalogPilot
  
• Exigem revisão e aprovação adicionais
  
• Podem requerer um acordo jurídico complementar
  

O CatalogPilot adota a aprovação manual como padrão para manter controle de nível empresarial e evitar alterações não intencionais.

Enriquecer variantes (controle global de variantes)

O alternador Enriquecer variantes determina se o enriquecimento em nível de variante será gerado.

Quando ativado:

• Variantes são tratadas como registros independentes
  
• Esquemas e metadados específicos de variantes são gerados
  
• Imagens de variantes podem ser enriquecidas
  
• A descoberta de cada variante é ampliada
  

Quando desativado:

• Variantes herdam o conteúdo do produto principal
  
• Preços e SKUs continuam vindo da plataforma
  
• Nenhum enriquecimento ou estimativa específica de variante é criado
  

Este é o controle principal para todo o comportamento de enriquecimento de variantes.

Usar conteúdo enriquecido no site (substituições globais)

Esta seção permite que os lojistas desativem seletivamente a entrega de conteúdo enriquecido para campos voltados a humanos, mantendo o enriquecimento internamente.

É possível alternar a entrega para:

• Título
  
• Título alternativo
  
• Descrição curta
  
• Descrição longa
  
• Título meta
  
• H1 / H2 / H3
  
• Legenda de imagem
  

Quando desativado:

• O CatalogPilot continua enriquecendo e armazenando o conteúdo
  
• O conteúdo original da plataforma é exibido aos visitantes
  
• Metadados estruturados permanecem disponíveis, salvo desativação específica
  

Isso permite aos lojistas:

• Preservar a voz da marca no conteúdo visível
  
• Ainda se beneficiar de melhorias estruturais e de indexação
  

Configurações de idioma e tradução (referência)

Uma área de seleção de idioma lista os idiomas compatíveis.

Observações importantes:

• O CatalogPilot não cria novos idiomas
  
• As traduções aplicam-se apenas a idiomas que já existem no catálogo da plataforma
  
• Ativar um idioma pressupõe que os produtos traduzidos já existam no catálogo de origem
  
• As traduções são executadas somente após a aprovação do idioma principal
  
• Os idiomas funcionam como indicadores de entrega, não como geradores automáticos de idioma
  

O CatalogPilot não traduz conteúdo automaticamente nem cria versões linguísticas que não estejam previamente definidas na plataforma de eCommerce.

Conclusão principal

As Configurações do Storefront concedem ao lojista controle final sobre:

• O que é entregue
  
• Como o conteúdo é entregue
  
• Se variantes são incluídas
  
• Quais campos enriquecidos são visíveis para humanos
  

O enriquecimento pode continuar independentemente da entrega, garantindo segurança, reversibilidade e controle total.

Esta página é intencionalmente separada do enriquecimento e da revisão para reforçar um princípio importante:

O enriquecimento do CatalogPilot e a entrega do CatalogPilot são independentes.

Você pode enriquecer, revisar e aprovar conteúdo sem entregar nada ao storefront até escolher fazê-lo explicitamente.

O que a entrega de saída faz

Quando habilitada, o CatalogPilot:

• Injeta metadados enriquecidos aprovados no momento do render da página
  
• Entrega conteúdo apenas quando as páginas são visualizadas por visitantes ou crawlers
  
• Não sobrescreve dados da plataforma
  
• Não modifica seu banco de dados, templates ou checkout
  
• Pode ser desativado instantaneamente sem limpeza ou rollback
  

A entrega opera inteiramente na camada de renderização.

Status global de entrega e FailSafe Switch

No topo da página você verá:

• Indicador de status Running
  
• Alternância FailSafe
  

O FailSafe Switch é um controle global liga/desliga para a entrega do CatalogPilot.

Quando o FailSafe está:

• On → o conteúdo enriquecido é entregue
  
• Off → sua storefront retorna imediatamente ao comportamento nativo da plataforma
  

Nenhum conteúdo é removido, revertido ou reescrito ao desativar a entrega.

Este é um corte de segurança rígido, não uma pausa suave.

Opções de instalação

O CatalogPilot oferece três caminhos de instalação. Todos alcançam o mesmo resultado.

Opção 1 — Instalação manual (recomendada)

Melhor para lojistas ou equipes confortáveis em inserir código diretamente.

• Cole o script fornecido no <head> do seu site
  
• Funciona em qualquer tema suportado
  
• Caminho de entrega mais rápido e direto
  
• O suporte pode instalar para você com acesso temporário, se preferir
  

Opção 2 — Google Tag Manager

Recomendada se seu site já usa GTM.

• Crie uma tag Custom HTML com o script do CatalogPilot
  
• Defina o gatilho como All Pages
  
• Publique
  

Este método adiciona um passo mínimo adicional de carregamento, mas é totalmente suportado.

Opção 3 — Enviar para seu desenvolvedor

Para agências ou desenvolvedores internos.

• Baixe o arquivo .txt
  
• Compartilhe com seu desenvolvedor
  
• Nenhum contexto adicional é necessário — é um script padrão de header
  

Script de entrega do CatalogPilot

O script de entrega mostrado nesta página é único para sua conta e ambiente.

Ele contém:

• Seu identificador de site
  
• Referência do endpoint de entrega
  

Este script apenas lê a configuração e injeta metadados aprovados.

Ele não transmite pedidos, clientes ou dados privados.

Verificação de instalação

Use Verify Installation para confirmar que a entrega está ativa no seu storefront.

Esta verificação:

• Confirma que o script foi detectado
  
• Verifica prontidão de entrega
  
• Não faz crawl nem altera seu site
  

Garantias de segurança

A entrega do CatalogPilot:

• Nunca sobrescreve dados da plataforma
  
• Nunca modifica conteúdo armazenado
  
• Pode ser desativada instantaneamente via FailSafe
  
• Entrega apenas metadados no momento do render
  

Sua plataforma permanece como o sistema de registro em todos os momentos.

Acesso ao suporte

Se precisar de ajuda para instalar ou verificar a entrega, você pode:

• Agendar uma screenshare de 10 minutos
  
• Permitir acesso temporário para instalação pelo suporte
  
• Contatar o suporte diretamente
  

A maioria das instalações leva apenas alguns minutos.

Ponto-chave

A entrega de saída é explícita, reversível e controlada.

Você decide:

• Quando o conteúdo enriquecido é entregue
  
• Como ele é instalado
  
• Quando ele pode ser desativado
  

O CatalogPilot nunca assume entrega — ele espera sua aprovação.

A seção Incoming representa a conexão ativa entre sua plataforma de e-commerce e o CatalogPilot.

Este é o principal pipeline de dados que permite ao CatalogPilot observar seu catálogo para que o enriquecimento ocorra com segurança e fora da plataforma.

Este formulário é preenchido durante o onboarding e permanece acessível para referência e atualizações.

O que essa conexão faz

O conector do CatalogPilot:

• Lê com segurança os dados do catálogo da sua plataforma
  (produtos, imagens, descrições, categorias)
  
• Mantém sincronização contínua
  
• Não grava, não modifica e não envia dados de volta para sua plataforma
  
• Não interfere em preços, estoque, checkout ou pedidos
  

O CatalogPilot sempre opera fora do banco de dados da sua plataforma.

Isso é reforçado pelo tooltip inline exibido na interface.

Status e saúde da conexão

No topo do painel, os lojistas podem ver:

• Carimbo de data/hora Last Synced
  
• Indicador Sync Status (verde = saudável)
  
• Alternância Running
  

Isso confirma que o conector está ativo e se comunicando corretamente.

Se a sincronização for pausada ou interrompida, o CatalogPilot exibirá esse estado de forma clara e segura.

Detalhes de conexão explicados

Store Name

O nome legível da sua loja conforme aparece no CatalogPilot.

API Key / API Secret

Credenciais usadas para autenticar o acesso somente leitura.

Os secrets ficam mascarados por padrão e são armazenados com segurança.

Storefront URL

A URL canônica da sua storefront.

Usada para validação, contexto de crawl e alinhamento de entrega.

Cluster

Identifica a infraestrutura regional que processa seu catálogo

(ex.: us1). Isso é gerenciado automaticamente e raramente exige ajustes.

Language Code

Idioma principal usado para enriquecimento.

O CatalogPilot só enriquece idiomas que já existem na sua plataforma.

Currency Code

Usado apenas para normalização e referência.

O CatalogPilot não calcula nem modifica preços.

Referências legais e de conformidade

Para garantir transparência e conformidade, os lojistas devem fornecer:

• URL da Política de Privacidade
  
• URL de Termos e Condições
  

Esses links são usados posteriormente para anexar sinais de procedência e conformidade aos registros enriquecidos de produtos e categorias.

Eles não substituem as políticas da sua plataforma — eles as reforçam.

Salvando alterações

Alterações neste formulário:

• São validadas antes de salvar
  
• Não alteram enriquecimentos passados retroativamente
  
• São aplicadas com segurança a ciclos futuros de sincronização e enriquecimento
  

Na maioria dos casos, os lojistas raramente precisarão editar esta seção após o onboarding.

Filosofia de design

Este painel é intencionalmente simples e conservador.

Ele existe para responder a três perguntas:

• Meu catálogo está conectado?
  
• Ele está sincronizando com segurança?
  
• Posso confiar que nada destrutivo está acontecendo?
  

Se o status estiver verde, a resposta para as três perguntas é sim.

A aba IA de categoria fornece contexto avançado orientado a máquinas, projetado para ancorar uma categoria em sistemas de busca, recomendação e descoberta baseados em IA.

Esta aba não é necessária para operações diárias, aprovação de enriquecimentos ou entrega ao storefront.

Ela existe para preparar o catálogo para o futuro e reforçar a compreensão semântica de longo prazo.

Finalidade da Aba IA (Categoria)

A aba IA de categoria foi projetada para:

• Estabelecer uma identidade semântica de alto nível para uma categoria
  
• Apoiar assistentes de IA, busca conversacional e descoberta generativa
  
• Reforçar uma interpretação consistente entre produtos de uma mesma categoria
  

Esses campos não controlam diretamente a exibição no storefront nem a precificação.

Campos disponíveis

A aba IA de categoria pode incluir os seguintes campos:

Resumo LLM

Uma descrição concisa em linguagem natural do propósito, estilo e intenção da categoria.

Funciona como um ponto de ancoragem narrativa para sistemas de IA.

Diferenciador

Destaca o que diferencia esta categoria das demais.

Utilizado para comparação contextual e sinais de classificação por IA.

Público-alvo

Descreve o público pretendido em termos legíveis por humanos, otimizados para interpretação por IA.

Estilo de compra

Indica como esta categoria costuma ser explorada ou adquirida

(por exemplo: montagem de guarda-roupa, itens essenciais, presentes).

Comportamento dos campos e indicadores visuais

• Contorno verde → Contexto de IA aprovado e ativo
  
• Ícone de edição → Ajuste manual permitido
  
• Ícone de conteúdo original → Visualizar valores previamente gerados ou herdados
  

A maioria dos campos é pré-gerada e pode ser deixada inalterada com segurança.

Orientações de edição

A edição manual é opcional e deve ser feita com moderação.

Boas práticas recomendadas:

• Editar apenas quando houver uma intenção clara de marca
  
• Evitar reescrever campos repetidamente
  
• Não tentar “otimizar” para palavras-chave ou tendências
  

O contexto de IA gerado pelo CatalogPilot é intencionalmente conservador para evitar deriva semântica.

Relação com outras abas

• SEO foca em mecanismos de busca tradicionais
  
• Social oferece suporte a compartilhamento e pré-visualizações
  
• IA apoia sistemas de descoberta de próxima geração
  

A aba IA complementa — e não substitui — outras camadas de enriquecimento.

Principal conclusão

A aba IA de categoria é uma camada semântica voltada para o futuro.

Ela ajuda sistemas de IA a compreender o que é esta categoria, para quem ela se destina e por que existe — sem impactar o comportamento diário do storefront.

Em caso de dúvida, mantenha os valores gerados como estão.

Esta seção é complementar, não obrigatória, e projetada principalmente para interpretação legível por máquinas, e não para conteúdo voltado diretamente ao cliente.

Objetivo da aba ESG de categoria

A aba ESG de categoria existe para:

• Associar indicadores éticos ou de adequação de alto nível às categorias
  
• Apoiar futuras pesquisas, filtros e descobertas por IA sensíveis a ESG
  
• Fornecer contexto estruturado para plataformas, marketplaces e sistemas de conformidade
  

Esses campos não são obrigatórios para enriquecimento ou entrega bem-sucedidos.

Campos disponíveis

Dependendo do tipo de categoria, os seguintes campos relacionados a ESG podem aparecer:

Idade mínima

• Indica um limite etário quando uma categoria contém produtos que podem exigir consideração de idade.
  
• Normalmente deixado em branco, a menos que a categoria justifique claramente.
  

Sinais ESG adicionais (dependentes do contexto)

• Algumas categorias podem expor campos ESG adicionais conforme a composição do produto ou relevância de conformidade.
  

Comportamento dos campos e indicadores visuais

Contorno amarelo → Campo opcional

• O sistema não preencheu automaticamente este valor e não o exige.
  

Ícone de edição → Entrada manual permitida

• Os lojistas podem inserir valores apenas quando forem factuais e aplicáveis.
  

Sem obrigatoriedade de preenchimento

• Deixar os campos em branco não afeta enriquecimento, aprovação ou entrega.
  

O CatalogPilot evita deliberadamente inventar dados ESG.

Orientações recomendadas ao lojista

• Preencher campos ESG somente quando a informação for conhecida, factual e consistente
  
• Não adivinhar, inferir ou “preencher por completude”
  
• A maioria dos lojistas deixará esta aba inalterada
  
• Dados ESG incorretos são piores do que a ausência de dados ESG
  

Relação com outras abas

• Atributos definem características estruturadas do produto
  
• SEO e Social definem comportamento de descoberta e compartilhamento
  
• ESG fornece contexto ético e de adequação para máquinas e sistemas futuros
  

A aba ESG complementa o catálogo — ela não o controla.

Ponto-chave

A aba ESG de categoria é opcional, conservadora e orientada para o futuro.

Em caso de dúvida, deixe em branco.

O CatalogPilot prioriza correção em vez de completude.