Digital Enclosure: How SaaS Platforms Fence the Commons

Digital enclosure is the process by which shared, open, or independently owned digital resources are privatized and converted into rent-extracting infrastructure. The historical precedent is not ancient: the enclosure of English common land between the sixteenth and nineteenth centuries dispossessed agricultural communities of resources they had built and maintained collectively. The digital version is running the same mechanism on a faster timeline and with less visible violence, but the structural logic is identical: take what the community built on shared infrastructure and convert it into private property that can be used to extract rent from the people who built it.

The reason the historical parallel matters is that it clarifies what is being lost and who is losing it. The enclosure of the English commons was not described at the time as theft. It was described as improvement: more efficient land use, higher agricultural productivity, better outcomes for the national economy. The displacement of the commoners who had built the value of the shared land was framed as an unfortunate side effect of necessary modernization. The digital enclosure of operational data, community value, and the open internet's shared infrastructure is described in the same language. Convenience, scale, better products. The extraction is real. The language that frames it as progress is not.

What Was the Historical Commons and Why Did It Work

The commons in the historical sense was not unowned land waiting to be claimed by whoever arrived first. Elinor Ostrom's foundational work on common pool resource governance, for which she received the Nobel Prize in Economics in 2009, established that commons systems were governed by sophisticated collective rules developed over generations to balance individual use with community sustainability. Commoners had recognized rights: to graze livestock on shared pasture, to gather firewood from shared forest, to farm strips of shared arable land. These rights were not property in the modern individual-ownership sense. They were membership rights in a shared governance system.

The commons functioned because it was governed collectively by the people who depended on it. Ostrom documented dozens of examples across multiple cultures and centuries of commons governance systems that proved stable, productive, and self-regulating over long periods precisely because the governance rules were developed and enforced by the commoners themselves rather than imposed from outside. The commons was not a failure mode of pre-modern resource management. It was a sophisticated solution to the problem of governing shared resources that competitive individual ownership would have destroyed.

Enclosure converted those collective membership rights into private property by asserting individual ownership, fencing the land, and excluding those who had previously depended on shared access. The commoners who lost access did not lose something abstract. They lost the material basis of their subsistence. Enclosure dispossessed people of the infrastructure that made their labor productive. The lord who fenced the commons did not produce the value the commons represented. The commoners had built that value over generations. The enclosure captured it.

What Digital Commons Existed Before Platform Enclosure

The internet of the 1990s and early 2000s had genuine commons qualities that are worth naming precisely because they have been so thoroughly enclosed that it requires deliberate effort to remember them. The technical infrastructure of the early web was built on open protocols: TCP/IP, HTTP, SMTP, DNS. No single entity owned these protocols. Anyone with a computer and a connection could participate without paying tribute to a platform or seeking permission from a gatekeeper. The web was not a product. It was a commons.

Email was decentralized by design. You could run your own mail server, and millions of individuals and organizations did. The mail you sent traveled over open protocols that no company owned. Your email history, your contacts, your sent mail lived on infrastructure you controlled. The same was true of websites: you owned the server, or you rented server space from a hosting company that gave you root access to your files. Your content was yours in the operational sense, not just the legal sense.

The web forum, the mailing list, the independently operated online community: these were commons-governed digital spaces where the infrastructure was owned by the community or by a member of the community acting as steward rather than as landlord. The governance rules were developed by the participants. The value of the community was created by the members and remained accessible to the members as long as the community operated.

How Did SaaS Platforms Enclose the Digital Commons

SaaS platforms enclosed the digital commons through a mechanism that E.P. Thompson identified in the historical enclosures: they offered something genuinely useful, generated dependency on that usefulness, and then converted the dependency into a mechanism for extraction. The historical enclosers did not immediately exclude commoners from the land they fenced. They enclosed it, then offered commoners access as laborers on terms the lords set. The platform offered the business a better tool than the spreadsheet. Then it accumulated the business's data. Then it priced access to that data at whatever the accumulated switching cost would bear.

Reddit's community is an instructive example of this mechanism operating on community value rather than operational data. The platform built a genuine commons: an aggregation of communities maintained by volunteer moderators and populated by user contributions. The value of Reddit as an asset was created by those contributors. The 2023 API pricing restructure was the enclosure event: the platform asserted ownership over the data the community had generated and repriced access to it in ways that made existing use patterns economically unviable. The community organized against it. The platform waited out the resistance. The enclosure held.

For businesses, the enclosure follows the same sequence with operational data as the subject. The platform built a useful tool. The business generated data through its work. The data accumulated on the platform's infrastructure. The platform enclosed that data by making it non-portable, non-exportable in useful formats, and accessible only through continued subscription. The business improved the landlord's land. The landlord raised the rent.

What Operational Data Is Being Enclosed Right Now

