# Modelo: Página de Obrigado (Cloudflare Native)

Este modelo é destinado à página final do funil de vendas. O foco principal é a **deduplicação inteligente** e a garantia de que o evento de conversão foi registrado corretamente no banco de dados e nas APIs.

---

## 🏗️ ARQUITETURA TÉCNICA (Quantum Tier)

O rastreamento na página de obrigado segue dois caminhos:
1. **Obrigado de Lead**: Disparo direto via `cdpTrack.track()` se o lead ainda não foi marcado no servidor.
2. **Obrigado de Venda**: O evento de compra (`Purchase`) deve ser evitado se houver integração via Webhook, disparando apenas um `ViewContent` para análise de navegação.

---

## 🛠️ PASSO 1: CONFIGURAÇÃO DO SITE

### 1.1 Obrigado de Lead (Formulário)
```javascript
<script>
// Dispara apenas se o lead ainda não foi marcado no Worker
cdpTrack.track('Lead_Success', { 
  source: 'thank_you_page' 
});
</script>
```

### 1.2 Obrigado de Venda (Purchase)
> [!IMPORTANT]
> Caso utilize **Webhooks (Ticto/Hotmart/Kiwify)**, a página de obrigado **NÃO** deve disparar o evento `Purchase`. O Worker fará o envio via servidor para evitar duplicidade e garantir 100% de atribuição.

```javascript
<script>
// Dispara evento de visualização para análise de funil
cdpTrack.track('ViewContent', { 
  content_name: 'Success_Page',
  content_category: 'Sales'
});
</script>
```

---

## 🖥️ PASSO 2: SERVIDOR (CLOUDFLARE WORKER)

O Worker realiza a verificação de duplicidade:
- **D1 Cross-Check**: Verifica se o `transaction_id` já existe no banco antes de enviar para Meta CAPI (v25.0) e TikTok (v1.3).
- **Match Quality**: Recupera os identificadores originais do banco de dados para enriquecer o evento.

---

## ✅ VALIDAÇÃO TÉCNICA

- **Deduplicação**: Verifique se não há disparos duplos de `Purchase` (um pelo site e outro pelo webhook).
- **Persistência**: O evento de sucesso deve estar registrado no log de eventos do D1.
- **Match Quality**: Conferir se os dados de atribuição (`fbp`, `fbc`) estão sendo enviados corretamente nas chamadas de servidor.