Suivi de l'utilisation de l'IA du plugin par site, licence et espace de travail

Le suivi de l'utilisation de l'IA par les plugins est ce qui transforme une fonctionnalité IA payante d'une estimation de prix en un système d'exploitation.

Cela compte davantage pour les plugins, les produits CMS et les applications de commerce que pour de nombreux outils SaaS autonomes. Une seule licence peut alimenter plusieurs sites web. Un compte d'agence peut gérer plusieurs espaces de travail clients. Un magasin peut exécuter des milliers de descriptions de produits, de requêtes de recherche, de résumés d'avis ou de réponses de support, tandis qu'un autre utilise à peine la fonctionnalité IA.

Si chaque requête ressemble à “ l'utilisateur 123 a utilisé l'IA ”, le modèle économique reste flou. Si chaque requête est étiquetée par site, licence, espace de travail, fonctionnalité et état facturable, l'équipe du plugin peut expliquer l'utilisation, acheminer l'inférence payante via ShareAI, ajouter une marge Builder et laisser une utilisation intensive se financer d'elle-même.

L'opportunité est grande car la distribution des CMS reste massive. W3Techs’ rapport sur l'utilisation des CMS montre que WordPress est le plus grand CMS à la fois par l'utilisation absolue des sites web et par la part de marché des CMS. Pour les équipes de plugins, cela crée un problème simple : l'utilisation de l'IA peut se répartir sur de nombreux sites clients indépendants, et le modèle de facturation doit savoir d'où provient chaque requête.

Pourquoi le suivi de l'utilisation de l'IA par les plugins nécessite plus que des comptes d'utilisateurs

Le suivi au niveau des utilisateurs est utile, mais il n'est pas suffisant pour le suivi de l'utilisation de l'IA par les plugins.

Une équipe de plugins doit généralement répondre à différentes questions :

• Quel site a créé cette requête ?
• À quelle licence ou abonnement cette utilisation doit-elle appartenir ?
• Quel espace de travail, locataire, magasin ou compte client l'a générée ?
• Quelle fonctionnalité a créé le coût ?
• La requête était-elle facturable, incluse, réessayée, échouée, mise en cache, offerte ou gratuite ?
• Le client doit-il voir cela dans son historique d'utilisation ?
• Cela devrait-il compter comme une utilisation payante acheminée par ShareAI ?

Ces questions deviennent urgentes lorsque le plugin ajoute des fonctionnalités d'IA à coût variable : génération de contenu, recherche sémantique, réponses de support, enrichissement de produit, légendes d'images, résumés d'avis, qualification de prospects ou résumés de documents.

La mauvaise approche consiste à cacher toute cette utilisation dans un prix forfaitaire unique pour le plugin et espérer que l'utilisation moyenne reste raisonnable. Une meilleure approche consiste à conserver le modèle de licence normal du plugin, puis à mesurer séparément les actions intensives en IA.

C'est précisément le rôle d'un bon système de balisage.

Les trois balises que chaque équipe de plugin devrait capturer

Le suivi de l'utilisation de l'IA dans les plugins commence généralement par trois identifiants : site, licence et espace de travail. Ils semblent similaires, mais répondent à des questions commerciales différentes.

Balise de site

La balise de site vous indique où la demande a eu lieu.

Pour un plugin WordPress, cela pourrait être un hachage d'URL de site normalisé, un UUID de site, un ID de blog multisite, un ID de magasin ou un ID de déploiement. Pour une application CMS ou de commerce, cela pourrait être un ID de projet, un ID de vitrine, un ID de domaine ou un ID d'installation de locataire.

Utilisez la balise de site pour comprendre l'utilisation au niveau du déploiement. Cela est particulièrement utile lorsqu'un client utilise le même plugin sur plusieurs sites, ou lorsqu'une agence possède une licence mais gère de nombreuses installations pour des clients.

Balise de licence

La balise de licence vous indique à quel droit commercial appartient l'utilisation.

