E-commerce
Tralha de pesca em Sinop - MT
Loja virtual de artigos de pesca em Sinop - MT: varas, molinetes, carretilhas, iscas e acessórios, com catálogo, carrinho, blog e painel administrativo. Receba em casa ou combine a retirada.
ver detalhes técnicos
Uma loja de pesca de Sinop - MT, 100% online, precisava de vitrine própria: catálogo com preços claros e pedidos organizados, sem abrir mão do atendimento pelo WhatsApp, que é como o cliente da região prefere comprar.
Loja no ar desde 8 de outubro de 2026. O catálogo é atualizado pelo celular e cada pedido chega já organizado no WhatsApp, com código próprio e o total que o cliente viu na tela.
// por dentro
Aplicação Next.js 16 com App Router e Cache Components: a vitrine e o blog são pré-renderizados com "use cache" e cacheTag, e o que depende da requisição (menu do usuário, filtros, carrinho) faz streaming dentro de Suspense. Toda escrita passa por Server Actions validadas com Zod, que acessam o Postgres do Supabase diretamente via Drizzle ORM; a Data API do Supabase fica fechada por RLS sem policies. O login é feito pelo Firebase Auth (e-mail/senha e Google) e trocado por um cookie de sessão httpOnly no servidor, com o papel de administrador num custom claim. O carrinho vive no navegador (Zustand + localStorage), mas preço, estoque e frete são sempre recalculados no servidor no fechamento do pedido.
Segurança
O carrinho do navegador nunca é fonte de verdade: a Server Action de checkout busca cada produto e variação no banco, bloqueia o pedido se algo saiu do catálogo ou se o estoque não cobre a quantidade, e recalcula desconto do Pix e frete com as mesmas funções puras que a vitrine usa para exibir o preço. O código curto do pedido é UNIQUE no banco e o insert usa ON CONFLICT DO NOTHING com nova tentativa em caso de colisão.
Dados
Todas as tabelas têm RLS ligado e nenhuma policy, então a chave publicável do Supabase não lê nem escreve nada; só o servidor Next.js, conectado direto ao Postgres, acessa os dados. O bucket de imagens é de leitura pública, mas aceita apenas PNG, JPEG e WebP até 5 MB (SVG fica de fora por poder carregar script), e o upload só acontece por URL assinada gerada depois de verificar o administrador.
Arquitetura
O proxy.ts do Next 16 faz apenas uma checagem otimista da existência do cookie, sem chamada de rede. A verificação real fica em requireAdmin()/assertAdmin(), chamadas em cada página e Server Action do painel, porque Server Actions são endpoints POST públicos. O papel de administrador é um custom claim assinado pelo Firebase, e a verificação do cookie de sessão usa checkRevoked para derrubar sessões revogadas.
Performance
Com cacheComponents ligado, as leituras públicas usam "use cache" e cacheTag; quando o lojista salva um produto ou post, a Server Action chama revalidateTag() e só aquele conteúdo é reconstruído. Páginas de produto não são geradas no build: com partialPrefetching, a primeira visita recebe o App Shell na hora e a página completa entra em cache em seguida.
Segurança
A integração com o Mercado Pago valida o header x-signature, reconsulta o pagamento na API antes de marcar qualquer coisa, confere se o valor bate com o total gravado no pedido e é idempotente para lidar com reenvios. A baixa de estoque roda numa transação condicionada a uma flag no pedido, então não é aplicada duas vezes.
SEO
Dados estruturados schema.org (OnlineStore com endereço e área atendida, Product, BlogPosting e WebSite com SearchAction), sitemap dinâmico, robots, imagem Open Graph gerada no servidor e canonical por página. A loja também publica /llms.txt e /llms-full.txt, gerados a partir do catálogo em cache e marcados com X-Robots-Tag: noindex.
Conte o que você precisa e receba uma proposta sem compromisso.