How pre-mover data works in Canada
PreMovers.ca explains how Canadian pre-mover data is made: an eight-step technical guide to how it is captured, processed and delivered every week — for enterprise data teams who need to know what's under the hood, and for anyone buying a pre-mover mailing list who wants to know what they're getting.
Pre-mover data is a weekly record of households that have started the move process, flagged at the listing event rather than after the move is complete. The whole discipline is built around one simple fact: by the time a household physically moves, most of the commercial decisions around that move have already been made.
The Canadian pre-mover market is small and technical. A handful of serious providers, a larger handful of resellers, and very little neutral writing about how the signal is actually produced. This page is the technical explainer we wish existed when enterprise data teams started asking us what was under the hood.
If you only have two minutes, the eight numbered steps below are the whole process. The sections after that go deeper on methodology, pipeline architecture, freshness, and privacy.
The eight-step process
Step 01Capture the listing event
The household is flagged at the moment its property enters the public listing market — for sale, for lease, or relisted after withdrawal. The listing is the earliest public signal of an upcoming move. Capture happens across all 10 Canadian provinces, every week of the year. A week that isn't captured at the time can't be recovered later.
Step 02Validate the address
Every record is normalized against Canadian postal standards and resolved to a deliverable address. Mojibake from francophone source data is cleaned (Québec listings frequently arrive with character-encoding corruption). Suite numbers, unit designators, and rural-route formats are standardized. The address becomes the durable identifier — not the MLS number, which changes every time a listing relists.
Step 03Resolve property identity
This is the step most pre-mover datasets get wrong. A property listed in March, withdrawn in April, and relisted in May with a different MLS number is the same property — but a naive pipeline treats it as three records. Address plus postal code resolves to a persistent property identifier that tracks the property across multiple listing cycles. Without this resolution, lifecycle analysis is impossible.
Step 04Track lifecycle state
Each property is classified weekly: new (just entered the market), continuing (active for multiple weeks), price-changed (seller adjusted expectations), relisted (returned after a previous attempt — often a stronger signal than the original listing), withdrawn, or off market (gone from the listings, dated by the first week it was missing). Different lifecycle states carry different commercial signals. A relist plus a price drop is a strong lifecycle indicator. A home coming off the market triggers the new-mover workflow.
Step 05Deduplicate and enrich
Cross-board duplicates collapse to one record. Property attributes attach: property type, bedrooms, bathrooms, square footage, year built, parking, lot size. Price history compiles. Days on market accumulates across multiple listings of the same property (cumulative DOM, not just current-listing DOM). The file is structured, deduplicated, and ready for delivery.
Step 06Deliver weekly
The structured file goes out weekly via Snowflake Marketplace (live data share — no file transfers, no ETL), MCP connector (AI-native access for agents and LLMs), or flat file (CSV or Parquet, compatible with any CRM or campaign platform). Delivery shape is chosen by the buyer based on their existing infrastructure, not by the vendor.
Step 07Match to the buyer's CRM
Inside the buyer's environment, pre-mover records join to the buyer's customer file on address. Customers entering the move cycle are flagged for retention workflows. Non-customer households entering the buyer's service area are flagged for acquisition workflows. PreMovers sends no names, phone numbers or email addresses — the matching happens entirely inside the buyer's privacy framework, on their own infrastructure.
Step 08Act inside the window
Retention and acquisition teams reach the household during the weeks between the listing event and the physical move. Inside that window, the household is actively making provider decisions. Outside it, the customer has already been won or lost. Campaign infrastructure (direct mail, email, outbound calling, digital targeting) fires on the trigger date — when the listing first appears — not on a fixed monthly calendar.
Pre-mover data is not new-mover data
The most common source of confusion in this category is the overlap with new-mover data. The two are sold side by side, often by the same vendors, and the difference looks cosmetic until a buyer tries to run a retention campaign on the wrong one.
Pre-mover data flags the household before the move, from the listing event. New-mover data flags the household after the move, from post-move records like change-of-address filings, utility hookups, or mail-forwarding registrations. The gap between the two is weeks long, and in most workflows that gap is the entire campaign window.
| Pre-mover data | New-mover data | |
|---|---|---|
| Signal source | Public listing event | Change-of-address, utility hookups, post-move filings |
| Timing | Weeks before the move, from the week it lists | Weeks after the move |
| Commercial use | Retention intervention, pre-move acquisition, quote capture | Post-move re-acquisition, welcome campaigns, service activation |
| Competitive window | Open — incumbent not yet displaced | Closed — switching decision made |
| Best fit | Banks, telecoms, insurers, utilities defending existing customers | Home services, welcome-kit providers, new-address outreach |
A retention team using new-mover data is doing post-mortem outreach. A retention team using pre-mover data is doing pre-emptive outreach. The two workflows look similar from the outside and diverge completely on results. Full comparison →
Three ways the signal gets captured
Not all pre-mover datasets are captured the same way. There are three methodologies in active use in Canada, and they produce data with different shapes, different latencies, and different failure modes.
Listing-based capture
The dominant methodology and the only one PreMovers uses. The household is flagged when its property enters the public listing market — for sale, for lease, or when withdrawn and re-listed. The approach is built around the listing lifecycle: every state change is observable and captured as the listing moves through it.
Strengths: earliest signal, highest specificity, strongest provenance. The household is flagged at the first public indication of an active move cycle and remains tracked through the full sale lifecycle.
Weaknesses: requires continuous capture infrastructure and years of accumulated operational history. A pipeline that hasn't been running long enough can't produce clean historical depth, and no amount of back-acquisition fills that gap.
Mobility-based capture
Inferred movement from aggregated mobile-device patterns. The household is flagged when device-level signals indicate a residential move.
Strengths: captures moves that never reach the listing market (rentals, family moves, corporate relocations). Useful for demographic-level migration analysis.
Weaknesses: the signal is laggy and the spatial resolution is coarser than property-level capture. Suitable for planning and territory analysis. Not suitable for household-level retention or acquisition workflows.
Post-move registration capture
The traditional "new-mover" methodology. The household is flagged from post-move records: change-of-address filings, credit-bureau updates, utility hookups. Technically this is new-mover data, but some vendors bundle it into their pre-mover product line — which is where buyer confusion starts.
Strengths: easy to source, legally well-understood, familiar to direct-mail infrastructure.
Weaknesses: arrives weeks after the move. The commercial window is already closed by the time the data is delivered.
How fast the signal arrives
Refresh cadence is the single number that most directly determines the commercial value of a pre-mover dataset. Two datasets can be drawn from the same listing source and have very different usefulness depending on how often the pipeline refreshes.
| Cadence | Median signal age at delivery | Commercial fit |
|---|---|---|
| Monthly | ~15 days old | Territory planning, quarterly campaign targeting, analytical backfill |
| Weekly | ~3–4 days old | Retention intervention, pre-move acquisition, insurance quoting, mortgage defence |
| Daily | < 24 hours | Same-day trigger systems, agent-driven workflows, AI-native retention flows |
Weekly refresh is the current standard for serious enterprise use, and what PreMovers delivers. A vendor who reports "regularly updated" or "rolling cadence" without naming a specific interval is usually delivering monthly data. The specific cadence is not a hard question to answer, and vagueness about it is almost always informative.
What a production pipeline actually does
Enterprise buyers sometimes assume pre-mover data is pulled from a feed and packaged. It isn't. A production pipeline runs continuously every week of the year, across interconnected operations that each have to work correctly for the output to be usable. If any one of them fails quietly, the data looks fine on delivery and starts drifting from live market conditions within weeks.
The operations span source handling, address-level normalization, property identity resolution, lifecycle state management, and deduplication. Each of those is a meaningful engineering problem in isolation. Running all of them together, week after week, for enough years to produce reliable historical depth, is what separates vendors who operate the pipeline from vendors who acquired a snapshot and are selling slices.
This is why pipeline continuity is worth asking every vendor about. Twelve years of weekly capture only comes from running the pipeline for twelve years, and buying old snapshots later does not fill the gap cleanly.
The PreMovers data is operated by BrightCat Data Ltd., which has run the underlying capture pipeline since 2014 — over twelve years of weekly delivery across all 10 Canadian provinces. The historical depth is what gives the data its lifecycle accuracy. Every Canadian property tracked has its full listing history, not just its current state.
How the data reaches the customer
The same underlying dataset reaches customers four ways. The shape matters because it determines what the buyer's team has to do to activate it.
Pre-mover mailing lists
The simplest shape. PreMovers.ca sells pre-mover lists for any Canadian province, city, postal area or radius: pick the area, see the count, download a CSV ready for a printer or Canada Post. Standard lists are $150 per 1,000 homes, Plus lists with the home details $250 per 1,000, minimum order $75 (500 homes). Every address passes a Canada Post check before it is sold. Counts by city and province →
Snowflake Marketplace
A live data share inside the buyer's own Snowflake environment. No file transfers, no ETL, no scheduled jobs to maintain. The data appears as a queryable table that can be joined directly to the buyer's CRM or subscriber database with SQL. Updated weekly automatically. This is the modern enterprise default.
MCP connector
An AI-native access point. AI agents — Claude, ChatGPT, custom enterprise agents — can query pre-mover data directly inside a conversation or an automated workflow. Useful for teams building AI-driven retention and acquisition systems, or for analysts who want natural-language access to the underlying data without writing SQL.
Flat file
A weekly CSV or Parquet file delivered via SFTP or cloud bucket. The traditional shape. Compatible with any CRM, any campaign platform, any direct-mail system. Still the right choice for many marketing operations workflows that don't need to live inside a data warehouse.
Privacy posture
Pre-mover data is property-level, not person-level. A record describes a property and a listing event — address, postal code, listing date, status, attributes, price history. No names, phone numbers, email addresses, or demographic information.
The customer identification happens when the buyer matches the file against their own customer records on address — inside their own systems, under their own privacy framework (PIPEDA in most cases, plus any sector-specific obligations the buyer carries). The file PreMovers sends has no names, phone numbers or email addresses.
This is the cleanest posture for the category. It also makes pre-mover data easier to integrate into privacy-conscious workflows than data sources that include person-level attributes — there are simply fewer privacy questions to answer.
See the pre-mover counts for your area
Mailable homes by province and city, updated every week, from $150 per 1,000. Enterprise teams: request a sample file sized to your region, at no cost; feed pricing on the follow-up call.
Lists by city and province Get a sample file →