Cela peut correspondre à une clé de licence, un ID d'abonnement, un plan annuel, un code d'offre à vie, un pack d'agence, un achat sur une place de marché ou un contrat d'entreprise. La balise de licence n'est pas toujours la même que la balise de site. Une licence peut couvrir plusieurs sites, et un site peut changer de licence au fil du temps.

Utilisez la balise de licence pour décider si la demande est incluse, payée, bloquée, éligible à un complément ou acheminée vers ShareAI en tant qu'utilisation payée par le client.

Balise d'espace de travail

La balise de l'espace de travail indique quel espace client doit voir et gérer l'utilisation.

Dans un plugin CMS, un espace de travail pourrait être un compte client d'agence, une organisation, une équipe ou un projet. Dans une application de commerce, cela pourrait être un espace de travail de magasin, de marque, de région ou de catalogue. Dans un outil de contenu, cela pourrait être un espace de travail éditorial.

Utilisez la balise de l'espace de travail pour les tableaux de bord orientés client, les budgets, les approbations et les rapports. C'est la balise qui rend l'utilisation compréhensible lorsque plusieurs personnes partagent une licence.

Ce qu'inclut un événement d'utilisation d'IA utile

Un événement d'utilisation doit décrire le contexte commercial d'une requête, pas seulement l'appel API technique.

Le manuel WordPress REST API décrit les routes et les points de terminaison comme une manière structurée pour les applications d'échanger des données JSON avec un site WordPress via des points de terminaison enregistrés. Les équipes de plugins peuvent utiliser cette même approche structurée pour les événements d'utilisation d'IA : chaque requête doit inclure suffisamment de métadonnées pour être auditées, tarifées et expliquées ultérieurement. Voir le manuel WordPress REST API pour le modèle REST sous-jacent.

Champ	Pourquoi c'est important
event_id	Empêche la facturation en double lorsque des tentatives de reprise se produisent.
identifiant_de_demande	Connecte la requête du plugin à la requête de routage de l'IA.
site_id	Indique quelle installation a généré l'utilisation.
license_id	Connecte l'utilisation au droit commercial du client.
workspace_id	Utilisation des groupes pour les rapports destinés aux clients.
identifiant_client	Lie l'utilisation au payeur ou au propriétaire du compte.
clé_fonctionnalité	Sépare les descriptions de produits de la recherche, des résumés, du support et d'autres fonctionnalités.
type_action	Simplifie la tarification par action, comme la génération, la recherche, le résumé ou la réponse.
état_facturable	Marque l'utilisation comme incluse, facturable, gratuite, échouée, mise en cache, réessayée ou compensée.
modèle_route	Indique si la requête passe par ShareAI.
unités_utilisées	Enregistre les jetons, requêtes, documents, images, minutes ou une autre unité d'utilisation.
créé_le	Prend en charge les rapports clients, les périodes de facturation et la révision des litiges.

Exemple d'événement :

{
  "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"
}

Le schéma exact variera selon le produit. Le principe ne devrait pas : marquer la requête avant qu'elle ne soit routée, puis stocker le résultat final d'utilisation après le retour de l'appel du modèle.

Comment ShareAI s'intègre dans le flux IA payant

ShareAI ne construit pas le plugin, le produit CMS ou l'application de commerce. Le Builder possède ce produit en dehors de ShareAI.

ShareAI s'intègre derrière la fonctionnalité IA en tant que couche de routage, d'utilisation, de facturation, de surcharge et de paiement pour le trafic d'inférence. Le flux monétaire est simple :

1. Le plugin envoie le trafic d'inférence IA du produit existant à ShareAI.
2. Le Builder configure une marge ou une surcharge pour cette utilisation routée.
3. Le client paie directement ShareAI pour l'utilisation de l'IA.
4. ShareAI route l'inférence via le marketplace.
5. ShareAI paie le Constructeur mensuellement en fonction des revenus générés par ce trafic.

Cela fonctionne mieux lorsque l'utilisation varie fortement selon le site, la licence, l'espace de travail ou la fonctionnalité. Un petit blog peut utiliser un assistant de réécriture quelques fois par mois. Un grand catalogue de commerce peut générer ou mettre à jour des milliers de descriptions. Ces clients ne devraient pas créer le même profil de coût IA.

