ooligo

RB2B

visitor-identification person-level-deanonymization · website-visitor-id · intent-data
API FREEMIUM
RevOps
7.0 /10

O que é

RB2B é a ferramenta de desanonimização de tráfego dos EUA em nível de pessoa: instala um snippet no site de marketing, identifica visitantes anônimos dos EUA em nível de pessoa (nome, email corporativo, empresa, cargo) usando dados de identity-graph de terceiros, e envia a pessoa identificada para o Slack e o CRM. Usado por times de RevOps e growth marketing rodando motions de outbound em que o ICP-alvo visita o site mas não preenche formulário — e o time quer agir sobre a visita antes que ela esfrie.

Por que aparece em stacks de RevOps

  • Nível de pessoa, não só de conta. A maioria das ferramentas de desanonimização de visitantes (Demandbase, 6sense, Clearbit) identifica a conta visitante; o RB2B promete identificação em nível de pessoa numa fatia não-trivial dos visitantes dos EUA. Para times de SDR, nível de pessoa é o sinal acionável.
  • Free-tier de entrada. O modelo freemium permite que o time teste a qualidade do dado no próprio tráfego antes de assumir compromisso.
  • Push no Slack como superfície de ativação. Visitantes identificados caem num canal do Slack para o SDR acionar na hora, em vez de ficarem soterrados num dashboard de CRM.

Realidade do pricing

  • Free — volume diário de identificação limitado; suficiente para sites de baixo tráfego ou pilotos.
  • Standard — US$ 159/mês para ~250 visitantes identificados/mês
  • Pro — US$ 499/mês para ~1.000 visitantes identificados/mês
  • Enterprise — custom; alto volume + roteamento avançado

A economia por visitante identificado é amigável para times de baixo volume. Sites de alto tráfego nos tiers Pro ou Enterprise podem chegar a US$ 1K-5K/mês.

A conta fecha quando o time consegue agir rápido sobre os visitantes identificados (SDR com capacidade, playbook de outbound definido). Não fecha se o time não consegue dar follow-up — pagar por dado de identificação que não vira trabalho é gasto desperdiçado.

Melhor para

  • B2B SaaS focado nos EUA com tráfego de marketing-site na zona do ICP, onde a velocidade de follow-up do SDR é o que ganha.
  • Experimentos de growth marketing testando se dado de visitante desanonimizado eleva pipeline.
  • Times de mid-market cujo budget não suporta 6sense / Demandbase mas que querem algum sinal sobre tráfego anônimo.

Versus a alternativa

  • vs identificação em nível de conta do Demandbase / 6sense. Esses identificam a conta visitante (com dado de intent ao redor); o RB2B identifica a pessoa visitante. Escolha Demandbase / 6sense para motions ABM-led em que a conta é a unidade de trabalho e o sinal de intent mais amplo importa. Escolha RB2B para outbound em nível de pessoa onde o objetivo é “nome + email do humano que acabou de visitar”.
  • vs Clearbit Reveal (adquirido pelo HubSpot). Identificação em nível de conta embarcada no stack do HubSpot. Escolha Clearbit se você vive no HubSpot. Escolha RB2B para sinal em nível de pessoa além do que o nível de conta do Clearbit entrega.
  • vs Leadfeeder / Albacross. Identificação em nível de empresa com awareness de UE. Escolha esses se tráfego da UE for o alvo. Escolha RB2B para nível de pessoa só dos EUA.
  • vs nenhuma identificação de visitante. Funciona quando formulários de inbound cobrem a maioria das visitas do ICP.

Pontos de atenção

  • Identificação em nível de pessoa tem implicações de privacidade. O RB2B identifica visitantes dos EUA; o GDPR da UE e várias leis estaduais de privacidade restringem a desanonimização em nível de pessoa sem consentimento. Guard: restrinja o snippet apenas a tráfego dos EUA; não faça deploy para tráfego da UE ou de residentes de estados sem revisão do jurídico de privacidade.
  • A qualidade do dado de identificação varia. A identificação do RB2B é heurística, não determinística — a acurácia de match é reportada em 50-70% no tráfego de ICP dos EUA. Guard: trate identificações como sinal, não como pessoa confirmada; faça SDRs verificarem antes de outbound de alta confiança.
  • Exposição a CCPA-CPRA e leis estaduais de privacidade. Leis estaduais de privacidade da Califórnia, Virgínia, Colorado e Connecticut têm provisões sobre informação pessoal desanonimizada. Guard: revise com o jurídico de privacidade o tratamento de visitantes de CA / VA / CO / CT.
  • Outbound para visitantes identificados precisa respeitar regras de cold-outbound. Identificar um visitante não autoriza outreach não solicitado em jurisdições com lei anti-spam (CASL do Canadá, UE). Guard: plugue os visitantes identificados no caminho-padrão de supressão e consentimento de cold-outbound da empresa.