# Como duplicar uma categoria completa para outra loja PrestaShop?

> Um produto associado a uma segunda loja sem que as categorias lá existam fica órfão. Partilhar ou duplicar, os sete elementos a copiar, a armadilha das referências duplicadas e as três causas dos produtos invisíveis depois da duplicação.

- Página: <https://www.datafirefly.com/pt/2026/09/29/duplicar-categoria-outra-loja-prestashop/>
- Idioma: pt
- Publicado em: 2026-09-29
- Atualizado em: 2026-09-29
- Outros idiomas: [fr](https://www.datafirefly.com/2026/09/29/dupliquer-categorie-autre-boutique-prestashop/index.md), [en](https://www.datafirefly.com/en/2026/09/29/duplicate-category-another-store-prestashop/index.md), [es](https://www.datafirefly.com/es/2026/09/29/duplicar-categoria-otra-tienda-prestashop/index.md), [de](https://www.datafirefly.com/de/2026/09/29/kategorie-anderen-shop-duplizieren-prestashop/index.md), [it](https://www.datafirefly.com/it/2026/09/29/duplicare-categoria-altro-negozio-prestashop/index.md), [pl](https://www.datafirefly.com/pl/2026/09/29/duplikacja-kategorii-inny-sklep-prestashop/index.md), [nl](https://www.datafirefly.com/nl/2026/09/29/categorie-dupliceren-andere-winkel-prestashop/index.md)
- Índice: <https://www.datafirefly.com/pt/2026/llms.txt>

Abrir uma segunda loja em multiloja exige dar-lhe um catálogo. Recriar uma árvore de cem produtos à mão está fora de questão, e a exportação e importação por ficheiro perde as imagens, as associações e as posições.

A duplicação de uma categoria completa é a operação mais comum deste trabalho, e tem algumas armadilhas.

## O que o nativo permite

O PrestaShop trata de origem a associação de um produto a várias lojas. A partir da ficha de produto, assinala as lojas em causa.

Dois limites tornam esta abordagem inutilizável à escala.

A operação é **produto a produto**. Em cem referências, conte várias horas de cliques.

**Não cria as categorias** de destino. Um produto associado a uma segunda loja sem que as categorias lá existam fica órfão, invisível na navegação.

A seleção múltipla do back-office permite uma associação em massa, mas não trata a árvore nem as definições específicas por loja.

## A questão prévia: partilhar ou duplicar

Decisão estruturante, a tomar antes de qualquer manipulação, porque é difícil de rever depois.

**O produto partilhado** existe uma vez, associado a várias lojas. Uma alteração de descrição repercute-se em todo o lado. O stock é comum ou separado consoante a configuração.

É o bom modelo quando as suas lojas vendem o mesmo produto com diferenças limitadas: preço, idioma, apresentação.

**O produto duplicado** existe em dois exemplares independentes. Cada loja tem a sua ficha, as suas descrições, as suas imagens, o seu stock.

É o bom modelo quando os conteúdos têm mesmo de divergir: posicionamento diferente, alvo diferente, gamas que se vão separar com o tempo.

O critério prático: **se prevê escrever descrições diferentes, duplique. Senão, partilhe.** A partilha é bem menos cara em manutenção, e a passagem da partilha à duplicação continua possível mais tarde, o contrário muito menos.

## O que é preciso copiar

Uma categoria completa é mais do que produtos. Sete elementos a tratar.

**A árvore** com as subcategorias, mantendo a hierarquia e as posições.

**Os conteúdos de categoria**: nome, descrição, imagem, metadados.

**Os produtos** com as descrições, preços e referências.

**As variantes**, com os atributos, os impactos de preço e os stocks.

**As imagens**, com as associações às variantes e os textos alternativos.

**As características e as marcas**, que têm de existir na loja de destino.

**As posições** dos produtos em cada categoria, que representam muitas vezes um trabalho de merchandising que não se quer refazer.

Os dois últimos pontos são os que se descobrem depois: produtos associados mas sem marca, ou todos ordenados por identificador.

## O problema dos duplicados de referência

É a armadilha técnica principal, e prepara-se com antecedência.

Se duplicar os produtos, cada cópia tem de ter uma referência distinta, sob pena de tornar as suas exportações, os seus feeds e a sua gestão de stock ininterpretáveis.

Três estratégias.

**O sufixo por loja.** A referência passa a ser a mesma mais um sufixo. Simples, legível, e é preciso lembrar de o aplicar também às variantes.

**A referência mantida com identificador de loja.** Guarda a mesma referência comercial e distingue pelo contexto. Isso pressupõe que todas as ferramentas a jusante lidem com essa noção.

**Uma numeração nova** para a loja de destino, com uma tabela de correspondência guardada.

Ponto a verificar antes de arrancar: os códigos de barras. Um mesmo código de barras em dois produtos distintos cria problema assim que alimenta um marketplace ou um comparador.

## O que tem de ser diferente depois da duplicação

Quatro elementos que nunca se devem copiar tal e qual.

**Os preços**, se as suas lojas têm posicionamentos ou moedas diferentes. Preveja uma regra de ajuste na duplicação em vez de uma cópia idêntica.

**Os impostos**, que dependem do país da loja.

**Os endereços das páginas**, que têm de ser gerados no idioma da loja de destino e não copiados.

**Os metadados**, título e descrição, que carregam muitas vezes o nome da primeira loja.

Este último ponto é esquecido com frequência e vê-se de imediato nos resultados de pesquisa.

## O procedimento recomendado

Seis etapas, por esta ordem.

**1. Faça cópia de segurança da base.** Uma duplicação mal calibrada em trezentos produtos não se desfaz à mão.

**2. Prepare a loja de destino**: idiomas ativos, moedas, grupos de clientes, regras de imposto. Duplicar para uma loja mal configurada produz dados incoerentes.

**3. Teste numa categoria pequena**, cinco a dez produtos com variantes e imagens. Verifique o resultado completo antes de tratar o resto.

**4. Duplique por lotes**, categoria a categoria em vez do catálogo inteiro. Limita o alcance de um erro e pode ajustar entre duas passagens.

**5. Controle depois de cada lote**, com a lista abaixo.

**6. Regenere as miniaturas e o índice de pesquisa** para a loja nova. É a etapa mais vezes esquecida, e explica a maioria dos «produtos invisíveis» constatados depois da duplicação.

## A lista de controlo depois da duplicação

Sete verificações, a fazer numa amostra de dez produtos.

Os **produtos aparecem** na navegação da loja nova, não só no back-office.

As **imagens aparecem**, com as variantes associadas.

Os **preços** são os esperados, com impostos corretamente calculados.

Os **stocks** comportam-se como previsto, comuns ou separados consoante a sua escolha.

Os **endereços de página** estão limpos e no idioma certo.

As **posições** nas categorias estão conservadas.

A **pesquisa interna** devolve os produtos novos, o que valida a regeneração do índice.

## O que parte mais vezes

Três sintomas e as suas causas.

**Produtos invisíveis na loja.** Quase sempre uma destas três causas: categoria de destino inexistente, produto não associado ao grupo de clientes por defeito, ou índice de pesquisa não regenerado.

**Imagens em falta.** Miniaturas não regeneradas para a loja nova, ou associação imagem-loja não transportada.

**Preços a zero ou aberrantes.** Regra de imposto ausente na loja de destino, ou moeda não ativada.

Estas três famílias cobrem o essencial dos incidentes, e diagnosticam-se em poucos minutos assim que se sabe onde olhar.

O  trata esta operação no PrestaShop 8 e 9: cópia da árvore com produtos, variantes, imagens e posições, gestão das referências por sufixo ou renumeração, regras de ajuste dos preços na duplicação e relatório de controlo depois do tratamento.