Seguimiento del uso del plugin de IA por sitio, licencia y espacio de trabajo

El seguimiento del uso de IA en los plugins es lo que convierte una función de IA de pago de una suposición de precios en un sistema operativo.

Eso importa más para los plugins, productos CMS y aplicaciones de comercio que para muchas herramientas SaaS independientes. Una sola licencia puede alimentar varios sitios web. Una cuenta de agencia puede gestionar múltiples espacios de trabajo de clientes. Una tienda puede ejecutar miles de descripciones de productos, consultas de búsqueda, resúmenes de reseñas o respuestas de soporte, mientras que otra apenas utiliza la función de IA.

Si cada solicitud parece “usuario 123 usó IA”, el modelo de negocio sigue siendo confuso. Si cada solicitud está etiquetada por sitio, licencia, espacio de trabajo, función y estado facturable, el equipo del plugin puede explicar el uso, dirigir la inferencia de pago a través de ShareAI, adjuntar un margen de Builder y permitir que el uso intensivo se pague por sí mismo.

La oportunidad es grande porque la distribución de CMS sigue siendo masiva.’ El informe de uso de CMS de W3Techs muestra a WordPress como el CMS más grande tanto por uso absoluto de sitios web como por cuota de mercado de CMS. Para los equipos de plugins, eso crea un problema simple: el uso de IA puede extenderse a muchos sitios independientes de clientes, y el modelo de facturación tiene que saber de dónde provino cada solicitud.

Por qué el seguimiento del uso de IA en plugins necesita más que conteos de usuarios

El seguimiento a nivel de usuario es útil, pero no es suficiente para el seguimiento del uso de IA en plugins.

Un equipo de plugins generalmente necesita responder diferentes preguntas:

• ¿Qué sitio creó esta solicitud?
• ¿A qué licencia o suscripción debería pertenecer este uso?
• ¿Qué espacio de trabajo, inquilino, tienda o cuenta de cliente lo generó?
• ¿Qué función creó el costo?
• ¿La solicitud fue facturable, incluida, reintentada, fallida, almacenada en caché, compensada o gratuita?
• ¿Debería el cliente ver esto en su historial de uso?
• ¿Debería contar para el uso pagado dirigido por ShareAI?

Esas preguntas se vuelven urgentes cuando el complemento agrega funciones de IA con costos variables: generación de contenido, búsqueda semántica, respuestas de soporte, enriquecimiento de productos, subtítulos de imágenes, resúmenes de reseñas, calificación de prospectos o resúmenes de documentos.

El enfoque equivocado es ocultar todo ese uso dentro de un precio fijo del complemento y esperar que el uso promedio se mantenga razonable. Un mejor enfoque es mantener el modelo de licencia normal del complemento y luego medir las acciones intensivas en IA por separado.

Ese es exactamente el trabajo de un buen sistema de etiquetado.

Las tres etiquetas que todo equipo de complementos debería capturar

El seguimiento del uso de IA en complementos generalmente comienza con tres identificadores: sitio, licencia y espacio de trabajo. Parecen similares, pero responden a diferentes preguntas comerciales.

Etiqueta de sitio

La etiqueta de sitio te dice dónde ocurrió la solicitud.

Para un complemento de WordPress, esto podría ser un hash de URL de sitio normalizado, UUID del sitio, ID de blog multisitio, ID de tienda o ID de implementación. Para una aplicación CMS o de comercio, podría ser un ID de proyecto, ID de escaparate, ID de dominio o ID de instalación de inquilino.

Usa la etiqueta de sitio para entender el uso a nivel de implementación. Esto es especialmente útil cuando un cliente ejecuta el mismo complemento en varios sitios, o cuando una agencia posee una licencia pero gestiona muchas instalaciones de clientes.

Etiqueta de licencia

La etiqueta de licencia te dice a qué derecho comercial pertenece el uso.

Esto puede corresponder a una clave de licencia, ID de suscripción, plan anual, código de oferta de por vida, paquete de agencia, compra en el mercado o contrato empresarial. La etiqueta de licencia no siempre es la misma que la etiqueta de sitio. Una licencia podría cubrir muchos sitios, y un sitio podría cambiar de licencias con el tiempo.

