La cola de revisión de plugins de WordPress llegó a cero plugins en espera en octubre de 2024, algo que no había pasado en años. El equipo de revisión redujo el tiempo de espera de 37 semanas a menos de 9, y en 2025 las submissions nuevas se duplicaron sin que la cola volviera a explotar. Eso no pasa solo.
En 30 segundos
- En octubre de 2024, la cola de revisión de plugins de WordPress llegó a cero por primera vez en mucho tiempo, con tiempos de espera reducidos a menos de 9 semanas (venían de 37).
- Plugin Check, la herramienta oficial de análisis automático, automatizó parte del proceso y le permite a los desarrolladores detectar errores antes de enviar.
- En 2025 las nuevas submissions se duplicaron respecto a 2024 y el directorio superó los 60.000 plugins activos.
- La tasa de aprobación subió de 63,4% a 69,5%, con 5.415 plugins aprobados (un 66,2% más que el año anterior).
- El tiempo promedio actual es de alrededor de 7 días para un plugin que cumple los requisitos desde el primer envío.
¿Qué es la cola de revisión de plugins de WordPress?
La cola de revisión de plugins de WordPress es el proceso por el que pasa cada plugin nuevo antes de aparecer en el directorio oficial en wordpress.org. El equipo de revisión, compuesto por voluntarios, revisa manualmente el código para verificar que cumple los lineamientos del directorio: licencia GPLv2 o compatible, ausencia de código malicioso, README.txt válido, y un conjunto de buenas prácticas de desarrollo.
Históricamente, ese proceso fue un cuello de botella clásico. Cualquiera que haya intentado publicar un plugin en los últimos años sabe de qué hablo: esperaba semanas, a veces meses, sin respuesta. En el peor momento registrado la cola llegó a tener más de 1.300 plugins acumulados esperando revisión. Para un desarrollador indie que lanzó algo en enero y quería estar en el directorio para WordCamp de marzo, era frustrante.
El problema no era falta de voluntad del equipo sino escala: el ecosistema WordPress crecía y el proceso de revisión manual no escalaba al mismo ritmo.
El hito sorprendente: la cola de revisión de plugins llegó a cero
En octubre de 2024, el equipo de revisión de plugins de WordPress.org llegó a backlog cero. Sin plugins acumulados. La cola vacía.
Para entender el peso de ese dato hay que verlo en contexto: venían de tiempos de espera de 37 semanas en el peor período. Treinta y siete semanas son aproximadamente ocho meses y medio. Si enviabas un plugin en enero, podías esperar hasta septiembre para tener respuesta (spoiler: a veces ni eso). El equipo incorporó nuevos revisores, rediseñó el flujo de trabajo interno, y lanzó herramientas que quitaron carga manual del proceso.
El resultado fue que para fin de 2024 el tiempo promedio de espera bajó a alrededor de 7 días para plugins que cumplían los requisitos desde el primer intento. De 37 semanas a una semana. Eso no es optimización incremental, es un cambio de régimen. Lo explicamos a fondo en procesos de revisión de la comunidad.
De 37 semanas a 9: cómo lo lograron
Según el reporte anual del equipo de plugins, la mejora vino de tres frentes en paralelo: más revisores activos, procesos más claros para los desarrolladores, y automatización parcial del análisis inicial.
El equipo incorporó nuevos miembros durante 2024, algo que no habían logrado a escala en años anteriores. Paralelamente, documentaron mejor qué errores comunes causaban rechazos y solicitudes de cambio, lo que redujo las revisiones que terminaban en rondas interminables de corrección. Si el 40% de los rechazos venía de los mismos cinco problemas, atacar esos cinco problemas de entrada era más eficiente que revisar cada plugin desde cero.
Y después está Plugin Check, que merece sección propia.
Plugin Check: la herramienta que cambió el juego
Plugin Check es el plugin oficial de WordPress para analizar otros plugins antes de enviarlos al directorio. Lo instalás en tu instalación de WordPress, le pasás el slug de tu plugin, y te devuelve un reporte con errores críticos, advertencias y sugerencias de mejora.
La idea no es nueva pero la ejecución en 2024 fue mucho más sólida. Según el roadmap oficial de Plugin Check, el equipo lo integró directamente en el flujo de revisión: cuando un plugin entra a la cola, parte del análisis inicial es automático. Eso les libera tiempo a los revisores humanos para enfocarse en lo que no se puede automatizar: juicio de intenciones, análisis de patrones de código sospechosos, revisión de términos de servicio encubiertos.
Para los desarrolladores el beneficio es concreto: podés correr Plugin Check antes de enviar y saber con anticipación qué te va a marcar el revisor. Antes esa información llegaba después de semanas de espera y en forma de un email que te pedía cambiar diez cosas. Ahora la tenés en minutos localmente.
¿Y qué detecta exactamente? Errores de seguridad comunes (sanitización de inputs, nonces, capacidades), problemas con el README.txt, uso de funciones deprecadas, licencias incorrectas, y un conjunto de buenas prácticas de rendimiento. No reemplaza la revisión humana pero filtra una parte enorme del trabajo básico.
La paradoja del crecimiento: más plugins, menos espera
Acá viene lo bueno: al mismo tiempo que el equipo vaciaba la cola, el volumen de trabajo no paró de crecer.
Según el anuncio oficial de mayo de 2025, las nuevas submissions de plugins se duplicaron en 2025 respecto al año anterior. El directorio superó los 60.000 plugins activos, con un crecimiento del 68% interanual en envíos nuevos. Eso es mucho más trabajo para el mismo equipo.
Y aun así los tiempos de espera no volvieron a dispararse.
La explicación tiene que ver con el efecto combinado de la automatización (Plugin Check filtrando los casos simples) y con que la tasa de aprobación mejoró: cuando más plugins pasan en el primer intento, el equipo no tiene que hacer rondas de corrección. Cada plugin que entra bien documentado y limpio técnicamente sale de la cola más rápido. Relacionado: extensiones visuales para WordPress.
Tasas de aprobación: de 63,4% a 69,5%
Los números de aprobación son otro dato que vale la pena mirar de cerca. En 2023 la tasa de aprobación de plugins nuevos era del 63,4%. En 2024 subió a 69,5%, y el equipo aprobó 5.415 plugins nuevos, un 66,2% más que el año anterior.
¿Por qué subió la tasa de aprobación? El equipo atribuye parte del mérito al uso de herramientas de IA por parte de los desarrolladores que les ayudan a detectar problemas de código antes de enviar. No es el único factor, pero es honesto reconocerlo: si los LLMs están ayudando a los devs a escribir código más limpio desde el principio, el efecto llega al proceso de revisión.
Eso sí: la IA también tiene el efecto opuesto. Con herramientas que generan plugins en minutos, el volumen de submissions creció. El equipo ya está viendo plugins generados automáticamente que tienen los errores específicos de los LLMs (código plausible pero inseguro, funciones inventadas, sanitización superficial). No es un problema resuelto, es uno emergente.
Proceso actual para publicar un plugin en WordPress
Si estás pensando en publicar algo en el directorio, el proceso en 2026 funciona en dos etapas bien distintas, y nadie te lo cuenta de entrada.
Etapa 1: revisión inicial automática y manual de código. Enviás tu plugin como archivo ZIP desde wordpress.org/plugins/add/. El sistema corre Plugin Check automáticamente. Si hay errores críticos, te rebota de inmediato. Si no, entra a la cola para revisión humana. El tiempo actual ronda los 7 días para plugins simples.
Etapa 2: activación del SVN y primera versión pública. Una vez aprobado, recibís acceso al repositorio SVN del plugin. Subís el código, generás el tag de versión, y recién ahí el plugin aparece en el directorio. Esta parte confunde a mucha gente que espera que la aprobación sea suficiente. Te puede servir nuestra cobertura de probar plugins antes de producción.
Los requisitos mínimos para pasar:
- Licencia GPLv2 o compatible (MIT y Apache 2.0 generalmente se aceptan con condiciones)
- README.txt válido con las secciones obligatorias: Description, Installation, al menos un tag de versión
- Sin código ofuscado ni calls a servicios externos sin declaración explícita
- Sin publicidad ni monetización no declarada en el README
- Sin conflictos de nombres con plugins existentes
Mi recomendación antes de enviar: corré Plugin Check en local, resolvé todos los errores marcados como críticos, y revisá el README contra la documentación oficial. El 90% de las demoras en revisión vienen de los mismos problemas que Plugin Check ya detecta.
Tabla comparativa: antes y después de las mejoras
| Métrica | 2023 (peor período) | 2024 / inicio 2026 |
|---|---|---|
| Tiempo de espera promedio | Hasta 37 semanas | ~7 días |
| Plugins en cola (máximo) | +1.300 | ~0 (vacía en oct. 2024) |
| Tasa de aprobación | 63,4% | 69,5% |
| Plugins aprobados por año | ~3.257 (estimado) | 5.415 (+66,2%) |
| Submissions nuevas (2025 vs 2024) | Base | +100% (duplicación) |
| Plugins en directorio | ~56.000 | +60.000 |
| Automatización inicial | Mínima | Plugin Check integrado |
Errores comunes al enviar un plugin
Error 1: enviar sin correr Plugin Check primero. Parece obvio pero el 40% de los rechazos en primera vuelta son por problemas que Plugin Check marca en rojo. Instalalo, correlo, arreglá lo que te dice. Son 20 minutos que te ahorran semanas de espera adicional por correcciones.
Error 2: nombre de plugin genérico o en conflicto. Nombres como «My Plugin», «SEO Plugin», o cualquier cosa que ya exista en el directorio (aunque sea con leve variación) generan un rechazo automático. Chequeá disponibilidad del slug antes de estructurar todo tu plugin alrededor de ese nombre.
Error 3: no declarar llamadas a servicios externos. Si tu plugin hace requests a una API externa, eso tiene que estar explícitamente documentado en el README.txt bajo una sección específica. Cualquier request a dominio externo sin declaración es rechazo directo. Esto aplica también a fuentes tipográficas externas, analytics, y cualquier servicio de terceros (sí, incluso Google Fonts sin self-hosting).
Error 4: confundir las dos etapas del proceso. Muchos desarrolladores creen que con la aprobación del equipo ya está todo listo. No: la aprobación te da acceso al SVN, pero vos tenés que subir el código y generar el tag de versión. Si no completás la segunda etapa, el plugin no aparece en el directorio aunque esté «aprobado». Para más detalles técnicos, mirá verificación de compatibilidad de extensiones.
Preguntas Frecuentes
¿Cuánto tiempo tarda la revisión de un plugin en WordPress hoy?
Actualmente el tiempo promedio ronda los 7 días para plugins que cumplen los requisitos desde el primer envío. Este tiempo puede extenderse si el plugin requiere revisiones o si el equipo recibe un pico de submissions. Antes de las mejoras de 2024, el tiempo podía ser de 37 semanas o más.
¿Cómo llegó la cola de revisión de plugins a cero?
La combinación de tres factores: incorporación de nuevos revisores al equipo, integración de Plugin Check para automatizar el análisis inicial, y mejor documentación que redujo los errores comunes en los envíos. El equipo logró vaciar completamente la cola en octubre de 2024, algo inédito en varios años.
¿Qué es Plugin Check y cómo lo uso?
Plugin Check es el plugin oficial de WordPress que analiza otros plugins contra los estándares del directorio. Lo instalás en tu WordPress desde wordpress.org/plugins/plugin-check/, vas al menú de herramientas, seleccionás tu plugin y ejecutás el análisis. El reporte muestra errores críticos (que causarían rechazo), advertencias y sugerencias. Corré esto siempre antes de enviar al directorio.
¿Por qué se aprueban más plugins ahora que en 2023?
La tasa subió de 63,4% a 69,5% principalmente porque los plugins llegan mejor preparados al proceso de revisión. Plugin Check ayuda a los desarrolladores a detectar los errores más comunes antes de enviar, y el uso de herramientas de IA en el desarrollo también contribuye a código más limpio desde el inicio. El proceso de revisión en sí no cambió los criterios, pero los plugins entran con menos problemas básicos.
¿Cuáles son los requisitos mínimos para publicar un plugin en WordPress?
Necesitás: archivo ZIP con el código, README.txt con secciones Description e Installation, licencia GPLv2 o compatible declarada en el archivo principal, sin código ofuscado, sin llamadas a servicios externos no declaradas, y un nombre de plugin que no conflictúe con plugins existentes. El proceso es en dos etapas: aprobación del equipo y luego subida a SVN para que aparezca en el directorio.
Conclusión
Lo que pasó con la cola de revisión de plugins de WordPress entre 2024 y 2026 es uno de esos cambios silenciosos que tienen impacto real en el ecosistema: bajaron el tiempo de espera de 37 semanas a 7 días, vaciaron una cola que tenía más de 1.300 plugins acumulados, y encima lo sostuvieron con el doble de submissions entrando.
Para un desarrollador que quiera publicar un plugin hoy, la situación es mejor que en cualquier momento reciente. El proceso tiene sus complejidades (las dos etapas, los requisitos de README, las declaraciones de servicios externos), pero al menos no se trata de enviar algo y esperar nueve meses a ver qué pasa.
El próximo paso del equipo, según el roadmap público de Plugin Check, es seguir expandiendo los controles automáticos y eventualmente integrar el análisis directamente en el flujo de CI/CD para que los desarrolladores puedan correrlo sin instalar nada. Si lo logran, el proceso de publicación en WordPress.org va a ser bastante más parecido a publicar un paquete en npm de lo que era hace dos años.
Fuentes
- Make WordPress Plugins – El ecosistema WordPress crece: nuevas submissions de plugins se duplicaron en 2025
- Make WordPress Plugins – Reporte anual del equipo de revisión de plugins 2024
- The Repository – El equipo de revisión de plugins alcanza backlog cero y reduce el tiempo de espera a siete días
- Make WordPress Plugins – Objetivos y roadmap de Plugin Check
- WordPress.org – Plugin Check (plugin oficial)
