tyrepas.eu

can my customers check the product passport data before they buy

Yes, via the QR code on the tyre or the packaging

Customers considering purchasing a tyre can view the data from the digital product passport before purchase by scanning the data carrier — usually a QR code — affixed to the tyre, the packaging, or the accompanying label. That is precisely the idea behind the passport: information that is now often scattered across datasheets, packaging, and website texts is brought together in one place and can be consulted on a mobile phone at the moment someone is standing in front of the shelf or comparing online. The regulation stipulates that the data carrier must be physically present on or attached to the product, so that access to the passport does not depend on a seller having to look up or provide the information.

For whom this applies, and what a customer cannot do with it

This applies to the data included in the passport on the basis of the product requirements for tyres still to be determined: these are technical and sustainability data, not price, not stock information, and not personal purchase history. A customer scanning the QR code will see what has been recorded about the product — not whether the tyre is in stock at that particular shop or what other customers have paid. It is also important to distinguish between what everyone is allowed to see and what is only accessible to certain parties: the regulation provides for differentiated access rights, whereby some data are public and others are available only to, for example, supervisory authorities or market participants further down the chain. Which data for tyres will be precisely public is not yet established — that follows from the delegated act for tyres themselves. What is established is the principle: part of the passport is available for everyone to check, another part is not.

This also does not involve a guarantee that the information is correct. The passport is a representation of the data supplied by the manufacturer or importer; the platform that compiles and hosts the passport does not verify the accuracy of underlying test results or claims. For questions about who must supply which data and where that responsibility ends, how do I approach the product passport for tyres step by step? a good follow-up.

No fixed date yet, but a clear direction

When customers can actually do this for tyres depends on the delegated act that establishes the precise requirements for tyres. That date is not yet fixed: the ESPR Work Plan 2025-2030 mentions a delegated act for tyres expected around 2027, with expected application around 2029. Once that act has been published, the exact date will be stated here. Until then, the framework within which it will operate is fixed: Articles 9, 10, 11, and 14 of the ESPR (Regulation (EU) 2024/1781) already describe how the passport and access to it are technically and legally set up, even though that framework is not yet filled in with the specific data for tyres. Anyone who wants to know now what can be done in the meantime while the rules are not yet final will find that in what can I do now while the rules are not yet final?

What this concretely means for a tyre seller

For an importer, wholesaler, or fleet manager who sells or purchases tyres, this above all means that the data carrier must be on the product itself and functional, not only on an invoice or in an email. The QR code must lead to a passport that, at the moment of scanning, actually displays the current data — not to a dead link or a page that will only be filled in later. Anyone choosing a platform that compiles the passport and hosts it for ten years would do well to check how that platform handles the separation between public and non-public data, and how stable the link behind the QR code remains over that period. That is also one of the points to consider in what should I pay attention to when choosing a platform for the product passport

Furthermore, it is practical to think about what a customer sees when scanning before purchase, versus what a supervisory authority requests later during an inspection — these are not automatically the same data, and it is good to be clear beforehand about which layer of information is intended for whom. More about that inspection side is in what does a supervisory authority request during an inspection of tyres?

The legal basis: Articles 9, 10, 11 and 14 of the ESPR

That the passport must be accessible before purchase follows from Article 9 of the ESPR (Regulation (EU) 2024/1781), which introduces the digital product passport as such and regulates the link to the product. Article 10 describes the requirements that the content of the passport must meet, and Article 11 regulates the technical design and operation, including the requirement that the data carrier is physically accessible on or with the product. Article 14 specifically concerns the web portal through which data from the digital product passport can be consulted, and the differentiated access rights for different types of users. Together, these articles form the basis for the answer: the possibility of access exists, the precise content for tyres not yet.

What to do

Anyone now selling or importing tyres can best check which data are already available (for example via existing labelling) and get those in order in advance, so that the switch to the digital passport later is a matter of connecting rather than starting from scratch. For those with multiple locations who wonder if that data can be shared, can multiple locations of my company manage the same product passport a logical next step.

