Desenvolvimento web · UX/UI · E-commerce 2026
E-commerceRei do Sabão
Uma experiência de compra que conecta design, tecnologia e operação comercial.
Desenvolvimento de um e-commerce para o Rei do Sabão, integrando uma interface personalizada à infraestrutura da Nuvemshop. O projeto reúne arquitetura web, componentes reutilizáveis, integrações comerciais e um fluxo de checkout pensado para oferecer uma experiência consistente, do primeiro contato à finalização da compra.
Escopo Desenvolvimento front-end · Design system · Integrações · Checkout · Mensuração
Explorar o site
Role dentro das molduras para ver a página inteira
01 / Contexto
Uma operação regional, múltiplos canais e uma experiência a conectar.
O Rei do Sabão atua no comércio de produtos de limpeza para atacado e varejo, atendendo consumidores por meio do WhatsApp, de marketplaces e do e-commerce.
Cada canal desempenha um papel na jornada de compra. Enquanto alguns clientes preferem concluir o pedido diretamente pelo site, outros utilizam o ambiente digital para consultar produtos, comparar preços e entrar em contato com a loja.
O desafio era desenvolver uma experiência que acompanhasse esses diferentes comportamentos, preservando a identidade comercial da marca e aproveitando a infraestrutura já existente.
Mais do que criar uma nova interface, o projeto precisava aproximar a experiência digital da realidade operacional do negócio.
02 / O desafio
Como oferecer uma experiência personalizada, sem grande investimento inicial e sem perder a eficiência de uma plataforma pronta?
A Nuvemshop já fazia parte da operação comercial, mas as possibilidades de personalização da plataforma não atendiam integralmente à experiência desejada para o novo site. O cliente queria começar por um MVP, sem investir muito num primeiro momento.
Era necessário conciliar três necessidades: liberdade para desenvolver uma interface própria, continuidade com os sistemas existentes e um custo inicial contido, com manutenção simples.
A solução também precisava considerar particularidades do consumidor regional: sensibilidade ao preço, importância das condições de entrega e preferência pelo atendimento direto em determinados momentos da compra.
Três prioridades orientaram o desenvolvimento
- 01
Experiência de compra
Tornar produtos, preços, disponibilidade de atendimento e condições de entrega fáceis de encontrar.
- 02
Consistência de interface
Aplicar a identidade já definida em componentes e padrões de interação reutilizáveis, do site ao checkout.
- 03
Integração operacional
Conectar a experiência personalizada ao catálogo, ao checkout e aos sistemas de mensuração, aproveitando o que a Nuvemshop já resolvia.
03 / A experiência
Uma vitrine digital construída em torno das decisões de compra.
A experiência foi estruturada para reduzir o esforço necessário entre encontrar um produto e decidir como comprá-lo.
Na página de produto, preço, opções de compra e informações de entrega recebem prioridade visual. O cliente pode seguir pelo checkout ou iniciar uma conversa no WhatsApp, de acordo com sua preferência.
O cálculo de frete por CEP foi incorporado à própria página, permitindo consultar condições de entrega sem interromper a navegação. A consulta é feita por uma Cloudflare Function, que busca as opções de entrega na Nuvemshop e as devolve ao site.
A interface também foi desenvolvida para diferentes tamanhos de tela, preservando a hierarquia das informações e o acesso às principais ações tanto no desktop quanto no celular.
Decisões de experiência
- 01
Preço como informação central
A hierarquia visual favorece a identificação rápida do preço e das informações comerciais, respeitando o comportamento de consumidores que comparam produtos antes de comprar.
- 02
Diferentes caminhos para conversão
Os acessos ao checkout e ao WhatsApp convivem na mesma experiência, contemplando tanto a compra autônoma quanto o atendimento assistido.
- 03
Entrega antes da decisão
A consulta de frete e prazo por CEP oferece informações relevantes no momento em que o cliente está avaliando o produto.
04 / Design system
Componentes reutilizáveis que mantêm a interface consistente.
A identidade do Rei do Sabão, definida no projeto de branding, precisava funcionar como um sistema de interface, não apenas como uma composição visual aplicada a páginas isoladas.
Para isso, foram desenvolvidos componentes reutilizáveis e regras compartilhadas de tipografia, cores, espaçamento e interação.
Cada componente consome os tokens do sistema e expõe as variações necessárias para o uso comercial: três tipos de botão (compra, WhatsApp e contorno), três selos (oferta, mais vendido e condição promocional) e cards de produto, de categoria e de kit.
Botões, selos e cards foram ajustados ao longo do desenvolvimento para encontrar um equilíbrio entre presença visual, clareza e facilidade de uso.
O sistema parte de tokens de design (cores, raios, sombras e fontes) reunidos em um único arquivo, que serve de referência para os componentes.
Os componentes reais do design system, rodando ao vivo.
Princípios do sistema
- 01
Clareza
Informações comerciais e ações essenciais devem ser reconhecidas rapidamente.
- 02
Consistência
Elementos que desempenham a mesma função compartilham padrões visuais e de interação.
- 03
Reutilização
Componentes e tokens reduzem inconsistências e facilitam a evolução da interface.
O resultado é uma linguagem visual que preserva o caráter acessível da marca sem comprometer a organização e a usabilidade do ambiente digital.
05 / SEO e visibilidade
Um site feito para ser encontrado por pessoas, buscadores e assistentes de IA.
Para um comércio que compete por preço, aparecer na hora da busca faz diferença. O SEO foi tratado como parte da construção do site, e não como um ajuste posterior: páginas estáticas e rápidas, informações estruturadas para os buscadores e arquivos próprios para que assistentes de IA entendam a loja.
- Dados estruturados Schemas para o Google
Cada página de produto declara produto, oferta, marca e trilha de navegação. O site também declara a loja, o endereço e a política de trocas. Os schemas têm testes automatizados.
- Mapas e metadados Sitemaps, canonical e Open Graph
Mapas do site separados para produtos, catálogo e páginas, com imagem e data de atualização. Cada página tem título, endereço canônico e dados para compartilhamento.
- Google Merchant Center Feed de produtos
Um feed no formato do Google Merchant Center, com os mesmos identificadores de produto usados na mensuração do GA4.
- Otimização para LLMs llms.txt e ard.json
Um guia da loja em Markdown para assistentes de IA e um catálogo de recursos, com o guia e o feed de produtos. O robots.txt libera os rastreadores de IA para que o conteúdo possa ser lido e citado.
Pesquisa de palavras-chave e um blog no futuro
A pesquisa de palavras-chave se apoia em ferramentas como Ahrefs, Semrush, Apify e Google Ads. A estrutura do site também permite acrescentar um blog mais adiante, usando o Sanity como base de conteúdo.
06 / Desenvolvimento
Uma arquitetura flexível conectada à operação existente.
O site foi desenvolvido com Astro e React, utilizando a Cloudflare para distribuição das páginas e execução das funcionalidades que dependem de processamento no servidor.
A arquitetura separa a experiência de navegação das operações comerciais. Enquanto o front-end oferece liberdade de interface, a Nuvemshop permanece responsável por funções essenciais do e-commerce, como o catálogo e a finalização dos pedidos.
O Sanity permite gerenciar conteúdos editoriais, enquanto a integração com a API da Nuvemshop fornece informações do catálogo utilizadas na construção das páginas.
Funcionalidades como cálculo de frete, criação de pedidos e recebimento de webhooks são processadas por Cloudflare Functions.
Essa separação permite desenvolver uma experiência própria sem reconstruir toda a infraestrutura comercial.
- SiteAstro + React
- Cloudflare Functionscheckout, frete, webhooks
- API da Nuvemshopcatálogo e Draft Order
- Checkout Nuvemshoppagamento
- Confirmação do pedidowebhook
- MensuraçãoGA4 e Google Ads
07 / Escolhas e processo
Escolhas pensadas para um cliente em fase de teste, com o futuro em aberto.
O cliente estava testando o canal digital próprio e queria flexibilidade sem um investimento alto. Personalizar o tema dentro da Nuvemshop teria um custo adicional e deixaria a interface presa à plataforma. A alternativa foi construir o front-end de forma independente, integrado por API.
Tecnologias e por que foram escolhidas
- Custo baixo no começo Astro · Cloudflare Pages e Functions
Páginas estáticas, rápidas e baratas de servir, ideais para validar o canal digital sem investimento alto.
- Componentes reaproveitáveis React · TypeScript · Tailwind CSS
Reaproveitam os componentes do design system em todas as páginas do site.
- Conteúdo editável Sanity
O cliente edita banners e textos sem mexer no código.
- Liberdade para migrar API da Nuvemshop
Catálogo e pagamento ficam com a plataforma. Como o front-end é independente, uma futura troca de plataforma exigiria refazer só a integração.
O papel das IAs
Usei o Claude Code e o Codex como apoio na escrita de código e na otimização. As decisões, os critérios de qualidade e a validação foram minhas: o resultado é conferido por testes automatizados e por medições de desempenho. O cliente tem conhecimento do uso de IA no projeto e concorda com ele.
08 / Checkout e integrações
Uma experiência contínua, com a segurança da infraestrutura existente.
Um dos pontos centrais do desenvolvimento foi conectar o site personalizado ao processo de pagamento da Nuvemshop.
A solução utiliza Draft Orders para criar pedidos a partir das informações validadas no servidor. Antes de gerar o checkout, produtos e preços são conferidos no servidor, a partir dos dados da própria plataforma.
Após a geração do pedido, o cliente é direcionado ao checkout da Nuvemshop, apresentado em um subdomínio próprio e personalizado com elementos da identidade visual do Rei do Sabão.
Dessa forma, a experiência mantém continuidade entre a vitrine e o pagamento, enquanto o processamento financeiro permanece sob responsabilidade da plataforma.
- Carrinhono site
- Validaçãoprodutos e variantes, no servidor
- Draft Ordercriado na Nuvemshop
- Pagamentono checkout da Nuvemshop
Da compra à mensuração
O pagamento acontece no checkout da Nuvemshop, fora do navegador do site. Por isso o site não "vê" a compra, e a mensuração precisou ser feita pelo servidor, a partir da confirmação de pagamento.
- 01
Medir a navegação
Com o consentimento do visitante, o GA4 registra visualização de produto, adição ao carrinho, início do checkout e cliques no WhatsApp, este último como a conversão possível para vendas fechadas fora do site.
- 02
Associar a visita à compra
Ao criar o pedido, o site associa a visita à compra, para que ela seja atribuída depois à origem correta.
- 03
Confirmar o pagamento
Quando o pagamento é aprovado, a Nuvemshop avisa o servidor por um webhook.
- 04
Enviar a compra
O servidor lê o pedido e envia o evento de compra às ferramentas de análise, sem depender do navegador do cliente.
A compra entra na mesma visita em que o cliente navegou e herda a origem do tráfego, como Google Ads ou busca orgânica, respeitando o consentimento de cookies.
As compras vindas de anúncio são importadas como conversões, para que o Google Ads aprenda com vendas reais.
O objetivo é aproximar os dados de navegação e conversão dos eventos efetivos de compra, criando uma base mais consistente para análises futuras de desempenho comercial.
09 / Decisões de projeto
Tecnologia a serviço do contexto, não o contrário.
Ao longo do desenvolvimento, as escolhas de interface e arquitetura foram orientadas pelas necessidades do negócio e pelas condições reais de manutenção.
- 01
Priorizar a comunicação comercial na interface
O projeto não procurou transformar o Rei do Sabão em uma marca de tecnologia. A interface dá prioridade a preços evidentes, ações de compra e contato e informações de entrega, em vez de elementos decorativos.
- 02
Respeitar diferentes comportamentos de compra
A presença do WhatsApp como alternativa ao checkout reconhece que nem todas as jornadas de conversão acontecem integralmente dentro do site.
- 03
Personalizar sem reconstruir a operação
A separação entre front-end e infraestrutura comercial permite maior liberdade de desenvolvimento, mantendo a Nuvemshop como parte central do processamento de pedidos. Foi o caminho para entregar um MVP sem um investimento inicial alto.
Essas decisões também envolvem compromissos: dependência de APIs externas, necessidade de sincronização do catálogo e limitações de personalização em determinadas áreas do checkout. Reconhecer esses limites fez parte da construção de uma solução compatível com os recursos e as prioridades do negócio.
10 / Qualidade e resultados técnicos
Uma base preparada para evoluir.
O desenvolvimento incluiu testes automatizados, avaliações de desempenho e verificações de acessibilidade e SEO.
Os indicadores abaixo foram medidos em 26 de outubro de 2026, na página inicial, com o PageSpeed Insights do Google, e representam resultados técnicos da implementação.
- 97 Desempenho no celular PageSpeed Insights, página inicial
- 100 Desempenho no computador PageSpeed Insights, página inicial
- 96 Acessibilidade celular e computador
- 100 SEO celular e computador
- 113 testes automatizados passando com Vitest, em 13 arquivos
- 5,7 KB JS do design system em gzip, com cerca de 3,7 KB de CSS
Desempenho, acessibilidade e SEO segundo o Google
O PageSpeed Insights avalia a página inicial em quatro áreas, com notas de 0 a 100: desempenho (a velocidade de carregamento), acessibilidade, práticas recomendadas e SEO. Notas de 90 a 100 são consideradas boas pelo Google. O teste no celular simula um aparelho de entrada com conexão 4G lenta, e o teste no computador, uma conexão rápida.
Abaixo das notas, as métricas mostram a experiência real de carregamento: quando algo aparece na tela (First Contentful Paint), quando o conteúdo principal termina de carregar (Largest Contentful Paint), se a página trava durante o uso (Total Blocking Time) e se os elementos mudam de lugar sozinhos (Cumulative Layout Shift).
Celular
- 97 Desempenho
- 96 Acessibilidade
- 100 Práticas recomendadas
- 100 SEO
- First Contentful Paint1,7 s
- Largest Contentful Paint2,4 s
- Total Blocking Time0 ms
- Cumulative Layout Shift0
- Speed Index1,9 s
Computador
- 100 Desempenho
- 96 Acessibilidade
- 100 Práticas recomendadas
- 100 SEO
- First Contentful Paint0,5 s
- Largest Contentful Paint0,6 s
- Total Blocking Time0 ms
- Cumulative Layout Shift0,009
- Speed Index0,8 s
Dados do PageSpeed Insights, do Google, medidos em 26 de outubro de 2026 na página inicial. Verde indica a faixa de 90 a 100.
O que vem a seguir
A evolução do projeto envolve duas frentes complementares.
A primeira é manter o desempenho conforme o catálogo e o conteúdo crescem. Hoje a página inicial tem LCP (Largest Contentful Paint) de 2,4 segundos no celular, dentro da meta de 2,5 segundos do Google.
A segunda é a consolidação de indicadores comerciais, incluindo tráfego, comportamento de navegação, conversões e vendas.
Esses dados serão essenciais para avaliar não apenas a qualidade técnica da implementação, mas também sua contribuição efetiva para a operação do Rei do Sabão.
11 / Considerações finais
Uma experiência digital precisa funcionar para quem compra e para quem opera.
O desenvolvimento do Rei do Sabão mostrou como decisões de design e arquitetura podem partir de necessidades bastante concretas: encontrar um produto, entender seu preço, verificar a entrega e escolher como finalizar a compra.
Ao conectar uma interface personalizada à infraestrutura comercial existente, o projeto estabelece, a partir de um MVP, uma base para evoluir a experiência digital sem perder de vista a identidade da marca e sua realidade operacional.
Mais do que a implementação de um novo site, o trabalho representa a construção de uma experiência em que design, desenvolvimento e operação comercial precisam funcionar como partes de um mesmo sistema.
Projeto relacionado
Do e-commerce à identidade.
A base visual por trás da interface: marca, campanhas e direção de arte.
Identidade visual do Rei do Sabão Sistema de marca, campanhas, direção de arte com IA, tema da loja e e-mails transacionais. Ver o case