The resource being enclosed in the business context is specific and worth naming without abstraction. It is the operational history: every transaction record, every customer interaction, every workflow output generated by the business's work over months and years of operation. It is the baseline data that makes performance claims credible. It is the accumulated intelligence that took time and expertise to generate. It is the audit trail that documents what was done, when, and with what result.

This data was not produced by the platform. It was produced by the business's labor, using the platform as infrastructure. The historical commons analogy is exact: the commoner's agricultural labor produced the value of the shared land. The business's operational labor produced the value of the accumulated data. In both cases, the infrastructure owner captured the value of labor it did not perform by controlling the land on which the labor occurred.

The Free Software Foundation Europe's campaign for software freedom, including its push for interoperability mandates and data portability requirements in European digital regulation, is the contemporary equivalent of the commoners' resistance to enclosure. The demand is not for charity or for the platform to be nicer. It is for the structural condition that makes genuine market competition possible: the right to take your accumulated data and use it on infrastructure you choose, without the platform's permission and without losing what you built.

Why Is the Commons Still the Correct Alternative

Ostrom's research on commons governance identified the conditions under which shared resources are managed sustainably without private ownership: clearly defined membership, rules developed by the community, graduated sanctions for violations, accessible conflict resolution mechanisms, and governance autonomy recognized by external authorities. These conditions are not utopian. They describe systems that have functioned for centuries in communities that had strong reasons to make them work.

The open source software commons operates under versions of these conditions. The WordPress codebase is governed by a community of contributors. The rules for participation are documented and enforced. The community has mechanisms for resolving conflicts about the direction of the project. External authorities recognize the legitimacy of the GPL license that governs the code. This is not a perfect system. It is demonstrably more resistant to the enshittification sequence than venture-backed platforms because the exit incentive that drives the sequence is absent from the governance structure.

Digital enclosure is not inevitable. It is the outcome of specific ownership structures with specific incentives applied to digital infrastructure that did not have to be organized this way. The internet was built on commons principles and worked. The open web still exists under the layer of enclosed platforms that have been built on top of it. The commons has not been destroyed. It has been buried. The work of recovering it is political, technical, and organizational simultaneously.

Frequently Asked Questions

What is digital enclosure and how does it relate to historical enclosure?

Digital enclosure is the privatization of shared digital infrastructure, converting it from a commons governed by collective rules into private property used to extract rent. The historical parallel is the enclosure of English common land between the sixteenth and nineteenth centuries. The mechanism is identical: offer convenient access, build dependency, assert ownership, extract rent.

What did the early internet commons look like before it was enclosed?

The early web ran on open protocols no single entity owned: TCP/IP, HTTP, SMTP, DNS. Anyone with a server could participate without permission. Email was decentralized. Web forums were owned by their members, not by platforms optimizing for advertising revenue. what commons-based infrastructure looks like in practice today.

How does open source software resist digital enclosure?

Open source tools governed by strong community licenses resist enclosure because the mechanism that makes enclosure profitable, proprietary control of the infrastructure, is absent. Anyone can fork the codebase. No single entity can fence it.

References

Ostrom, Elinor. Governing the Commons. Cambridge University Press, 1990.

Boyle, James. The Public Domain: Enclosing the Commons of the Mind. Yale University Press, 2008.

Thompson, E.P. The Making of the English Working Class. Pantheon Books, 1963.

Doctorow, Cory. Pluralistic. pluralistic.net.

Free Software Foundation Europe. fsfe.org.

Digital Enclosure and the Artisan Marketplace Extraction

Digital enclosure is not confined to B2B software. The artisan marketplace category is one of the clearest examples of the enclosure pattern applied to a community of independent producers. Etsy is the case study.

Who Built Etsy's Value Before the Platform Enclosed It

Etsy's early value proposition was genuine: a marketplace specifically designed for independent makers, handcraft, and small-batch production. The community that built Etsy's value was not Etsy's engineering team. It was the hundreds of thousands of artisans who listed their products, built their customer relationships, and made the platform worth visiting.

That community created the commons. Etsy provided the infrastructure. The artisan marketplace as a category did not exist before Etsy made it legible and discoverable. The value was co-created.

What Was the Etsy Enclosure Sequence After the 2015 IPO

Etsy's IPO in 2015 changed the incentive structure. A public company optimizing for shareholder value cannot prioritize the seller community that built its value when those two things conflict. They conflict structurally.

Transaction fees increased. Listing fees increased. Etsy began running offsite advertising funded by seller revenue without meaningful seller consent. The algorithm shifted to favor shops that purchased Etsy advertising over shops that had built organic customer relationships. Search results began surfacing drop-shipped mass-produced goods alongside handmade work, diluting the value proposition that had made the platform worth joining.

Each of these changes extracted more value from the seller community while reducing the quality of the marketplace those sellers had built. The enclosure accumulated through individually justifiable product and policy decisions that collectively captured the commons the artisan community had created.

