
Website visitor identification is legal in most jurisdictions, but legality depends on where your visitors are, how the data was collected, and what you do with it afterward. In the EU and UK, person-level identification generally needs a lawful basis and, for the tracking script itself, consent. In the US there is no single federal rule, so the question becomes which state laws apply and whether you honor opt-outs. This is a general guide, not legal advice, so have counsel review your setup before you go live.
The Short Answer by Region
| Region | Main rules | What it usually means for visitor ID |
|---|---|---|
| EU | GDPR and the ePrivacy Directive | Consent for non-essential scripts and a lawful basis for processing personal data. Person-level identification of EU visitors is the highest-risk use case. |
| UK | UK GDPR and PECR | Same shape as the EU: consent for tracking technologies, a lawful basis for processing. |
| California | CCPA and CPRA | Notice at collection, a working opt-out of sale or sharing, and honoring Global Privacy Control signals. |
| Other US states | Roughly twenty state privacy laws | Similar opt-out and notice duties, with different thresholds and definitions. |
| Canada | PIPEDA and CASL | Meaningful consent for personal data, and consent rules for commercial email. |
Why Company-Level and Person-Level Identification Are Treated Differently
Company-level identification maps an IP address to a business. An office IP address is generally not personal data about a specific individual, so the exposure is lower, though IP addresses can still count as personal data in the EU in some contexts.
Person-level identification resolves a visit to a named individual, often with an email address. That is personal data in every major framework. It is where most of the legal attention goes, and where the vendor's data sourcing matters most. The two questions to ask are how the person's identity was obtained and whether that person agreed to it.
What GDPR and ePrivacy Require
Two separate rules apply, and teams often confuse them.
- The tracking script. The ePrivacy Directive requires consent before storing or reading information on a visitor's device for non-essential purposes. A visitor identification pixel that sets identifiers or reads device data usually falls under this, so EU visitors should see a consent banner and the script should not fire until they accept.
- The personal data. GDPR requires a lawful basis, typically consent or legitimate interest, plus transparency, data minimization, and the ability for people to access or delete their data. Fines can reach 20 million euros or 4 percent of global annual turnover, whichever is higher.
The practical conclusion many B2B teams reach: run person-level identification for US traffic, and either suppress it or require consent for EU and UK traffic.
What US Law Requires
There is no federal visitor identification statute, but several rules still bite.
- State privacy laws. California's CCPA and CPRA give residents the right to opt out of the sale or sharing of personal information and require honoring browser-level opt-out signals such as Global Privacy Control. California's exemption for B2B contact data expired on January 1, 2023, so business contacts are covered like anyone else.
- Wiretapping claims. Plaintiffs have filed lawsuits under California's wiretapping statute against site owners who use tracking tools without notice or consent. Outcomes vary by court, which is a reason to have a clear privacy notice and, where you can, consent controls.
- CAN-SPAM. Once you email an identified visitor, you need an unsubscribe mechanism, a valid physical address, and honest headers. CAN-SPAM does not require prior opt-in for commercial email, but state laws and other countries may.
Seven Questions to Ask a Visitor Identification Vendor
Run this checklist before installing any pixel. It also works as a quick scoring sheet when comparing vendors.
- Where does the identity data come from? Look for a specific answer, such as an opted-in consumer data network, rather than "proprietary data."
- Were the people in that network told their data could be used this way? Ask to see the consent language.
- Does the script respect consent banners and Global Privacy Control? Test it yourself in a browser.
- Can EU and UK traffic be excluded or consent-gated? Ask for the setting, not a promise.
- Is there a deletion and opt-out process you can point people to?
- Will the vendor sign a data processing agreement?
- What are the retention periods? Indefinite storage of visitor-level data increases your exposure.
How to Reduce Your Risk
- Add a plain-language line to your privacy policy that says you use visitor identification and for what purpose.
- Put the pixel behind your consent management platform for EU and UK visitors.
- Honor deletion and opt-out requests in your CRM and sequencing tools, not only in the vendor dashboard.
- Keep outreach relevant. Messages that reference the visit's topic are lower-risk and perform better than generic blasts. Your outbound sequences should include a working unsubscribe.
- Document your reasoning. If a regulator asks, a written assessment helps.
How Avina Approaches It
Avina's website visitor identification uses a JavaScript snippet and identifies individuals through an opted-in consumer data network. Its published FAQ states that it honors Do-Not-Track, provides a data deletion request form, executes DPAs with customers, and does not use third-party tracking cookies for EU site visitors. See the FAQ for the current wording, and confirm the details in a DPA review before deployment. Visitor identification is also only one signal among many. Teams that prefer a lower-risk starting point can lean on non-visitor buying signals, such as hiring, funding, and technology changes, which come from public sources rather than from tracking individual browsing.
Frequently Asked Questions
Give your team the edge they need.
Get started in just 30 min and unlock your hidden pipeline with Avina.

