Get exclusive insights on privacy laws, compliance strategies, and product updates delivered to your inbox
Your marketing team wants to send cold outreach emails to a purchased list of business contacts. Your data engineer wants to run behavioral analytics on logged-in users without an opt-in. Your security team wants to log all user activity for anomaly detection. Three teams, three processing activities, three people who have identified "legitimate interest" as the answer. At least one of them is probably wrong, and none of them has completed the documentation that would allow you to defend any of these decisions to a regulator.
This is where most organizations go wrong with GDPR lawful basis decisions: treating legitimate interest as a flexible default that avoids the friction of consent collection, rather than a structured legal basis that demands its own rigorous analysis. Cumulative GDPR fines exceeded €5.88 billion by January 2025. LinkedIn was fined €310 million in October 2024 for targeted advertising. Meta was banned from behavioral advertising across the EEA after the EDPB determined that neither contract nor legitimate interest could serve as the legal basis for that processing. Lawful basis errors are among the most common grounds for enforcement action — and they are particularly consequential because the GDPR prohibits changing lawful basis after the fact.
Explore more privacy compliance insights and best practices

Prioritizing user privacy is essential. Secure Privacy's free Privacy by Design Checklist helps you integrate privacy considerations into your development and data management processes.
DOWNLOAD YOUR PRIVACY BY DESIGN CHECKLISTGDPR Article 6 lists six lawful bases for processing personal data: consent, contract, legal obligation, vital interests, public task, and legitimate interests. All six are equal in legal standing — there is no hierarchy. But each has specific conditions, and once a lawful basis is identified and applied, it cannot be retroactively swapped for a different one if the original choice proves legally insufficient.
Consent, under Article 6(1)(a), requires a freely given, specific, informed, and unambiguous indication of agreement. It must be separate from other terms and conditions, must be as easy to withdraw as to give, must be granular enough to distinguish between different processing purposes, and cannot be bundled. For sensitive data under Article 9 — racial or ethnic origin, health, genetic data, biometric data, sexual orientation, political opinions, religious beliefs — the standard rises further to explicit consent, which requires an affirmative statement rather than mere affirmative action.
Legitimate interest, under Article 6(1)(f), permits processing when it is necessary for the purposes of legitimate interests pursued by the controller or a third party, unless those interests are overridden by the data subject's fundamental rights and freedoms. It requires no upfront user agreement, does not expire in the way consent does, and can cover a broader range of commercial and operational purposes — but it requires a documented assessment proving all three conditions are met, and it cannot override explicit regulatory requirements for consent in other legal frameworks.
Before asking whether legitimate interest can substitute for consent, the first question is whether consent is legally required regardless of any balancing exercise. Several contexts make this determination for you.
Non-essential cookies and tracking technologies are governed by the ePrivacy Directive rather than GDPR. Under ePrivacy, consent is required before any non-essential cookie or similar technology is placed on a user's device — regardless of whether a legitimate interest assessment would succeed under GDPR. This is the rule that governs analytics cookies, advertising pixels, session replay tools, and tracking technologies on websites and apps. A legitimate interest analysis under GDPR Article 6(1)(f) does not override the ePrivacy consent requirement. Getting GDPR consent management right — including what makes consent valid, how granularity and withdrawal requirements work, and where common implementation failures occur — is the operational foundation for any processing that ePrivacy brings within the consent-only zone.
Electronic direct marketing — email, SMS, automated calls — is similarly governed by ePrivacy consent requirements across most EU member states, subject to a narrow "soft opt-in" exception. Under the soft opt-in, an organization can market to existing customers about similar products without fresh consent, provided the customer was given a clear opt-out opportunity at the time their data was collected and at every subsequent communication. This exception is narrow and jurisdiction-specific. In most B2C cold outreach scenarios, consent is required. In B2B outreach, some member states apply more permissive rules, but the specific national implementation must be verified — GDPR's legitimate interest analysis alone does not resolve the ePrivacy question.
Sensitive data processing under Article 9 requires explicit consent or one of a limited set of alternative conditions — employment law obligations, vital interests, existing data made public by the data subject, legal claims, substantial public interest, health or social care, public health, or research and statistics. Legitimate interest under Article 6 cannot serve as the lawful basis for sensitive data processing. This is a categorical rule. An organization processing health data, biometric identifiers, or racial or ethnic origin data under a general legitimate interest rationale is processing without a lawful basis for that specific category.
Power imbalance situations — particularly the employment context — create structural challenges for consent because the freely given requirement is difficult to satisfy when an employee's employment relationship with the employer creates pressure to agree. Regulatory guidance across EU member states consistently flags employment-context consent as problematic for this reason, and recommends relying on legal obligation, contract, or legitimate interest instead for most routine employment data processing.
Legitimate interest is the most flexible lawful basis and covers a genuinely wide range of commercial and operational purposes — but only when the three-part test passes and the documentation is in place.
The clearest legitimate interest cases are where GDPR Recitals 47 to 49 explicitly signal the basis as appropriate. Fraud prevention is the paradigm case: processing personal data to detect, investigate, or prevent fraudulent activity in ways that protect both the controller and other users is a well-established legitimate interest. Network and information security — monitoring systems for unauthorized access, detecting malware, managing vulnerabilities — is similarly well-established; Recital 49 specifically mentions it. Intra-group data transfers for internal administrative purposes are mentioned in Recital 48. In October 2024, the CJEU confirmed in Case C-621/22 (KNLTB v. AP) that purely commercial interests can constitute a legitimate interest under Article 6(1)(f), provided the standard balancing test is properly conducted — settling a long-standing debate about whether non-public-interest purposes could qualify.
For existing customer relationships, legitimate interest is commonly and defensibly applied to direct marketing about similar products and services, retention analysis, customer service improvement, and personalization that operates within reasonable expectations. The key phrase in each of these cases is "within reasonable expectations" — the balancing test must address whether a reasonable person in the data subject's position would expect this kind of processing, and that expectation depends heavily on context, transparency at collection, and the intrusiveness of the processing.
Security monitoring and logging for operational purposes — detecting system anomalies, maintaining audit trails for internal governance, managing access control — generally supports a legitimate interest basis when the monitoring is proportionate, disclosed in privacy notices, and limited to what is necessary for the security objective.

