Are click licenses enforceable?
This post asserts that click licenses will become unenforceable, unless they are standardized.
In the past year, you have probably clicked through dozens of license agreements in various software programs and Web pages. (That estimate may be low: you probably clicked through more than a dozen agreements last year simply to run system software upgrades.)
These are binding contracts. But have you read all of them? Any of them?
Of course not. There isn’t time. It could take over 100 hours a year — weeks of work time — just to read your clickthrough agreements. So you don’t. No one does.
This leaves you with a somewhat opaque legal relationship with your software and Web service vendors. You have made commitments, but don’t know what they are. Yet there is no alternative, because the aggregate complexity of all such agreements exceeds your real-world capacity to absorb their meaning.
I’m no lawyer, but this dilemma seemingly creates two problems with contract enforceability.
- System software bug fixes with click licenses probably run contrary to the “implied warranty of fitness for use” in California and other states. By selling you an operating system, Apple or Microsoft implicitly claim their product works. When they send you a bug fix update, they are making good on that pre-existing warranty, and thus cannot require you to sign a new deal.
- More generally, sooner or later, some consumer may claim in court that a reasonable man cannot be expected to understand all his clickthrough licenses, because there are just too many of them out there. Hence they are all unenforceable.
If tech companies were smart, they would create an industry association to standardize consumer software and consumer web service licenses. This would hugely decrease cost, both to companies (legal costs of drafting) and to consumers (read and understand a single license for all similar products). This would simultaneously increase enforceability, since no one could claim it exceeded the resources of a reasonable man.
This is a specific instance of the complexity-vs-transparency dilemma mentioned in a previous post.