RD360 · Conversões offline · Meta Ads + Google Ads

RD Track

Dê ao algoritmo os dados que ele precisa pra otimizar de verdade.

O Meta não sabe quais leads viraram pacientes. Sem esse dado, otimiza pra quem só clica. O RD Track envia cada agendamento, comparecimento e fechamento direto pro pixel via servidor. Campanhas param de buscar curioso e começam a buscar cliente.

track.rd360.com.br/pipeline
Novo Lead12
Agendado8
Compareceu5
Fechamento3
Por que isso importa

O pixel só é inteligente se você contar a verdade pra ele

Paciente clica no anúncio, manda WhatsApp, agenda por telefone, fecha presencialmente. O Meta enxerga só o clique. Sem saber quem virou paciente de verdade, o algoritmo treina com quem não compra.

Sem RD Track

  • Pixel vê só quem preencheu formulário.
  • Algoritmo treina com curioso.
  • Custo por lead cai, custo por paciente sobe.
  • Decisão de campanha cega.

Com RD Track

  • Pixel recebe dados de quem fechou procedimento.
  • Algoritmo treina com o perfil do cliente ideal.
  • Custo por paciente cai 30 a 50% em 60 dias.
  • Campanhas otimizam sozinhas, ROI sobe mês a mês.

Redução média observada em clientes RD360 após 2 meses de dados qualificados no pixel.

Como funciona

Do paciente à otimização, em 3 movimentos

01

Lead entra no pipeline

Paciente liga, manda WhatsApp ou preenche formulário. Você cadastra em 10 segundos com origem marcada (Meta, Google, indicação).

02

Você move o card

Marcou consulta, arrasta pra Agendado. Veio, arrasta pra Compareceu. Fechou o procedimento, arrasta pra Fechamento. Cada movimento dispara um evento automático.

03

Meta e Google otimizam

O algoritmo recebe os dados em segundos. Em dias começa a entregar anúncios pra perfis parecidos com quem já fechou. Em semanas, o custo por paciente cai.

Tudo em uma ferramenta

Substitui planilha, botão manual e WhatsApp espalhado

Kanban visual

7 etapas do ciclo do paciente: Novo Lead, Contato, Sem Resposta, Agendado, Compareceu, Fechamento, Perdido. Arrasta e solta, sem formulário.

CAPI 100% server-side

Evento sai direto do servidor do RD Track pro servidor da Meta. Sem código no seu site, sem GTM, sem pixel no navegador. Funciona mesmo com iOS 14, ad blocker ou cookies bloqueados.

Google Ads Offline Conversions

Mesma conversão enviada pro Google Ads via Offline Conversions API. Telefone e nome hasheados com SHA-256 antes do envio (compliance LGPD).

Multi-clínica em um painel

Gerencie várias clínicas na mesma conta, cada uma com seu Pixel ID, Access Token e Customer ID do Google. Isolamento total de dados por RLS.

Dashboard de funil

Taxas de conversão por etapa, origem dos leads (Meta, Google, TikTok, indicação, orgânico), ticket médio, receita por período. Exporta pra Excel.

Log de cada disparo

Cada evento enviado fica registrado com payload, resposta da API e timestamp. Auditoria completa pra provar o que foi mandado.

Diferencial técnico

Por que server-side faz diferença

Pixel no navegador depende de cookies, JavaScript e boa vontade do iOS. Server-to-server não depende de nada disso. É o que grandes e-commerces usam. É o que o RD Track entrega pronto pra clínica.

Server-side nativo

Evento sai do servidor do RD Track direto pro servidor da Meta via Graph API v21. Você não precisa mexer no site do cliente, instalar GTM, nem gerenciar pixel.

Imune a bloqueio de browser

Funciona mesmo quando o paciente usa iOS 14+, ad blocker, cookies bloqueados ou navegador em modo anônimo. Quem usa só pixel no navegador perde 30 a 50% dos dados.

LGPD por design

Telefone e nome são hasheados em SHA-256 antes de saírem do RD Track. Nenhum dado bruto de paciente trafega pra Meta ou Google. Log completo de cada disparo fica no Supabase.

Integração dupla

Cada evento vai pro Meta via CAPI e pro Google Ads via Offline Conversions API na mesma ação. Ambos os algoritmos ficam informados sem trabalho extra.