サイト、ライセンス、およびワークスペースごとのプラグインAI使用状況の追跡

プラグインAI使用状況の追跡は、有料AI機能を価格の推測からオペレーティングシステムへと変えるものです。.

それは、プラグイン、CMS製品、コマースアプリにとって、単独のSaaSツールよりも重要です。1つのライセンスで複数のウェブサイトを運営できます。1つの代理店アカウントで複数のクライアントワークスペースを管理できます。1つの店舗が何千もの商品説明、検索クエリ、レビュー要約、またはサポート回答を実行する一方で、別の店舗はAI機能をほとんど使用しない場合もあります。.

すべてのリクエストが「ユーザー123がAIを使用した」のように見える場合、ビジネスモデルは曖昧なままです。すべてのリクエストがサイト、ライセンス、ワークスペース、機能、請求可能な状態でタグ付けされている場合、プラグインチームは使用状況を説明し、ShareAIを通じて有料推論をルート化し、Builderマージンを付け、重い使用状況が自己負担するようにすることができます。.

機会は大きいです。なぜなら、CMSの配布は依然として大規模だからです。’ CMS使用状況レポート によると、WordPressは絶対的なウェブサイト使用状況とCMS市場シェアの両方で最大のCMSです。プラグインチームにとって、それは単純な問題を生み出します：AI使用状況が多くの独立した顧客サイトに広がる可能性があり、請求モデルは各リクエストがどこから来たのかを知る必要があります。.

プラグインAI使用状況追跡がユーザー数以上を必要とする理由

ユーザーレベルの追跡は有用ですが、プラグインAI使用状況追跡には十分ではありません。.

プラグインチームは通常、異なる質問に答える必要があります：

• このリクエストを作成したのはどのサイトですか？
• この使用状況はどのライセンスまたはサブスクリプションに属するべきですか？
• どのワークスペース、テナント、店舗、またはクライアントアカウントがこれを生成しましたか？
• どの機能がコストを生み出しましたか？
• リクエストは請求可能、含まれる、再試行、失敗、キャッシュ済み、補償済み、または無料でしたか？
• 顧客はこれを使用履歴で確認するべきですか？
• それは有料のShareAI経由の使用量に含まれるべきですか？

プラグインが変動費用のAI機能を追加するとき、これらの質問は緊急性を帯びます：コンテンツ生成、セマンティック検索、サポート回答、製品強化、画像キャプション、レビュー要約、リード資格、または文書要約。.

間違ったアプローチは、すべての使用量を1つの固定プラグイン価格に隠し、平均使用量が妥当な範囲に収まることを期待することです。より良いアプローチは、プラグインの通常のライセンスモデルを維持し、AIを多用するアクションを別途計測することです。.

それが良いタグ付けシステムの正確な役割です。.

すべてのプラグインチームがキャプチャすべき3つのタグ

プラグインのAI使用量追跡は通常、サイト、ライセンス、ワークスペースの3つの識別子から始まります。それらは似ているように聞こえますが、異なるビジネス上の質問に答えます。.

サイトタグ

サイトタグはリクエストがどこで発生したかを示します。.

WordPressプラグインの場合、これは正規化されたサイトURLハッシュ、サイトUUID、マルチサイトブログID、ストアID、またはデプロイメントIDかもしれません。CMSやコマースアプリの場合、プロジェクトID、ストアフロントID、ドメインID、またはテナントインストールIDかもしれません。.

サイトタグを使用してデプロイメントレベルの使用量を理解します。これは、1人の顧客が同じプラグインを複数のサイトで使用している場合や、1つのライセンスを持つ代理店が多くのクライアントインストールを管理している場合に特に役立ちます。.

ライセンスタグ

ライセンスタグは、その使用量がどの商業的権利に属しているかを示します。.

