Pular para o conteúdo
Todos os cases
Sistema · Motor de busca e automação

Buscador de tênis importados com preço final fechado

RFZSneakers · e-commerce de tênis importados originais

Motor de busca que compara preço ao vivo em quatro lojas americanas e fecha o pedido com preço calculado no servidor, sem intervenção manual.

buscadorfz.com.br
Home do buscadorfz.com.br
O desafio

Vender tênis importado no Brasil tem um problema que não é de design: o preço muda enquanto o cliente decide. Câmbio, frete internacional e taxa de importação se movem o tempo todo, e cada loja americana usa uma numeração diferente. O modelo antigo era responder no manual: consultar preço, converter na hora, calcular imposto, mandar no WhatsApp. Cada consulta custava tempo, e cada minuto entre a pergunta e a resposta era uma chance de perder a venda ou de fechar no prejuízo.

A solução, em uma frase

Um sistema que consulta quatro lojas americanas ao mesmo tempo, calcula o preço final no servidor com a cotação do dia e devolve o valor fechado. Sem risco cambial na venda e sem ninguém no meio.

Como foi construído

Os mecanismos, um a um

01

Motor de busca

  • Quatro providers em paralelo

    Cada loja americana tem um provider próprio, e todos são consultados ao mesmo tempo. O cliente recebe a comparação completa em uma requisição, não em quatro esperas somadas.

  • Fallback via Google Shopping

    Quando um provider fica fora do ar ou muda a estrutura da página, a busca cai automaticamente para o Google Shopping. O resultado degrada, mas nunca vira tela vazia.

  • Numeração real por loja

    Cada loja publica tamanho em uma grade diferente. O sistema normaliza a numeração antes de mostrar, então o cliente compara o mesmo pé em todas as opções.

  • Cache e rate-limit

    Consultas repetidas são servidas do cache e o limite por origem protege os providers de bloquear a integração. Menos custo por busca e menos risco de o motor ser cortado do outro lado.

02

Preço e checkout

  • Cotação USD/BRL em tempo real

    O câmbio entra no cálculo no momento da consulta, junto com frete e taxa de importação. O preço mostrado já é o preço final, não uma estimativa que muda no fechamento.

  • Token de preço AES-256-GCM

    O valor calculado é assinado e criptografado em um token com validade de 24h. O navegador só carrega o token, nunca a fórmula: não dá pra alterar o preço no cliente e fechar o pedido por outro valor.

  • Webhook idempotente do Mercado Pago

    A confirmação de pagamento pode chegar repetida, e o webhook trata isso. Notificação duplicada não vira pedido duplicado nem cobrança duplicada.

  • Um bug de token, corrigido em produção

    Uma expiração de token disparou falha de checkout em produção. O log apontou a causa, a correção subiu no mesmo dia e a validade passou a ser renovada antes de o cliente chegar no pagamento. Sistema em operação real tem incidente; o que muda é o tempo de resposta.

03

Automação e infraestrutura

  • Catálogo que se atualiza sozinho

    Uma rotina no GitHub Actions roda todo dia às 4h e reprocessa o catálogo inteiro. Ninguém abre planilha, ninguém atualiza item por item, e o site amanhece com o estoque do dia.

  • Rastreio do exterior até a porta

    Cada mudança de etapa do pedido dispara mensagem automática para o cliente. O acompanhamento deixa de ser uma pergunta no WhatsApp e vira parte do fluxo.

  • Deploy contínuo na Vercel

    Cada alteração aprovada vai para produção por deploy automático, com preview antes. A correção do dia não espera janela de manutenção.

04

Painel operacional

  • Pipeline de pedidos

    Todo pedido tem status visível, do primeiro contato à entrega. A operação para de depender de quem lembra em qual etapa cada cliente está.

  • CRM e histórico do cliente

    Contatos, pedidos e conversas ficam no mesmo lugar. Recompra não recomeça do zero.

  • Financeiro e margem por pedido

    Custo, câmbio aplicado e margem ficam registrados por pedido. A rentabilidade é lida por venda, não por sensação de fim de mês.

  • Controle de influencers

    Parcerias de divulgação têm registro próprio no painel, com atribuição de pedido. Dá pra saber o que cada parceria trouxe.

05

Modelo de parceria

  • 10% do lucro líquido

    A Zeppho não cobrou o projeto como serviço fechado: entrou como parceira, com 10% do lucro líquido da operação. O incentivo fica alinhado: o sistema precisa vender, não só existir.

Veja mais

O projeto por dentro

Ver ao vivo(abre em nova aba)
  • Resultado de busca por Air Jordan, com filtros por atleta e preço já convertido em reais
  • Página do produto com preço final, numeração brasileira e contato por WhatsApp
  • Seção de modelos mais buscados, com preço e frete por item
  • Seção de pré-venda, com lançamentos ainda não disponíveis e opção de reserva
Stack técnica

Com o que foi feito

  • Next.js 16
  • React 19
  • TypeScript
  • Supabase
  • Mercado Pago
  • GitHub Actions
  • Vercel

Quer algo assim pro seu negócio?

O primeiro passo é o diagnóstico: a gente mapeia sua operação e mostra o que dá pra automatizar primeiro, com qual retorno.