tely
Blog
Compliance3 juin 2026

Data residency: what “hosted in Canada” actually means

0

The phrase reassures and guarantees almost nothing. What matters legally, what matters commercially, and the questions to put to your host.

It's become a selling point. It's useful — and it's almost always vaguer than the buyer understands.

The first distinction.

Residency: where the data physically sits. Sovereignty: which jurisdictions it's subject to. These aren't the same thing, and that's the source of the misunderstanding.

Data stored in a Canadian region of an American cloud provider does sit in Canada — and remains reachable under American law, the parent company being American. Residency doesn't create legal insulation.

That doesn't disqualify those providers. But if you tell an institutional buyer their data is “safe” by virtue of its location, you're claiming something inaccurate, and an informed buyer will know.

What the law actually requires.

In Quebec, Law 25 doesn't prohibit transfers out of province. It requires a prior privacy impact assessment, and requires that the information receive adequate protection at its destination. It's an obligation to follow a documented process, not a ban on leaving.

Federally, PIPEDA imposes no location requirement. It requires a comparable level of protection and transparency about transfers — the user has to know their data may be processed abroad.

In the public sector is where the real location requirements live. Some departments and agencies contractually require Canadian hosting for certain categories of information. If your market is government, the question becomes an eligibility criterion, not a selling point.

In Europe, the GDPR doesn't prescribe location but governs transfers. Canada holds a partial adequacy decision for organisations subject to PIPEDA — which simplifies Canada–EU exchanges considerably, and is a card worth playing commercially.

Four questions to put to your host.

Which exact region does the data sit in? “Canada” isn't an answer: the specific region is. Where are the backups? Frequently elsewhere, often in another jurisdiction, and almost never mentioned.

Who can reach the data from abroad? Overnight technical support on another continent is cross-border access, even with no data movement. And where do the logs, metrics and traces go? Almost always forgotten in the inventory, and they routinely contain personal information — IP addresses, identifiers, request contents.

What it changes in design.

The residency decision belongs to week 1, not to deployment. A database moved from one region to another after launch means a downtime window, restoring backups, reissuing certificates, and re-verifying subprocessors. Decided at scoping, it's a line of configuration.

What we don't do.

We don't write “hosted in Canada” on a website without being able to answer the four questions above. On a compliance argument, an unverifiable claim costs more than its absence.