You run RevOps or the SDR desk.

The list tells you who they are. DomainDrift tells you the day they move.

You already have the list. It tells you who a company is and what it runs. It does not tell you the day any of that changes. DomainDrift watches ~809,000 tracked domains and signs every reading. The day a company moves its mail, its DNS, its hosting or its certificate authority, that move lands as a dated row on a domain you already track. That timing is what turns a static list into a pipeline.

~809,000 domains tracked 614,000 scans a day Signed the moment it is observed
A list is right the day it is built, and no longer.
“US workers had been with their current employer a median of 3.9 years by January 2024, the lowest since 2002, and just 2.7 years among workers aged 25 to 34.”
U.S. Bureau of Labor Statistics, Employee Tenure in 2024 ↗

Quoted from a public discussion. Not a customer, not affiliated with DomainDrift, and not an endorsement.

How does this fit the tools I already run?

The domain is the join key your CRM already speaks. Take the change feed as a CSV, match it against your accounts on the domain, and the companies on your list that just moved surface with the date attached. No new identifier to map. Your enrichment brings the people.

Your list already keys on the company domain. So does the feed, so the join is one column.

Why a dated change beats another list

A firmographic or tech-stack list tells you who a company is and what it runs. It is a snapshot, right the day it was built. It cannot tell you the day it changed. That day is the trigger: a company mid-move is choosing tooling and budget now, and the move lands on the record, dated the day it was read.

The account looked static all quarter. The record shows it moved mail hosts three weeks ago.

Which changes count as a buying signal?

Three moves, drawn from the same signed record and refreshed on your cadence: a company that moved its email provider, one that moved its DNS or hosting, one that changed its certificate authority. Each is a real provider switch, not routine record churn. The full segments, with sample rows you can read now, are at /leads.

A migration seller reaches the account the week its DNS moved, not the quarter after.

What is in the file, and what is not

Every row is a domain, the move, the day it was read, and a receipt anyone can open. There are no contact names and no inboxes. You bring the people from the list you already own. DomainDrift brings the day it moved.

How it works

1Start with your list

You already have the accounts and their domains. The domain is the only key you need.

2Pick the moves that matter

Moved mail, moved DNS or hosting, changed certificate authority. Choose the segments and the refresh cadence that fit your motion.

3Feed the CRM

Import the dated CSV, match on the domain, and work the accounts that just moved. No new key to learn.

How you check it yourself

Every reading is Ed25519 signed the moment it is taken and chained to the one before, against published keys. The verifier checks any receipt in your browser: you hash the short proof path yourself and compare it to the root we published. A signature proves who took a reading and that nobody has changed it since, including us - it does not, on its own, make the reading correct. DomainDrift puts its name on the record, permanently.

Start with one domain

A DRM3 account puts one domain of your choosing under watch, keeps its history, and sends a signed alert the moment we see it change. See a sample report. Paid plans raise the dials; what it costs is on its own page.

One domain to start. No credit card. Your signed record is yours to keep and verify anywhere.

CONTINUOUS INTERNET TELEMETRY24H DRIFT25,943 material changesacross 16,583 domains · last 24hROTATION60 domains moved DNS from koaladns.com to magpiedns.com, 59 moved backa rotation loop, not a migration · 24hEMAIL DRIFT1 domain switched email provider24hREGISTRAR DRIFT1 changed registrar24hNOW548 curated domains not reachablelast probe, steadySITE ERRORS17,828 sites serving errorslast probe · 5xx / 404 / TLSBOT DEFENSEbot defense observed on 78,685 sites429 rate-limit / 403 bot-block, a posture signal