Optional installation is a fact to investigate
An update described as optional leaves some choice about installation, timing or activation. That label does not, by itself, decide product liability. A feature upgrade may be genuinely discretionary while a release carrying a safety correction raises different questions. The analysis needs the update's purpose, availability, warnings, compatibility and the affected product's state. An incident should not be attributed to a refusal before those facts are established.
The post-sale updates framework connects those facts to Directive (EU) 2024/2853. Its corrected scope is products placed on the market or put into service after 8 December 2026. National transposition is due by 9 December 2026. A general discussion of optional releases does not establish that a particular product or country's rules fall within this framework.
Distinguish optional features from safety maintenance
Article 7 assesses the safety a person is entitled to expect or that applicable law requires. It also says a better product or update does not make an earlier product defective solely because it exists. A new display theme, convenience function or performance improvement should therefore not automatically be treated as proof that an older release was unsafe. The safety significance has to be explained.
Article 11(2)(c), by contrast, concerns a lack of updates necessary to maintain safety within manufacturer control. A release can contain such a correction even if the interface calls the whole package optional. The label is evidence about how the release was presented, but the relevant statutory question concerns its actual safety purpose and the other conditions of the provision.
Confirm that the update was usable and available
A notice that an update is available may relate to a different software branch, region, device configuration or dependency. Establish whether the affected product could receive and use the release at the relevant time. Distinguish a website announcement, an account-level offer and an installation opportunity on the device itself. Those events need not occur together.
Availability can also change. A release may be withdrawn, paused or replaced after initial distribution. Evidence should identify the period being discussed rather than relying on a later support page. An apparent failure to install may reflect a compatibility restriction or an unsuccessful attempt. These circumstances should be recorded accurately before characterising what happened as a straightforward user decision.
Understand the choice presented to the user
Product presentation and instructions matter under Article 7. A review should preserve what the person was actually told about the release, including its purpose, applicable models and installation conditions. A generic notification about improvements may convey something different from a clear safety explanation. The legal significance depends on all relevant circumstances rather than an assumption that any notice was necessarily sufficient.
The existence of a choice also does not establish who controlled the underlying software. Article 4(5) includes relevant manufacturer actions and update capability. A manufacturer can retain a role even when a customer decides when to install. Conversely, the original manufacturer does not authorise every third-party installation merely because the device technically permits it. User choice and manufacturer control answer related but different questions.
When non-installation may matter
Recital 51 discusses supply or installation beyond manufacturer control, including an owner not installing an update supplied to maintain safety. That example helps explain Article 11's treatment of necessary updates, but it must be applied to the actual facts. It should not become a blanket statement that an old software version defeats every possible liability claim.
Article 13 also addresses damage involving fault attributable to the injured person under its terms. Product use, installation choices and the causal role of those choices therefore require careful separation. A release might not have prevented the alleged incident, or the incident might concern a defect introduced by another change. Non-installation matters only through a reasoned connection to the legal provision and alleged mechanism.
Compare an optional channel with an automatic one
The automatic update analysis examines systems that install changes without an individual manual decision for each release. Optional channels require closer evidence about the offer and response, but both approaches need proof of the version actually running. Neither a successful download nor a campaign completion report necessarily establishes activation on the affected product.
An optional release may later become mandatory or be included in another package. Record those changes in the delivery arrangement and the dates involved. Otherwise, a current installation screen can misrepresent the choice that existed before the incident. A useful chronology distinguishes the manufacturer's decisions, the available options and the device's observed state rather than collapsing them into a single update date.
Keep compensation and product quality separate
Article 6 recognises specified personal injury, property and non-professional data damage, with exclusions. A person dissatisfied with an optional update or the absence of a new feature may have a contractual or conformity issue without covered product liability damage. The reverse is also possible: a safety problem can cause covered harm even when a release delivered its advertised convenience function.
Article 10 begins with defectiveness, damage and causation, then provides specific rebuttable presumptions. An optional label does not alter those conditions. Preserve the actual offer, release contents, installation attempts, control arrangements and harm evidence. These records allow the choice presented to the user to be evaluated within the broader safety inquiry while keeping unsupported conclusions about refusal, consent and causation out of the factual account.
Records that help the review
Use the following as a practical starting point. Select and preserve records appropriate to the product, incident and applicable procedure.
- Actual update offer and safety notices
- Compatibility and installation opportunity
- Recorded choice or failed installation attempts
Independent educational information at EU Directive level. National implementing law and procedure require separate review.
Primary sources and legal scope
This page explains the EU Directive framework. Check national implementing law, the corrected temporal scope and relevant procedure before applying it to a case.
- Directive (EU) 2024/2853, consolidated text: Articles 4, 6, 7, 8, 10, 11 ↗
- Official Journal corrigendum, 7 May 2026: Article 2(1) ↗
- Directive (EU) 2024/2853, corrected consolidated text ↗
- Directive (EU) 2024/2853, original act, Recitals 18, 19 and 51 ↗
Source register: corrected scope verified 16 October 2026. Article references identify the legal basis. No qualified legal review or national implementation status is claimed.