Usa la etiqueta de licencia para decidir si la solicitud está incluida, pagada, bloqueada, elegible para recarga o dirigida a ShareAI como uso pagado por el cliente.

Etiqueta de espacio de trabajo

La etiqueta del espacio de trabajo indica qué espacio del cliente debe ver y gestionar el uso.

En un complemento CMS, un espacio de trabajo podría ser la cuenta de un cliente de agencia, una organización, un equipo o un proyecto. En una aplicación de comercio, podría ser un espacio de trabajo de tienda, marca, región o catálogo. En una herramienta de contenido, podría ser un espacio de trabajo editorial.

Utiliza la etiqueta del espacio de trabajo para paneles de control orientados al cliente, presupuestos, aprobaciones e informes. Es la etiqueta que mantiene el uso comprensible cuando varias personas comparten una licencia.

Qué Incluye un Evento de Uso Útil de IA

Un evento de uso debe describir el contexto empresarial de una solicitud, no solo la llamada técnica a la API.

El Manual de la API REST de WordPress describe rutas y puntos finales como una forma estructurada para que las aplicaciones intercambien datos JSON con un sitio de WordPress a través de puntos finales registrados. Los equipos de complementos pueden usar esa misma mentalidad estructurada para los eventos de uso de IA: cada solicitud debe llevar suficiente metadatos para ser auditada, valorada y explicada posteriormente. Consulta el Manual de la API REST de WordPress para el modelo REST subyacente.

Campo	Por qué importa
event_id	Previene la facturación duplicada cuando ocurren reintentos.
id_de_solicitud	Conecta la solicitud del complemento con la solicitud de enrutamiento de IA.
site_id	Muestra qué instalación generó el uso.
license_id	Conecta el uso con el derecho comercial del cliente.
workspace_id	Uso de grupos para informes orientados al cliente.
customer_id	Vincula el uso al pagador o propietario de la cuenta.
feature_key	Separa las descripciones de productos de la búsqueda, resúmenes, soporte y otras funciones.
action_type	Facilita la fijación de precios por acción, como generación, búsqueda, resumen o respuesta.
estado_facturable	Marca el uso como incluido, facturable, gratuito, fallido, en caché, reintentado o compensado.
modelo_ruta	Muestra si la solicitud se enruta a través de ShareAI.
usage_units	Registra tokens, solicitudes, documentos, imágenes, minutos u otra unidad de uso.
created_at	Admite informes de clientes, períodos de facturación y revisión de disputas.

Ejemplo de evento:

{
  "event_id": "evt_01j_plugin_ai",
  "request_id": "req_91b7",
  "site_id": "site_42",
  "license_id": "lic_pro_2026",
  "workspace_id": "workspace_agency_client_a",
  "customer_id": "cus_8841",
  "feature_key": "product_description_generator",
  "action_type": "generation",
  "billable_state": "billable",
  "model_route": "shareai",
  "input_units": 1250,
  "output_units": 420,
  "created_at": "2026-07-03T05:20:00Z"
}

El esquema exacto variará según el producto. El principio no debería: etiquetar la solicitud antes de que se enrute, luego almacenar el resultado final de uso después de que la llamada al modelo regrese.

Cómo encaja ShareAI en el flujo de IA de pago

ShareAI no construye el complemento, el producto CMS o la aplicación de comercio. El Constructor posee ese producto fuera de ShareAI.

ShareAI se integra detrás de la función de IA como la capa de enrutamiento, uso, facturación, recargo y pago para el tráfico de inferencia. El flujo de dinero es sencillo:

1. El complemento envía tráfico de inferencia de IA desde el producto existente a ShareAI.
2. El Constructor configura un margen o recargo para ese uso enrutado.
3. El cliente paga directamente a ShareAI por el uso de IA.
4. ShareAI enruta la inferencia a través del mercado.
5. ShareAI paga al Builder mensualmente según las ganancias generadas por ese tráfico.