What you must do concretely

What is expected of you

A customer considering buying tyres will in practice access the data of the digital product passport in two ways: via the QR data carrier on or with the tyre, or via a web portal. Both routes are regulated in the ESPR, and both have consequences for how a company organises its sales process.

The data carrier must be accessible before purchase

Article 9 of the ESPR (Regulation (EU) 2024/1781) is based on a data carrier that is on the product itself and that discloses data without purchase being necessary first. For a tyre importer or wholesaler, this means that the QR code on a tyre, or on the packaging, on the shelf or on the web shop page must already be operational before a transaction takes place. A customer scanning in the shop or warehouse with his phone must therefore reach the passport, not an error message or a blank page.

The passport must be technically set up so that consultation works without barriers

Article 11 of the ESPR (Regulation (EU) 2024/1781) describes requirements for the technical design and operation of the digital product passport, including that it must be accessible via generally available devices and applications. For a company of 10 to 100 employees, that translates into a practical question: does the QR code work with an ordinary smartphone camera, without the customer having to install an app first or create an account? Anyone passing manufacturer data to a platform would be wise to have that platform tested on this, also from a shop or warehouse situation where mobile signal is variable.

Certain data can also be made available via a web portal

Article 14 of the ESPR (Regulation (EU) 2024/1781) provides for a web portal in which data from digital product passports can be consulted. This is a supplementary access route in addition to the data carrier on the product. For a wholesaler working with multiple brands and models, it is relevant that a customer is therefore not necessarily dependent on one physical QR code on one tyre; data can also be found in another way. What that portal will look like exactly and which data it will contain is not yet detailed.

The content of the passport must correspond to what is actually sold

Article 10 of the ESPR (Regulation (EU) 2024/1781) sets requirements for the content of the digital product passport. A customer who checks data before purchase implicitly compares that data with the product in front of him: the correct model, the correct size, the correct production batch. For an importer who has passports compiled on the basis of manufacturer data, the practical task is therefore not only "having a passport", but a passport that matches the specific tyre the customer holds in his hands.

Where things go wrong in practice

A wholesaler places one QR code per product line, while dozens of variants in size and tread are sold under that line. The customer scans, sees data that do not match his specific tyre, and doubts the reliability of the entire passport.

An importer tests the QR code only at the office with good wifi signal. In the shop, where customers actually scan, the page turns out to load slowly or not open at all on older phones.

A fleet manager wants to lay the data of multiple tyre types side by side before a large purchase order, but must scan each tyre separately because there is no overview available outside the individual data carriers.

A webshop displays the QR code only on the confirmation page after purchase, instead of on the product page itself. This means the data carrier is present, but not accessible at the moment the customer needs it: before the purchase decision.

A company with multiple locations has each location give its own interpretation to the data carrier, with the result that the same tyre in one shop does and in another shop does not lead to a working passport.

What you can record

  • A test protocol stating how and where the QR code is checked before purchase: on the webshop, on the shelf, on the packaging, and with which devices.
  • An overview of which product variants fall under which QR code, so that scanning by the customer always leads to the correct data.
  • Agreements with the party that compiles the passports regarding the link between manufacturer data and the specific tyre being sold.
  • A fixed place in the sales process where the data carrier is visible and scannable, before the moment of checkout.
  • A brief instruction for shop staff about what a customer can expect to see when scanning, so that questions at the counter can be answered.

Anyone managing multiple stores or locations can also look at can multiple locations of my company manage the same product passport, so that the way customers access the product passport does not differ per location. For the choice of the platform that technically handles the data carrier and the link with the webshop or the shelf, is what should I pay attention to when choosing a platform for the product passport a logical starting point. And for those wondering how to set this up step by step, including testing the customer route before purchase, offers How do I approach the digital product passport for tyres step by step? an overview of the order in which those choices can be made.

This is not legal advice. This page provides general information about the legislation 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.