Prioritizing user privacy is essential. Secure Privacy's free Privacy by Design Checklist helps you integrate privacy considerations into your development and data management processes.
DOWNLOAD YOUR PRIVACY BY DESIGN CHECKLISTBehavioral advertising and cross-site tracking are the highest-profile legitimate interest failures in EU enforcement history. The EDPB's 2023 binding decision against Meta — subsequently implemented by the Irish DPC with an EEA-wide ban on processing for behavioral advertising on the basis of legitimate interest — establishes the principle clearly: profiling users' behavior across platforms for advertising purposes creates privacy impacts substantial enough that the balancing test fails, and consent is the appropriate basis. LinkedIn received a €310 million fine in 2024 for the same category of error. These are not edge cases — they represent the dominant enforcement pattern on legitimate interest misuse.
Profiling with significant effects on individuals — credit scoring algorithms, hiring assessment tools, insurance risk models — creates outcomes that are consequential enough that the balancing test is very difficult to pass under legitimate interest, particularly for automated decision-making that falls within Article 22's scope. High-risk automated processing of this kind requires not just a lawful basis but a DPIA, and frequently requires consent rather than legitimate interest given the potential for discriminatory or financially significant outcomes.
Repurposing data collected for one purpose to serve a materially different purpose is a frequent legitimate interest error. An organization that collects email addresses for transactional communications cannot automatically extend that data to behavioral analytics or advertising targeting under legitimate interest — the original collection context shapes the reasonable expectations that the balancing test must satisfy. A processing activity with a new purpose requires a new lawful basis analysis for that specific purpose, not an extension of the original one.
The legitimate interest assessment (LIA) is not optional. The accountability principle under Article 5(2) GDPR requires that controllers be able to demonstrate compliance with the GDPR — and demonstrating legitimate interest means documenting the three-part test in a form that can be produced to supervisory authorities during an investigation or audit. The EDPB's Guidelines 1/2024 on Article 6(1)(f) updated the methodology guidance, incorporating recent CJEU case law and tightening requirements around documentation depth and specificity.
The purpose test asks: is the interest genuine, specific, and lawful? A vague statement that "business analytics" or "marketing purposes" constitutes the legitimate interest is not sufficient. The purpose must be clearly articulated — specific enough that the necessity test can be applied against it. "Detecting fraudulent transactions to protect customers and the business from financial loss" passes the specificity threshold. "Improving our understanding of user behavior" does not.
The necessity test asks: is the processing actually necessary to achieve the identified purpose, or could a less privacy-intrusive approach achieve the same goal? This test requires genuine engagement with alternatives. If the legitimate interest is fraud detection and the processing involves analyzing transaction patterns, the necessity test examines whether the specific data fields used, the retention period, and the scope of analysis are genuinely necessary for that detection function — or whether a more limited approach could achieve the same protection. Automation of privacy impact assessment processes so that LIAs are conducted before processing begins and updated when processing changes materially is the operational mechanism that replaces ad hoc, retrospective documentation with systematic pre-processing analysis.
The balancing test asks: when you weigh your legitimate interest against the data subjects' reasonable expectations, privacy rights, and the potential impact of the processing, does the balance favor the processing? The balancing analysis should consider the nature of the data (sensitive data tips the balance significantly toward the data subject), the relationship between the controller and the data subject (an employment relationship creates different expectations than a one-time e-commerce transaction), the intrusiveness of the processing (cross-site behavioral tracking is more intrusive than internal analytics), and the safeguards in place to mitigate the privacy impact. The EDPB's Guidelines 1/2024 place particular emphasis on the reasonable expectations element: processing that data subjects could not reasonably anticipate from the context of collection faces a structurally more difficult balancing test.
Where the balancing test is uncertain, implementing additional safeguards — pseudonymization, data minimization, limited retention, enhanced transparency, robust opt-out mechanisms — can tip a borderline balance toward the controller's legitimate interest, provided those safeguards are genuinely operational rather than aspirational commitments in a policy document.
A completed LIA must be maintained in writing and linked to the relevant entries in the organization's Records of Processing Activities (RoPA). The EDPB and national supervisory authorities routinely request LIAs during investigations and audits as the primary evidence of lawful basis compliance. Regulators are specifically skeptical of LIAs that appear to have been produced reactively — after a complaint rather than before processing began — and of assessments that reach the conclusion "legitimate interest applies" through a one-paragraph reasoning chain that does not engage with the necessity and balancing elements.
A defensible LIA has four components. The purpose statement identifies the specific processing activity and the interest it serves, with enough specificity to support the necessity analysis. The necessity analysis demonstrates that no less privacy-intrusive approach would serve the purpose adequately — and engages genuinely with alternatives rather than dismissing them. The balancing analysis identifies the relevant factors in both directions, applies them to the specific processing context, and reaches a reasoned conclusion. The safeguards section documents what technical and organizational measures are in place to mitigate the privacy impact and protect data subject rights.
The LIA must also address the data subjects' right to object under GDPR Article 21. When processing is based on legitimate interest, data subjects have an absolute right to object to processing for direct marketing purposes — and the controller must stop that processing upon receipt of an objection. For other legitimate interest processing, the right to object can be overridden where the controller demonstrates compelling legitimate grounds that override the individual's interests, but this must be assessed case by case. The data inventory and RoPA documentation infrastructure that supports legitimate interest documentation — linking each processing activity to its lawful basis, the completed LIA, and the retention period — is what produces the audit-ready accountability documentation the GDPR requires.
For email marketing to an existing customer base about similar products: legitimate interest can apply under the soft opt-in exception in most EU member states, provided an opt-out was clearly offered at collection and is offered in every subsequent communication. This is not a GDPR-only analysis — the ePrivacy Directive's rules must be separately satisfied.
For cold email outreach to purchased lists: legitimate interest under GDPR will not overcome the ePrivacy consent requirement for direct electronic marketing in B2C contexts. In some B2B contexts, a legitimate interest analysis may support the outreach, but this depends on national implementation and requires a completed LIA that genuinely addresses the reasonable expectations of the recipients.
For web analytics using Google Analytics or similar tools: ePrivacy requires consent for non-essential cookies used in analytics. A GDPR legitimate interest analysis does not resolve this — the consent requirement is in ePrivacy, not GDPR, and the two frameworks operate in parallel. Analytics that do not rely on tracking cookies or device identifiers may be achievable without consent (for example, server-side aggregate analytics using only IP-derived geolocation rather than user-level identifiers), but this requires a deliberate architectural choice rather than a policy statement.
For internal security monitoring and audit logging: legitimate interest is generally appropriate, provided the monitoring is proportionate and disclosed. The LIA should address the specific data categories captured in logs, the retention period, access controls, and the relationship between the monitoring scope and the security objective it serves.
For HR analytics and workforce planning using employee data: legitimate interest can apply for many routine purposes, but power imbalance concerns around employment-context consent mean that transparent privacy notices, a completed LIA, and robust opt-out mechanisms are essential. Processing of employee data that involves behavioral monitoring or performance profiling faces a more demanding balancing test. Building an operational privacy program where lawful basis decisions are made and documented systematically before processing activities begin — rather than after a complaint surfaces the gap — is the structural difference between defensible compliance and paper compliance.
Before relying on any lawful basis, work through these steps in order. First, identify the specific processing purpose with enough specificity to support a necessity analysis. Second, determine whether consent is legally required regardless of any balancing — if ePrivacy applies (non-essential cookies, electronic marketing), or if the data is sensitive under Article 9, consent or an Article 9-specific basis is required and the legitimate interest analysis is not available. Third, consider whether contract, legal obligation, or another basis more precisely fits the processing — legitimate interest should not be the default when another basis applies more naturally. Fourth, if legitimate interest is the most appropriate basis, conduct and document the three-part test: articulate the specific interest, test necessity against alternatives, and complete the balancing analysis with reference to data subjects' reasonable expectations and the potential impact of the processing. Fifth, document the completed LIA and link it to the relevant RoPA entry, including the retention period and the safeguards in place. Sixth, implement a mechanism for data subjects to exercise their right to object, and test that the mechanism works operationally rather than just being described in a privacy policy.
A lawful basis under Article 6(1)(f) that permits processing when a controller or third party has a genuine interest, the processing is necessary for that interest, and the data subject's rights do not override it. It requires a documented three-part assessment rather than explicit user permission.
Not where consent is legally required by another framework — particularly ePrivacy for non-essential cookies and direct electronic marketing. For processing outside those frameworks, legitimate interest can substitute for consent if the three-part test passes and is documented.
Website analytics that rely on cookies or similar tracking technologies require consent under ePrivacy, regardless of any GDPR legitimate interest analysis. Analytics that operate without user-level identifiers or tracking technologies may be achievable without consent, depending on the specific implementation.
A documented analysis of whether a processing activity satisfies the three-part legitimate interest test: purpose specificity, necessity versus alternatives, and balancing of the controller's interest against data subjects' rights. It is required before relying on legitimate interest and must be available for supervisory authority inspection.
Yes. GDPR Article 21 gives data subjects the right to object to processing based on legitimate interest. For direct marketing, the right to object is absolute — processing must stop. For other purposes, the controller can continue processing only if it demonstrates compelling legitimate grounds that override the individual's specific interests.
Legitimate interest is a genuinely powerful and flexible tool when used correctly. The enforcement record shows what happens when it is not: the Meta ban across the EEA, the LinkedIn fine, the pattern of DPA decisions identifying retroactive or inadequate LIA documentation as the compliance gap. The question "can we legally avoid consent here?" has a real answer — but it requires a real analysis, not a paragraph in a policy document.