Pontuação de SEO do Lighthouse: 100 em uma Página de Categoria de Ecommerce
Uma pontuação de SEO do Lighthouse de 100 é fácil de falsificar em uma pequena página estática. É mais difícil em uma página de categoria de ecommerce real com cards de produtos, imagens, preços, estado de estoque, filtros, canônicos, dados estruturados e um backend que ainda precisa fornecer dados comerciais atualizados.
Executei o Lighthouse em 17 de junho de 2026 para `https://www.cigge.se/e-cigaretter/engangs-vape`. O resultado para desktop foi limpo em todos os aspectos: 100 de Desempenho, 100 de Acessibilidade, 100 de Melhores Práticas e 100 de SEO. O resultado para mobile também se manteve: 97 de Desempenho, 100 de Acessibilidade, 100 de Melhores Práticas e 100 de SEO.
Isso não significa que a página está "pronta" em termos de SEO. Significa que a base técnica é forte o suficiente para que o trabalho de SEO possa focar em conteúdo, intenção, links internos, dados comerciais e autoridade, em vez de lutar contra marcação quebrada, renderização lenta ou sinais de rastreamento confusos.
O Resultado
| Auditoria do Lighthouse | Desktop | Mobile |
|---|---|---|
| --- | ---: | ---: |
| Desempenho | 100 | 97 |
| Acessibilidade | 100 | 100 |
| Melhores Práticas | 100 | 100 |
| SEO | 100 | 100 |
A URL testada foi uma página de categoria de ecommerce ao vivo, não uma rota de demonstração simplificada. Isso importa. As páginas de categoria são geralmente onde o ecommerce headless fica confuso primeiro.
Entre as páginas de ecommerce de vape suecas com as quais trabalhei ou testei, não vi um resultado de página de categoria mais rápido. Eu só a chamaria de site de vape mais rápido da Suécia após um benchmark controlado de concorrentes, mas esta página é uma candidata séria: pontuações perfeitas no Lighthouse no desktop, 97 de desempenho mobile e dados de comércio reais na página.
Uma página de detalhes do produto tem um produto principal. Uma página de categoria tem muitos produtos, muitas imagens, classificação, filtros, paginação, disponibilidade de produtos, mudanças de preço, texto de marketing e linking interno. A página precisa atender compradores, mecanismos de busca e a equipe de CMS ao mesmo tempo.
O que uma Pontuação de SEO do Lighthouse Prova
O Lighthouse é uma ferramenta de auditoria automatizada da equipe do Chrome do Google. Ela verifica desempenho, acessibilidade, melhores práticas, SEO e outros sinais de qualidade web. O Google PageSpeed Insights também usa o Lighthouse para diagnósticos de laboratório.
Uma pontuação verde não é uma garantia de ranking. A própria documentação do Google trata 90 e acima como bom, e um 100 perfeito como difícil de sustentar quando uma página carrega dados reais de produtos e scripts de produção.
Portanto, leio esta pontuação de SEO do Lighthouse como uma prova técnica, não como uma celebração. A página passa nas verificações básicas que frequentemente bloqueiam o SEO de ecommerce: HTML rastreável, metadados adequados, estrutura acessível, desempenho estável e sem erros óbvios de navegador ou segurança.
Por que o Ecommerce Torna Isso Difícil
Páginas de ecommerce criam modos de falha de SEO que não aparecem em páginas de marketing simples.
Grades de produtos podem enviar JavaScript em excesso. Imagens de produtos podem destruir o desempenho se não forem dimensionadas e priorizadas corretamente. Filtros podem criar armadilhas de rastreamento. A paginação pode dividir sinais. Descrições de CMS podem quebrar a estrutura de cabeçalhos. URLs de variantes podem criar páginas duplicadas. Atualizações de estoque podem forçar limpezas amplas de cache. URLs de imagens do backend podem vazar caminhos locais ou privados. Dados estruturados podem se desviar do que o comprador vê.
Uma camada fraca pode arrastar toda a página para baixo.
Esta pontuação veio de tratar a página de categoria como um sistema, não como um modelo com algumas meta tags. Essa mesma visão de sistema está por trás do meu trabalho sobre escalando ecommerce com Next.js→.
O Trabalho de SEO Por Trás da Pontuação
O trabalho importante aconteceu antes da execução do Lighthouse.
Limpamos os canônicos de categoria para que a página um e as rotas de categoria paginadas compartilhem uma base consistente. Isso reduz a confusão de páginas duplicadas e impede que a paginação lute contra a URL principal da categoria.
Restauramos um fallback de H1 de modelo quando a descrição de categoria editável não fornece um. Isso parece pequeno, mas H1s faltantes foram um dos defeitos técnicos de SEO mais claros nos dados de rastreamento.
Corrigimos o manuseio de origem do sitemap para que URLs públicas sejam resolvidas a partir da origem correta da loja, em vez de vazar suposições do backend. Um sitemap deve ser entediante. Se contiver hosts errados, URLs não indexáveis ou URLs bloqueadas, desperdiça atenção de rastreamento.
Apertamos os canônicos localizados e links de retorno hreflang. O SEO de ecommerce multilíngue falha quando cada idioma aponta para fora, mas não recebe um caminho de retorno correspondente.
Também reforçamos os dados estruturados de produtos e comerciantes. O schema de ecommerce precisa corresponder à realidade: produto, oferta, disponibilidade, detalhes do comerciante e detalhes de envio precisam estar alinhados com a página e o estado do backend.
A Limpeza de Rastreamento Foi Maior que Uma Pontuação
A captura de tela do Lighthouse é um artefato limpo, mas o valor mais profundo de SEO veio das correções de rastreamento ao seu redor.
Uma auditoria técnica de acompanhamento mostrou a direção claramente:
| Tipo de problema | Antes | Depois |
|---|---|---|
| --- | ---: | ---: |
| URLs bloqueadas por Robots | 1.612 | 7 |
| H1s faltantes | 999 | 67 |
| URLs não indexáveis no sitemap | 1.185 | 14 |
| Links de retorno hreflang faltantes | 102 | 4 |
| Múltiplos H1s | 245 | 2 |
| Estrutura H1 não sequencial | 2.529 | 2 |
Esses são os números que me importam mais do que os círculos verdes. O Lighthouse me diz que a página passa em uma verificação de laboratório de alta qualidade. Os dados de rastreamento me dizem que o site está se tornando mais fácil para os mecanismos de busca entenderem em escala.
O Desempenho Precisou de Disciplina de Cache
A pontuação de desempenho não veio de um ajuste de imagem.
A loja usa um frontend Next.js sobre um backend PrestaShop. Essa configuração oferece velocidade quando os limites de cache são claros e dor quando a invalidação é muito ampla.
Movemo-nos em direção à invalidação escopada em vez de limpezas em todo o site. Eventos de produtos, eventos de estoque, mudanças de categoria, atualizações de fabricantes, mudanças de imagens, edições de CMS e eventos de blog/bootstrap não precisam todos do mesmo raio de explosão. Quando um evento de estoque limpa toda a loja, os usuários pagam por isso com páginas mais lentas e caches mais frios.
O modelo melhor é simples: invalide o menor conjunto útil de tags de cache e deixe o frontend continuar servindo páginas de categoria e produtos estáveis rapidamente. O mesmo padrão de engenharia aparece no meu trabalho de CRM CMS personalizado com Next.js→: dê poder aos editores sem deixar que dados dinâmicos danifiquem o frontend.
É por isso que a página de categoria pode carregar dados reais de ecommerce e ainda atingir 100 de desempenho no desktop e 97 no mobile.
HTML Limpo Ainda Importa
Equipes modernas de ecommerce frequentemente tratam o SEO como metadados mais schema. Isso é muito estreito.
A página ainda precisa de HTML semântico. Precisa de um H1 sensato. Precisa de cópia de categoria que possa ser editada sem quebrar o documento. Precisa de links de produtos que renderizem como links. Precisa de imagens com dimensões adequadas e texto alt. Precisa de URLs canônicas que não mudem porque um filtro ou estado de paginação foi misturado na camada errada.
É aqui que o trabalho do PageBuilder e de texto rico importa. Um editor de CMS deve tornar o conteúdo mais fácil, não criar HTML de categoria malformado. O trabalho do editor Tiptap React→ ajudou a manter blocos editáveis práticos enquanto ainda respeitava o HTML e as regras de segurança da loja.
A mesma regra se aplicou quando reconstruí sistemas de conteúdo mais antigos durante uma migração headless do WordPress→: mantenha a experiência do editor flexível, mas mantenha o HTML público previsível.
O que Eu Não Reivindicaria Com Isso
Eu não reivindicaria que uma pontuação de SEO 100 do Lighthouse significa que a página ficará em primeiro lugar no ranking.
Os rankings de busca ainda dependem da intenção da consulta, variedade de produtos, preços, confiança na marca, linking interno, backlinks, qualidade do conteúdo, comportamento do usuário e de como o Google interpreta todo o site.
Eu também não usaria o Lighthouse como a única fonte de desempenho. Resultados de laboratório são úteis porque são repetíveis. Dados de campo importam porque vêm de usuários reais em dispositivos e redes reais.
A reivindicação honesta é mais estreita e mais forte: esta página de categoria de ecommerce passou por um portão rigoroso de qualidade técnica enquanto ainda se comportava como uma página comercial.
A Lição Prática
Para SEO de ecommerce, quero que a plataforma técnica saia do caminho.
Isso significa que as páginas de categoria renderizam HTML útil. Canônicos e sitemaps contam uma única história. Hreflang é recíproco. Dados de produtos e dados estruturados correspondem. Caches permanecem quentes após pequenas alterações no backend. Editores podem adicionar conteúdo sem danificar a estrutura da página. Imagens carregam rápido sem esconder o produto.
Quando essas peças se alinham, uma pontuação de SEO do Lighthouse como esta se torna possível. Mais importante, a equipe de SEO pode gastar tempo no trabalho que realmente compõe: conteúdo, cobertura de produtos, links internos, conversão e autoridade.
Vejo o resultado do Lighthouse como evidência de qualidade de engenharia. A pontuação é a parte visível. O valor é o sistema por trás dela.