DearYou
Páginas personalizadas para casais. Mais de 100 mil surpresas entregues.

[ O projeto ]
O produto com mais quilometragem de produção entre os quatro. Páginas de amor e de amizade com fotos, música e contador, vendidas por pagamento único. É onde a operação aperta de verdade: dois gateways de Pix trocáveis, atribuição em três plataformas de anúncio, e-mails de ciclo de vida em cron e um blog próprio para tráfego orgânico.
[ stack ]
- Next.js 16
- React 19
- TypeScript
- Supabase
- AbacatePay
- Woovi
- Meta CAPI
- TikTok Events
- Kwai
- Spotify API
- Sentry
- Vercel
[ Decisões técnicas ]
- 01
Dois provedores de Pix atrás da mesma interface: se a AbacatePay cai, uma variável de ambiente e um redeploy movem o Pix para a Woovi sem tocar em código. Pix é cerca de 95% das vendas, então essa é a dependência que não pode ter ponto único de falha. Cartão fica fixo na AbacatePay.
- 02
A reconciliação consulta os dois provedores, porque a mesma página pode ter sido paga por qualquer um deles, deduplicando quando coincidem. Roda tanto no polling da tela de pagamento quanto num cron que varre pendências.
- 03
Atribuição server-side em três plataformas — Meta, TikTok e Kwai — sobre uma camada própria de UTM que captura, sanitiza e persiste a origem, mais o rastreio do funil entre visita, cadastro e compra.
- 04
Ciclo de vida por e-mail em cron: cobrança pendente, remarketing de quem parou no meio e o e-mail de aniversário da página, que traz o casal de volta um ano depois.
- 05
Planos com fonte única de verdade: webhook, checkout, ativação e admin importam do mesmo arquivo. Preço novo, cupom novo ou plano novo entram em um lugar só, nunca duplicados nas rotas.
- 06
Dois tipos de página no mesmo motor (namoro e amizade), com QR code, livro de visitas, card de story compartilhável, cupons de desconto e busca de música no Spotify com cache.
- 07
Sentry instrumentado no cliente, no servidor e no edge, rate limit e validação de e-mail — o que quebra em produção precisa chegar até mim antes do cliente reclamar.