これはライセンスキー、サブスクリプションID、年間プラン、ライフタイムディールコード、代理店バンドル、マーケットプレイス購入、または企業契約に対応することができます。ライセンスタグは必ずしもサイトタグと同じではありません。1つのライセンスが複数のサイトをカバーすることもあれば、1つのサイトが時間とともにライセンスを変更することもあります。.

ライセンスタグを使用して、リクエストが含まれるか、有料か、ブロックされているか、追加料金対象か、またはShareAIに顧客負担の使用量としてルーティングされるかを決定します。.

ワークスペースタグ

ワークスペースタグは、どの顧客スペースが使用状況を確認および管理するべきかを示します。.

CMSプラグインでは、ワークスペースは代理店のクライアントアカウント、組織、チーム、またはプロジェクトである可能性があります。コマースアプリでは、ストア、ブランド、地域、またはカタログワークスペースである可能性があります。コンテンツツールでは、編集ワークスペースであるかもしれません。.

ワークスペースタグを顧客向けダッシュボード、予算、承認、およびレポートに使用してください。複数の人が1つのライセンスを共有する場合、このタグが使用状況を理解しやすくします。.

有用なAI使用イベントに含まれるもの

使用イベントは、技術的なAPIコールだけでなく、リクエストのビジネスコンテキストを説明する必要があります。.

WordPress REST APIハンドブックは、登録されたエンドポイントを介してWordPressサイトとJSONデータを交換するための構造化された方法としてルートとエンドポイントを説明しています。プラグインチームは、AI使用イベントに対して同じ構造化された考え方を使用できます。すべてのリクエストには、後で監査、価格設定、および説明できる十分なメタデータを含める必要があります。参照してください。 WordPress REST APIハンドブック 基本的なRESTモデルについて。.

フィールド	なぜ重要なのか
event_id	リトライが発生した場合に重複請求を防ぎます。.
リクエストID	プラグインリクエストをAIルーティングリクエストに接続します。.
site_id	どのインストールが使用状況を生成したかを示します。.
license_id	使用状況を顧客の商業的権利に接続します。.
workspace_id	顧客向けのレポート用のグループ使用。.
customer_id	使用を支払者またはアカウント所有者にリンクします。.
機能キー	製品説明を検索、要約、サポート、その他の機能から分離します。.
action_type	生成、検索、要約、回答などのアクションによって価格設定を簡素化します。.
課金状態	含まれる、請求可能、無料、失敗、キャッシュ済み、再試行済み、または補償済みの使用をマークします。.
モデルルート	リクエストがShareAIを経由してルートされるかどうかを示します。.
usage_units	トークン、リクエスト、ドキュメント、画像、分、またはその他の使用単位を記録します。.
created_at	顧客レポート、請求期間、紛争レビューをサポートします。.

イベント例：

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

正確なスキーマは製品によって異なりますが、原則は変わりません：リクエストをルートする前にタグ付けし、モデル呼び出しが返った後に最終的な使用結果を保存します。.

有料AIフローにおけるShareAIの役割

ShareAIはプラグイン、CMS製品、またはコマースアプリを構築しません。それらの製品はShareAIの外部でBuilderが所有します。.

ShareAIは、AI機能の背後でルーティング、使用状況、請求、追加料金、および推論トラフィックの支払いレイヤーとして機能します。資金の流れはシンプルです：

1. プラグインは既存製品からのAI推論トラフィックをShareAIに送信します。.
2. Builderは、そのルーティングされた使用状況に対してマージンまたは追加料金を設定します。.
3. 顧客はAI使用料を直接ShareAIに支払います。.
4. ShareAIは推論をマーケットプレイスを通じてルーティングします。.
5. ShareAIは、そのトラフィックから生成された収益に基づいてBuilderに毎月支払います。.

この仕組みは、サイト、ライセンス、ワークスペース、または機能ごとに使用状況が大きく異なる場合に最適です。小規模なブログは月に数回リライトアシスタントを使用するかもしれません。一方、大規模なコマースカタログは数千の説明を生成または更新する可能性があります。これらの顧客が同じAIコストプロファイルを作成すべきではありません。.

