This comparison helps separate GDPR personal-data processing duties from ePrivacy rules for electronic communications, terminal-equipment access, traffic data, location data, and direct marketing.
Both rules can apply to the same journey. The depends on national transposition, so cookie, communications, and marketing details must also be checked against the relevant Member State law.
The GDPR and often apply to the same product step but use different triggers. GDPR governs processing of personal data. ePrivacy governs specified electronic-communications activities, including storing information or accessing information in terminal equipment, even when that information is not personal data. For cookies, pixels, SDKs, device identifiers, messaging, and electronic marketing, test ePrivacy first for the access or channel rule, then GDPR for any personal-data processing.
Side-by-side comparison
EU GDPR vs ePrivacy Directive: where each workstream starts
Use the rows to decide whether a fact pattern needs GDPR work, ePrivacy work, or both, and where national ePrivacy implementation must be checked.
Starts with processing of personal data by controllers, processors, or joint controllers and requires a lawful basis, transparent processing, rights handling, security, accountability, and other GDPR controls.
Second framework
ePrivacy Directive
Starts with electronic communications and related privacy rules, including public communications services, communications confidentiality, terminal-equipment storage or access, traffic data, location data, and unsolicited communications.
EU GDPR vs ePrivacy Directive: where each workstream starts
Articles 1 to 4 establish GDPR subject matter, material scope, territorial scope, and definitions for personal data, processing, controller, and processor.
processing of personal data
Is the activity connected to publicly available electronic communications services or public communications networks, communications confidentiality, traffic data, location data, terminal-equipment storage or access, or unsolicited communications?
Articles 3, 5, 6, 9, and 13 establish the ePrivacy scope areas used in this comparison.
public communications networks
Run both tests for cookies, SDKs, analytics, messaging, and marketing. ePrivacy may govern the communications or terminal-access step while GDPR governs any personal-data processing that follows.
GDPR Article 6 requires a lawful basis for personal-data processing. Consent is one basis, and Article 7 requires the controller to demonstrate consent and allow withdrawal.
Articles 6 and 7 support the GDPR lawful-basis and consent statements.
Processing shall be lawful only if
ePrivacy Article 5(3) requires consent for storing information or gaining access to information in terminal equipment unless the directive's transmission or strictly necessary exception applies. Article 13 addresses consent and objection rules for direct marketing communications.
Articles 5(3) and 13 support terminal-access consent and direct-marketing consent or objection statements.
has given his or her consent
A consent banner or marketing opt-in may need to satisfy ePrivacy for the access or communication and GDPR for the later personal-data processing. Do not substitute a GDPR basis for an ePrivacy consent requirement.
GDPR applies when cookie, SDK, tag, device, or analytics information is personal data, including where it can identify a person directly or indirectly.
Article 4 definitions and Article 5 principles support the GDPR processing classification for identifiers and related data.
online identifier
ePrivacy Article 5(3) focuses on storing information or gaining access to information already stored in terminal equipment. The protected information can be personal or non-personal, and storage and access are separate triggers.
Explains that information is broader than personal data and that storage and access are independent Article 5(3) operations.
Classify terminal storage or access first, then classify the personal-data processing that follows. A technology can fall under ePrivacy without GDPR, and a strictly necessary ePrivacy use can still require a GDPR record when personal data is processed.
GDPR governs personal-data processing principles, transparency, security, rights, breach response, records, DPIAs, and transfers when communications data or location data relates to an identified or identifiable person.
Articles 4, 5, 12 to 22, 30, 32, 33, 35, and Chapter V support GDPR duties for personal data in communications-related processing.
location data
ePrivacy contains specific rules for communications confidentiality, traffic data, and location data other than traffic data in the electronic communications context.
Articles 5, 6, and 9 support the ePrivacy statements on confidentiality, traffic data, and location data.
traffic data
For messaging, network, telecom, or location features, do not rely only on a GDPR data map. Add the ePrivacy Article 5, 6, and 9 classification where the service and data type match the directive.
Articles 5, 6, 12 to 14, 21, and 30 support GDPR marketing-processing evidence.
Right to object
ePrivacy Article 13 addresses unsolicited communications for direct marketing, including prior consent for automated calling systems, fax, and electronic mail, plus a limited own-similar-products electronic-mail scenario and national-law choices for other cases.
Article 13 supports the ePrivacy direct-marketing statements, including prior consent, own similar products, and national-law choice language.
direct marketing
Keep the GDPR marketing-processing record and the ePrivacy channel rule together. If a rule turns on Member State implementation, flag it for local-law review rather than generalizing it.
GDPR Article 32 requires security appropriate to risk, and Article 33 requires controller notification to the competent supervisory authority where feasible within 72 hours unless the breach is unlikely to risk individuals' rights and freedoms.
Articles 32 and 33 support the GDPR security and breach-notification statements.
not later than 72 hours
ePrivacy Article 4 requires providers of publicly available electronic communications services to take security measures and notify personal data breaches to the competent national authority without undue delay, with subscriber or individual notice where likely adverse effects apply.
Article 4 supports ePrivacy security measures, breach notification, subscriber or individual notification, and breach-inventory evidence.
without undue delay
A communications-service breach may need both GDPR and ePrivacy routing. Record which authority route, threshold, clock, subscriber notice, and evidence inventory applies under each source.
GDPR creates supervisory authorities, corrective powers, and administrative fine tiers, including up to EUR 20 million or 4 percent of worldwide annual turnover for specified infringements.
Articles 51, 58, and 83 support the GDPR supervisory-authority powers and administrative-fine statements.
up to 20 000 000 EUR
ePrivacy requires Member States to lay down penalties for infringements of national provisions adopted under the directive, and those penalties must be effective, proportionate, and dissuasive.
Article 15a supports only the directive-level penalty statement; national penalty amounts and procedures are not stated here.
effective, proportionate and dissuasive
Use GDPR fine tiers for GDPR infringements. Verify the competent authority, penalties, and procedures for an ePrivacy issue in the relevant Member State's implementing law.
When the same tool or workflow collects personal data and also touches terminal equipment, identify both the GDPR role and the ePrivacy trigger before you decide which records to keep.
Articles 4, 5, 6, and 24 support identifying the GDPR role and lawful-basis analysis for personal-data processing.
processing of personal data
When the same tool or workflow touches terminal equipment, electronic communications, direct marketing, traffic data, or location data, apply the relevant ePrivacy rule and then check whether any later personal-data processing needs a GDPR basis.
Articles 3, 5, 6, 9, and 13 support the ePrivacy triggers for communications, terminal access, traffic data, location data, and direct marketing.
terminal equipment
One product step can trigger two analyses, but the evidence should be separated by legal test. That keeps the cookie, communications, and personal-data questions from collapsing into one generic privacy review.
Identify any personal-data processing and the GDPR controller, processor, purpose, lawful basis, notice, rights, retention, security, and transfer controls.
Articles 4, 5, 6, and 24 support the initial GDPR classification step.
processing of personal data
For terminal access, communications, or electronic marketing, resolve the ePrivacy consent, exception, confidentiality, or channel rule before the activity occurs.
Articles 1 to 4 establish GDPR subject matter, material scope, territorial scope, and definitions for personal data, processing, controller, and processor.
processing of personal data
ePrivacy Directive
Is the activity connected to publicly available electronic communications services or public communications networks, communications confidentiality, traffic data, location data, terminal-equipment storage or access, or unsolicited communications?
Articles 3, 5, 6, 9, and 13 establish the ePrivacy scope areas used in this comparison.
public communications networks
Operational implication
Run both tests for cookies, SDKs, analytics, messaging, and marketing. ePrivacy may govern the communications or terminal-access step while GDPR governs any personal-data processing that follows.
Supports the communications and terminal-access side of a parallel GDPR and ePrivacy assessment.
terminal equipment
Lawful basis and consent
EU GDPR
GDPR Article 6 requires a lawful basis for personal-data processing. Consent is one basis, and Article 7 requires the controller to demonstrate consent and allow withdrawal.
Articles 6 and 7 support the GDPR lawful-basis and consent statements.
Processing shall be lawful only if
ePrivacy Directive
ePrivacy Article 5(3) requires consent for storing information or gaining access to information in terminal equipment unless the directive's transmission or strictly necessary exception applies. Article 13 addresses consent and objection rules for direct marketing communications.
Articles 5(3) and 13 support terminal-access consent and direct-marketing consent or objection statements.
has given his or her consent
Operational implication
A consent banner or marketing opt-in may need to satisfy ePrivacy for the access or communication and GDPR for the later personal-data processing. Do not substitute a GDPR basis for an ePrivacy consent requirement.
Article 5(3) supports separate ePrivacy terminal-access analysis.
strictly necessary
Trigger
EU GDPR
GDPR applies when cookie, SDK, tag, device, or analytics information is personal data, including where it can identify a person directly or indirectly.
Article 4 definitions and Article 5 principles support the GDPR processing classification for identifiers and related data.
online identifier
ePrivacy Directive
ePrivacy Article 5(3) focuses on storing information or gaining access to information already stored in terminal equipment. The protected information can be personal or non-personal, and storage and access are separate triggers.
Explains that information is broader than personal data and that storage and access are independent Article 5(3) operations.
Operational implication
Classify terminal storage or access first, then classify the personal-data processing that follows. A technology can fall under ePrivacy without GDPR, and a strictly necessary ePrivacy use can still require a GDPR record when personal data is processed.
Supports separate ePrivacy classification of storage or access in terminal equipment.
terminal equipment
Core obligations
EU GDPR
GDPR governs personal-data processing principles, transparency, security, rights, breach response, records, DPIAs, and transfers when communications data or location data relates to an identified or identifiable person.
Articles 4, 5, 12 to 22, 30, 32, 33, 35, and Chapter V support GDPR duties for personal data in communications-related processing.
location data
ePrivacy Directive
ePrivacy contains specific rules for communications confidentiality, traffic data, and location data other than traffic data in the electronic communications context.
Articles 5, 6, and 9 support the ePrivacy statements on confidentiality, traffic data, and location data.
traffic data
Operational implication
For messaging, network, telecom, or location features, do not rely only on a GDPR data map. Add the ePrivacy Article 5, 6, and 9 classification where the service and data type match the directive.
Articles 5, 6, 12 to 14, 21, and 30 support GDPR marketing-processing evidence.
Right to object
ePrivacy Directive
ePrivacy Article 13 addresses unsolicited communications for direct marketing, including prior consent for automated calling systems, fax, and electronic mail, plus a limited own-similar-products electronic-mail scenario and national-law choices for other cases.
Article 13 supports the ePrivacy direct-marketing statements, including prior consent, own similar products, and national-law choice language.
direct marketing
Operational implication
Keep the GDPR marketing-processing record and the ePrivacy channel rule together. If a rule turns on Member State implementation, flag it for local-law review rather than generalizing it.
Supports separate ePrivacy channel and consent checks for direct marketing communications.
electronic mail
Timing and deadlines
EU GDPR
GDPR Article 32 requires security appropriate to risk, and Article 33 requires controller notification to the competent supervisory authority where feasible within 72 hours unless the breach is unlikely to risk individuals' rights and freedoms.
Articles 32 and 33 support the GDPR security and breach-notification statements.
not later than 72 hours
ePrivacy Directive
ePrivacy Article 4 requires providers of publicly available electronic communications services to take security measures and notify personal data breaches to the competent national authority without undue delay, with subscriber or individual notice where likely adverse effects apply.
Article 4 supports ePrivacy security measures, breach notification, subscriber or individual notification, and breach-inventory evidence.
without undue delay
Operational implication
A communications-service breach may need both GDPR and ePrivacy routing. Record which authority route, threshold, clock, subscriber notice, and evidence inventory applies under each source.
Supports retaining a distinct ePrivacy breach inventory and competent-national-authority route where Article 4 applies.
inventory of personal data breaches
Enforcement
EU GDPR
GDPR creates supervisory authorities, corrective powers, and administrative fine tiers, including up to EUR 20 million or 4 percent of worldwide annual turnover for specified infringements.
Articles 51, 58, and 83 support the GDPR supervisory-authority powers and administrative-fine statements.
up to 20 000 000 EUR
ePrivacy Directive
ePrivacy requires Member States to lay down penalties for infringements of national provisions adopted under the directive, and those penalties must be effective, proportionate, and dissuasive.
Article 15a supports only the directive-level penalty statement; national penalty amounts and procedures are not stated here.
effective, proportionate and dissuasive
Operational implication
Use GDPR fine tiers for GDPR infringements. Verify the competent authority, penalties, and procedures for an ePrivacy issue in the relevant Member State's implementing law.
Supports flagging national ePrivacy penalty details as Member State implementation checks.
national provisions
Overlap and reuse
EU GDPR
When the same tool or workflow collects personal data and also touches terminal equipment, identify both the GDPR role and the ePrivacy trigger before you decide which records to keep.
Articles 4, 5, 6, and 24 support identifying the GDPR role and lawful-basis analysis for personal-data processing.
processing of personal data
ePrivacy Directive
When the same tool or workflow touches terminal equipment, electronic communications, direct marketing, traffic data, or location data, apply the relevant ePrivacy rule and then check whether any later personal-data processing needs a GDPR basis.
Articles 3, 5, 6, 9, and 13 support the ePrivacy triggers for communications, terminal access, traffic data, location data, and direct marketing.
terminal equipment
Operational implication
One product step can trigger two analyses, but the evidence should be separated by legal test. That keeps the cookie, communications, and personal-data questions from collapsing into one generic privacy review.
Supports the communications and terminal-access side of a parallel GDPR and ePrivacy assessment.
public communications networks
Practical decision rule
EU GDPR
Identify any personal-data processing and the GDPR controller, processor, purpose, lawful basis, notice, rights, retention, security, and transfer controls.
Articles 4, 5, 6, and 24 support the initial GDPR classification step.
processing of personal data
ePrivacy Directive
For terminal access, communications, or electronic marketing, resolve the ePrivacy consent, exception, confidentiality, or channel rule before the activity occurs.
Supports applying the ePrivacy rule before the downstream GDPR analysis.
prior consent
Practical decision rule
How should teams apply both regimes in one workflow?
Classify the activity first: personal-data processing, terminal-equipment access, electronic communications service, traffic data, location data, direct marketing, or breach response.
Assign a GDPR owner for personal-data processing and an ePrivacy owner for communications, terminal-access, and channel-specific rules; the same person can own both only if both records are explicit.
Keep consent evidence separate enough to show which consent event supports ePrivacy access or marketing and which lawful basis supports GDPR processing.
Flag national ePrivacy implementation checks for direct marketing choices, penalties, and competent authority routing instead of stating unsupported Member State details.
Supports ePrivacy classification for communications confidentiality, terminal-equipment access, traffic data, location data, direct marketing, security, breach, and national implementation checks.
electronic communications sector
1
Section 1
Start with the fact pattern, not the framework name
A GDPR assessment asks whether there is processing of personal data and who acts as controller, processor, or joint controller. If personal data is involved, Article 5 accountability and Article 6 lawfulness must still be satisfied even when an ePrivacy rule also applies.
An ePrivacy assessment asks whether the activity falls within electronic communications rules, such as public communications services, communications confidentiality, terminal-equipment storage or access, traffic data, location data, or direct marketing by electronic mail. Article 5(3) uses the broader word information, not personal data. EDPB Guidelines 2/2023 are regulator guidance rather than legislation; they apply the Article 5(3) technical test to cookies, URL and pixel tracking, local processing, some IP-only tracking, connected-device reporting, and unique identifiers. National transposition still controls Member State-specific procedures and penalties.
The does not create one uniform national enforcement code. Before launch, identify every Member State in which the activity reaches subscribers or users and record the transposing law, competent authority, consent or objection rule, and penalty route. Reassess that record when a vendor, tag, SDK, storage method, returned information, purpose, recipient, marketing channel, or target Member State changes.
Product or engineering owner: inventory each cookie, SDK, pixel, local-storage operation, device read, identifier, recipient, purpose, duration, and data returned; record both the ePrivacy terminal-access answer and the GDPR personal-data answer where the information relates to an identifiable person.
Marketing owner: for email, SMS, or a similar channel, record the applicable national Article 13 rule separately from the GDPR lawful basis, notice, objection, and suppression record.
Service or network owner: for communications metadata or location features, classify the service and data under ePrivacy Articles 6 or 9 before reusing a general GDPR lawful-basis memo.
Security and privacy owners: keep separate clocks and evidence where GDPR Article 33 and the national implementation of ePrivacy Article 4 create different notification routes.
Supports the GDPR side of the comparison: personal-data processing, principles, lawful bases, controller and processor obligations, records, security, breaches, DPIAs, transfers, supervisory authorities, and fines.
Explains the Article 5(3) tests for information, terminal equipment, storage, and access and applies them to pixels, URLs, local processing, IP addresses, IoT reporting, and unique identifiers.
2
Section 2
Consent and lawful basis are related but not interchangeable
Under the GDPR, processing is lawful only when one Article 6 basis applies. Consent is one possible basis, but the GDPR also recognizes contract necessity, legal obligation, vital interests, public task, and legitimate interests, subject to the text's conditions.
Under the , some communications-specific activities are framed around consent or specific opt-out rules. Article 5(3) requires consent for storing information or gaining access to information stored in a subscriber's or user's terminal equipment unless the activity is solely for transmitting a communication or strictly necessary to provide an information society service that the subscriber or user expressly requested. The exception is tied to the purpose of the storage or access, not to a label such as essential, functional, or first-party.
Article 13 separately addresses unsolicited communications for direct marketing. Its own-similar-products electronic-mail exception requires contact details obtained from a customer in the context of a sale, marketing of the sender's own similar products or services, and a clear, free, easy opportunity to object when the details are collected and in every message if the customer has not already objected. Member State law still controls the implementation and any rules for other forms of direct marketing.
Do not use GDPR legitimate interests as a shortcut for ePrivacy terminal access where Article 5(3) requires consent.
Do not stop at cookie-banner consent; identify the GDPR purpose, data categories, recipients, retention, and lawful basis for downstream processing.
Do not exclude a technology merely because it is not a cookie or the information is non-personal; apply the Article 5(3) technical test.
When relying on consent under either workstream, keep the notice, purpose, consent event, withdrawal path, and suppression logic together.
Where Article 13 leaves choices to national legislation, mark the item as a Member State implementation check instead of stating a universal EU-wide marketing rule.
Article 5(3) covers terminal-equipment storage or access, and Article 13 covers unsolicited communications for direct marketing.
storing of information
3
Section 3
Build one evidence pack with two labels
Parallel compliance does not mean duplicate work. A single data map, cookie inventory, consent log, marketing register, or incident file can serve both workstreams if each evidence item says which GDPR article and which ePrivacy article it supports.
The evidence should be specific enough for product, privacy, marketing, security, and vendor owners to act on it. A statement that a tool complies with privacy law is not enough. Record the processing purpose, communications context, terminal equipment involved, storage or access operation, information written or read, consent or objection mechanism, security control, breach route, responsible owner, approval, and reassessment trigger.
Keep the decision made before deployment and evidence the state actually released. A consent-management screenshot alone cannot show which technologies were blocked, which strictly necessary exception was approved, what downstream processing occurred, or whether withdrawal stopped later access and processing.
For cookies, SDKs, tags, tracking pixels, tracked URLs, and device identifiers, keep the ePrivacy Article 5(3) classification and the GDPR Article 5 and Article 6 processing record side by side.
For direct marketing, keep Article 13 consent or objection evidence next to the GDPR notice, lawful basis, suppression, and rights-handling evidence.
For communications services, keep ePrivacy security, breach, traffic-data, and location-data records distinct from GDPR Article 30, 32, 33, and 35 records.
For transfers or processors, do not assume ePrivacy evidence resolves GDPR Chapter V, Article 28, or accountability duties.
Articles 5, 24, 28, 30, 32, 33, 35, and Chapter V support the GDPR records, accountability, security, breach, DPIA, processor, and transfer evidence described here.
Articles 4, 5, 6, 9, and 13 support separate evidence for communications security, confidentiality, terminal access, traffic data, location data, and marketing communications.
Supports technology-specific inventory fields for storage, access, terminal equipment, network context, and the information returned.
Recommended next step
This comparison helps separate cookie, communications, and personal-data duties
Sorena can help convert the GDPR and ePrivacy distinctions on this page into cited scope decisions, consent records, cookie and marketing evidence, processor checks, and reassessment triggers.
Supports the GDPR side of the comparison: personal-data processing, principles, lawful bases, controller and processor obligations, records, security, breaches, DPIAs, transfers, supervisory authorities, and fines.
Article 6 lists GDPR lawful bases and Article 7 sets conditions for consent, including demonstration and withdrawal.
Show 19 more
Articles 5, 24, 28, 30, 32, 33, 35, and Chapter V support the GDPR records, accountability, security, breach, DPIA, processor, and transfer evidence described here.
Articles 1 to 4 establish GDPR subject matter, material scope, territorial scope, and definitions for personal data, processing, controller, and processor.
Supports the personal-data processing side of a parallel GDPR and ePrivacy assessment.
Articles 6 and 7 support the GDPR lawful-basis and consent statements.
Article 6 supports separate GDPR lawful-basis analysis.
Article 4 definitions and Article 5 principles support the GDPR processing classification for identifiers and related data.
Supports treating downstream personal-data processing as a GDPR record even where the same tool is reviewed under ePrivacy.
Articles 4, 5, 12 to 22, 30, 32, 33, 35, and Chapter V support GDPR duties for personal data in communications-related processing.
Supports the GDPR side of communications-data processing where the data is personal data.
Articles 5, 6, 12 to 14, 21, and 30 support GDPR marketing-processing evidence.
Supports separate GDPR accountability for marketing data processing.
Articles 32 and 33 support the GDPR security and breach-notification statements.
Supports retaining a distinct GDPR breach assessment and timing record.
Articles 51, 58, and 83 support the GDPR supervisory-authority powers and administrative-fine statements.
Supports using GDPR enforcement powers and fine tiers only for GDPR-side issues.
Articles 4, 5, 6, and 24 support identifying the GDPR role and lawful-basis analysis for personal-data processing.
Articles 4, 5, 6, and 24 support the initial GDPR classification step.
Supports a GDPR follow-on assessment after the ePrivacy trigger is classified.
Supports GDPR classification, lawful-basis, accountability, security, breach, DPIA, transfer, and enforcement steps in the workflow.
Primary source for ePrivacy scope, public electronic communications services, confidentiality of communications, terminal-equipment storage or access, traffic data, location data, direct marketing, and national penalty implementation.
Supports the ePrivacy side: electronic communications services, confidentiality, terminal-equipment storage or access, traffic data, location data, and unsolicited communications.
Article 5(3) covers terminal-equipment storage or access, and Article 13 covers unsolicited communications for direct marketing.
Show 18 more
Articles 4, 5, 6, 9, and 13 support separate evidence for communications security, confidentiality, terminal access, traffic data, location data, and marketing communications.
Articles 3, 5, 6, 9, and 13 establish the ePrivacy scope areas used in this comparison.
Supports the communications and terminal-access side of a parallel GDPR and ePrivacy assessment.
Articles 5(3) and 13 support terminal-access consent and direct-marketing consent or objection statements.
Article 5(3) supports separate ePrivacy terminal-access analysis.
Supports separate ePrivacy classification of storage or access in terminal equipment.
Articles 5, 6, and 9 support the ePrivacy statements on confidentiality, traffic data, and location data.
Supports the ePrivacy-specific communications-data classification.
Article 13 supports the ePrivacy direct-marketing statements, including prior consent, own similar products, and national-law choice language.
Supports separate ePrivacy channel and consent checks for direct marketing communications.
Article 4 supports ePrivacy security measures, breach notification, subscriber or individual notification, and breach-inventory evidence.
Supports retaining a distinct ePrivacy breach inventory and competent-national-authority route where Article 4 applies.
Article 15a supports only the directive-level penalty statement; national penalty amounts and procedures are not stated here.
Supports flagging national ePrivacy penalty details as Member State implementation checks.
Articles 3, 5, 6, 9, and 13 support the ePrivacy triggers for communications, terminal access, traffic data, location data, and direct marketing.
Articles 5, 6, 9, and 13 support the ePrivacy trigger and channel-rule step.
Supports applying the ePrivacy rule before the downstream GDPR analysis.
Supports ePrivacy classification for communications confidentiality, terminal-equipment access, traffic data, location data, direct marketing, security, breach, and national implementation checks.
"privacy in the electronic communications sector"
More quoted passages
"storing of information"
"competent national authorities"
"public communications networks"
"terminal equipment"
"has given his or her consent"
"strictly necessary"
"traffic data"
"Confidentiality of the communications"
"direct marketing"
"electronic mail"
"without undue delay"
"inventory of personal data breaches"
"effective, proportionate and dissuasive"
"national provisions"
"storing information or to gain access to information"
Official EDPB guidance on the technical scope of Article 5(3), including pixels, tracked URLs, local processing, IP-only tracking, IoT reporting, and unique identifiers.
Explains the Article 5(3) tests for information, terminal equipment, storage, and access and applies them to pixels, URLs, local processing, IP addresses, IoT reporting, and unique identifiers.
Supports technology-specific inventory fields for storage, access, terminal equipment, network context, and the information returned.
Show 1 more
Explains that information is broader than personal data and that storage and access are independent Article 5(3) operations.