must I offer the product passport in multiple languages
At least one language that the user understands
The ESPR requires that information in the digital product passport must be understandable to the user for whom it is intended, and the delegated act for each product category determines which language or languages are concretely required for that purpose. There is no fixed list of "mandatory languages" in the ESPR itself — no article that states "Dutch, French and German mandatory". What is established is the guiding principle: the passport must be useful to the end user, and information that no one can read does not meet that requirement. For a product placed on the market in the Netherlands, it is therefore logical that the language of the end user is relevant — but the binding rule on this must come from the delegated act of the product category in question, not from the ESPR in general terms.
What is regulated generically and what differs per product category
Article 10 of the ESPR (Regulation (EU) 2024/1781) describes the general requirements for the digital product passport: the passport must be accessible, reliable and understandable. Article 11 addresses the technical design and operation, such as the link with the data carrier and the way in which the passport can be consulted. Neither of these articles specifies a language requirement. That requirement, if it comes, is established per product category via the delegated acts that follow from Articles 5 to 7 of the ESPR. This means that the language requirement for, for example, textiles can work out differently than for furniture or electronics — not because the law is inconsistent, but because each product category gets its own delegated act with its own provisions. What a delegated act exactly entails and why it determines the concrete implementation is therefore relevant to understand before you expect that the ESPR itself contains a language table.
This topic is therefore not about "must the passport be multilingual" as a generic, always-applicable rule, but about a question that is answered separately per product category. For a manufacturer selling products in multiple member states, it is conceivable that the delegated act sets a requirement that differs from what applies to another product category, or that there remains room for the language of the country of first sale. What is not established on the basis of the ESPR alone is a statement as to whether one language (for example English) is always sufficient, or whether all languages of the countries where the product is sold are required.
No fixed date yet, but a fixed mechanism
There is no general date on which a language requirement for all product categories takes effect, because that requirement is established per product category in the delegated act for that category. Until such time as a delegated act for a specific product category has been adopted and enters into force, no concrete language requirement from ESPR legislation applies to that category either. What is already established is the principle from Article 10: the information must be understandable to the user. That principle applies regardless of the product category in question, even if the translation of it into a concrete language requirement has not yet been made everywhere. More about the general planning of obligations per product category is described in the question when the passport becomes mandatory for products.
What this means for your approach
The first step is to check whether a delegated act has already been established for your own product group, and if so, what it specifically states about language. That is simply where the concrete requirement is found, not in the ESPR text itself. The second step is, pending such an act, to proceed from the principle that the information must be understandable to the user in the market where the product is sold — in practical terms, this often means that the language of that country is relevant, even without an explicit legal obligation already in place. The third step is to take into account the structure of the digital product passport itself: because the digital product passport is compiled from data provided by the manufacturer or importer, it is practical to think ahead when submitting data about which fields should be filled in which language, so that any language requirement later does not mean that everything has to be redone. This aligns with the question which specific data are included in the digital product passport — the language is namely relevant per data field, not for the digital product passport as a whole at once.
Anyone who now has doubts about whether their own product falls under the ESPR at all would be well advised to answer that question first before the language question comes into play; this is explained in the question of whether the digital product passport applies to your own products.
Where this is found: Article 10 and the delegated acts per product group
This explanation follows from Article 10 of the ESPR (Regulation (EU) 2024/1781), which sets out the general accessibility and comprehensibility requirements for the digital product passport, in combination with Article 11 on its technical design and functioning. The concrete specification — which language or languages are precisely required — does not follow from these articles themselves, but from the delegated acts established on the basis of Articles 5 to 7 of the ESPR per product group.
Anyone who wants to get started now should best start by checking which product group their own product falls under and whether a delegated act has already been published for it; as long as that is not the case, it is advisable to take into account the language of the market in which the product is sold when submitting product data.
Where this is based on
- Regulation (EU) 2024/1781 (ESPR), Article 10 (requirements for the digital product passport)
- Regulation (EU) 2024/1781 (ESPR), Articles 5 to 7 (ecodesign requirements, performance and information requirements)
- Regulation (EU) 2024/1781 (ESPR), Article 11 (technical design and operation of the digital product passport)
The regulation itself is on EUR-Lex. We provide references for each claim; you do not have to take our word for it.
What you must do concretely
What is expected of you
The ESPR regulates in Article 10 what must be included substantively in the digital product passport, but on the language in which this takes place the text of the regulation itself is restrained. There is no general provision in Article 10 or Article 11 stating "the digital product passport must be available in all EU languages". What there is, however, is that the precise information requirements per product group are specified via delegated acts, on the basis of the general requirements in Articles 5 to 7 of the ESPR. This means that the language requirement is not uniform in the basic regulation, but can be laid down product group by product group.
Language choice follows the product group, not a fixed EU scheme
For a company with 10 to 100 employees selling products in multiple categories — for example household appliances and building materials — this means that the language requirement is not determined once and then the same everywhere. The delegated act that applies to textiles may contain a different language provision than the one for furniture or batteries. In practical terms, this means that the language question must be checked again each time when consulting the rules that apply to the specific product group, rather than maintaining one fixed list of languages for the entire product range.
Accessibility of information for the market in which the product is sold
Article 11 of the ESPR concerns the technical design and functioning of the product passport, and emphasises that information must be made available in a reliable and accessible manner to the parties entitled to it. Accessibility also has a language component: information available in only a language that the end user in the Member State of sale does not understand is in practical terms less accessible, even if the data is technically retrievable by everyone. For a manufacturer selling in multiple Member States, this means that account is taken of the market where the product is placed, even when the delegated act itself does not prescribe an exact list of languages.
Distinction between consumer information and technical data for businesses
Not all data in the passport is intended for the same reader. Repair instructions or user manuals are primarily directed at the consumer or end user, whereas data on material composition or conformity are more often consulted by market surveillance authorities, recyclers or other businesses. This distinction is relevant to the question of which language is logical where: who reads which part determines whether a translation is worthwhile. This aligns with the question who is entitled to view which data from the passport, because the target audience of a data field and the language choice for it are interconnected.
Consistency between passport and other product information
Insofar as a delegated act does impose a language requirement, it is practically relevant that the language in the passport aligns with the language of other mandatory product information, such as the user manual or the safety data sheet that is already provided in the national language of the sales market. A company that compiles passports for multiple product groups is well advised to monitor this consistency per product group, rather than assuming that one translation process for the entire portfolio is sufficient.
Where things go wrong in practice
A manufacturer compiling a passport for the first time often adopts the language of the head office or of the first market for which the product was developed, without checking whether the delegated act for that product group requires something different.
An importer placing products on the market via distributors in different Member States sometimes assumes that the supplier has already ensured the correct language version, whereas the responsibility for the passport formally rests with the party placing it on the market in the EU.
With a product line sold to both consumers and professional customers, it is sometimes overlooked that consumer-oriented sections — such as repair information — have different language sensitivity than technical specifications that are primarily consulted by specialists.
A company having the passport drawn up by an external party sometimes does not check whether the translation matches the source text when a correction is made later, causing language versions to diverge — a risk closely linked to the question of how an error in an already published passport is corrected.
In a product group for which the delegated act is not yet final, a language choice is sometimes "baked in" to the system too early, requiring rework once the final text differs from the assumption.
What you can document
- Per product group, the source of the applicable delegated act and the language provision contained in it, including the date of consultation.
- An overview of the Member States in which the product is sold, linked to the language in which the corresponding passport data are made available.
- An internal distinction between data fields primarily intended for the consumer and fields mainly consulted by businesses or supervisory authorities, as a basis for the language choice per field.
- A translation process with consistency checks between source text and translation, including a documented procedure for when a correction in one language version is implemented.
- A reference to the source used to determine which data must be included in the passport, so that translated and original versions are substantively aligned.
- A fixed agreement on who within the organization is responsible for keeping each language version up to date, in connection with the general agreements on how up-to-date the data in the passport must remain.
This is not legal advice. This page provides general information about the regulations that this platform concerns. We do not know your situation. If you are in doubt about your own case, consult a lawyer or the competent supervisory authority.
Written with AI based on the sources above, reviewed by a human on 2026-09-05. Is something incorrect? Let us know — corrections are given priority.