Plataforma de ecommerce detetada

O que esta verificação faz

Faz fingerprinting à página contra uma biblioteca de assinaturas de plataformas de ecommerce e reporta qual (se alguma) alimenta a loja. É informativo — não passa nem falha. Muda as recomendações a jusante que se aplicam, porque cada plataforma tem defaults diferentes para Schema.org, analytics, cache e manuseamento de imagens.

Porque é importante

Conselho genérico “torna a tua loja mais rápida” é inútil. O conselho acionável é específico da plataforma:

Shopify emite automaticamente Product Schema.org e trata da entrega via CDN de imagens, mas cada app de terceiros que instalas adiciona JS a cada página — essa é a alavanca principal.
WooCommerce corre em WordPress, pelo que herda o problema de sprawl de plugins do WordPress e precisa de um object cache (Redis) mais uma CDN para ser rápido.
Magento / Adobe Commerce é o mais pesado e exige Varnish, modo de catálogo plano e aquecimento agressivo de cache para ser tolerável.
BigCommerce é alojado, pelo que a maioria das alavancas de desempenho está fora do teu controlo — as tuas alavancas são escolha de tema e customização Stencil.

Saber a plataforma diz-te que alavancas existem. O resto da auditoria lê-se diferente em contexto.

Como corrigir

Esta verificação é informativa, pelo que a ação depende do que foi detetado.

Heurísticas de deteção, para referência. O MetricSpot olha para:

Tags <meta name="generator"> (Shopify, WooCommerce 8.x, Magento).
Objetos JS globais (window.Shopify, window.wc_cart_fragments_params, namespace Mage).
Padrões de caminho de assets (/cdn.shopify.com/, /wp-content/plugins/woocommerce/, /skin/frontend/, /static/version*/frontend/).
Cookies (shopify_session, woocommerce_cart_hash, frontend para Magento).
Convenções de URL (/products/, /collections/, /cart/, /checkout/).

Alavancas Shopify:

Audita as apps instaladas. Cada app injeta scripts em cada página mesmo quando não usada — desinstala, não apenas desativa. Usa as secções nativas do tema em vez de page builders de terceiros.
Secções nativas do Online Store 2.0 batem builders de terceiros em Core Web Vitals todas as vezes.
O Shopify emite Product schema automaticamente; verifica-o com dados estruturados JSON-LD numa página de produto.

Alavancas WooCommerce:

Instala um object cache persistente (Redis via o plugin Redis Object Cache). Sem ele, cada carregamento de página corre uma query fria contra a tabela wp_options.
Põe uma CDN à frente (o Cloudflare APO é feito de propósito para WordPress).
Adia ou remove wc-cart-fragments em páginas que não sejam do carrinho — dispara uma chamada AJAX em cada carregamento de página.
Muda imagens de produto para AVIF/WebP via um plugin como o Imagify ou usa o Cloudflare Polish.

Alavancas Magento / Adobe Commerce:

Corre Varnish (não a cache full-page PHP integrada). O Magento entrega suporte Varnish de primeira classe.
Ativa o catálogo plano (produto + categoria) se tens menos de ~1M de SKUs.
Modo de produção + DI compilado + JS/CSS unidos. Modo de developer em produção afunda o LCP.
Tira os bundles JS do checkout do caminho crítico; o checkout default do Magento é a página mais pesada na maioria das lojas.

Alavancas BigCommerce / Wix / Squarespace:

A escolha do tema é o teu controlo principal. Escolhe um tema Stencil com pontuações PageSpeed altas de raiz; customizações acrescentam peso, nunca o removem.
Limita scripts de terceiros no script manager — cada widget de analytics e chat compõe-se.

Combina este achado com a verificação de CMS detetado (frequentemente expõe o CMS hospedeiro), analytics instalado (setup de reporting de ecommerce) e dados estruturados JSON-LD (schema Product / Offer para rich results).

Perguntas frequentes

Porque é que o MetricSpot não detetou a minha loja construída à medida?

Lojas custom (Next.js Commerce, Hydrogen, Remix + Stripe) frequentemente não deixam fingerprints de plataforma — é por design. Se a deteção volta vazia mas sabes que é uma loja, provavelmente corres um setup headless e a verificação de framework web identificará o frontend. O conselho específico de plataforma acima não se aplica; tu controlas cada alavanca.

Um site pode correr mais que uma plataforma de ecommerce?

Sim — e é mau cheiro. Buy Buttons da Shopify embebidos num site WordPress disparam ambas as deteções. Tal como um site WooCommerce a embeber um iframe Stripe Checkout (que só dispara a verificação de processador de pagamentos, não a de ecommerce). Duas plataformas normalmente significam analytics duplicado, conversões dupla-contadas e uma jornada de cliente confusa. Escolhe uma para o checkout.

A plataforma detetada afeta a minha pontuação Lighthouse?

Indiretamente. A plataforma não corre no Lighthouse — o teu HTML renderizado corre. Mas os defaults de cada plataforma empurram-te para certos padrões: temas Shopify tendem a enviar vídeos hero pesados, o WooCommerce carrega JS de cart-fragments em todo o site, o Magento envia megabytes de CSS. A plataforma molda o piso da pontuação. As tuas escolhas de tema e apps determinam onde aterras dentro desse piso.