Lanzaste tu primer plugin WordPress en wordpress.org, llegaste a 100 descargas y… silencio total. Cero reportes de bugs, cero preguntas de soporte. Las descargas de plugins WordPress y las instalaciones activas no son la misma métrica, y entender esa diferencia cambia completamente cómo interpretás el rendimiento de tu lanzamiento.
En 30 segundos
- 100 descargas en wordpress.org no son 100 usuarios activos: incluyen pruebas, desinstalaciones, bots y descargas fallidas.
- Las «instancias activas» son sitios donde el plugin está instalado y activado hoy. Solo el 0.16% de los 59.000+ plugins del repositorio supera las 100k instalaciones activas.
- Cero feedback no es señal de fracaso: el 99% de los usuarios que encuentran un problema simplemente desinstalan sin decir nada.
- Para plugins de IA/MCP como AI Conduit, el uso es «invisible» por naturaleza: los devs lo consumen via Claude o Cursor y nunca tocan el foro de soporte.
- Para medir uso real: activá logging de JSON-RPC, revisá los logs del plugin y usá el API de wordpress.org para rastrear instalaciones activas en el tiempo.
Descargas vs. Instancias Activas: La Realidad de WordPress.org
WordPress.org muestra dos contadores distintos en cada plugin: descargas e instalaciones activas. Una descarga se registra cada vez que alguien baja el ZIP, sea desde el admin de WordPress, desde WP-CLI, desde un cliente HTTP automatizado, o desde una pipeline de CI/CD. Una instalación activa, en cambio, es un sitio que tiene el plugin instalado y activado ahora mismo, y que hizo un pingback en la última semana.
La brecha entre ambas cifras puede ser enorme. Un plugin con 500 descargas puede tener 80 instalaciones activas, o puede tener 12. Depende de cuántos usuarios lo prueban y lo desinstalan, cuántos bots lo indexan, y cuántos sitios realmente lo corren en producción.
De los más de 59.000 plugins disponibles en el repositorio oficial, solo un puñado supera las 100.000 instalaciones activas. El 0.16% del total. Para un plugin nuevo con 100 descargas, esto es completamente normal. Cubrimos ese tema en detalle en los foros de la comunidad WordPress.
Por Qué 100 Descargas No Son 100 Usuarios Activos
Desglosemos qué se esconde detrás de esas 100 descargas:
- Descargas de prueba sin instalación: alguien baja el ZIP, lo inspecciona, y lo descarta porque no era lo que buscaba.
- Limitaciones de entorno: usuarios de WordPress.com en planes básicos no pueden instalar plugins de terceros. Descargan, intentan subir, y encuentran que no pueden.
- Pipelines de CI/CD: devs que automatizan sus despliegues y bajan el plugin por script en cada deploy generan múltiples descargas desde el mismo sitio.
- Instalaciones temporales de evaluación: alguien lo activa en un staging, lo prueba 20 minutos, lo desactiva, sigue con otro.
- Descargas de WP-CLI:
wp plugin install mi-plugin --activategenera una descarga aunque después se elimine.
¿Y qué pasa con el cero feedback? Exacto: es casi la norma para plugins nuevos. Los usuarios que encuentran un problema en el 90% de los casos hacen una de dos cosas: lo desinstalan sin decir nada, o buscan en Google si alguien más tuvo el problema. El foro de soporte de wordpress.org no es el primer instinto de nadie.
Métricas Reales Que Importan Para un Plugin Nuevo
Más allá del contador de descargas, hay señales más útiles para evaluar si tu plugin tiene tracción real:
| Métrica | Qué mide | Cómo verla |
|---|---|---|
| Instalaciones activas | Sitios que corren el plugin esta semana | Dashboard de wordpress.org (tu plugin) |
| Tasa de retención a 30 días | Cuántos siguen activos después del primer mes | Evolución del gráfico de activas |
| Rating promedio | Satisfacción de los que opinan | Página del plugin en .org |
| Threads de soporte abiertos | Problemas conocidos y engagement | Tab «Support» en wordpress.org |
| Logs de actividad interna | Uso real feature por feature | Tabla personalizada en wp_* o WP_Debug |
| Pings del plugin (API calls) | Para plugins de IA/MCP: consumo real vía JSON-RPC | Tabla de logs propia o Raygun/Sentry |
Para plugins en la categoría de inteligencia artificial y MCP (Model Context Protocol), las métricas tradicionales son especialmente engañosas. El uso puede ser alto y completamente invisible en el repositorio.
Implementar Tracking Con Model Context Protocol (MCP)
Ponele que lanzaste un plugin como AI Conduit, que conecta tu WordPress con asistentes IA vía MCP. El workflow típico de tus usuarios no pasa por el wp-admin: pasan por Claude Desktop, Cursor, o algún cliente compatible. Lo instalan, apuntan su cliente IA al endpoint, y empiezan a hacer queries. Nunca tocan el foro. Nunca abren un ticket. Y sin embargo, el plugin está procesando peticiones JSON-RPC todo el tiempo.
Esto no es un caso borde. En febrero de 2026, el equipo de WordPress lanzó oficialmente el WordPress MCP Adapter, que expone la Abilities API para que cualquier asistente IA pueda descubrir capacidades de plugins. Desde entonces, la categoría de plugins MCP creció con varios jugadores: Royal MCP, Easy MCP AI, y AI Conduit entre ellos.
Para este tipo de plugins, el tracking tiene que hacerse desde adentro. AI Conduit, por ejemplo, implementa logging completo de todos los requests y responses JSON-RPC en una tabla personalizada de la base de datos, con limpieza automática diaria. Eso te da visibilidad real de cuántas queries se procesan, desde qué clientes, con qué frecuencia.
Si tu plugin también cae en esta categoría, la recomendación es: logueá todo desde el día uno. No necesitás un servicio externo; una tabla wp_miplugin_logs con timestamp, user_id, request_type, y response_status alcanza para empezar. Esto se alinea con lo que cubrimos en nuestra guía sobre crear una página de bienvenida.
Estrategias Para Obtener Feedback de los Primeros Usuarios
El error más común: esperar que el feedback llegue solo. No llega. Hay que ir a buscarlo.
Dentro del plugin
La página de configuración de tu plugin es el mejor lugar para pedir feedback. No un popup molesto en cada login, sino un banner discreto que aparece una vez después de 7 días de instalación: «¿Cómo te está yendo con el plugin? Contanos en 2 minutos.» Con un link a un Google Form o a tu foro.
En la descripción de wordpress.org
Muchos devs olvidan que la descripción del plugin es también una carta de presentación a los primeros usuarios. Incluí un párrafo explícito del estilo «si encontrás un problema o tenés una sugerencia, abrí un thread en el foro de soporte: leemos todo y respondemos rápido.» Parece obvio, pero marca la diferencia.
Beta testers antes del lanzamiento
Si ya lanzaste y no hiciste esto, tomalo para la próxima versión. Antes de subir una actualización grande, recrutá 5-10 beta testers en comunidades de WordPress (grupos de Facebook, Discord, Slack de WP Argentina). Ofrecé crédito en el changelog, acceso anticipado, o simplemente agradecimiento público. La gente que adoptó el plugin temprano suele tener más paciencia y disposición a dar feedback detallado que un usuario aleatorio. Lo explicamos a fondo en en un ambiente de prueba.
Qué Confirmado / Qué No Sobre Plugins MCP en 2026
| Afirmación | Estado | Fuente |
|---|---|---|
| WordPress MCP Adapter es oficial y disponible | Confirmado | developer.wordpress.org, febrero 2026 |
| AI Conduit usa Streamable HTTP transport para MCP | Confirmado | Página oficial del plugin en wordpress.org |
| Los plugins MCP son compatibles con Claude Desktop y Cursor | Confirmado | Documentación de AI Conduit y WordPress MCP Adapter |
| Las instalaciones activas de plugins MCP crecen proporcionalmente al uso de LLMs | Pendiente de datos | Tendencia observada, sin estadísticas oficiales de .org |
| El MCP Adapter reemplazará el modelo de plugins tradicional | No confirmado | Especulación del ecosistema, sin roadmap oficial |
Qué Significa Esto Para Equipos y Devs en Latinoamérica
En Argentina, Brasil y México hay una comunidad de desarrolladores WordPress activa que cada vez más experimenta con integraciones IA. El problema es que la infraestructura de soporte (foros, documentación en español, comunidades locales de testing) está un paso atrás respecto a los proyectos que se están lanzando.
Si estás lanzando un plugin técnico, especialmente uno que depende de MCP o de integraciones con APIs externas, asegurate de que tu entorno de hosting soporte los requisitos mínimos: PHP 8.1+, acceso a cURL, y soporte para conexiones HTTP persistentes. Para desarrollo y staging, un hosting WordPress de Donweb con acceso a logs de PHP te va a salvar más de una vez cuando necesites debuggear peticiones MCP fallidas.
Errores Comunes Al Lanzar Plugins en WordPress.org
Error 1: Confundir descargas con validación de producto
100 descargas en la primera semana no te dice si tu plugin resuelve un problema real. Te dice que la descripción fue lo suficientemente interesante como para que alguien lo probara. La validación real viene de las instalaciones activas que persisten después de 30 días.
Error 2: No tener un caso de uso claro en la descripción
Para plugins de IA y MCP esto es especialmente crítico. «Conecta WordPress con LLMs via MCP» es demasiado abstracto para el 80% de los visitantes del repositorio. Mejor: «Conecta Claude Desktop con tu WordPress para hacer queries de contenido sin tocar el código.» Nombre de herramienta específica, acción concreta, resultado esperado.
Error 3: No responder los primeros threads de soporte en las primeras 48 horas
Los primeros threads de soporte son oro. Los que abren un ticket en wordpress.org son los usuarios más comprometidos del pool (el 1% que no se fue en silencio). Si tardás una semana en responder, ese usuario ya tomó otra decisión. Activá notificaciones por email para el foro de tu plugin y respondé antes de las 24 horas si podés. Tema relacionado: errores frecuentes en plugins.
Error 4: No diferenciar entre «bug» y «feature request no comunicada»
Cero reportes de bugs puede significar que el plugin funciona perfecto, o puede significar que nadie entendió cómo usarlo correctamente (spoiler: en los primeros lanzamientos, suele ser lo segundo). Revisá las consultas de búsqueda que llevan a tu página en el repositorio y mirá si hay patrones de términos que los usuarios buscan pero no encuentran documentados.
Preguntas Frecuentes
¿Cuál es la diferencia entre descargas e instalaciones activas en wordpress.org?
Las descargas cuentan cada vez que alguien baja el archivo del plugin, sin importar si lo instala o no. Las instalaciones activas muestran cuántos sitios tienen el plugin activo ahora mismo, según los pingbacks de la última semana. Un plugin puede tener 1.000 descargas y 50 instalaciones activas si la mayoría de usuarios lo probó y desinstaló.
¿Es normal tener 100 descargas pero cero reportes de problemas en un plugin nuevo?
Completamente normal. Los estudios de comportamiento de usuarios indican que entre el 97% y el 99% de quienes encuentran un problema en software simplemente lo dejan de usar sin reportar nada. Para un plugin nuevo, el silencio no es señal de calidad ni de problema; es el estado base. El feedback activo hay que construirlo con herramientas dentro del plugin.
¿Cómo puedo ver cuántas personas realmente usan mi plugin WordPress?
Desde el dashboard de plugins en wordpress.org podés ver el gráfico de instalaciones activas por semana. Para datos más granulares, implementá logging propio dentro del plugin: una tabla en la base de datos que registre activaciones, configuraciones guardadas y uso de features. Para plugins de IA/MCP, los logs de JSON-RPC son la métrica más precisa de uso real.
¿Qué es el WordPress MCP Adapter y para qué sirve?
El WordPress MCP Adapter es una librería oficial lanzada en febrero de 2026 que expone la Abilities API de WordPress para que asistentes IA como Claude o Cursor puedan descubrir qué puede hacer un plugin y ejecutar acciones. Permite construir integraciones entre WordPress y clientes IA sin desarrollo de API custom. Está disponible en GitHub bajo el repositorio oficial de WordPress.
¿Cómo consigo que mis primeros usuarios den feedback sobre mi plugin?
El canal más efectivo es un aviso discreto dentro del plugin, que aparezca una vez después de 7 días de activación con un link corto a un formulario. El foro de wordpress.org recibe feedback solo de una minoría activa; para el resto, hay que facilitarles el camino. Activar notificaciones de email para el foro y responder rápido a los primeros threads también aumenta la tasa de reportes futuros.
Conclusión
Cien descargas sin feedback no es un fracaso. Es el estado inicial de casi cualquier plugin en wordpress.org, y la confusión entre descargas e instalaciones activas lleva a evaluaciones incorrectas en ambas direcciones.
Lo que sí cambia el panorama en 2026 es la categoría de plugins MCP e IA: un porcentaje relevante del uso ocurre fuera de los canales tradicionales de soporte, mediado por clientes como Claude Desktop o Cursor, y eso hace que el «uso invisible» sea más común que nunca. Implementá logging interno desde el principio, revisá las instalaciones activas como métrica principal, y buscá activamente los primeros reportes en vez de esperar que lleguen solos.
El plugin que lanzaste existe en un repositorio con 59.000 competidores. Que llegaste a 100 descargas en el arranque ya es algo. Lo que hacés con eso en las próximas semanas define si esa base crece o se estanca.
![[FREE] I built a completely FREE AJAX Product Filter Plugin for WooCommerce (With Elementor Support) - ilustracion](https://wordpress.donweb.com/wp-content/uploads/2026/05/filtro-ajax-woocommerce-plugins-gratuitos-elementor-hero.jpg)
