WP Composer vs WPackagist: La Batalla por WordPress

Angela Sofía Osorio

SofiDev Angela Sofía

Tiempo de lectura 3 minutes

Fecha de publicación

WPackagist reinó durante años como el repositorio de Composer indiscutible para temas y plugins. La historia dio un giro drástico en marzo de 2026.

La adquisición del proyecto por parte de WP Engine cambió las reglas del ecosistema. Una herramienta vital para miles de desarrolladores pasó súbitamente a estar bajo el control del capital privado.

Ahora las decisiones sobre disponibilidad, actualizaciones y el futuro del repositorio se toman a puerta cerrada. Curiosamente, el repositorio oficial en GitHub de WPackagist ya ni siquiera refleja el código que corre en producción.

black flat screen computer monitor

El contraataque de la comunidad libre

Aquí entra Roots, el equipo detrás de herramientas consagradas como Bedrock, Sage y Trellis. Su respuesta ante esta privatización fue potenciar WP Composer.

Esta alternativa no es un capricho ideológico. Es una evolución técnica que exprime el protocolo de metadatos de Composer v2 para mejorar la eficiencia del flujo de trabajo.

Mientras WP Composer descarga únicamente los metadatos de los paquetes que necesitas, WPackagist sigue usando un sistema arcaico. Todavía obliga a tu terminal a descargar índices masivos antes de resolver la primera dependencia.

17 veces más rápido en frío

Los números destrozan cualquier debate. Resolver dependencias para 10 plugins desde cero toma casi 13 segundos usando WPackagist.

En WP Composer, ese mismo proceso aterriza en apenas 0.7 segundos. Una velocidad 17 veces superior gracias a una arquitectura limpia.

La modernización se nota en todo. WP Composer actualiza sus índices cada cinco minutos, utiliza cachés inmutables y responde mediante CDN públicos. WPackagist, por su parte, tarda cerca de 90 minutos en sincronizar los repositorios.

Soberanía técnica para desarrolladores

Roots construyó WP Composer sobre una premisa transparente: el proyecto es financiado al 100% por la comunidad a través de GitHub Sponsors.

El código fuente está completamente abierto y documentado. Cualquiera puede revisar el código de la aplicación, entender cómo funciona e incluso utilizar la configuración de Ansible para levantar su propio repositorio privado.

Abandonar WPackagist es sorprendentemente fácil. Solo necesitas cambiar el repositorio en tu archivo de configuración y actualizar la nomenclatura de tus paquetes de wpackagist-plugin/* a wp-plugin/*. Roots incluso ofrece un script de migración automática.

¿Confiarás la base de dependencias de tus proyectos a las decisiones de una corporación, o apostarás por código abierto creado por programadores reales? Visita el repositorio de WP Composer, actualiza tus proyectos y cuéntanos tu experiencia en los comentarios.