Migrar da Nuvemshop para a Tray só se justifica quando existe um problema concreto da operação que a Tray resolve com a configuração que você vai contratar, e que a Nuvemshop não resolve com outro plano, um aplicativo ou um ajuste de processo. Insatisfação genérica, vontade de “uma loja mais profissional” ou a promessa de vender mais não são motivos suficientes: a migração custa implantação, recadastro, testes e semanas de atenção da equipe, e não garante nenhum resultado de vendas ou de posição no Google. Este guia é para quem já opera na Nuvemshop e está considerando a Tray. Se a dúvida ainda é qual das duas plataformas escolher do zero, o caminho é comparar Tray e Nuvemshop.
O problema atual se resolve na Tray?
O primeiro material de uma migração responsável é uma matriz problema → requisito → validação. Ela obriga a escrever o que está errado hoje, transformar isso em um requisito verificável e dizer como esse requisito será comprovado na Tray antes de qualquer contrato.
A matriz abaixo é ilustrativa: os problemas são exemplos frequentes, e a coluna da Tray usa o que a página de planos informava em 20/10/2026. Os campos de validação ficam para você preencher.
| Problema hoje | Requisito verificável | O que a Tray informa | Como validar | Validado? |
|---|---|---|---|---|
| Gestão de vários marketplaces fora do painel da loja | Operar 4 marketplaces pelo painel da loja | Até 2, 3 ou 5 marketplaces simultâneos conforme o plano (Lançamento, Crescimento, Avançado); mais de 30 no Ultra | Confirmar se os 4 canais estão entre os integrados e qual plano os comporta | |
| ERP sem conexão estável com a loja | Pedido aprovado chega ao ERP e o estoque do ERP volta à loja | Catálogo de integrações com dezenas de ERPs | Encontrar o ERP no catálogo e fazer um pedido de teste em ambiente de homologação | |
| Venda para empresas com preço diferente | Tabela de preço por grupo de cliente | Venda atacado/B2B com 3 tabelas de preço no Avançado; ilimitadas no Ultra | Montar as tabelas reais e simular um pedido de cliente empresa | |
| Estoque em mais de um centro de distribuição | Estoque separado por CD, com frete calculado a partir de cada um | 2 CDs no Crescimento, 3 no Avançado | Testar o cálculo de frete com produto em CDs diferentes | |
| Layout que exige alteração de código | Editar HTML e CSS do tema | HTML e CSS a partir do Crescimento | Pré-visualizar o tema e confirmar com a agência autora o que pode ser alterado | |
| Status de pedido que não refletem a operação | Status próprios para produção e separação | Status personalizados a partir do Crescimento; workflow de status no Avançado | Configurar os status e passar um pedido por todos eles |
Faça também o teste contrário: para cada linha, pergunte se a Nuvemshop resolve o mesmo problema em outro plano ou com um aplicativo. Se resolve, a migração deixa de ser a única saída e passa a ser comparada por custo e esforço.
E separe os problemas que nenhuma troca de plataforma resolve: fotos fracas, descrições incompletas, frete mal configurado, estoque desatualizado por processo interno. Esses vão junto para a loja nova se não forem tratados antes.
O que inventariar antes de migrar?
Com o requisito demonstrado, o próximo passo é saber exatamente o que existe na loja atual e por qual caminho cada item chega à Tray.
Do lado da Nuvemshop, a Central de Atendimento informa que a exportação de produtos é feita em planilha CSV pelo painel (em Produtos, “Exportar e Importar”), com opção de incluir as descrições, e que a funcionalidade não está disponível em todos os planos. Ela informa também que o endereço de cada produto é construído a partir da coluna “Identificador URL”, no formato sualoja.com.br/produtos/identificador. Isso facilita montar o mapa de URLs a partir da própria exportação.
Do lado da Tray, a página de migração lista quatro formas de trazer dados: integração com o ERP, importação de anúncios do Mercado Livre como produtos, planilhas XLS e XLSX (para clientes, produtos, variações, categorias, características e tabelas de frete) e cadastro manual.
| Item | Como sai da Nuvemshop | Como entra na Tray | Ponto de atenção |
|---|---|---|---|
| Produtos e variações | Exportação CSV, se o plano permitir | Planilha XLS/XLSX ou ERP | As colunas não são iguais: o arquivo precisa ser convertido para o modelo da Tray |
| Descrições | Exportação com a opção de descrições | Planilha ou cadastro | Conferir formatação, tabelas e imagens dentro do texto |
| Imagens | Verificar como a exportação as entrega | Verificar no modelo de importação da Tray | Testar com poucos produtos antes do lote inteiro |
| Categorias e características | Estrutura atual da loja | Planilha da Tray | Aproveitar para corrigir categorias duplicadas |
| Clientes | Verificar opção de exportação no plano | Planilha da Tray | Tratar dados pessoais conforme a LGPD; senhas não migram |
| Histórico de pedidos | Verificar opção de exportação no plano | Não aparece entre as importações listadas pela Tray | Manter o histórico no ERP ou em arquivo; confirmar com a Tray |
| URLs | Identificador URL na exportação + categorias e páginas | Endereços gerados na Tray | Montar o mapa antigo → novo |
| Integrações e aplicativos | Lista no painel | Equivalente nativo, aplicativo ou ERP | Para cada um, decidir: substituir, recontratar ou abandonar |
| Domínio | Configuração atual de DNS | A Tray informa que o domínio existente pode ser apontado sem custo de configuração | Agendar a troca de DNS para o dia da virada |
Se o ERP já concentra o cadastro, a migração do catálogo pode passar por ele, e a padronização de SKUs passa a ser o ponto crítico. Esse trabalho está no guia de integração Tray e ERP.
Como planejar a virada sem prometer ranking?
O último material é o plano de corte: o roteiro do período em que as duas lojas coexistem até a Nuvemshop sair do ar. O exemplo abaixo é ilustrativo; as datas dependem do tamanho do catálogo e das integrações.
| Quando | Atividade | Critério para seguir |
|---|---|---|
| D-30 | Loja Tray montada em endereço provisório; importação de amostra do catálogo | Amostra conferida campo a campo |
| D-21 | Importação completa; integrações em homologação | Pedido de teste completo, do carrinho ao ERP |
| D-14 | Mapa de URLs fechado; redirecionamentos preparados | Todas as URLs com tráfego têm destino equivalente |
| D-7 | Congelamento de cadastro e layout na Nuvemshop | Alterações passam a ser anotadas para replicar na Tray |
| D-1 | Sincronização final de estoque e preços | Saldos conferidos por amostragem |
| D0 | Troca de DNS; redirecionamentos ativos; Nuvemshop deixa de receber pedidos | Compra real com pagamento aprovado na Tray |
| D+1 a D+7 | Acompanhamento diário de pedidos, estoque e erros 404 | Nenhum pedido sem sincronizar; 404 corrigidos |
| D+30 | Revisão de tráfego orgânico, conversão e integrações | Desvios explicados e tratados |
Defina também o critério de volta atrás: em que situação, até que dia, a operação retorna para a Nuvemshop (por exemplo, se o pagamento não aprovar pedidos reais no D0). Por isso o plano da Nuvemshop não deve ser cancelado antes do fim do acompanhamento.
Sobre os redirecionamentos: o mapa de URLs só funciona se a Tray permitir cadastrar os redirecionamentos 301 das URLs antigas para as novas na quantidade que a sua loja precisa. Nesta revisão não foi localizada documentação pública da Tray sobre esse cadastro; confirme com a Tray como ele é feito no plano escolhido antes de marcar a data. A Tray divulga um programa de migração para lojistas com faturamento acima de R$ 30 mil por mês, que menciona redirecionamentos e testes antes da virada (consultado em 20/10/2026). Se for o seu caso, peça por escrito o que o programa cobre e o que continua com você.
Mesmo com redirecionamentos corretos, oscilações de tráfego orgânico depois de uma troca de plataforma são possíveis, porque os buscadores precisam rastrear o novo site. O que o planejamento garante é reduzir as perdas evitáveis: páginas sem destino, conteúdo que some, produtos que deixam de existir sem aviso. Ele não garante manter posições nem faturamento.
Condições e limites
Recursos e limites por plano da Tray foram consultados em 20/10/2026 na página de planos, e as formas de importação, na página de migração da Tray. As informações da Nuvemshop vêm da Central de Atendimento na mesma data. Exportação de clientes e pedidos, formato das imagens na exportação e cadastro de redirecionamentos na Tray não foram confirmados em documentação pública e devem ser verificados no plano antes do orçamento. Dados pessoais de clientes devem ser tratados conforme a LGPD.
Próximo passo
Para o método geral de migração, válido para qualquer par de plataformas, leia o guia de planejamento da migração de plataforma. Se o requisito já está demonstrado e você quer o inventário, o mapa de URLs e o plano de corte executados com testes documentados, conheça a nossa criação de loja na Tray.
