插件 AI 使用情况跟踪按站点、许可证和工作区

插件 AI 使用追踪将付费 AI 功能从定价猜测转变为操作系统。.

对于插件、CMS 产品和电商应用，这比对许多独立的 SaaS 工具更重要。一个许可证可以支持多个网站。一个代理账户可以管理多个客户工作区。一个商店可以运行数千个产品描述、搜索查询、评论摘要或支持答案，而另一个几乎不使用 AI 功能。.

如果每个请求看起来像“用户 123 使用了 AI”，商业模式仍然模糊不清。如果每个请求都按网站、许可证、工作区、功能和计费状态进行标记，插件团队就可以解释使用情况，通过 ShareAI 路由付费推理，附加 Builder 利润，并让高使用量自行支付费用。.

机会很大，因为 CMS 的分布仍然非常广泛。’ CMS 使用报告 显示 WordPress 是按绝对网站使用量和 CMS 市场份额计算的最大 CMS。对于插件团队来说，这带来了一个简单的问题：AI 使用可以分布在许多独立的客户网站上，而计费模型必须知道每个请求的来源。.

为什么插件 AI 使用追踪需要的不仅仅是用户计数

用户级追踪很有用，但对于插件 AI 使用追踪来说还不够。.

插件团队通常需要回答不同的问题：

• 哪个网站创建了这个请求？
• 哪个许可证或订阅应该归属这次使用？
• 哪个工作区、租户、商店或客户账户生成了它？
• 哪个功能产生了成本？
• 请求是可计费的、包含的、重试的、失败的、缓存的、补偿的还是免费的？
• 客户是否应该在他们的使用历史中看到这一点？
• 是否应计入付费的 ShareAI 路由使用量？

当插件添加具有可变成本的 AI 功能时，这些问题变得紧迫：内容生成、语义搜索、支持回答、产品丰富、图像标题、评论摘要、潜在客户资格或文档摘要。.

错误的做法是将所有这些使用隐藏在一个统一的插件价格中，并希望平均使用量保持合理。更好的方法是保持插件的正常许可模式，然后单独计量 AI 密集型操作。.

这正是一个优秀标签系统的工作。.

每个插件团队都应捕获的三个标签

插件 AI 使用跟踪通常从三个标识符开始：站点、许可证和工作空间。它们听起来相似，但回答了不同的业务问题。.

站点标签

站点标签告诉您请求发生的位置。.

对于 WordPress 插件，这可能是一个标准化的站点 URL 哈希、站点 UUID、多站点博客 ID、商店 ID 或部署 ID。对于 CMS 或商业应用程序，这可能是项目 ID、店面 ID、域 ID 或租户安装 ID。.

使用站点标签了解部署级别的使用情况。这在一个客户在多个站点上运行同一插件时，或者一个代理拥有一个许可证但管理多个客户安装时尤其有用。.

许可证标签

许可证标签告诉您使用属于哪个商业授权。.

这可以映射到许可证密钥、订阅 ID、年度计划、终身交易代码、代理捆绑包、市场购买或企业合同。许可证标签并不总是与站点标签相同。一个许可证可能覆盖多个站点，一个站点可能随着时间改变许可证。.

使用许可证标签决定请求是否被包含、付费、阻止、符合补充资格或作为客户付费使用路由到 ShareAI。.

工作空间标签

工作区标签告诉您哪个客户空间应该查看和管理使用情况。.

在CMS插件中，工作区可以是代理客户账户、组织、团队或项目。在商业应用中，它可以是商店、品牌、地区或目录工作区。在内容工具中，它可能是编辑工作区。.

使用工作区标签用于面向客户的仪表板、预算、审批和报告。当多个用户共享一个许可证时，它是保持使用情况易于理解的标签。.

有用的AI使用事件包括什么

使用事件应该描述请求的业务上下文，而不仅仅是技术API调用。.

