Performance não é UX — é retenção

Quase todo mundo que administra uma loja online já ouviu que "cada segundo de carregamento a mais custa conversão". É quase um clichê — repetido tantas vezes que virou fácil de ignorar. Mas o problema real não é a conversão do dia. É o que acontece depois.

O ciclo que não fecha a conta

O jeito comum de organizar uma operação de e-commerce separa as responsabilidades assim: performance é problema de TI, conversão é problema de produto, e quando o cliente já foi embora sem comprar, entra o time de CRM pra tentar trazer ele de volta com cupom e e-mail de recuperação.

O problema é que isso trata o sintoma, não a causa. Todo mês a operação gasta energia (e desconto) tentando resgatar quem já desistiu — em vez de investigar por que tanta gente está desistindo no meio do caminho.

O carrinho abandonado não é o problema — é o sintoma

A maior parte do orçamento de recuperação em e-commerce vai pra remédio pós-fato: fluxo de carrinho abandonado, campanha de reativação, cupom de última hora. Tudo isso é legítimo e funciona — mas é intervenção depois que o problema já aconteceu.

A causa geralmente está bem antes: busca interna que não acha o produto certo, página lenta no celular, checkout sem a forma de pagamento que o cliente queria usar, formulário com campo demais. Recuperar carrinho é gestão de crise. Resolver performance é prevenção — e prevenção quase nunca tem um dono claro dentro da operação, porque fica dividida entre times diferentes sem que ninguém responda pelo problema de ponta a ponta.

Ticket médio cai mesmo quando o faturamento sobe

Um padrão real e recorrente em datas de pico de e-commerce: faturamento recorde, mas ticket médio caindo. Isso não é contraditório — é sintoma. Quando a experiência de compra tem fricção (demora, busca ruim, checkout confuso), o cliente naturalmente migra pra decisão baseada só em preço, porque a loja não consegue sustentar valor percebido em nenhuma outra frente. Crescer em volume sem crescer em margem é, muitas vezes, um efeito colateral direto de performance ruim.

O que auditar antes de qualquer pico de tráfego

• Velocidade real no celular, olhando pro pior caso — não pra média, que esconde exatamente quem mais sofre com lentidão.
• Busca interna que não devolve nada — cada busca sem resultado é uma venda perdida antes mesmo de o cliente ver um produto.
• Checkout com meio de pagamento flexível — Pix, parcelamento e opções alternativas precisam ser prioridade, não um item de backlog.
• Contexto no atendimento — quando o histórico do cliente não chega pra quem atende, cada contato recomeça do zero.

Onde o PerformaShop entra nessa conta

Essa é literalmente a razão pela qual performance é tratada como critério de design de qualquer feature nova na plataforma, não como checklist de uma vez só: meta declarada de Core Web Vitals reais bons — não só nota de laboratório —, arquitetura de vitrine cacheada na borda pra nunca depender do servidor renderizar cada visita do zero, e todo upload de imagem convertido e redimensionado automaticamente. O resultado prático já é medido de verdade: as lojas na plataforma fecham com nota máxima no Google Lighthouse, não uma meta de marketing.

E o outro lado do ciclo — recuperar quem já foi embora — também não depende de um app pago à parte: carrinho abandonado tem captura e recuperação automática nativas, disparando e-mail sozinho quando o cliente sai sem finalizar. A diferença é que, na PerformaShop, isso é a rede de segurança, não a única linha de defesa — a base técnica já foi pensada pra reduzir o abandono antes dele acontecer.