Fiz uma migração de plataforma que aumentou 810% a receita orgânica de um e-commerce de beleza. O segredo não está no go-live. Está nas 4 semanas antes dele — no trabalho técnico que 90% das agências pulam porque não é visível no dia da virada de chave.
Você provavelmente já leu uma dessas listas de “32 dicas de SEO para e-commerce” que competem por essa palavra-chave. Eu não vou fazer isso aqui. Prefiro te mostrar o que realmente aconteceu num projeto real, com número real, e deixar você tirar as conclusões práticas que servem pro seu caso.
Depois de 23 anos em SEO — e boa parte disso trabalhando especificamente com SEO técnico para e-commerce — aprendi que esse mercado tem particularidades que SEO genérico simplesmente não cobre. Vamos direto ao que importa.
O ponto de partida: um e-commerce com tráfego estagnado
O projeto era de uma marca de beleza migrando de uma plataforma legada pra VTEX. Antes de qualquer linha de código mudar, o site já tinha um problema clássico: crescimento de tráfego estagnado, Core Web Vitals ruins e uma arquitetura de categorias que não refletia como as pessoas realmente buscavam os produtos.
Esse tipo de estagnação é mais comum do que se imagina em e-commerce de porte médio. O negócio cresce organicamente nos primeiros anos, a plataforma original começa a mostrar limitações técnicas, e ninguém prioriza a correção até o crescimento simplesmente parar. Foi exatamente esse o cenário que encontrei.
O diagnóstico que ninguém pede, mas todo mundo precisa
Antes de aceitar o projeto, fiz uma auditoria completa do domínio: tráfego orgânico dos últimos 12 meses, quais páginas geravam a maior parte da receita, quais keywords já posicionavam bem e não podiam ser perdidas na migração, e qual era o estado real dos Core Web Vitals. Esse mapeamento levou uma semana inteira — e é exatamente o que a maioria das migrações pula, direto pro trabalho de “subir o site novo”.
Sem esse mapa detalhado, qualquer decisão de migração vira um tiro no escuro. Já vi agências recomendarem plataforma nova baseadas puramente em custo de licença, sem sequer checar qual porcentagem do tráfego orgânico dependia de páginas específicas que aquela nova estrutura não conseguiria preservar facilmente.
O número que já mostrava o problema antes da migração começar
O LCP (Largest Contentful Paint) estava em 3.8 segundos — bem acima do limite recomendado pelo Google de 2.5 segundos. Isso sozinho já limitava o potencial de conversão e de ranking do site, independente de qualquer outra otimização de conteúdo que pudéssemos fazer depois.
Um dado que costuma surpreender clientes: cada segundo adicional de carregamento pode reduzir taxa de conversão em e-commerce em porcentagens significativas, segundo diversos estudos do próprio setor. Não é exagero dizer que performance técnica, nesse contexto, é tão importante pra receita quanto qualquer estratégia de conteúdo ou mídia paga.
As 4 semanas antes do go-live que ninguém fala
Aqui está o que quase ninguém fala sobre migração de e-commerce: o trabalho que decide o sucesso ou o fracasso acontece antes do go-live, não depois. As quatro semanas anteriores à virada de chave foram dedicadas a três frentes que rodaram em paralelo.
Essa é, sem exagero, a parte do processo que separa uma migração bem-sucedida de uma que gera meses de recuperação de tráfego perdido. E é justamente a parte que menos aparece em orçamento de projeto, porque não tem um “entregável visual” pra mostrar — é auditoria, planilha e teste técnico, não tela bonita.
Semana 1-2: Mapeamento completo de URLs e redirecionamentos
Toda URL do site antigo precisava de um redirecionamento 301 mapeado individualmente pra sua equivalente na nova estrutura VTEX — nunca um redirecionamento genérico pra home. Isso envolveu mapear centenas de páginas de produto, categoria e conteúdo, uma por uma, cruzando com dados de tráfego orgânico pra priorizar as páginas que mais geravam receita.
Usamos uma planilha compartilhada em tempo real com a equipe de desenvolvimento, categorizando cada URL por prioridade: alta (gera receita direta e recebe backlinks), média (recebe tráfego consistente mas conversão menor) e baixa (páginas antigas com pouco tráfego residual). Isso permitiu focar o esforço de mapeamento manual exatamente onde importava mais.
Semana 2-3: Preservação de sinais de autoridade
Cada página que tinha backlinks relevantes ou histórico forte de ranking foi documentada e monitorada de perto. O objetivo era garantir que a autoridade acumulada ao longo de anos não se perdesse simplesmente porque a URL mudou de estrutura.
Usamos ferramentas de backlink pra identificar exatamente quais páginas recebiam os links mais valiosos, e priorizamos garantir que essas URLs específicas tivessem redirecionamento perfeito, sem nenhuma etapa intermediária de redirect que pudesse diluir o sinal de autoridade sendo transferido.
Semana 3-4: Testes de ambiente de staging com crawler completo
Antes do go-live, rodamos um crawler completo no ambiente de staging simulando exatamente como o Googlebot veria o novo site — checando redirecionamentos, canonical tags, schema markup e Core Web Vitals antes que qualquer usuário real ou o próprio Google visse a mudança.
Esse teste em staging revelou três problemas que corrigimos antes de qualquer usuário ver: um bloco acidental de robots.txt em ambiente de teste que precisava ser removido no go-live, um conjunto de canonical tags apontando pra URL errada em produtos com variação de cor, e uma configuração de sitemap que não incluía todas as categorias novas.
Os erros mais caros que vejo em migrações de e-commerce
Muita gente em SEO é rasa — fica repetindo o que todo mundo fala sem aprofundar, e migração de e-commerce é onde isso mais aparece. Alguns erros se repetem projeto após projeto, em diferentes plataformas e nichos.
O padrão comum entre todos esses erros é o mesmo: pressa. Times de tecnologia e negócio querem ver o site novo no ar o mais rápido possível, e SEO acaba sendo tratado como etapa secundária, resolvida “depois que o site já estiver funcionando”. Essa inversão de prioridade é a raiz de praticamente todo problema que vejo em migrações mal-sucedidas.
Redirecionar tudo pra home ou pra categoria genérica
Esse é, de longe, o erro mais comum e mais caro. Redirecionar uma página de produto específica pra home “porque é mais fácil” destrói o sinal de relevância que aquela URL específica tinha acumulado, e o Google trata isso quase como se a página tivesse simplesmente desaparecido.
Já vi esse erro específico custar meses de recuperação de tráfego em mais de um projeto que assumi depois de uma migração malfeita por outra equipe. A lógica é simples: se cem URLs de produto diferentes redirecionam pra mesma home, o Google não consegue distribuir a relevância acumulada — ela simplesmente se dissolve.
Ignorar a estrutura de categorias existente
Trocar completamente a arquitetura de categorias sem mapear como isso afeta URLs, breadcrumbs e navegação interna é receita pra confundir tanto usuário quanto algoritmo. Mudança estrutural é às vezes necessária, mas precisa ser planejada com o mesmo cuidado que qualquer outro aspecto técnico da migração.
No projeto que conduzi, mantivemos a estrutura de categorias principal praticamente idêntica, fazendo apenas ajustes pontuais onde havia dado real de comportamento de busca justificando a mudança. Reformular tudo do zero, sem esse tipo de embasamento, é um risco que raramente compensa o esforço.
Não testar performance antes do go-live
Subir uma plataforma nova sem testar Core Web Vitals em ambiente real de staging é assinar embaixo pra ter surpresa desagradável depois que o tráfego já está exposto ao problema. Performance ruim descoberta depois do go-live custa muito mais caro pra corrigir sob pressão.
Testar em staging com dados reais de produto — não um ambiente de demonstração com poucos itens — é essencial, porque performance pode se comportar de forma completamente diferente quando o catálogo inteiro, com milhares de produtos e imagens, está carregado no sistema.
Achar que schema markup é opcional numa migração
Schema de Product, Review, BreadcrumbList e Organization precisa estar presente desde o primeiro dia da nova plataforma — não como um “depois a gente implementa”. Cada dia sem schema correto é um dia de sinais mais fracos pro algoritmo entender o catálogo.
No caso da migração VTEX, boa parte do schema de Product já vem nativo na plataforma, mas exige configuração cuidadosa de atributos como disponibilidade e preço pra funcionar corretamente — assumir que “vem pronto de fábrica” sem validar é outro erro comum que encontro em auditorias.
Os resultados: o que os números mostraram depois
Depois do go-live bem planejado, o resultado começou a aparecer de forma consistente ao longo dos meses seguintes — não da noite pro dia, mas com uma trajetória clara de recuperação e depois crescimento real.
+221% de impressões orgânicas antes mesmo da migração terminar
Um dado que costuma surpreender: as impressões orgânicas já começaram a subir 221% durante o próprio período de preparação, antes do go-live acontecer. Isso aconteceu porque parte do trabalho de correção técnica (Core Web Vitals, schema, conteúdo) foi aplicado ainda na plataforma antiga, como preparação.
Esse dado reforça um ponto importante: boa parte do ganho de SEO em uma migração não vem da plataforma nova em si, vem da disciplina técnica aplicada antes e durante o processo. A plataforma é o veículo; a execução técnica é o motor.
LCP de 3.8s para 1.2s
A nova arquitetura VTEX, combinada com otimização de imagens, lazy loading correto e CDN bem configurada, reduziu o tempo de carregamento da métrica mais crítica de Core Web Vitals em mais de 68%. Isso por si só já teria impacto significativo em conversão, independente do SEO.
Vale destacar que essa melhoria não veio só da troca de plataforma — veio de decisões específicas de configuração: compressão de imagem em WebP, priorização de carregamento do elemento visual principal de cada página, e eliminação de scripts de terceiros desnecessários que estavam bloqueando a renderização.
+810% em receita orgânica
O resultado final, medido alguns meses depois da estabilização completa, foi um crescimento de 810% em receita vinda de tráfego orgânico. Esse número não veio de um único fator — veio da soma de preservação de autoridade, performance técnica sólida e estrutura de conteúdo bem pensada, todos trabalhando juntos.
É importante ser transparente aqui: um resultado dessa magnitude não é garantido em toda migração. O que garanto é que seguir esse mesmo processo — auditoria, preservação de autoridade, performance e schema desde o início — maximiza a chance de resultado positivo e minimiza o risco de perda de tráfego, que é o cenário mais comum quando esses cuidados são ignorados.
Os fundamentos de SEO técnico que todo e-commerce precisa
Além do caso específico de migração, existem fundamentos de SEO técnico que precisam estar presentes em qualquer e-commerce, independente de plataforma ou momento. Esses fundamentos valem tanto pra quem está migrando quanto pra quem nunca vai migrar de plataforma, mas quer melhorar resultado orgânico com o que já tem. São os mesmos princípios que aplico em auditoria de contas que nunca passaram por migração nenhuma.
Arquitetura de categoria que reflete intenção de busca real
A estrutura de categorias precisa espelhar como as pessoas realmente buscam — não como o time interno organiza o estoque. Uma pesquisa de palavra-chave bem feita antes de definir a arquitetura evita retrabalho caro depois.
Um exemplo prático: uma loja pode organizar internamente por fornecedor ou linha de produção, mas o cliente busca por “tênis de corrida feminino”, não pelo nome da linha interna. Alinhar a estrutura de navegação à linguagem de busca real do cliente costuma trazer ganho de tráfego significativo sem precisar de conteúdo novo nenhum.
Esse alinhamento também facilita a vida do usuário durante a navegação — categorias que fazem sentido pra quem busca, não só pra quem organiza o estoque internamente, reduzem taxa de abandono e aumentam tempo de permanência no site.
Páginas de produto com conteúdo único, não copiado do fabricante
Descrição de produto copiada diretamente do fabricante, replicada em dezenas de lojas concorrentes, é conteúdo duplicado clássico. Investir em descrição própria, com informação real e específica, ainda é um dos maiores diferenciais competitivos disponíveis em e-commerce.
No projeto de beleza que mencionei, reescrever as descrições dos produtos mais vendidos com informação real de uso, ingredientes e diferencial competitivo — em vez de copiar o texto padrão do fabricante — foi uma das ações de maior retorno proporcional ao esforço investido.
Gestão de produtos fora de estoque
Deletar páginas de produto esgotado sem estratégia (em vez de manter, redirecionar pra similar ou marcar claramente como indisponível) desperdiça autoridade acumulada e confunde o algoritmo sobre a estrutura real do catálogo.
A estratégia que costumo recomendar: se o produto vai voltar ao estoque em breve, mantenha a página com aviso claro de indisponibilidade temporária. Se foi descontinuado permanentemente, redirecione pra um produto similar relevante — nunca para a home ou categoria genérica.
Um erro adicional que vejo: excluir a página imediatamente ao invés de aguardar um período razoável, o que gera erro 404 em massa e desperdiça o tráfego residual que aquela URL ainda poderia estar recebendo de buscas antigas.
Filtros e paginação sem gerar cauda infinita de URLs
Filtros de cor, tamanho e ordenação, sem controle de canonical e parâmetro, podem gerar milhares de URLs de baixo valor — o mesmo problema de desperdício de crawl budget que discuto em detalhe em outro artigo aqui do blog.
Configurar canonical corretamente pra cada combinação de filtro, apontando pra versão limpa da categoria, evita que o Googlebot gaste tempo rastreando combinações que nunca vão gerar valor de ranking, concentrando esforço nas páginas que realmente importam. Esse problema costuma passar despercebido justamente porque não gera erro visível — o site continua funcionando normalmente pro usuário, mas o algoritmo está gastando recursos de rastreamento onde não deveria, silenciosamente prejudicando a indexação de páginas que realmente importam.
Schema markup completo: Product, Review, BreadcrumbList
Preço, disponibilidade, avaliações e categoria estruturados via schema ajudam tanto o Google quanto ferramentas de IA generativa a entender exatamente o que está sendo vendido — essencial pra featured snippets e rich results de produto. Um catálogo com Product schema completo tem taxa de clique visivelmente maior na SERP, porque o resultado aparece com estrelas de avaliação, preço e disponibilidade diretamente visíveis.
Um catálogo com Product schema completo e correto costuma ter taxa de clique visivelmente maior na SERP, porque o resultado aparece com estrelas de avaliação, preço e disponibilidade diretamente visíveis — informação que o concorrente sem schema simplesmente não consegue exibir.
VTEX, Shopify, WooCommerce: diferenças que afetam SEO
Cada plataforma tem particularidades técnicas próprias que afetam diretamente SEO — tratar todas como iguais é um erro que já vi custar caro em mais de um projeto.
VTEX: forte em performance, exige atenção em URLs de busca interna
VTEX IO entrega performance nativa robusta, mas a configuração padrão de busca interna e filtros pode gerar duplicação se não for ajustada desde o início. É uma plataforma que recompensa quem investe tempo em configuração fina.
Um ponto específico que sempre reviso em projetos VTEX: a configuração de trade policies e regionalização de preço pode gerar URLs duplicadas se não for tratada com canonical corretamente, algo que passa despercebido em implementações apressadas.
Shopify: simplicidade com limitações de personalização técnica
Shopify facilita muito a operação, mas historicamente tem limitações em customização de estrutura de URL e alguns aspectos de schema markup mais avançado, que exigem apps de terceiros ou desenvolvimento customizado.
Para operações pequenas e médias que priorizam simplicidade de gestão sobre controle técnico granular, essas limitações raramente são um problema real — mas negócios que dependem fortemente de SEO técnico avançado costumam sentir o teto da plataforma mais cedo.
WooCommerce: flexibilidade total, responsabilidade total
Por rodar em WordPress, WooCommerce oferece controle completo sobre praticamente qualquer aspecto técnico — mas isso significa que nada vem otimizado por padrão. Performance, schema e estrutura de URL exigem configuração deliberada desde o primeiro dia.
Essa flexibilidade é uma faca de dois gumes: nas mãos de quem entende SEO técnico profundamente, permite otimização extremamente precisa. Nas mãos de quem só quer subir uma loja rapidamente, pode resultar num site tecnicamente frágil sem que ninguém perceba até o problema já estar consolidado.
SEO para e-commerce na era da IA generativa
Ferramentas de IA generativa estão cada vez mais presentes na jornada de compra, e isso já muda a forma como estruturo SEO para e-commerce.
Assistentes de IA recomendando produtos
Perguntas como “qual o melhor protetor solar pra pele oleosa” já são feitas diretamente pro ChatGPT ou Perplexity, que citam fontes específicas na resposta. Um e-commerce com conteúdo de produto rico, específico e bem estruturado tem chance real de ser citado nessas respostas.
Isso significa que a mesma descrição de produto genérica que já prejudica SEO tradicional também reduz a chance de citação em resposta de IA. Conteúdo específico, com detalhes reais de uso e diferencial, serve pros dois propósitos ao mesmo tempo — o mesmo princípio que detalho no guia prático de GEO.
Schema markup como ponte entre e-commerce e IA generativa
Product schema bem implementado não serve só pro Google tradicional — ajuda modelos de IA a entender preço, disponibilidade e características do produto com precisão, aumentando a chance de citação em respostas geradas.
Isso reforça um ponto que já discuti em outros artigos aqui do blog: schema markup deixou de ser “só um recurso de SEO” e virou infraestrutura essencial pra participar tanto da busca tradicional quanto da nova camada de busca por IA generativa.
Reviews genuínas como sinal de confiança pra IA
Assim como pra usuários humanos, avaliações reais e específicas ajudam ferramentas de IA a validar se aquele produto realmente resolve o problema que está sendo perguntado — reforçando, mais uma vez, por que review genuína vale mais que qualquer tática de otimização isolada.
Reviews com detalhes específicos de uso — não apenas nota numérica — dão à IA generativa contexto rico o suficiente pra citar aquele produto com confiança numa resposta específica. Review genérica de “produto bom, recomendo” tem muito menos valor nesse novo cenário do que um relato detalhado de experiência real.
Como aplicar isso no seu e-commerce, passo a passo
Reunindo tudo em uma sequência prática — o mesmo roteiro que aplico em qualquer migração de e-commerce, independente do porte.
1. Audite tráfego, receita e keywords antes de qualquer coisa
Mapeie exatamente quais páginas geram receita real e quais keywords não podem ser perdidas na transição. Sem esse mapa, é impossível saber o que realmente precisa de atenção prioritária. Cruzar dados de Google Analytics com Search Console dá uma visão completa de tráfego e conversão por página.
2. Mapeie cada redirecionamento individualmente
Nunca redirecione em massa pra home ou categoria genérica. Cada URL relevante merece um redirecionamento específico pra sua equivalente mais próxima na nova estrutura. Esse trabalho manual é tedioso, mas é exatamente o que preserva a receita orgânica durante a transição.
3. Teste Core Web Vitals em staging antes do go-live
Performance ruim descoberta depois que o site está no ar custa muito mais caro pra corrigir do que problemas identificados em ambiente de teste. Rode Lighthouse e PageSpeed Insights direto no ambiente de staging, com dados reais de catálogo carregados.
4. Implemente schema desde o primeiro dia
Product, Review, BreadcrumbList e Organization precisam estar funcionando desde o go-live, não como ajuste posterior. Teste cada tipo de schema na ferramenta de teste de dados estruturados do Google antes de considerar a implementação concluída.
5. Monitore rankings e tráfego diariamente nas primeiras semanas
As primeiras semanas pós-migração são o período mais crítico pra identificar e corrigir rapidamente qualquer problema que passou despercebido nos testes. Acompanhe diariamente o Search Console pra identificar erros de rastreamento ou queda abrupta de impressões.
6. Invista em conteúdo de produto único, não copiado
Descrição de produto original, específica e útil continua sendo um dos diferenciais competitivos mais subestimados em e-commerce. Priorize reescrever primeiro as descrições dos produtos que mais geram receita — o retorno sobre esforço ali é sempre o maior.
Conclusão
O resultado de +810% em receita orgânica não veio de um truque isolado ou de uma “dica secreta” que ninguém mais conhece. Veio de fazer bem feito o que a maioria das migrações faz correndo: auditoria antes de execução, preservação deliberada de autoridade acumulada, e performance técnica tratada como prioridade desde o primeiro dia.
Estratégia vem antes de execução — sempre. Isso vale ainda mais em e-commerce, onde cada URL perdida ou cada segundo de LCP mal otimizado tem impacto direto e mensurável em receita.
Se você está planejando uma migração de plataforma, ou sente que seu e-commerce está estagnado como esse projeto estava antes de começarmos, converse comigo sobre SEO técnico para e-commerce. Veja também outros cases documentados de resultado real.
Perguntas Frequentes
Quanto tempo leva para recuperar o SEO após uma migração de e-commerce?
Não existe prazo universal, mas o trabalho de preparação — auditoria, mapeamento de redirecionamentos e testes de performance — costuma levar de 3 a 6 semanas antes do go-live, dependendo do tamanho do catálogo. Pular essa etapa é a causa mais comum de perda de tráfego pós-migração.
Como evitar perder ranking ao migrar de plataforma de e-commerce?
Mapeando individualmente cada URL relevante para sua equivalente na nova estrutura, com redirecionamento 301 específico — nunca um redirecionamento genérico para a home ou categoria. URLs com histórico de tráfego e backlinks precisam de atenção prioritária.
VTEX, Shopify ou WooCommerce: qual é melhor para SEO?
Cada plataforma tem particularidades técnicas próprias: VTEX exige atenção em URLs de busca interna e filtros, Shopify tem limitações de personalização de URL, e WooCommerce oferece controle total mas exige configuração manual de tudo. Não existe uma única melhor plataforma — depende do contexto do negócio.
Core Web Vitals realmente impacta receita em e-commerce?
Reduzir o LCP de 3.8 segundos para 1.2 segundos foi parte essencial do resultado de 810% em receita orgânica. Performance ruim limita diretamente tanto ranking quanto conversão, independente da qualidade do conteúdo.
Descrição de produto copiada do fabricante prejudica o SEO?
Copiar descrição de fabricante gera conteúdo duplicado com dezenas de lojas concorrentes. Descrição única e específica continua sendo um dos diferenciais competitivos mais subestimados em SEO para e-commerce.
Schema markup de produto ajuda na busca por IA generativa?
Sim. Product schema bem implementado ajuda ferramentas de IA generativa a entender preço, disponibilidade e características do produto com precisão, aumentando a chance de o produto ser citado em respostas de assistentes como ChatGPT e Perplexity.