WordPress REST API手册将路由和端点描述为一种通过注册端点与WordPress站点交换JSON数据的结构化方式。插件团队可以使用相同的结构化思维方式处理AI使用事件：每个请求都应携带足够的元数据，以便后续审计、定价和解释。请参阅 WordPress REST API手册 了解底层REST模型。.

字段	为什么重要
事件编号	防止在重试时发生重复计费。.
请求ID	将插件请求连接到AI路由请求。.
站点编号	显示哪个安装生成了使用情况。.
许可证编号	将使用情况连接到客户的商业授权。.
workspace_id	用于面向客户的报告的分组使用。.
客户ID	将使用情况链接到付款人或账户所有者。.
功能键	将产品描述与搜索、摘要、支持和其他功能分开。.
操作类型	按操作（如生成、搜索、摘要或回答）使定价更容易。.
可计费状态	标记包含的、可计费的、免费的、失败的、缓存的、重试的或补偿的使用情况。.
模型路线	显示请求是否通过ShareAI路由。.
使用单位	记录令牌、请求、文档、图像、分钟或其他使用单位。.
创建时间	支持客户报告、计费周期和争议审查。.

示例事件：

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

精确的模式会因产品而异，但原则不变：在请求路由之前进行标记，然后在模型调用返回后存储最终使用结果。.

ShareAI如何融入付费AI流程

ShareAI不构建插件、CMS产品或商业应用程序。这些产品由Builder在ShareAI之外拥有。.

ShareAI作为AI功能的后台，负责路由、使用、计费、附加费和推断流量的支付层。资金流动非常简单：

1. 插件将现有产品的AI推断流量发送到ShareAI。.
2. Builder为该路由使用配置一个利润或附加费。.
3. 客户直接向ShareAI支付AI使用费用。.
4. ShareAI通过市场路由推理。.
5. ShareAI根据该流量产生的收入每月向Builder支付费用。.

当使用量因网站、许可证、工作空间或功能而大幅变化时，这种方式效果最佳。一个小型博客可能每月使用几次重写助手。一个大型商业目录可能生成或更新数千个描述。这些客户不应创建相同的AI成本配置文件。.

通过良好的插件AI使用跟踪，Builder可以保持插件许可证简单，同时将繁重的AI操作转移到基于使用的模型中。Builder可以从 构建者控制台 并使用 ShareAI文档 规划集成路径开始。.

插件团队的实用标记流程

从一个付费AI操作开始，而不是整个产品。.

例如，一个WordPress SEO插件可以从AI标题生成开始。一个商业应用程序可以从产品描述生成开始。一个CMS插件可以从知识库答案开始。选择一个使用与客户价值清晰对应的功能。.

然后定义标记流程：

1. 为网站、许可证、工作空间和客户分配稳定的标识符。.
2. 为AI操作创建一个功能键。.
3. 决定哪些请求是包含的、可计费的、被阻止的、免费的或仅限重试的。.
4. 在发出通过 ShareAI 路由的请求之前附加标签。.
5. 存储返回的使用单位和请求结果。.
6. 向客户展示与其心理模型相匹配的使用历史记录。.
7. 在支付和报告之前按计费周期对使用情况进行核对。.

保持可计费单位与创造的价值接近。对于插件，这通常不仅仅是“令牌”。它可能是生成的产品描述、回答的搜索、创建的摘要、起草的支持回复、处理的文档、描述的图像或合格的潜在客户。.

AI 定价市场已经朝着这个方向发展。Bessemer 的 AI定价和货币化手册 描述了向更能反映使用和价值的定价模型转变的趋势。插件团队很快感受到这种压力，因为他们通常销售到订阅价格低、年度续订、市场费用或终身许可证的市场中。.

客户应该看到什么

客户不需要看到每个内部标签，但他们确实需要足够的可见性来信任账单。.

一个有用的面向客户的使用屏幕应该显示：

• 发生使用的站点或工作区。.
• 使用的 AI 功能。.
• 消耗的操作、单位或积分数量。.
• 包含的内容与付费内容的区别。.
• 当前周期总计。.
• 剩余的额度（如果有）。.
• 使用记录生成的时间。.
• 管理账单或充值的链接。.

