WP Composer: een onafhankelijk alternatief voor WPackagist in je Composer-workflow

Als je WordPress professioneel bouwt met Composer, dan heb je de kans groot dat WPackagist al jaren in je composer.json staat. Het was meer dan een handige index: het werd de de-facto infrastructuurlaag waarmee je plugins en themes uit de WordPress.org-directory als Composer-packages kon binnenhalen.

Sinds maart 2026 is het speelveld veranderd: WPackagist is overgenomen door WP Engine (een hostingbedrijf met private-equity backing). En juist tooling die zo centraal staat in een groot deel van de WordPress Composer-workflow wil je liever niet afhankelijk maken van één commerciële partij. Daarom heeft Roots WP Composer gelanceerd: een onafhankelijk, community-funded en volledig open source Composer-repository voor WordPress-plugins en -themes.

Wat is WP Composer precies?

WP Composer is een Composer-repository (dus: een endpoint waar Composer package-metadata ophaalt) die alle gratis plugins en themes uit de WordPress.org-directory beschikbaar maakt als Composer-packages. Het project is gebouwd en wordt onderhouden door Roots, maar het uitgangspunt is nadrukkelijk onafhankelijk en transparant: de code, documentatie én deploy-configuratie zijn publiek beschikbaar.

Waarom dit ertoe doet (zeker na de overname van WPackagist)

WPackagist is oorspronkelijk gebouwd door Outlandish en is jarenlang onderhouden. In de latere fase ontstonden er zorgen: trage updates, beperkt onderhoud en weinig tot geen structurele community-inspraak. De overname door WP Engine versterkt die zorgen, omdat een stuk basisinfrastructuur voor developers daarmee in handen komt van één bedrijf.

Wanneer fundamentele developer tooling door één organisatie wordt gecontroleerd, verschuift besluitvorming over beschikbaarheid, prijs en richting naar een boardroom in plaats van een open proces. Daarnaast is het onduidelijk in hoeverre WPackagist nog écht open source is: de GitHub repository weerspiegelt niet langer wat er live draait.

Roots positioneert WP Composer daarom als alternatief dat transparant is, door de community gefinancierd wordt en ontwikkeld wordt door mensen die al lang in dit ecosysteem meedraaien. Er is ook een gedetailleerde vergelijking beschikbaar: WP Composer vs WPackagist (performance, metadata en verschillen in aanpak).

Wat WP Composer levert (en hoe je het gebruikt)

De kern: elke gratis plugin en theme uit de WordPress.org-directory, installeerbaar via Composer met schone package naming.

{
  "repositories": [
    {
      "name": "wp-composer",
      "type": "composer",
      "url": "https://repo.wp-composer.com",
      "only": ["wp-plugin/*", "wp-theme/*"]
    }
  ],
  "require": {
    "wp-plugin/woocommerce": "^10.0",
    "wp-theme/twentytwentyfive": "^1.0"
  }
}

{
  "repositories": [
    {
      "name": "wp-composer",
      "type": "composer",
      "url": "https://repo.wp-composer.com",
      "only": ["wp-plugin/*", "wp-theme/*"]
    }
  ],
  "require": {
    "wp-plugin/woocommerce": "^10.0",
    "wp-theme/twentytwentyfive": "^1.0"
  }
}

• Plugins gebruik je als wp-plugin/*.
• Themes gebruik je als wp-theme/*.
• Je bent dus af van de historische prefixes wpackagist-plugin en wpackagist-theme.

Aanbevolen in combinatie met Roots’ WordPress core packages

WP Composer is ook de aanbevolen repository naast de WordPress core packages van Roots: roots/wordpress, roots/wordpress-full en roots/wordpress-no-content. In een typische Bedrock-setup gebruik je roots/wordpress voor core en WP Composer voor plugins en themes.

Migreren vanaf WPackagist (stap voor stap)

Overstappen is in de praktijk vooral: oude packages verwijderen, repository omzetten, en opnieuw requiren met de nieuwe naamstructuur.

1) Verwijder je wpackagist packages

composer remove wpackagist-plugin/woocommerce wpackagist-theme/twentytwentyfive

composer remove wpackagist-plugin/woocommerce wpackagist-theme/twentytwentyfive

2) Wissel de repository-configuratie

composer config --unset repositories.wpackagist && composer config repositories.wp-composer composer https://repo.wp-composer.com

composer config --unset repositories.wpackagist && composer config repositories.wp-composer composer https://repo.wp-composer.com

3) Require dezelfde packages met de nieuwe naming

composer require wp-plugin/woocommerce wp-theme/twentytwentyfive

composer require wp-plugin/woocommerce wp-theme/twentytwentyfive

Automatisch migreren met het script

Wil je je composer.json automatisch laten bijwerken, dan kun je het migratiescript draaien: migrate-from-wpackagist.sh.

curl -sO https://raw.githubusercontent.com/roots/wp-composer/main/scripts/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh

curl -sO https://raw.githubusercontent.com/roots/wp-composer/main/scripts/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh

Gebruik je de changelog GitHub Action? Let op de naamswijziging

Als je de GitHub Action gebruikt om plugin-updates te tracken, is die hernoemd van “WPackagist Changelog Action” naar de WP Composer Changelog Action. Die ondersteunt volledig de nieuwe wp-plugin/<em> en wp-theme/</em> naming.

Performance: waarom WP Composer sneller kan resolven

WP Composer ondersteunt Composer v2’s metadata-url protocol. Dat betekent dat Composer metadata kan ophalen voor alleen de packages die jij nodig hebt. WPackagist gebruikt nog de oudere provider-includes aanpak, waardoor Composer eerst grote indexbestanden met metadata voor duizenden packages moet downloaden voordat je dependencies kunnen worden opgelost.

Composer resolve times (cold, zonder cache)

Bij een cold resolve (geen cache) geldt: lager is beter.

• 10 plugins: WP Composer 0.7s vs WPackagist 12.3s → 17x sneller
• 20 plugins: WP Composer 1.1s vs WPackagist 19.0s → 17x sneller

Metadata & caching: concrete verschillen

• Composer v2 metadata-url: WP Composer Yes, WPackagist No
• CDN caching: WP Composer public, max-age=300, WPackagist no-cache, private
• Per-package files: WP Composer gebruikt immutable, content-addressed files die onbeperkt gecachet kunnen worden; WPackagist is niet content-addressed

Volledig open source (en dus te auditen en te forken)

De volledige applicatiecode, documentatie en deploymentconfiguratie van WP Composer staat op GitHub: https://github.com/roots/wp-composer. Het project is opgezet zodat bijdragen welkom zijn en zodat iedereen, als het nodig is, een eigen instance kan draaien door het te forken.

Community-funded: hoe het in stand gehouden wordt

WP Composer wordt volledig door de community gefinancierd via GitHub Sponsors: https://github.com/sponsors/roots. Dat sponsorgeld gaat direct naar infrastructuur, development en onderhoud van WP Composer en het bredere Roots-ecosysteem.

Voor teams die sterk leunen op Composer in WordPress-projecten is dit vooral een manier om cruciale tooling onafhankelijk en vrij beschikbaar te houden.

Samenvatting

• WP Composer is een onafhankelijk Composer-repository voor WordPress.org plugins en themes, onderhouden door Roots.
• Je gebruikt nette package-namen: wp-plugin/<em> en wp-theme/</em>.
• Migreren vanaf WPackagist is een paar Composer-commando’s (of een script).
• WP Composer focust op performance met Composer v2 metadata-url en caching die past bij moderne dependency-resolving.
• Het project is volledig open source en community-funded via GitHub Sponsors.