優れたプラグインAI使用状況の追跡により、Builderはプラグインライセンスをシンプルに保ちながら、大規模なAIアクションを使用量ベースのモデルに移行できます。Builderは統合パスを計画することから始めることができます。 ビルダーコンソール 11. そして統合の詳細を計画する際に使用します ShareAIのドキュメント 統合パスを計画するために開始します。.

プラグインチームのための実用的なタグ付けフロー

製品全体ではなく、1つの有料AIアクションから始めましょう。.

例えば、WordPressのSEOプラグインはAIタイトル生成から始めるかもしれません。コマースアプリは製品説明生成から始めるかもしれません。CMSプラグインはナレッジベースの回答から始めるかもしれません。使用状況が顧客価値に明確に対応する1つの機能を選びましょう。.

次にタグ付けフローを定義します：

1. サイト、ライセンス、ワークスペース、および顧客のための安定した識別子を割り当てます。.
2. AIアクションのための機能キーを作成します。.
3. どのリクエストが含まれるか、請求対象、ブロック対象、無料、または再試行のみかを決定します。.
4. ShareAI経由のリクエストが行われる前にタグを添付します。.
5. 返された使用単位とリクエスト結果を保存します。.
6. 顧客に彼らのメンタルモデルに一致する使用履歴を表示します。.
7. 支払いと報告の前に請求期間ごとに使用量を調整します。.

請求可能な単位を作成された価値に近づけます。プラグインの場合、それは通常「トークン」だけではありません。生成された製品説明、回答された検索、作成された要約、ドラフトされたサポート返信、処理された文書、説明された画像、または資格付けされたリードなどが含まれることがあります。.

AI価格市場はすでにその方向に進んでいます。Bessemerの AIの価格設定と収益化プレイブック 使用量と価値をよりよく反映する価格モデルへの移行を説明しています。プラグインチームは、低価格のサブスクリプション、年間更新、マーケットプレイス手数料、またはライフタイムライセンスを持つ市場に販売することが多いため、そのプレッシャーを迅速に感じます。.

顧客が見るべきもの

顧客はすべての内部タグを見る必要はありませんが、請求を信頼するために十分な可視性が必要です。.

有用な顧客向け使用画面には以下を表示する必要があります：

• 使用が発生したサイトまたはワークスペース。.
• 使用されたAI機能。.
• 消費されたアクション、単位、またはクレジットの数。.
• 含まれているものと支払われたものの違い。.
• 現在の期間の合計。.
• 残りの許容量（ある場合）。.
• 使用が発生した時期。.
• 請求管理またはチャージ追加のリンク。.

シンプルなラベルを使用してください。「生成された製品説明」の方が「出力トークン」より明確です。「検索回答」の方が「埋め込みリクエストと完了」より明確です。技術的な単位は内部では重要ですが、顧客向けの使用状況はプラグインが提供する価値に一致させるべきです。.

避けるべき一般的なミス

ライセンスキーを唯一の信頼できる情報源にしないでください。それは権利付与には役立ちますが、1つのライセンスが複数のサイトやワークスペースをカバーする場合、報告には十分ではありません。.

リトライが新しい顧客価値を生み出さない限り、リトライを新しい使用量として請求しないでください。元のイベントIDまたはリトライ関係を保存してください。.

失敗したリクエストを有料使用量に混ぜないでください。それらを追跡しますが、別途マークしてください。.

少数のパワーユーザーが推論の大部分を消費できる場合、AIコストを固定プラン内に隠さないでください。それは静かに利益率を損なう可能性があります。.

ShareAIをプラグインが構築される場所として説明しないでください。プラグインはあなたのものです。ShareAIはその背後でAIトラフィックの収益化レイヤーを処理します。.

よくある質問

プラグインAI使用状況の追跡とは何ですか？

