Skip to main content
Data Protection / GDPR

Privacy by design

Privacy by design (data protection by design) obliges the controller under Art. 25 GDPR to build appropriate technical and organisational measures into a processing operation from the outset and throughout its entire lifecycle.

Privacy by design, referred to in the GDPR as "data protection by design", is a core obligation of the controller under Article 25(1) GDPR. The underlying idea is that data protection must not be bolted on afterwards but built into systems, processes and products from the very beginning. The controller must therefore, both at the time of determining the means for processing and at the time of the processing itself, implement appropriate technical and organisational measures that give effect to the data protection principles of Article 5 GDPR, such as data minimisation, and integrate the necessary safeguards into the processing.

Which measures are "appropriate" is determined by Article 25(1) GDPR on a risk-based basis: account must be taken of the state of the art, the cost of implementation, the nature, scope, context and purposes of the processing, as well as the varying likelihood and severity of the risks to the rights and freedoms of natural persons. The legislator expressly names pseudonymisation as an example. Privacy by design is therefore not a fixed catalogue of measures but a continuous balancing exercise that becomes more demanding as risk rises and technology advances, and that must be reviewed across the entire lifecycle of a processing operation.

Closely linked is privacy by default (data protection by default) under Article 25(2) GDPR: default settings must ensure that, in principle, only the personal data necessary for each specific purpose are processed. Both obligations are subject to fines under Article 83(4) GDPR and form part of the accountability principle: the controller must be able to demonstrate that and how it has implemented the principles. The European Data Protection Board has clarified in its Guidelines 4/2019 that the measures must be effective, verifiable and tied to the relevant processing principles.

Legal Basis

Art. 25 GDPR (in particular para. 1); supplemented by Art. 5, Art. 24, Art. 32 GDPR; EDPB Guidelines 4/2019

Practical Example

A company is developing a new customer portal app. Instead of reviewing data protection only shortly before go-live, the data protection officer is involved already during the design phase: the data model captures only the fields that are genuinely required (data minimisation), existing records are pseudonymised for analytics purposes, retention periods are technically enforced in the system, and the default setting for the optional newsletter is switched off (privacy by default). Each of these decisions is documented so that the company can demonstrate to the supervisory authority that Article 25 GDPR was observed from the very first architectural decision.

FAQ

Privacy by design (Art. 25(1) GDPR) requires data protection to be built into technology and processes from the design stage. Privacy by default (Art. 25(2) GDPR) additionally requires data-protection-friendly default settings, so that without any user action only the data necessary for the purpose is processed. The two obligations complement each other.
The addressee of Article 25 GDPR is the controller. It must determine and implement the appropriate technical and organisational measures, even where the processing is carried out by a processor on its behalf. Infringements may be sanctioned with fines under Article 83(4) GDPR.
There is no fixed catalogue. Appropriate measures are those that effectively implement the data protection principles, such as pseudonymisation, data minimisation in the data model, technically enforced retention periods, access restrictions and encryption. The selection is risk-based and depends on the state of the art, cost, and the nature and severity of the risks.

How preeco supports you

Learn how our software supports you with this topic.

Learn more