Avec un bon suivi de l'utilisation de l'IA par le plugin, le Builder peut garder la licence du plugin simple tout en déplaçant les actions IA lourdes vers un modèle basé sur l'utilisation. Le Builder peut commencer dans le Console du constructeur et utiliser documentation ShareAI pour planifier le chemin d'intégration.

Un flux de marquage pratique pour les équipes de plugins

Commencez par une action IA payante, pas par l'ensemble du produit.

Par exemple, un plugin SEO WordPress pourrait commencer par la génération de titres IA. Une application de commerce pourrait commencer par la génération de descriptions de produits. Un plugin CMS pourrait commencer par des réponses à une base de connaissances. Choisissez une fonctionnalité où l'utilisation correspond clairement à la valeur client.

Ensuite, définissez le flux de marquage :

1. Assignez des identifiants stables pour le site, la licence, l'espace de travail et le client.
2. Créez une clé de fonctionnalité pour l'action IA.
3. Décidez quelles demandes sont incluses, facturables, bloquées, gratuites ou uniquement en réessai.
4. Attachez les balises avant que la demande routée par ShareAI ne soit effectuée.
5. Stockez les unités d'utilisation retournées et le résultat de la demande.
6. Montrez au client un historique d'utilisation qui correspond à son modèle mental.
7. Réconciliez l'utilisation par période de facturation avant le paiement et le rapport.

Gardez l'unité facturable proche de la valeur créée. Pour les plugins, ce n'est généralement pas seulement des “ tokens ”. Cela peut être des descriptions de produits générées, des recherches répondues, des résumés créés, des réponses de support rédigées, des documents traités, des images décrites ou des prospects qualifiés.

Le marché des prix de l'IA évolue déjà dans cette direction. Bessemer Guide de tarification et de monétisation de l'IA décrit le passage vers des modèles de tarification qui reflètent mieux l'utilisation et la valeur. Les équipes de plugins ressentent rapidement cette pression car elles vendent souvent sur des marchés avec des prix d'abonnement bas, des renouvellements annuels, des frais de marché ou des licences à vie.

Ce que les clients devraient voir

Les clients n'ont pas besoin de voir chaque balise interne, mais ils ont besoin de suffisamment de visibilité pour faire confiance à la facture.

Un écran d'utilisation utile pour les clients devrait montrer :

• Le site ou l'espace de travail où l'utilisation a eu lieu.
• La fonctionnalité IA utilisée.
• Le nombre d'actions, d'unités ou de crédits consommés.
• Ce qui était inclus par rapport à ce qui était payé.
• Le total de la période actuelle.
• L'allocation restante, le cas échéant.
• Quand l'utilisation a été générée.
• Un lien pour gérer la facturation ou recharger.

Utilisez des étiquettes simples. “ Descriptions de produits générées ” est plus clair que “ jetons de sortie ”. “ Réponses de recherche ” est plus clair que “ requêtes d'intégration plus complétions ”. Les unités techniques restent importantes en interne, mais l'utilisation orientée client doit correspondre à la valeur que le plugin offre.

Erreurs courantes à éviter

Ne faites pas de la clé de licence la seule source de vérité. Elle est utile pour les droits, mais insuffisante pour le reporting lorsqu'une licence couvre plusieurs sites ou espaces de travail.

Ne facturez pas les nouvelles tentatives comme une nouvelle utilisation, sauf si la tentative a produit une nouvelle valeur pour le client. Stockez l'ID de l'événement original ou la relation de tentative.

Ne mélangez pas les requêtes échouées avec l'utilisation payante. Suivez-les, mais marquez-les séparément.

Ne cachez pas le coût de l'IA dans un forfait fixe si un petit nombre d'utilisateurs intensifs peut consommer la majorité des inférences. Cela peut discrètement nuire aux marges.

Ne décrivez pas ShareAI comme l'endroit où le plugin est construit. Le plugin reste le vôtre. ShareAI gère la couche de monétisation du trafic IA derrière lui.

FAQ

Qu'est-ce que le suivi de l'utilisation de l'IA du plugin ?