プラグインAI使用状況の追跡とは、どのサイト、ライセンス、ワークスペース、顧客、機能が各AIリクエストを生成したかを記録するプロセスです。これにより、プラグインチームはユーザー数だけで使用量を推測するのではなく、有料AIアクションを公平に測定することができます。.

なぜプラグインチームはサイトごとに使用状況をタグ付けする必要があるのですか？

サイトタグは、どのインストールがリクエストを作成したかを示します。これは、1つのライセンスが複数のウェブサイト、ストア、クライアントサイト、または非常に異なるAI使用パターンを持つデプロイメントをカバーする場合に重要です。.

なぜプラグインチームはライセンスごとに使用状況をタグ付けする必要があるのですか？

ライセンスタグは、AIの使用を顧客の商業的権利に結びつけます。これにより、リクエストが含まれるか、有料か、ブロックされるか、追加購入可能か、またはShareAIを通じて顧客が支払う使用としてルーティングされるかを判断するのに役立ちます。.

なぜプラグインチームはワークスペースごとに使用をタグ付けする必要があるのですか？

ワークスペースタグは顧客報告を簡単にします。代理店、チーム、店舗、組織は、個々のユーザーではなく、クライアント、プロジェクト、部門、カタログ、またはチームスペースごとの使用状況を確認する必要があることがよくあります。.

ShareAIはプラグイン用のアプリビルダーですか？

いいえ。ShareAIはプラグイン、CMS製品、またはコマースアプリを構築しません。ビルダーがShareAI外で製品を所有します。ShareAIは、ShareAIを通じてルーティングされたAIトラフィックに対するルーティング、使用、請求、追加料金、および月次支払いレイヤーを提供します。.

ShareAIはプラグインチームがAI使用を収益化するのをどのように支援しますか？

プラグインチームはAI推論トラフィックをShareAIを通じてルーティングし、マージンや追加料金を設定し、顧客がルーティングされた使用に対してShareAIに支払うことを許可し、生成された収益に基づいて月次ビルダー支払いを受け取ることができます。.

メータリングに適したプラグインAIアクションは何ですか？

適した候補には、コンテンツ生成、製品説明、セマンティック検索、サポート回答、レビュー要約、画像キャプション、リード資格、文書要約、ページ監査、その他顧客ごとに使用が異なるAI集約型アクションが含まれます。.

プラグインチームはトークンまたはビジネスアクションを追跡するべきですか？

可能であれば両方を内部的に追跡してください。トークンやモデル単位はコストを調整するのに役立ちます。生成された説明やドラフトされたサポート回答などのビジネスアクションは、顧客が価格を理解しやすくします。.

AI使用追跡においてリトライはどのように処理すべきですか？

リトライは元のイベントIDを参照するべきです。最初のリクエストが失敗した場合、通常リトライは重複する請求可能な使用を作成すべきではありません。リトライが新しい有料結果を生成した場合、その状態を明確にマークしてください。.

これはライフタイムライセンスプラグインに対応できますか？

はい。ライフタイムライセンスには、AI使用の有限の許容量を含めることができます。追加のAI集約型アクションは、有料使用としてShareAIを通じてルーティングされます。重要なのは、プラグインへのライフタイムアクセスと継続的なAI推論使用の違いを説明することです。.

プラグインAI使用状況ダッシュボードで顧客が見るべきものは何ですか？

顧客は、サイトまたはワークスペース、使用された機能、使用単位またはアクション、含まれる使用量と有料使用量、請求期間の合計、残りの許容量を見るべきです。顧客が必要としない限り、技術的な詳細を公開するのは避けてください。.

プラグインAI使用状況の追跡が最も重要なのはいつですか？

AI使用が不均一な場合に最も重要です。ある顧客が機能を10回使用し、別の顧客が1万回使用する場合、サイト、ライセンス、ワークスペースタグが価格モデルを実際の使用状況に合わせるのに役立ちます。.