De-Anonymize Website Visitors and Auto-Trigger Outreach

Install the visitor reveal tool on your key pages

Add RB2B's tracking script to your site. The cleanest path is Google Tag Manager: create a new Custom HTML tag, paste the snippet from the tool's setup screen, and set the trigger to fire on All Pages. If you do not use GTM, paste the snippet directly before the closing body tag of your site template. RB2B focuses on person-level reveal for US visitors and posts results to Slack out of the box.

Confirm reveals are flowing before you build anything downstream: open an incognito window, visit your own pricing page, and check that the tool fires a reveal within a few minutes. Pay special attention to tagging your highest-intent pages, because the page someone viewed is the entire basis for both qualification and personalization later.

Set expectations honestly with the team. Reveal rates are a fraction of total traffic, not anywhere near all of it, and person-level reveal skews US. Plan the play around capturing the highest-intent slice well, not around revealing everyone.

• /pricing, the strongest single intent page
• /demo or /book-a-demo
• Your top one or two product/solution pages
• Vertical case-study pages relevant to your ICP
• /contact (often high intent, low form-fill)

Route revealed visitors into a Clay table

Send each revealed visitor into a Clay table via webhook. In Clay, create a table and add a 'Webhook' source; Clay gives you a unique URL. In RB2B, add that URL as a webhook/integration destination so every reveal posts there. A reveal tool's native workflow can do basic filtering, but Clay gives you far more control over enrichment, branching, and the AI qualification step, so most serious builds route to Clay.

Make sure each incoming row carries the fields you will need: person full name, title, LinkedIn URL, company name, company domain, the specific pages they viewed, and timestamps for those views. If the reveal tool sends a page-view array, map it into a single column you can read; the pages-viewed trail drives both qualification and the email.

Deduplicate. The same person may trigger multiple reveals in a session or across days. Add a dedup key on the person's email or LinkedIn so you are not firing three alerts and three emails for one visitor, which is both annoying and a deliverability risk.

Enrich and qualify each visitor against your ICP

In Clay, add enrichment columns for company firmographics (size, industry) and the person's role and seniority, the same way you would for an account list. Then add the decision step: an AI column that outputs a clean action of Contact now, Nurture, or Ignore, plus a one-line reason the rep can read. If you already built an ICP rubric for your account-scoring workflow, reuse it here so a visitor and a sourced account are judged by the same standard.

The most important filters are the exclusions. Match the visitor's company domain against a CRM export of existing customers and open opportunities so you never cold-pitch a current customer or step on an AE's open deal. Filter out obvious competitors, personal-email-only individuals who read your blog, and job seekers (a visit only to /careers is a strong tell). Everything that survives those filters is a candidate.

Keep the output a simple enum, not a paragraph, because the next step branches on it programmatically. The reason field is for the human; the action field is for the machine.

Decide how to handle this revealed website visitor. Use ONLY the data given.

Visitor: /Full Name, /Title at /Company
Company size: /Employees, Industry: /Industry
Pages viewed (with timestamps): /Pages Viewed
Most recent visit: /Last Visit Timestamp
Existing CRM match (customer or open deal): /CRM Match

Return JSON only:
{"action": "contact_now|nurture|ignore", "reason": "<one sentence>"}

Rules:
- ignore if: existing customer or open deal (CRM match), a competitor, a likely job seeker (only viewed /careers), or clearly non-ICP (industry not in {{ICP_INDUSTRIES}} OR fewer than {{MIN_HEADCOUNT}} employees).
- contact_now ONLY if: ICP fit AND viewed a high-intent page (pricing, demo, {{KEY_PAGE}}) AND the visit was within the last {{HOURS, e.g. 24}} hours.
- otherwise: nurture.

Branch the action by intent and fit

Set up the branching so each action routes to a different destination. In Clay you can use a conditional / 'Run only if' setting on downstream columns and actions, so the email-drafting column and the Slack-alert action only run when action equals contact_now. Nurture visitors get written to a list or added to a slower marketing sequence. Ignore visitors are logged in the table and nothing else happens.

The discipline here is what protects the whole play. The entire value is that high-intent ICP fits get human-quality, same-day attention and nothing else does. The moment you start 'just also emailing the warm ones,' you are back to spraying off a noisy signal and you lose both the deliverability and the credibility.

If you prefer to orchestrate outside Clay, the reveal tool's native workflow rules or an n8n branch can do the same routing. The architecture is identical; only the tool drawing the branches changes.

Generate and send the personalized email

For contact_now visitors, add a Clay AI column that drafts a short email referencing the topic of the page they viewed, never the fact that you tracked them. This is the single most important rule of the whole play: 'I saw you on our pricing page' reads as surveillance and kills trust instantly. 'Most ops teams comparing tools at your stage care most about X' references the implied interest without being creepy. Keep the email under ninety words, one specific idea, one soft CTA.

Push the approved draft to Smartlead to send from a warmed inbox, or, for higher-value owned accounts, hand the draft to the rep to send personally. For named accounts a rep relationship usually beats an automated send, so route those to the human; reserve the automated send for the unowned long tail of qualified fits.

Sample a handful of generated emails before any of this goes live and read them as the recipient. An email that references the wrong topic because the page-view mapping was off is worse than no email.

Write a cold email to /Full Name, /Title at /Company.

Context: they recently engaged with content about {{TOPIC_OF_PAGE_VIEWED}} on our site. Do NOT mention that we tracked them or name the specific page; reference the TOPIC naturally as something teams like theirs care about.

Our product: {{ONE_LINE_VALUE_PROP}}

Rules:
- Under 90 words.
- One specific idea tied to {{TOPIC_OF_PAGE_VIEWED}}.
- Conversational, like one operator to another. No buzzwords. Banned words: unlock, leverage, supercharge, seamless, game-changer.
- One soft CTA: a question or a low-friction ask, not 'book a 30-minute demo.'
- Subject line under 6 words, lowercase, no clickbait.

Output only the subject and the body.

Alert the owning rep in Slack with full context

The moment a contact_now visitor is qualified, post a Slack message to the owning rep or a shared #hot-visitors channel. RB2B does this natively; with Clay you can format a richer alert via Clay's Slack action or a Slack incoming webhook. Include who they are, where they work, the exact pages and dwell time, the ICP tier, the assigned owner, and direct links to the CRM record and their LinkedIn. The rep should be able to act without opening four tabs.

For owned accounts, the alert is often more valuable than the automated email, because the rep may want to call or send a personal note instead. Make the alert the trigger for human judgment, not just a notification that a robot already emailed someone.

Speed is the entire point of doing this in real time. A rep who reaches out within the hour of a pricing-page visit is talking to someone who still remembers what they were evaluating; a touch next week is just another cold email with extra infrastructure behind it.