Higiene do Catálogo Amazon: 6 Erros de Listagem que Custam Vendas
|
16 min de leitura
Última atualização: 04/11/2026
Um catálogo não se desfaz todo de uma vez. Um ASIN perde discretamente o seu browse node durante um upload em massa, uma variação filha fica órfã do seu pai depois de uma edição em ficheiro flat-file, uma imagem principal falha uma verificação de fundo que ninguém volta a analisar, e três meses depois um vendedor abre o Manage All Inventory e encontra uma parede de etiquetas Search Suppressed sem saber quando a maioria apareceu. Nenhuma destas falhas aparece num gráfico de vendas até o tráfego perdido já ter desaparecido. Este guia é uma auditoria prática de higiene de catálogo: os seis pontos onde um anúncio realmente se avaria, como a própria Seller Central expõe cada um deles, e a ordem pela qual os deve corrigir para que um ASIN com peso significativo na receita nunca fique avariado durante um ciclo de reporte sem que alguém repare.
Higiene de catálogo na Amazon significa auditar regularmente os seus ASINs ativos em relação a seis tipos de falha: anúncios suprimidos ou em risco de supressão de pesquisa (os filtros rápidos do Manage All Inventory e a ferramenta Fix Your Products), desvio de browse node (atribuição de categoria errada ou desatualizada), variações filhas órfãs (desligadas do seu ASIN pai), violações da política de imagens (fundo, tamanho em pixels, texto incorporado), danos por ASINs duplicados ou fundidos, e termos de pesquisa backend desperdiçados. A página de ajuda da Amazon sobre manter os anúncios detetáveis confirma que as alterações demoram entre 24 e 72 horas a refletir-se, e recomenda verificar o Listing Quality Dashboard semanalmente em vez de esperar que uma supressão revele o problema.
Porque é que um catálogo limpo se degrada por conta própria
Um catálogo não se mantém limpo por defeito, porque quase todos os processos que o tocam têm margem para o piorar: um carregamento em massa por ficheiro flat file pode sobrescrever silenciosamente um browse node ou um bullet point em campos que quem fez o upload nem pretendia alterar; uma edição de conteúdo via Brand Registry feita por outra pessoa na conta pode desligar uma relação de variação; uma troca de imagem destinada a atualizar um marketplace pode falhar uma verificação automática noutro; e um produto que estava perfeitamente conforme no dia em que foi criado pode deixar de estar em conformidade quando a Amazon reforça mais tarde um requisito de atributo para essa categoria. Nenhum destes casos é raro. São os modos de falha normais de um catálogo com mais do que uma mão-cheia de SKUs e mais do que uma pessoa ou processo a intervir nele.
Classe de falha 1: supressão na pesquisa e a janela de risco
As próprias orientações da Seller Central sobre manter as listagens visíveis são específicas quanto à mecânica: "Para evitar que a sua listagem seja suprimida da pesquisa, a Amazon pode exigir que tome uma ação até determinada data. Se não tomar essa ação, como adicionar os atributos obrigatórios, o seu ASIN pode ser removido da pesquisa." O detalhe operacional fundamental que a maioria dos vendedores não nota é que existem dois estados distintos, não apenas um. Vá ao menu Inventário, selecione Gerir Todo o Inventário, abra a categoria Ativar Listagens, e o painel de Filtros Rápidos mostra ambos: "Em risco de supressão na pesquisa" para listagens com um prazo que ainda não foram removidas, e "Suprimido da Pesquisa" para listagens já retiradas da pesquisa. Ao clicar num problema em qualquer uma das listas, abre-se um painel lateral direito com o motivo exato e a correção, SKU a SKU.
O filtro de risco é a correção barata, não o de suprimido
Corrigir um ASIN enquanto ainda aparece como 'em risco' não custa nada além do tempo necessário para adicionar o atributo em falta. Corrigi-lo depois de já estar suprimido da pesquisa custa cada dia de visibilidade de pesquisa perdida entre a data de supressão e a correção, mais até 72 horas adicionais para a correção se propagar. Verificar o filtro de risco semanalmente, antes do prazo que a Amazon indica em cada SKU, é toda a diferença entre os dois resultados.
As orientações da Seller Central também definem corretamente as expectativas quanto aos tempos: "As alterações podem demorar até 48 horas a refletir-se" nas próprias vistas de risco e suprimido depois de agir, algo distinto do próprio tempo que a alteração de conteúdo precisa para se propagar primeiro pelo sistema de catálogo. Um vendedor que corrige um atributo em falta e volta a verificar dez minutos depois, vê a etiqueta inalterada e assume que a correção falhou, está a reagir a um sistema que ainda não terminou de processar, não a uma falha real. O padrão seguro é: corrigir o atributo, esperar pelo menos 48 horas e só depois voltar a verificar o SKU específico antes de escalar para o Apoio ao Vendedor.
Classe de falha 2: deriva de browse node
Um browse node é a árvore de categorias e subcategorias em que um produto está classificado, e é ela que determina tanto os filtros de pesquisa à esquerda que os clientes usam como a classificação de bestseller por categoria que o ASIN obtém. Os browse nodes desviam-se por três razões habituais: um carregamento em massa por flat-file que deixou o campo do node vazio, o substituiu por um valor predefinido do modelo, ou visou o modelo errado por completo; uma fusão de catálogo que importou o node antigo de um anúncio anterior à reclassificação; ou a própria Amazon a dividir ou a renomear um node sem nunca migrar os anúncios existentes para o novo. Nenhuma destas situações aparece como erro em qualquer um dos seus painéis, porque o ASIN continua a ter uma oferta ativa e continua a vender. A única forma de detetar o desvio de node é abrir a página do produto em direto e ler o rasto de breadcrumbs, ou verificar diretamente o campo de categoria na vista de Edição do Manage Inventory, comparando com a categoria em que o produto equivalente de um concorrente próximo está classificado.
| Sintoma | Causa provável | Onde verificar |
|---|---|---|
| O ASIN tem boa classificação na pesquisa por título exato mas nunca aparece quando um comprador navega pela categoria | Browse node errado ou demasiado abrangente | Rasto de breadcrumbs na página do produto em direto; Manage Inventory Edit > Category |
| A classificação de bestseller parece invulgarmente alta (má) para um produto que na realidade vende bem | Node demasiado abrangente, diluindo a classificação face a um conjunto concorrente muito maior | Comparar o node com o anúncio de um concorrente próximo na mesma subcategoria |
| Os filtros de pesquisa específicos da categoria (tamanho, material, finalidade) não aparecem no anúncio | O node não contém o conjunto de atributos de que esses filtros dependem | Painel de filtros à esquerda na página do produto em direto |
| Um ASIN carregado em massa recentemente tem uma categoria visivelmente genérica ou predefinida | O modelo de flat-file deixou o campo do node vazio ou usou um valor predefinido do modelo | Manage Inventory Edit > Category, comparado com o modelo de carregamento |
Não existe nenhum relatório único no Seller Central que liste todos os ASINs com o node desviado, e é exatamente por isso que esta classe de falha persiste mais tempo num catálogo: ninguém está ativamente à procura dela porque não há nenhum sinal de alerta em que se possa clicar. Uma rotina prática é voltar a verificar o browse node dos seus ASINs com mais receita uma vez por trimestre, e em qualquer ASIN imediatamente depois de passar por um carregamento em massa ou por uma fusão de catálogo, já que é nesse momento que o desvio é introduzido.
Classe de falha 3: variações filho órfãs
Uma família de variações permite que um comprador alterne entre as opções de tamanho ou cor de um produto numa única página de detalhe, mantendo-se dentro da mesma contagem combinada de avaliações e do mesmo conjunto de elegibilidade para a Buy Box. Um ASIN filho fica órfão quando uma edição de flat-file, uma atualização de conteúdo via Brand Registry, ou um erro de catálogo desliga a relação de parentesco, geralmente sem qualquer erro visível no momento em que isso acontece. O filho órfão continua a ter uma oferta ativa e continua a poder vender normalmente através de pesquisa direta, mas perde três coisas de uma vez: o seletor de tamanho/cor que antes mostrava as opções irmãs, a contagem combinada de avaliações que a família acumulava (um órfão volta a ter apenas as suas próprias avaliações individuais) e, em alguns casos, o lugar que tinha conquistado numa rotação da Buy Box, se o desligamento coincidir com uma atualização do anúncio.
A forma mais rápida de detetar um órfão é comparar a página de detalhe em direto de cada filho com a do seu pai: um filho associado mostra o seletor de variações completo, com todos os tamanhos ou cores irmãos listados; um órfão mostra apenas a si próprio, muitas vezes com uma contagem de avaliações visivelmente mais reduzida do que a que se recordava a família ter. Uma segunda verificação, mais fiável, é o relatório de relações de variações disponível na ferramenta Add Products via Upload do Manage Inventory, que lista todos os pares pai-filho atualmente registados, de forma que um par em falta surge como uma lacuna no relatório em vez de algo que é preciso notar visualmente em dezenas de ASINs filho.
Reassociar um filho não é sempre uma correção que se faz por conta própria
Alguns filhos órfãos podem ser reassociados através de um carregamento de flat-file corretivo que reafirme a relação pai-filho; outros, em particular em catálogos registados na Brand Registry em que o desligamento teve origem numa edição de conteúdo feita por outra pessoa, exigem a abertura de um caso no Seller Support com o ASIN pai, o ASIN filho e a data em que se sabe, pela última vez, que a família estava intacta. Submeter o caso já com essa informação exata evita a troca de várias rondas de mensagens que acontece quando a primeira resposta contém apenas "confirme, por favor, o ASIN".
Classe de falha 4: violações da política de imagens
Os requisitos da Amazon para a imagem principal (fundo branco puro, sem texto, gráficos, marcas de água ou imagens inseridas adicionados, o produto a ocupar a maior parte do enquadramento, cumprindo uma dimensão mínima em píxeis para o zoom) são públicos e bem conhecidos, mas a aplicação nem sempre é imediata, e é exatamente por isso que as violações persistem num catálogo em direto em vez de serem bloqueadas no momento do carregamento. Uma imagem principal pode passar as verificações automáticas no dia em que é carregada e, mesmo assim, ser sinalizada mais tarde por uma revisão manual, por um reforço da política ou por uma denúncia de um concorrente, surgindo normalmente primeiro como uma penalização mais discreta: visibilidade reduzida nos carrosséis de imagens no telemóvel ou um alerta dentro do Listing Quality Dashboard, em vez de uma suspensão imediata. As imagens secundárias (não principais) têm mais liberdade para fotos de ambiente e infográficos, mas as mesmas regras de fundo e de texto aplicam-se especificamente à imagem principal, e uma imagem secundária a desempenhar o papel que a imagem principal deveria desempenhar (enquadramento claro de um único artigo) é, por si só, um problema de conversão perdida, mesmo quando nenhuma política é violada.
- Imagem principal com fundo branco puro ou quase branco, sem texto, logótipos, selos ou marcas de água incorporados no próprio enquadramento.
- O produto ocupa a maior parte do enquadramento da imagem; não é um pequeno objeto a flutuar num espaço branco vazio.
- Sem imagem inserida ou produto secundário mostrado dentro da imagem principal (a imagem principal de um pack de dois do mesmo produto deve mostrar a embalagem real, não uma composição).
- A resolução da imagem cumpre o mínimo exigido para permitir zoom na categoria; uma imagem principal demasiado pequena para zoom é, por si só, uma perda de conversão, mesmo que não seja assinalada como incumprimento de política.
- Sem manequim, suporte ou parte do corpo desmembrada visível, nos casos em que as diretrizes da categoria exigem que o produto apareça isolado ou vestido por um modelo visível.
A auditoria prática aqui é simples e rápida: abra a imagem principal dos seus 20 ASINs com maior receita em resolução total, não a miniatura, uma vez por trimestre. Uma violação num ASIN de destaque vale a pena corrigir de imediato; uma violação num SKU de rotação lenta pode esperar pela próxima ronda trimestral, já que o custo de a deixar por resolver é proporcional ao tráfego que esse ASIN está realmente a receber.
Classe de falha 5: deteção de duplicados e fusões erradas de ASINs
A Amazon deteta automaticamente e, em alguns casos, funde de forma automática anúncios que considera representarem o mesmo produto, geralmente despoletado por um UPC, EAN ou outro identificador externo coincidente, submetido numa nova tentativa de criação de anúncio. Quando a correspondência está correta, a fusão é inofensiva. Quando está errada, por exemplo um identificador de produto genérico partilhado por artigos genuinamente diferentes, ou um anúncio criado com um código de barras reciclado, o resultado é uma única página de detalhe que carrega avaliações, imagens ou um título pertencentes ao produto errado, com o seu próprio inventário agora associado a conteúdo que não escreveu e que pode nem descrever com exatidão o que vende. Esta classe de falha é a mais difícil de detetar de forma proativa, porque a página fundida pode parecer completamente normal aos olhos de um comprador; o sinal revelador é quase sempre um vendedor a notar que as suas próprias fotos de produto, bullet points ou avaliações não correspondem ao que está agora a ser mostrado na página de detalhe do seu próprio ASIN.
O caminho de correção passa por um caso de Apoio ao Vendedor que cite o ASIN específico, o identificador de produto correto ao qual o seu inventário deve corresponder, e provas (as suas próprias fotos de produto, a data de criação da listagem original, uma foto da embalagem mostrando o UPC real) de que a fusão está errada e não se trata de dois vendedores a vender genuinamente o mesmo artigo. Detetar isto a tempo é importante porque, quanto mais tempo uma fusão incorreta ficar ativa, mais histórico de avaliações e vendas se acumula na página errada, e desembaraçar o histórico de dois produtos depois de meses de dados misturados é um caso de suporte materialmente mais difícil do que apanhá-lo na primeira semana.
Classe de falha 6: desperdício de termos de pesquisa de backend
Os termos de pesquisa de backend (o separador de palavras-chave na página de edição de uma listagem, invisível para os compradores) são o campo mais barato de todo o catálogo para auditar, e o que a maioria dos vendedores nunca revisita depois de a listagem ter sido criada. Termos que já não correspondem ao comportamento de pesquisa atual, que repetem uma palavra já presente no título ou nos pontos visíveis (onde já está indexada e não precisa de ser duplicada no campo de backend), ou que fazem referência a uma variante, promoção ou época descontinuada, não são prejudiciais por si só, mas cada caráter gasto num termo morto é um caráter que não está a ser gasto num termo que poderia estar efetivamente a gerar descoberta hoje. Uma revisão trimestral que elimina termos mortos e adiciona termos atuais, cruzada com o que o seu relatório real de termos de pesquisa convertidos mostra que este produto está a posicionar, é de baixo risco, baixo custo e fácil de adiar indefinidamente, e é exatamente por isso que vale a pena colocá-la na mesma cadência fixa das outras cinco verificações, em vez de depender de se lembrar de a fazer.
Detetar estas seis classes de falha exige uma vigilância permanente, não um lembrete trimestral. O Listing Optimizer verifica os campos de título, pontos, imagens e palavras-chave de backend em relação aos requisitos atuais da categoria, de modo a que um atributo desviado ou um termo de pesquisa obsoleto surja sem necessidade de uma revisão manual. Os Alertas assinalam uma listagem no momento em que esta passa a suprimida nas pesquisas ou em risco, para que a correção aconteça dentro da janela de risco barata, em vez de depois de a supressão já ter custado uma semana de tráfego. Para uma análise profunda especificamente sobre as causas de supressão, consulte Amazon Listing Suppressed 2026.
Exemplo prático: a primeira auditoria trimestral de um catálogo de 40 SKUs
Um vendedor com 40 ASINs ativos executa a auditoria de seis verificações pela primeira vez. Os filtros rápidos "em risco" e "suprimido" em Gerir Todo o Inventário devolvem 3 SKUs em risco (falta de um atributo agora obrigatório num tipo de anúncio mais antigo) e 1 já suprimido da pesquisa por falta de descrição do produto, que, segundo as próprias orientações da Seller Central, precisa de uma contribuição de registo de marca, já que o vendedor é um revendedor e não o proprietário da marca, pelo que esse caso é enviado para o Apoio ao Vendedor com o estatuto de revendedor autorizado da marca em anexo. Uma verificação pontual dos nós de navegação nos 10 ASINs de maior receita encontra 1 classificado numa categoria predefinida demasiado genérica, resultante de um carregamento em massa feito oito meses antes, diluindo silenciosamente a sua classificação de mais vendido face a um conjunto de concorrentes muito maior do que aquele em que deveria estar classificado. O relatório de relações de variações revela 2 filhos órfãos, ambos rastreados até ao mesmo lote de ficheiro plano de uma atualização de preços três meses antes, que, sem intenção, limpou o campo de parentesco. Uma verificação de imagem em resolução total nos 20 ASINs principais encontra 1 imagem principal com um pequeno selo gráfico adicionado embutido na moldura, carregada antes de a equipa do vendedor conhecer a regra atual para imagens principais. Nenhuma fusão incorreta de ASINs surge nesta ronda. A verificação dos termos de pesquisa do backend elimina 6 termos sazonais obsoletos em 4 anúncios e adiciona 9 termos atuais retirados do relatório de termos de pesquisa. Total: 3 correções de risco (no mesmo dia, baratas), 1 caso de supressão (Apoio ao Vendedor, dias a resolver), 1 correção de nó de navegação, 2 reanexações de variações, 1 substituição de imagem e uma limpeza de palavras-chave, tudo encontrado numa única tarde em vez de ser descoberto um a um ao longo do ano seguinte, enquanto cada problema custa tráfego silenciosamente.
Erros comuns ao executar uma auditoria de higiene de catálogo
- Verificar apenas o filtro Suprimido da Pesquisa e ignorar o Em Risco, o que significa que cada correção acontece depois de a perda de tráfego já ter começado, e não antes.
- Voltar a verificar uma correção 10 minutos após a submeter e concluir que falhou, quando as próprias orientações da Amazon indicam que as alterações podem demorar até 72 horas a refletir-se.
- Assumir que um ASIN que continua a vender não tem problemas de nó de navegação, quando a deriva de nó dilui a classificação de mais vendido e esconde o produto da navegação por categorias, sem reduzir em nada as vendas por pesquisa direta.
- Tratar uma variação órfã como uma questão estética, quando também retira a contagem combinada de avaliações que a família carrega e pode afetar a elegibilidade para a Buy Box.
- Auditar imagens principais a partir da vista em miniatura em Gerir Inventário em vez da página ao vivo em resolução total, o que esconde pequenos textos ou selos gráficos adicionados embutidos no canto de uma imagem.
- Submeter um caso de fusão incorreta ao Apoio ao Vendedor sem as provas em anexo desde o início (data original do anúncio, fotografias do produto, identificador correto), o que transforma uma correção de uma ronda numa troca de mensagens de várias semanas.
Como executar a auditoria trimestral
Execute uma auditoria de higiene de catálogo Amazon em seis pontos
- Aplique os dois filtros de supressão - Em Gerir Todo o Inventário, abra Ativar Anúncios e verifique os dois filtros rápidos Em Risco de Supressão de Pesquisa e Suprimido da Pesquisa; corrija o motivo indicado de cada SKU com receita relevante antes de avançar.
- Verifique pontualmente os nós de navegação nos ASINs de maior receita - Abra a página de produto ao vivo de cada um dos 10 principais ASINs, leia o trajeto de breadcrumb e compare-o com o do anúncio equivalente de um concorrente próximo; reclassifique tudo o que pareça demasiado genérico ou desatualizado.
- Extraia o relatório de relações de variação - Na ferramenta de upload do Manage Inventory, extraia os pares atuais de pai-filho e assinale qualquer filho que esteja a faltar numa família à qual deveria pertencer.
- Verifique as imagens principais em resolução total - Abra a imagem principal real (não a miniatura) dos seus 20 ASINs com mais receita e confira-a face às regras de fundo branco, sem texto adicionado e enquadramento completo.
- Esteja atento a fusões inesperadas - Verifique pontualmente se as imagens, os bullets e o número de avaliações do seu próprio anúncio continuam a corresponder ao que criou; abra um caso de Apoio ao Vendedor com provas de imediato sempre que detetar algo que não corresponda.
- Limpe os termos de pesquisa de backend - Extraia o relatório de termos de pesquisa de cada anúncio, remova termos obsoletos ou duplicados e adicione termos atuais pelos quais o produto está de facto a ser encontrado.
Qual é a diferença entre um anúncio inativo e um anúncio suprimido da pesquisa?
Um anúncio inativo normalmente não tem stock e, simplesmente, não tem nada para vender; um anúncio suprimido da pesquisa tem uma oferta ativa, mas foi removido dos resultados de pesquisa por não cumprir um requisito de conteúdo ou conformidade. O filtro de Estado do Anúncio do Manage All Inventory e a ferramenta Fix Your Products distinguem os dois casos pelo código do motivo.
Quanto tempo demora uma correção de anúncio a refletir-se depois de a submeter?
As próprias orientações da Seller Central sobre manter os anúncios detetáveis indicam que as alterações podem demorar até 72 horas a refletir-se, e as próprias vistas de estado em risco/suprimido podem demorar até 48 horas a atualizar depois de agir. Verificar de novo na primeira hora e assumir que a correção falhou é prematuro.
Posso corrigir um browse node eu próprio, ou é preciso recorrer ao Apoio ao Vendedor?
Um browse node normalmente pode ser editado diretamente através da vista de Edição do Manage Inventory ou de um upload corretivo em ficheiro plano. O Apoio ao Vendedor costuma ser necessário apenas quando a categoria exige uma aprovação de categoria restrita que ainda não possui, ou quando o node está bloqueado por um conflito de conteúdo do Brand Registry.
Porque é que o meu ASIN filho perdeu o número de avaliações?
Se o filho foi desligado da sua família de variação pai (tornando-se órfão), volta a mostrar apenas as suas próprias avaliações individuais, em vez do número combinado de avaliações da família que a relação de parentesco proporciona.
Uma imagem secundária (não principal) do produto segue a mesma regra de fundo branco que a imagem principal?
Não. A regra estrita de fundo branco e sem texto adicionado aplica-se especificamente à imagem principal. As imagens secundárias têm mais liberdade para fotos de estilo de vida, infográficos e fotos em utilização, embora devam continuar a representar claramente o produto real.
O que devo incluir num caso de Apoio ao Vendedor para uma fusão incorreta de ASIN?
O ASIN afetado, o identificador correto do produto ao qual o seu inventário deve ser associado, e provas como as suas próprias fotos do produto, a data de criação original da sua ficha, ou uma foto da embalagem que mostre o identificador real, submetidas em conjunto na primeira mensagem em vez de esperar por um pedido de acompanhamento.
Com que frequência devo verificar o Painel de Qualidade das Fichas (Listing Quality Dashboard)?
As próprias orientações do fórum de vendedores da Amazon recomendam verificá-lo semanalmente, uma vez que revela atributos em falta e ações urgentes antes de se tornarem um prazo de suspensão, e não depois.
Uma auditoria de higiene do catálogo é um projeto único ou uma tarefa contínua?
Contínua. Um catálogo degrada-se continuamente através de carregamentos em massa, edições do registo de marca, alterações de políticas e fusões automáticas, por isso as seis verificações deste guia funcionam melhor quando realizadas numa cadência trimestral fixa, em vez de um único projeto de limpeza.
Stop Juggling Tools. SellerMagnet Combines Everything You Need.
Join a smarter way to manage your Amazon store.
Recommended Articles
Higiene do Catálogo Amazon: 6 Erros de Listagem que Custam Vendas
Uma auditoria trimestral ao catálogo Amazon: supressão de pesquisa, desvio de browse node, variações orfãs, violações de imagem, fusões incorretas e desperdício de keywords, com um exemplo prático e checklist.
Read more
Amazon Easy Ship com Devoluções Geridas 2026
A partir de 29 de set de 2026, a Amazon passa a gerir as devoluções de clientes e o serviço pós-encomenda para encomendas Easy Ship domésticas elegíveis na Amazon.nl e Amazon.pl. O que mudou, o limite de elegibilidade não divulgado e um exemplo prático de poupança de tempo.
Read more
Permissões de Utilizador na Seller Central da Amazon 2026: Adicione a Sua Equipa Sem Entregar a
Como funcionam os 3 tipos de utilizador da Seller Central (utilizador principal, funcionário, parceiro autorizado), as 4 funções que vale a pena configurar numa equipa pequena, e porque partilhar um login custa mais do que poupa.
Read more
Anúncio Suprimido na Amazon 2026
Porque é que a Amazon suprime um anúncio da pesquisa em 2026, as regras da Amazon.com e das lojas europeias e o processo exato para o corrigir.
Read more
Como Remover Feedback Negativo de Vendedor na Amazon (2026)
As seis razões pelas quais a Amazon remove feedback de vendedor, quando o FBA faz o feedback ser riscado, os passos no Gerenciador de avaliações, o que pode dizer aos compradores e o impacto de uma remoção na sua ODR.
Read more
Como Consultar o Histórico de Preços na Amazon (Guia 2026)
Onde o link de histórico de preços da Amazon, a função da Alexa e a ferramenta do vendedor no Automate Pricing ficam limitados, e como obter histórico de preço, BSR e Buy Box em muitos ASINs.
Read more