Le suivi de l'utilisation de l'IA du plugin est le processus d'enregistrement de quel site, licence, espace de travail, client et fonctionnalité a généré chaque requête IA. Cela aide les équipes de plugins à mesurer équitablement les actions IA payantes au lieu de deviner l'utilisation uniquement à partir du nombre d'utilisateurs.

Pourquoi les équipes de plugins devraient-elles étiqueter l'utilisation par site ?

Les étiquettes de site montrent quelle installation a créé la requête. Cela est important lorsqu'une licence couvre plusieurs sites web, magasins, sites clients ou déploiements avec des modèles d'utilisation de l'IA très différents.

Pourquoi les équipes de plugins devraient-elles étiqueter l'utilisation par licence ?

Les balises de licence relient l'utilisation de l'IA aux droits commerciaux du client. Elles aident à décider si une demande est incluse, payée, bloquée, éligible à un complément ou acheminée via ShareAI en tant qu'utilisation payée par le client.

Pourquoi les équipes de plugins devraient-elles baliser l'utilisation par espace de travail ?

Les balises d'espace de travail facilitent les rapports clients. Les agences, équipes, magasins et organisations ont souvent besoin de voir l'utilisation par client, projet, département, catalogue ou espace d'équipe plutôt que par utilisateur individuel.

ShareAI est-il un créateur d'applications pour les plugins ?

Non. ShareAI ne crée pas de plugins, de produits CMS ou d'applications de commerce. Le créateur possède le produit en dehors de ShareAI. ShareAI fournit la couche d'acheminement, d'utilisation, de facturation, de surcharge et de paiement mensuel pour le trafic IA acheminé via ShareAI.

Comment ShareAI aide-t-il les équipes de plugins à monétiser l'utilisation de l'IA ?

Les équipes de plugins peuvent acheminer le trafic d'inférence IA via ShareAI, configurer une marge ou une surcharge, laisser les clients payer ShareAI pour l'utilisation acheminée et recevoir des paiements mensuels du créateur basés sur les revenus générés.

Quelles actions IA des plugins sont de bons candidats pour la mesure ?

Les bons candidats incluent la génération de contenu, les descriptions de produits, la recherche sémantique, les réponses de support, les résumés de critiques, les légendes d'images, la qualification de prospects, les résumés de documents, les audits de pages et d'autres actions intensives en IA où l'utilisation varie selon le client.

Les équipes de plugins devraient-elles suivre les jetons ou les actions commerciales ?

Suivez les deux en interne lorsque c'est possible. Les jetons ou unités de modèle aident à concilier les coûts. Les actions commerciales, telles que les descriptions générées ou les réponses de support rédigées, facilitent la compréhension des prix pour les clients.

Comment les reprises devraient-elles être gérées dans le suivi de l'utilisation de l'IA ?

Les reprises devraient faire référence à l'ID de l'événement original. Si la première demande a échoué, la reprise ne devrait généralement pas créer une utilisation facturable en double. Si une reprise génère un nouveau résultat payant, marquez cet état clairement.

Cela peut-il fonctionner pour les plugins à licence à vie ?

Oui. Une licence à vie peut toujours inclure une allocation finie d'utilisation de l'IA, avec des actions supplémentaires intensives en IA acheminées via ShareAI en tant qu'utilisation payante. La clé est d'expliquer la différence entre l'accès à vie au plugin et l'utilisation continue de l'inférence IA.

Que doivent voir les clients dans un tableau de bord d'utilisation de plugin AI ?

Les clients doivent voir le site ou l'espace de travail, la fonctionnalité utilisée, les unités ou actions d'utilisation, l'utilisation incluse par rapport à l'utilisation payante, les totaux de la période de facturation et l'allocation restante. Évitez de révéler des détails techniques sauf si le client en a besoin.

Quand le suivi de l'utilisation du plugin AI est-il le plus important ?

Il est le plus important lorsque l'utilisation de l'AI est inégale. Si un client utilise une fonctionnalité dix fois et qu'un autre l'utilise dix mille fois, les tags de site, de licence et d'espace de travail aident le modèle de tarification à refléter l'utilisation réelle.