- English
- français
- Deutsche
- Contact us
- Docs
- Login

This blog post is based on the Upsun live stream with Greg Qualls, Director of Product Marketing, and Paul Gilzow, Developer Advocate at Upsun.
WordPress powers over 40% of the web, but not all WordPress installations are created equal. Whether you're a solo developer, managing an agency, or overseeing hundreds of sites, the way you install and manage WordPress can make or break your workflow.
In a recent live stream discussion, we dived deep into three popular WordPress installation methods: Vanilla, Composer-based, and Bedrock. Each approach has its merits, but which one should you choose? Let's break down the showdown.
The traditional install. Vanilla WordPress is what most people think of when they hear "WordPress installation." This approach has been in use since WordPress was introduced and remains the most common method today.
It follows a straightforward process: you download the ZIP file from wordpress.org, extract it to your server directory, and run through the famous five-minute installation. Next, install plugins and themes through the WordPress admin dashboard, and updates happen with a simple click from within WordPress itself. If you're working with version control, you typically commit all the WordPress core files to your repository and push them to your hosting environment.
The good:
The challenges:
As Paul Gilzow noted from his university days managing 200+ WordPress sites: "I fought Composer for six months because I was so used to vanilla, but I finally realized there just wasn't going to be a way to accomplish all the goals I needed with that traditional setup."
Composer brings modern dependency management to WordPress, which fundamentally changes how we think about WordPress installations. Rather than treating WordPress as a single application with add-ons, Composer treats everything, including WordPress core itself, as a package.
The process begins by creating a composer.json file that defines WordPress core, plugins, and themes as dependencies, along with specific version numbers. Running composer install downloads all these dependencies into organized directories. Importantly, only your custom code and configuration files are committed to version control; the actual WordPress files are downloaded fresh each time. Updates are made by changing version numbers in your JSON file and running composer update, rather than clicking buttons in the WordPress admin.
The good:
The challenges:
Bedrock, created by Roots, takes composer-based WordPress and adds a full 12-factor app methodology.
Bedrock, created by Roots, takes composer-based WordPress and adds a full 12-factor app methodology. This approach doesn't just modernize how you install WordPress; it modernizes your entire perspective on WordPress applications.
Built on top of composer-based WordPress, but adds its own rules about how things should be organized. Think of it like a strict filing system; everything has its proper place. Instead of hardcoding settings, such as database passwords, directly into your files, Bedrock retrieves this information from the server environment. This means you can move your site between different servers without needing to change any code.
The good:
The challenges:
It's not about winning, it's about fit for purpose. After weighing the pros and cons, we agree: there's no universal winner. Like choosing between a hammer drill, an impact driver, and a regular screwdriver, the best tool depends on the specific job at hand.
Choose Vanilla if:
Choose Composer if:
Choose Bedrock if:
From Paul's experience managing hundreds of university websites: "Composer really does make management of a fleet of sites much, much easier. You can audit what plugins are running across all your sites, update them consistently, and avoid the 'it works on my computer' problems."
For most developers and agencies, composer-based WordPress hits the spot. It provides the modern tooling benefits without the complexity overhead of Bedrock, while still being approachable for developers familiar with vanilla WordPress.
As WordPress continues to evolve, adding GraphQL support, improving the block editor, and moving toward more headless capabilities, the development toolchain is becoming increasingly important.
As the web development world embraces package managers, containerization, and modern deployment practices, vanilla WordPress installations may become the exception rather than the rule. But for now, WordPress's strength lies in its flexibility to accommodate all these approaches.
Ready to modernize your WordPress workflow? Here are some next steps:
The WordPress showdown is not about declaring a single winner. It's about understanding your options and choosing the approach that makes your development life easier, more secure, and more scalable.
Useful links