How Does the Etsy Enclosure Pattern Mirror Historical Precedent

The historical enclosure acts were not framed as theft. They were framed as improvements: more efficient land use, more productive agriculture, better outcomes for the national economy. The displacement of the commoners who had built the value of the land was described as a necessary consequence of progress.

The enclosure of the artisan marketplace follows the same rhetorical pattern. Fee increases fund seller protection programs. Algorithm changes improve buyer experience. Offsite advertising expands seller reach. The extraction is always described in the language of the benefit it nominally produces for the people it actually harms.

Frequently Asked Questions

What happened to Etsy sellers after the platform went public?

Etsy's 2015 IPO shifted the incentive structure from serving the seller community to satisfying shareholder return expectations. Transaction fees, listing fees, and offsite advertising fees increased. The algorithm shifted to favor paid advertising over organic customer relationships. Drop-shipped mass-produced goods began appearing alongside handmade work.

Is Etsy still a good platform for independent makers?

Etsy retains genuine discoverability advantages for new sellers that self-hosted alternatives cannot replicate immediately. The enclosure is real but so is the marketplace network effect. The strategic question is not whether to use Etsy but whether to build your customer relationships inside Etsy's infrastructure or outside it. what sovereign artisan commerce looks like when built on commons principles.

What is the alternative to selling on enclosed marketplace platforms?

Self-hosted WooCommerce stores provide a direct customer relationship with no per-transaction platform fee beyond payment processing. The customer data belongs to the seller. The order history lives in the seller's database.

References

Doctorow, Cory. Pluralistic. pluralistic.net.

Boyle, James. The Public Domain: Enclosing the Commons of the Mind. Yale University Press, 2008.

Digital Enclosure Is Designed to Make Exit Expensive

Digital enclosure works because exit is expensive. The platform does not need to keep the product good. It needs to keep the cost of leaving higher than the cost of staying. That calculation is not an accident of technical architecture. It is the design objective.

Why Is Lock-In a Design Objective Not a Side Effect

Every platform decision that makes data harder to export, every format that is proprietary rather than open, every workflow that is built inside the platform rather than on standard protocols is a lock-in decision. These decisions accumulate into an architecture whose primary function is not to serve users but to retain them.

Individual engineers working on data export features are not thinking about enclosure. But the incentive structure that underfunds data export, that deprioritizes migration tooling, that lets proprietary formats persist without investment in open alternatives is making enclosure decisions whether or not anyone names them as such.

What Is the Real Cost of Exiting a SaaS Platform After Three Years

For a business leaving a SaaS platform after three years, the exit cost is not just the hassle of learning a new tool. It is the loss of operational history that cannot be meaningfully exported. It is the rebuilding of workflows and reporting. It is the gap in baseline data that makes the first six months on a new platform operationally weaker than the last six months on the old one.

That cost is real and it was deliberately engineered. The platform that does not invest in data portability is not making a neutral technical decision. It is raising the exit cost for every user, every month, compounding the enclosure with each additional piece of data generated inside its system.

Why Is Interoperability a Political Demand and Not a Feature Request

Interoperability is the right to take your data and use it with a competing service. It is not a technical nicety. It is the structural condition that makes genuine market competition possible. Without interoperability, switching costs accumulate until the platform can raise prices without competitive consequence.

The EFF and the FSFE have fought for interoperability mandates at the regulatory level precisely because the market does not produce interoperability voluntarily. Enclosure is more profitable than openness. The demand for interoperability is the demand that enclosure have a limit.

Frequently Asked Questions

What makes SaaS platform lock-in so difficult to escape?

Lock-in is difficult to escape because the switching cost is not the price of learning a new tool. It is the loss of accumulated operational data that cannot be meaningfully exported, the rebuilding of workflows and baselines, and the gap in analytical continuity. Platforms deliberately engineer this accumulation.

What is interoperability and why do EFF and FSFE fight for it?

Interoperability is the right to take data generated on one platform and use it on a competing service without loss of functionality. Without it, switching costs accumulate until platforms can raise prices without competitive consequence. how interoperability mandates work and what the policy fight looks like.

How can you evaluate a SaaS tool's lock-in architecture before you adopt it?

Ask these three questions before signing up:

  1. What format does this tool export data in, and can that format be imported into a competing tool without data loss?
  2. Can I access my data directly through a database or API, or only through the platform's own export function?
  3. What happens to my data if I cancel: is there a grace period, can I retrieve everything, and in what format?

Tools that cannot answer these questions cleanly have lock-in architectures by design.

References

Electronic Frontier Foundation. eff.org.

Free Software Foundation Europe. fsfe.org.

Doctorow, Cory. The Internet Con: How to Seize the Means of Computation. Verso, 2023.