Esto funciona mejor cuando el uso varía significativamente según el sitio, la licencia, el espacio de trabajo o la función. Un pequeño blog puede usar un asistente de reescritura unas pocas veces al mes. Un gran catálogo de comercio puede generar o actualizar miles de descripciones. Esos clientes no deberían crear el mismo perfil de costo de IA.

Con un buen seguimiento del uso de IA del complemento, el Constructor puede mantener la licencia del complemento simple mientras mueve las acciones de IA intensivas a un modelo basado en el uso. El Constructor puede comenzar en el Consola del Constructor y usar documentación de ShareAI para planificar la ruta de integración.

Un flujo práctico de etiquetado para equipos de complementos

Comience con una acción de IA de pago, no con todo el producto.

Por ejemplo, un complemento de SEO para WordPress podría comenzar con la generación de títulos de IA. Una aplicación de comercio podría comenzar con la generación de descripciones de productos. Un complemento de CMS podría comenzar con respuestas de base de conocimiento. Elija una función donde el uso se relacione claramente con el valor para el cliente.

Luego defina el flujo de etiquetado:

1. Asigne identificadores estables para el sitio, la licencia, el espacio de trabajo y el cliente.
2. Cree una clave de función para la acción de IA.
3. Decide cuáles solicitudes están incluidas, facturables, bloqueadas, gratuitas o solo para reintento.
4. Adjunta las etiquetas antes de que se realice la solicitud dirigida por ShareAI.
5. Almacena las unidades de uso devueltas y el resultado de la solicitud.
6. Muestra al cliente un historial de uso que coincida con su modelo mental.
7. Reconciliar el uso por período de facturación antes del pago y la generación de informes.

Mantén la unidad facturable cerca del valor creado. Para los complementos, eso generalmente no son solo “tokens”. Puede ser descripciones de productos generadas, búsquedas respondidas, resúmenes creados, respuestas de soporte redactadas, documentos procesados, imágenes descritas o prospectos calificados.

El mercado de precios de IA ya se está moviendo en esa dirección. Bessemer’s Manual de precios y monetización de IA describe el cambio hacia modelos de precios que reflejan mejor el uso y el valor. Los equipos de complementos sienten esa presión rápidamente porque a menudo venden en mercados con precios de suscripción bajos, renovaciones anuales, tarifas de mercado o licencias de por vida.

Lo que los clientes deberían ver

Los clientes no necesitan ver cada etiqueta interna, pero sí necesitan suficiente visibilidad para confiar en la factura.

Una pantalla de uso orientada al cliente debería mostrar:

• El sitio o espacio de trabajo donde ocurrió el uso.
• La función de IA utilizada.
• El número de acciones, unidades o créditos consumidos.
• Lo que estaba incluido frente a lo pagado.
• El total del período actual.
• La asignación restante, si la hay.
• Cuándo se generó el uso.
• Un enlace para gestionar la facturación o recargar.

Usa etiquetas simples. “Descripciones de productos generadas” es más claro que “tokens de salida.” “Respuestas de búsqueda” es más claro que “solicitudes de incrustación más completaciones.” Las unidades técnicas siguen siendo importantes internamente, pero el uso orientado al cliente debe coincidir con el valor que ofrece el plugin.

Errores comunes que evitar.

No hagas que la clave de licencia sea la única fuente de verdad. Es útil para derechos, pero no suficiente para informes cuando una licencia cubre muchos sitios o espacios de trabajo.

No factures reintentos como nuevo uso a menos que el reintento haya producido un nuevo valor para el cliente. Almacena el ID del evento original o la relación de reintento.

No mezcles solicitudes fallidas con el uso pagado. Rastrearlas, pero márcalas por separado.

No ocultes el costo de la IA dentro de un plan fijo si un pequeño número de usuarios intensivos puede consumir la mayor parte de la inferencia. Eso puede dañar silenciosamente los márgenes.

No describas ShareAI como el lugar donde se construye el plugin. El plugin sigue siendo tuyo. ShareAI maneja la capa de monetización del tráfico de IA detrás de él.

