Monday, November 2

Open Source, Hosting Companies, and the Fight Over Who Pays

Technical building at a remote observatory, a metaphor for the hosting infrastructure WP Engine provides

Few corners of the web world have produced as much argument as the clash between WP Engine and WordPress. Without taking sides or retelling who said what, it’s worth stepping back, because the disagreement touches a question every open-source ecosystem eventually faces: when companies make money from free software, what do they owe it?

Technical building at a remote observatory, a metaphor for the hosting infrastructure WP Engine provides

This is a general explainer, useful whether you run one blog or manage a hundred client sites.

How the WordPress world is structured

WordPress is free, open-source software that powers a very large share of websites. Anyone can download, modify, and host it. Around it sits a layered ecosystem:

  • The open-source project itself, built by volunteers and company-sponsored contributors.
  • A non-profit foundation that holds the trademarks and runs community infrastructure such as the plugin and theme directories.
  • Commercial companies, including a separate business run by the project’s co-founder, which sells hosting and services.
  • Independent hosts, agencies, plugin makers, and freelancers building livelihoods on top.

This blend of volunteer work and commercial activity is common in open source, and it works well until incentives collide.

The central tension between WP Engine and WordPress

Open-source licenses let anyone use the code, including for profit. That is the point. But the people who write and maintain the software need time and funding, and when large companies profit without contributing back, maintainers can feel exploited. Meanwhile, companies argue they already contribute by promoting the platform, hiring developers, and growing the user base.

Both arguments have merit. A host that introduces millions of people to the software adds real value. A project that depends on a few exhausted volunteers is also fragile. Neither side is cartoonishly wrong.

Why trademarks matter in the WP Engine case

The license covers code. Names and logos are a separate matter, governed by trademark law. Owning a trademark lets an organization control how its name is used, so businesses can’t suggest official endorsement. Disputes often center on whether a company’s use of a name is fair descriptive reference or implies partnership.

For users, the practical point is that you can’t assume that a service with a platform’s name in its marketing has any official relationship with it. Check who actually runs it.

What happens to ordinary site owners

When high-profile feuds hit the news, the people caught in the middle are site owners who just want their pages to load. In this case, concerns included access to the plugin and theme update system, which many sites rely on for security patches. Cutting off or restricting that kind of infrastructure, even temporarily, can leave sites exposed.

This is a reminder that ecosystems have single points of failure. A centralized directory is convenient, but dependence on it is a risk worth understanding.

Lessons for anyone building on open source

Know who controls the shared infrastructure

Find out who runs the update servers, package registries, and directories your site or product relies on. Ask what happens if access changes.

Have a fallback plan

Keep backups, document your setup, and know how to host your own updates or mirrors if needed. Agencies managing many sites should test their restore process before they need it.

Contribute where you can

If your business depends on an open-source project, consider paying for developer time, sponsoring maintainers, or encouraging staff to contribute. Many companies have found this cheaper than the instability of free-riding.

Read the policies

Trademark guidelines, terms for directories, and contribution expectations are published. Reading them early avoids surprises.

Is there a fair model?

Several approaches exist. Some projects use dual licensing, offering a free version and a paid commercial one. Others rely on foundations funded by corporate memberships. A few have shifted to licenses that restrict competing cloud hosting, which sparked debates of its own about whether such licenses are still really open source.

No model is perfect. The most stable communities tend to have clear governance, transparent decision making, and a culture where big users contribute proportionally.

What WP Engine actually sells

WP Engine is a company that hosts websites built on WordPress. Customers pay for speed, support, security tools and convenience, not for the software itself, which anyone can download free. That distinction is at the heart of the debate: WP Engine earns money from a free project, and the question is how much it should give back in code, volunteer time or funding. The software itself is described in the WordPress article on Wikipedia.

What the WP Engine dispute means for site owners

If you run a site on WP Engine or any similar host, the practical risk is small but worth understanding. Updates, plugin directories and security fixes depend on services run by the WordPress project, and disagreements between organisations can, in the worst case, interrupt access to some of them. Sensible owners keep backups outside the host, know how to move a site, and read the host’s announcements. Our guide to incident management for engineering teams shows how to plan for outages that are not your fault.

Reading the next WP Engine style dispute

Whenever a company and an open-source project fall out, ask a few neutral questions. Who owns the trademark and the code? What does the licence allow? Is there a public statement of expectations for commercial users? And what do ordinary users need to do now? The WP Engine case is not the first such argument, and it will not be the last. Understanding the structure behind it helps you judge the next one calmly.

WP Engine takeaway

The WP Engine and WordPress dispute is a case study in how open source and business interests rub against each other. Whatever your view on the specifics, the lasting lessons are practical: understand your dependencies, support the projects you rely on, and prefer ecosystems where governance is clear. Free software isn’t free of costs, and someone always ends up paying, in money, time, or risk.

Featured image: ALMA's Technical Building (ALMA-Technical-Building-CC).jpg by S. Otarola/ESO, CC BY 4.0, via Wikimedia Commons.

Join the conversation

Your email address will not be published. Required fields are marked *