Reportagens e pesquisa sobre Shopify e e-commerce
Os comerciantes assumem que lojas lentas precisam que se liguem novas configurações, mas o código do tema mostra o problema oposto: funcionalidades que nunca foram construídas como interruptores, por isso a solução é escolher um tema cujos números de base de Core Web Vitals já aguentem tráfego real.
A maioria dos comerciantes que entra na BFCM assume que a solução para uma loja lenta é um painel de configurações algures, um interruptor para animações, outro para o que quer que corra antes de o carrinho lateral abrir, algo em que possam clicar no editor de temas e seguir em frente. Esse interruptor normalmente não existe. A palavra pode aparecer nos ficheiros do tema, mas vive num aviso de licença ou numa função JavaScript, não num bloco de schema com uma etiqueta e um intervalo. Saber distinguir uma configuração real de uma correspondência solta de palavra é a verdadeira tarefa de preparação para a BFCM, e é mais pequena e menos flexível do que a maioria das checklists de preparação de campanhas sugere.
O Dawn, o tema de referência da Shopify, contém a palavra “off” em 78 dos seus 351 ficheiros no commit datado de 2026-08-10. Parece muito interruptor. Não é. Esses 78 ficheiros incluem LICENSE.md e README.md, que são apenas texto legal padrão a corresponder à palavra, além de assets/animations.js e assets/base.css, que são ficheiros de implementação, não ficheiros de configurações. Não existe uma secção dedicada no schema de configurações do Dawn construída em torno de um controlo de ligar/desligar animações que um comerciante consiga encontrar e clicar. Se quiser menos movimento numa página de produto antes do seu pico de tráfego, terá de abrir o animations.js e editar a lógica das funções, o que é tarefa de programador, não de comerciante.
O mesmo padrão aplica-se a “before”. Aparece em 30 dos 351 ficheiros do Dawn, concentrada em assets/base.css, assets/cart-disclosure-tooltip.js, assets/cart.js e assets/component-article-card.css. Mais uma vez, isto é código de estilo e comportamento, não uma configuração nomeada. Um comerciante que procure no editor de temas por algo chamado “before checkout” ou “before add to cart” não vai encontrar um controlo correspondente, porque a presença da palavra na base de código é uma coincidência de implementação, não uma funcionalidade documentada.
O Horizon, o tema mais recente da Shopify, apresenta a palavra “off” em 138 dos seus 484 ficheiros e “before” em 77 de 484, ambas contagens mais altas do que as do Dawn em termos absolutos. Os ficheiros também estão mais centrados no carrinho: assets/anchored-popover.js, assets/cart-discount.js, assets/cart-drawer.js e assets/cart-icon.js contêm todos “before”. Isso diz-lhe que as interações de carrinho do Horizon envolvem mais lógica condicional do que as do Dawn, provavelmente porque o Horizon suporta mais funcionalidades de carrinho de origem. Não lhe diz que existe um interruptor de configurações que os comerciantes possam usar para alterar esse comportamento sem mexer em código. No commit 8b42ace de 2026-08-31, também não existe qualquer secção de configurações dedicada a nenhuma das palavras no schema do Horizon.
A leitura honesta de ambas as bases de código é que “desligar alguma coisa antes da BFCM” não é uma ação do editor de temas, nem no Dawn nem no Horizon. É uma ação de edição de código e, se a sua loja não consegue fazer isso internamente, a configuração, na prática, não existe para si.
Dado que nenhum dos dois temas de referência da Shopify expõe o tipo de controlo granular de performance que os comerciantes procuram, a alavanca mais útil para um período de alto tráfego é simplesmente escolher um tema cujos números de base já sejam fortes. No conjunto do mercado, medido através dos dados de campo do CrUX de julho de 2026, o tema mediano passa em todos os Core Web Vitals em 85.5% das visitas em mobile e 86.2% das visitas em desktop. Mas essa mediana esconde uma grande dispersão.
| Dispositivo | Temas com dados suficientes | Taxa mediana de aprovação | Melhor do mercado | Pior do mercado |
|---|---|---|---|---|
| Mobile | 247 | 85.5% | 98.6% | 46.1% |
| Desktop | 199 | 86.2% | 99.2% | 30.3% |
Um tema perto dos 46.1% em mobile está a falhar os Core Web Vitals para mais de metade dos seus visitantes reais, e nenhum interruptor de animações ou edição do carrinho lateral fecha uma diferença desse tamanho. Estes são dados de campo de compradores reais, não uma execução sintética de laboratório, pelo que refletem dispositivos reais, redes reais e peso de página real durante tráfego normal, antes de qualquer pico de BFCM piorar as coisas.
Os requisitos da Theme Store da Shopify definem uma pontuação média mínima de performance no Lighthouse de 60 nas páginas de produto, de coleção e inicial de um tema, tanto para desktop como para mobile, a par de uma pontuação mínima de acessibilidade de 90 nas mesmas páginas e dispositivos. Um tema só precisa de ultrapassar uma pontuação de 60 para sequer ser listado. Compare isso com as taxas medianas reais do mercado, de 85.5% em mobile e 86.2% em desktop, e fica claro que a aprovação na loja é um mínimo, não prova de preparação para a BFCM. Dois temas podem ambos passar a revisão da Theme Store e diferir em dezenas de pontos na experiência real do visitante.
Preços e avaliações também não resolvem isto. O preço mediano de um tema no mercado é de $300, num intervalo de $100 a $500, e a avaliação média é de 4.53 em 5 em 308 temas, com uma mediana de 23 avaliações por tema. Nenhum desses números se correlaciona diretamente com a taxa de aprovação nos Core Web Vitals, já que as avaliações captam sobretudo a satisfação com design e suporte. Os temas da UTD aparecem nesta mesma classificação geral de mercado ao lado de todos os outros, e os comerciantes que estão a comparar opções podem ver a lista completa em themes.shopify.com/themes?q=utd, embora os factos aqui não mostrem a UTD a liderar em qualquer métrica específica de velocidade.
Escolha um tema pela sua taxa medida de aprovação nos Core Web Vitals para o dispositivo que o seu tráfego realmente usa, já que é esse número, e não uma configuração escondida, que decide se a sua loja aguenta a carga da BFCM. Se o próprio código de um tema não mostra qualquer interruptor dedicado para aquilo que quer desativar, reserve orçamento para um programador editar o ficheiro diretamente, em vez de andar à caça de uma configuração que nunca foi construída.
Não existe uma secção de configurações dedicada a animações no código do Dawn no commit 258f00f de 2026-08-10. A palavra 'off' aparece em 78 dos seus 351 ficheiros, mas essas ocorrências estão espalhadas por LICENSE.md, README.md, assets/animations.js e assets/base.css, e não dentro de um bloco de schema que o comerciante possa alternar no editor de temas. Se quiser desativar efeitos de movimento específicos, terá de editar diretamente o assets/animations.js, e não clicar num interruptor.
A palavra 'before' aparece em 77 dos 484 ficheiros do Horizon contra 30 dos 351 ficheiros do Dawn, e no Horizon essas referências estão em assets/anchored-popover.js, assets/cart-discount.js, assets/cart-drawer.js e assets/cart-icon.js, todos JavaScript relacionado com o carrinho. Nenhum dos temas expõe isto como uma configuração nomeada que os comerciantes possam procurar em settings_schema.json. A diferença na contagem de ficheiros reflete mais código de interação com o carrinho no Horizon, e não mais controlo para o comerciante.
Em 247 temas com dados suficientes de mobile, a percentagem mediana de visitas que passam em todos os Core Web Vitals é de 85.5%, com o melhor tema do mercado em 98.6% e o pior em 46.1%. Em desktop, em 199 temas com dados suficientes, a mediana é de 86.2%, o melhor é 99.2% e o pior é 30.3%. Qualquer coisa bem abaixo da mediana no dispositivo de onde vem o tráfego real da sua loja é um risco concreto durante um pico, já que estes dados vêm de sessões reais de visitantes no CrUX de julho de 2026, e não de um teste de laboratório.
Passar na revisão significa que o tema obteve pelo menos 60 na performance do Lighthouse nas páginas de produto, de coleção e inicial, tanto em desktop como em mobile, além de pelo menos 90 em acessibilidade nas mesmas páginas e dispositivos. Isso é um mínimo, não um objetivo, e é uma pontuação de laboratório e não uma medição de visitantes reais. A mediana real do mercado, de 85.5% em mobile e 86.2% em desktop, é uma fasquia muito mais alta do que o mínimo de 60 pontos no Lighthouse, pelo que a aprovação na revisão da loja, por si só, diz muito pouco sobre a preparação para a BFCM.
A avaliação média do mercado é de 4.53 em 5 em 308 temas, com uma mediana de 23 avaliações por tema, e essa avaliação mede a satisfação do comprador com o design e o suporte, não a velocidade da página sob carga. As taxas de aprovação nos Core Web Vitals, medidas separadamente em 247 temas com dados de mobile e 199 temas com dados de desktop, dizem-lhe como o tema se comporta para compradores reais. Um tema pode ter uma avaliação alta e ainda assim andar perto do mínimo de 46.1% em mobile, por isso verifique os dois números, não apenas um.