Preguntas frecuentes

¿Qué es el seguimiento del uso de IA del plugin?

El seguimiento del uso de IA del plugin es el proceso de registrar qué sitio, licencia, espacio de trabajo, cliente y función generaron cada solicitud de IA. Ayuda a los equipos de plugins a medir las acciones de IA pagadas de manera justa en lugar de adivinar el uso solo a partir del número de usuarios.

¿Por qué los equipos de plugins deberían etiquetar el uso por sitio?

Las etiquetas de sitio muestran qué instalación creó la solicitud. Esto es importante cuando una licencia cubre múltiples sitios web, tiendas, sitios de clientes o implementaciones con patrones de uso de IA muy diferentes.

¿Por qué los equipos de plugins deberían etiquetar el uso por licencia?

Las etiquetas de licencia conectan el uso de la IA con el derecho comercial del cliente. Ayudan a decidir si una solicitud está incluida, es de pago, está bloqueada, es elegible para recarga o se enruta a través de ShareAI como uso pagado por el cliente.

¿Por qué los equipos de plugins deberían etiquetar el uso por espacio de trabajo?

Las etiquetas de espacio de trabajo facilitan los informes para los clientes. Las agencias, equipos, tiendas y organizaciones a menudo necesitan ver el uso por cliente, proyecto, departamento, catálogo o espacio de equipo en lugar de por usuario individual.

¿Es ShareAI un creador de aplicaciones para plugins?

No. ShareAI no crea plugins, productos CMS ni aplicaciones de comercio. El Creador posee el producto fuera de ShareAI. ShareAI proporciona la capa de enrutamiento, uso, facturación, recargo y pago mensual para el tráfico de IA enrutado a través de ShareAI.

¿Cómo ayuda ShareAI a los equipos de plugins a monetizar el uso de la IA?

Los equipos de plugins pueden enrutar el tráfico de inferencia de IA a través de ShareAI, configurar un margen o recargo, permitir que los clientes paguen a ShareAI por el uso enrutado y recibir pagos mensuales del Creador basados en las ganancias generadas.

¿Qué acciones de IA en plugins son buenos candidatos para la medición?

Buenos candidatos incluyen generación de contenido, descripciones de productos, búsqueda semántica, respuestas de soporte, resúmenes de reseñas, subtítulos de imágenes, calificación de prospectos, resúmenes de documentos, auditorías de páginas y otras acciones intensivas en IA donde el uso varía según el cliente.

¿Deberían los equipos de plugins rastrear tokens o acciones comerciales?

Rastrear ambos internamente cuando sea posible. Los tokens o unidades del modelo ayudan a conciliar costos. Las acciones comerciales, como descripciones generadas o respuestas de soporte redactadas, facilitan que los clientes comprendan los precios.

¿Cómo se deben manejar los reintentos en el seguimiento del uso de la IA?

Los reintentos deben hacer referencia al ID del evento original. Si la primera solicitud falló, el reintento generalmente no debería crear un uso facturable duplicado. Si un reintento genera un nuevo resultado pagado, marque ese estado claramente.

¿Esto puede funcionar para plugins con licencia de por vida?

Sí. Una licencia de por vida aún puede incluir una asignación finita de uso de IA, con acciones adicionales intensivas en IA enrutadas a través de ShareAI como uso pagado. La clave es explicar la diferencia entre el acceso de por vida al plugin y el uso continuo de inferencia de IA.

¿Qué deberían ver los clientes en un panel de control de uso de IA de un plugin?

Los clientes deberían ver el sitio o espacio de trabajo, la función utilizada, las unidades de uso o acciones, el uso incluido frente al uso pagado, los totales del período de facturación y la asignación restante. Evite exponer detalles técnicos a menos que el cliente los necesite.

¿Cuándo es más importante el seguimiento del uso de IA en un plugin?

Es más importante cuando el uso de IA es desigual. Si un cliente utiliza una función diez veces y otro la utiliza diez mil veces, las etiquetas de sitio, licencia y espacio de trabajo ayudan a que el modelo de precios siga el uso real.