A maioria dos artigos sobre aumentar vendas no e-commerce fala de tráfego: anúncio, campanha, canal novo. É a parte caríssima. A parte barata é parar de perder a visita que já chegou, e ela quase sempre está sendo perdida por um motivo técnico que ninguém vê na vitrine.
Este texto cobre os sete ajustes técnicos que mais mudam o resultado de uma loja: os que afetam quanto tráfego orgânico ela recebe, e os que afetam quanto desse tráfego chega ao fim do checkout.
Por que o SEO técnico decide a venda
Numa loja virtual, a receita orgânica depende de duas multiplicações em série: quantas páginas de produto o Google consegue rastrear e indexar, e quantos dos visitantes que chegam nelas conseguem terminar a compra. SEO técnico atua nas duas. É por isso que ele costuma ter retorno melhor que campanha nova: campanha compra visita, ajuste técnico melhora o aproveitamento de toda visita, paga ou não.
A ordem de prioridade também é diferente do que parece. Catálogo grande com problema de rastreamento perde vendas em silêncio: as páginas existem, ninguém as encontra, e o relatório não mostra a ausência. Já um checkout confuso aparece como abandono, que pelo menos é visível.
Velocidade: hoje é fator de ranqueamento, não desempate
Aqui vale corrigir algo que circulou por anos e virou senso comum: velocidade não é mais “critério de desempate”. Desde a atualização de Page Experience, em junho de 2021, as Core Web Vitals são sinal de ranqueamento declarado pelo Google. As três métricas atuais e os limites considerados bons:
| Métrica | O que mede | Limite bom |
|---|---|---|
| LCP (Largest Contentful Paint) | Quando o maior elemento da tela termina de aparecer | até 2,5 s |
| INP (Interaction to Next Paint) | Quanto a página demora a responder ao toque ou clique | até 200 ms |
| CLS (Cumulative Layout Shift) | Quanto o layout pula durante o carregamento | até 0,1 |
O INP substituiu o antigo FID em março de 2024, e é o mais relevante para loja: mede a resposta ao clique em “adicionar ao carrinho”, não só a pintura inicial. Em catálogo, os três ganhos que costumam render mais são imagem servida em formato moderno e dimensão correta, carregamento adiantado do elemento principal da página de produto, e reserva de espaço para banner e imagem para o layout não pular. Meça em PageSpeed Insights, mas decida pelo relatório de dados reais, não pelo teste de laboratório: é o campo que o Google usa.
Mobile: o Google indexa a versão do celular
A justificativa antiga para responsividade era a fatia de vendas feitas no celular. O argumento mais forte hoje é outro, e não depende de estatística nenhuma: o Google migrou para indexação mobile-first. O rastreador visita o site como um smartphone, e é essa versão que entra no índice.
A consequência é direta: conteúdo que só existe na versão desktop, para o Google, não existe. Descrição de produto escondida atrás de uma aba que não renderiza no celular, atributo que só aparece na tabela do desktop, avaliação carregada apenas em telas grandes: nada disso é indexado. Não é perda de conversão de quem usa celular, é perda de conteúdo indexável para todo mundo.
Conteúdo duplicado no catálogo: o problema real não é punição
Existe um mito resistente de que o Google pune conteúdo duplicado. Não pune, e não tem como atribuir “autoria”. O que ele faz é consolidar: escolhe uma URL como canônica entre as parecidas e concentra os sinais nela. O problema em loja virtual é outro, e é mais concreto:
- Ele escolhe por você, e às vezes escolhe errado. A URL com filtro aplicado pode ganhar da página limpa da categoria.
- Sinais se dividem. Se cinco URLs mostram o mesmo produto, os links e o histórico se espalham entre elas em vez de somar numa só.
- Rastreamento se gasta. Um catálogo com filtros combináveis gera milhares de URLs equivalentes, e o rastreador passa o orçamento nelas em vez de nas páginas novas de produto.
A saída é declarar a canônica em cada variação, decidir explicitamente quais combinações de filtro merecem ser indexadas (quase sempre poucas), e manter paginação rastreável com links reais em vez de rolagem infinita sem URL. Vale conferir o estado atual no Google Search Console, no relatório de páginas: a linha “duplicada, o Google escolheu uma canônica diferente” é exatamente esse caso acontecendo.
Arquitetura e sitemap: o que o Google realmente lê
Outra correção necessária: o sitemap não serve para dizer quais páginas são principais. Os campos de prioridade e de frequência de mudança são ignorados pelo Google, e isso é documentado por ele. O sitemap é um mecanismo de descoberta, e nada mais: ele ajuda o rastreador a achar URLs que a navegação esconde.
Quem comunica importância é a estrutura de links do site. Uma página alcançável em dois cliques da home, linkada por várias categorias, recebe sinal de importância; a mesma página listada num sitemap com prioridade 1.0 e sem nenhum link interno apontando para ela, não. Em loja, isso significa três coisas: categorias com hierarquia rasa, links entre produtos relacionados que sejam de verdade e não carrossel montado por script, e nenhuma página de produto viva acessível só pela busca interna.
Checkout: a regra da porta única
Do meio do funil para a frente, o problema deixa de ser o buscador e passa a ser o número de escolhas. A regra que mais rende é a da porta única: na tela de checkout, o usuário deve ter duas opções visíveis, concluir ou voltar, e nenhuma outra. Menu, banner de promoção, sugestão de produto relacionado, link para a política de trocas em aba nova: cada um é uma saída, e saída em tela de pagamento é venda perdida.
O mesmo princípio vale antes: quanto menos configuração e menos cadastro obrigatório entre o interesse e o pagamento, maior a conversão. O caminho do usuário desde a entrada até a compra precisa ser o mais linear possível, e cada campo de formulário tem que justificar por que está ali. Esse exercício de cortar o que não é essencial é o mesmo de definir escopo de produto digital, e as mesmas perguntas funcionam.
Como medir se o ajuste funcionou
Ajuste técnico sem medição vira fé. Três leituras cobrem o essencial, e cada uma responde uma pergunta diferente:
| Onde olhar | Pergunta que responde | Prazo para aparecer |
|---|---|---|
| Search Console, relatório de páginas | Quantas páginas de produto estão indexadas e por que as outras não estão | dias a semanas |
| Search Console, Core Web Vitals | A velocidade real melhorou para os usuários | 28 dias (a janela do relatório) |
| Funil de checkout da própria loja | Em qual passo a pessoa desiste | imediato |
Uma ressalva sobre prazo: mudança de indexação e de ranqueamento leva semanas, e no meio disso a sazonalidade do varejo se mistura com o efeito do ajuste. Compare período com o mesmo período do ano anterior, não com o mês passado. E quando a conversão cair sem explicação óbvia, vale descer na causa com os 5 porquês antes de mexer no site: boa parte das quedas atribuídas a “o Google mudou” acaba em uma alteração de template feita três semanas antes.
Vale também não tratar cada ajuste como definitivo. Mudança de checkout se testa numa fatia do tráfego antes de valer para todo mundo, que é o mesmo raciocínio de produto mínimo viável aplicado a alteração de loja: menor mudança que produz aprendizado, medida antes de escalar.
Nenhum desses sete ajustes é criativo, e é por isso que eles ficam sem dono: não rendem apresentação bonita e aparecem no resultado com atraso. Mas o tráfego que uma loja perde por página não indexada e por checkout com vazamento é tráfego que ela já pagou, uma vez em desenvolvimento e outra em anúncio. Recuperá-lo é mais barato que comprar visita nova, e continua rendendo depois que a campanha acaba. Para o lado de aquisição, que é a outra metade da conta, o ponto de partida é como extrair leads do Google; para quem ainda está montando a operação, como criar um site de vendas online. E vale acompanhar o que a busca com IA está mudando na página de resultados, porque isso altera quanto clique um bom ranqueamento ainda entrega: é o assunto de o que é SGE.
Perguntas frequentes
O que é SEO para e-commerce?
É o conjunto de ajustes que faz uma loja virtual ser rastreada, indexada e escolhida pelo buscador, e que reduz a perda de visitantes entre a entrada e o fim do checkout. Atua em duas multiplicações em série: quantas páginas de produto o Google consegue indexar, e quantos dos visitantes que chegam nelas terminam a compra.
Velocidade do site é fator de ranqueamento?
Sim. Desde a atualização de Page Experience, em junho de 2021, as Core Web Vitals são sinal de ranqueamento declarado pelo Google. A ideia de que velocidade é apenas critério de desempate ficou desatualizada naquele ano e continua circulando.
Quais são as Core Web Vitals e os limites bons?
São três. LCP (Largest Contentful Paint), que mede quando o maior elemento da tela termina de aparecer, com limite bom de até 2,5 segundos. INP (Interaction to Next Paint), que mede quanto a página demora a responder ao toque ou clique, com limite de até 200 milissegundos. E CLS (Cumulative Layout Shift), que mede quanto o layout pula durante o carregamento, com limite de até 0,1.
O que é INP e o que aconteceu com o FID?
O INP (Interaction to Next Paint) substituiu o FID como Core Web Vital em março de 2024. Para loja virtual é a métrica mais relevante das três, porque mede a resposta ao clique em adicionar ao carrinho e em aplicar filtro, e não apenas a pintura inicial da página.
O Google pune conteúdo duplicado?
Não. Não existe punição por conteúdo duplicado, e o Google não tenta atribuir autoria. O que ele faz é consolidar: escolhe uma URL como canônica entre as parecidas e concentra os sinais nela. Os problemas reais em catálogo são outros: ele pode escolher a URL errada, os sinais se dividem entre variações, e o orçamento de rastreamento se gasta em URLs equivalentes em vez de páginas novas.
Como resolver URLs duplicadas de um catálogo com filtros?
Declare a canônica em cada variação apontando para a página limpa, decida explicitamente quais combinações de filtro merecem indexação (quase sempre poucas), e mantenha a paginação rastreável com links reais em vez de rolagem infinita sem URL. No Search Console, no relatório de páginas, a linha duplicada, o Google escolheu uma canônica diferente mostra o problema acontecendo.
O sitemap serve para dizer quais páginas são mais importantes?
Não. Os campos de prioridade e de frequência de mudança são ignorados pelo Google, e isso está documentado. O sitemap é um mecanismo de descoberta: ajuda o rastreador a encontrar URLs que a navegação esconde. Quem comunica importância é a estrutura de links internos do site.
Por que ter site responsivo importa para SEO?
Porque o Google usa indexação mobile-first: o rastreador visita o site como um smartphone, e é essa versão que entra no índice. Conteúdo que só existe na versão desktop, para o buscador, não existe. Descrição escondida em aba que não renderiza no celular ou avaliação carregada só em telas grandes não é indexada para ninguém, nem para quem busca no desktop.
O que é a regra da porta única no checkout?
É manter na tela de checkout apenas duas opções visíveis, concluir a compra ou voltar, e nenhuma outra. Menu, banner de promoção, sugestão de produto relacionado e link que abre aba nova são saídas, e saída em tela de pagamento é venda perdida.
Quanto tempo leva para um ajuste técnico aparecer nas vendas?
Indexação responde em dias a semanas; Core Web Vitals aparecem na janela de 28 dias do relatório do Search Console; funil de checkout responde imediato. Como a sazonalidade do varejo se mistura ao efeito do ajuste, compare o período com o mesmo período do ano anterior, e não com o mês passado.