使用简单的标签。“生成的产品描述”比“输出令牌”更清晰。“搜索答案”比“嵌入请求加完成”更清晰。技术单位在内部仍然重要，但面向客户的使用应与插件提供的价值相匹配。.

常见错误避免事项

不要将许可证密钥作为唯一的真实来源。它对权限管理有用，但当一个许可证覆盖多个站点或工作区时，仅靠它不足以进行报告。.

除非重试产生了新的客户价值，否则不要将重试计费为新的使用。存储原始事件ID或重试关系。.

不要将失败的请求混入付费使用中。跟踪它们，但要单独标记。.

如果少量高强度用户可以消耗大部分推理资源，不要将AI成本隐藏在固定计划中。这可能会悄悄损害利润率。.

不要将ShareAI描述为插件构建的地方。插件仍然属于您。ShareAI处理其背后的AI流量货币化层。.

常见问题

什么是插件AI使用跟踪？

插件AI使用跟踪是记录每个AI请求由哪个站点、许可证、工作区、客户和功能生成的过程。它帮助插件团队公平地计量付费AI操作，而不是仅通过用户数量来猜测使用情况。.

为什么插件团队应该按站点标记使用？

站点标签显示哪个安装创建了请求。当一个许可证覆盖多个网站、商店、客户站点或具有非常不同AI使用模式的部署时，这一点很重要。.

为什么插件团队应该按许可证标记使用？

许可证标签将 AI 使用与客户的商业授权连接起来。它们帮助决定请求是否被包含、付费、阻止、符合补充条件，或通过 ShareAI 作为客户付费使用进行路由。.

为什么插件团队需要按工作空间标记使用情况？

工作空间标签使客户报告更容易。代理机构、团队、商店和组织通常需要按客户、项目、部门、目录或团队空间查看使用情况，而不是按个人用户查看。.

ShareAI 是插件的应用程序构建工具吗？

不是。ShareAI 不构建插件、CMS 产品或商业应用程序。构建者拥有 ShareAI 之外的产品。ShareAI 提供通过 ShareAI 路由的 AI 流量的路由、使用、计费、附加费和每月支付层。.

ShareAI 如何帮助插件团队通过 AI 使用获利？

插件团队可以通过 ShareAI 路由 AI 推理流量，配置利润或附加费，让客户为路由使用向 ShareAI 付款，并根据生成的收入每月收到构建者支付。.

哪些插件 AI 操作适合计量？

合适的候选包括内容生成、产品描述、语义搜索、支持回答、评论摘要、图像标题、潜在客户资格、文档摘要、页面审计以及其他使用因客户而异的 AI 密集型操作。.

插件团队应该跟踪令牌还是业务操作？

如果可能，内部同时跟踪两者。令牌或模型单位有助于核对成本。业务操作，例如生成的描述或起草的支持回答，使客户更容易理解定价。.

在 AI 使用跟踪中应该如何处理重试？

重试应参考原始事件 ID。如果第一次请求失败，重试通常不应创建重复的计费使用。如果重试生成了新的付费结果，应清楚地标记该状态。.

这适用于终身许可证插件吗？

是的。终身许可证仍然可以包括有限的 AI 使用额度，额外的 AI 密集型操作通过 ShareAI 路由作为付费使用。关键是解释插件的终身访问与持续的 AI 推理使用之间的区别。.

客户在插件AI使用仪表板中应该看到什么？

客户应该看到站点或工作区、使用的功能、使用单位或操作、包含与付费使用、计费周期总计和剩余配额。除非客户需要，否则避免暴露技术细节。.

插件AI使用跟踪在什么时候最重要？

当AI使用不均衡时最为重要。如果一个客户使用某功能十次，而另一个客户使用一万次，站点、许可证和工作区标签有助于定价模型跟随实际使用情况。.