Отслеживание использования AI плагина по сайту, лицензии и рабочему пространству

Отслеживание использования AI в плагине — это то, что превращает платную функцию AI из предположения о цене в операционную систему.

Это имеет большее значение для плагинов, продуктов CMS и коммерческих приложений, чем для многих автономных инструментов SaaS. Одна лицензия может обслуживать несколько веб-сайтов. Один аккаунт агентства может управлять несколькими рабочими пространствами клиентов. Один магазин может обрабатывать тысячи описаний продуктов, поисковых запросов, кратких обзоров или ответов службы поддержки, в то время как другой едва использует функцию AI.

Если каждый запрос выглядит как “пользователь 123 использовал AI”, бизнес-модель остается неясной. Если каждый запрос помечен сайтом, лицензией, рабочим пространством, функцией и оплачиваемым состоянием, команда плагина может объяснить использование, направить платные вычисления через ShareAI, добавить маржу Builder и позволить интенсивному использованию окупить себя.

Возможность велика, потому что распространение CMS все еще огромное. W3Techs’ отчет об использовании CMS показывает, что WordPress является крупнейшей CMS как по абсолютному использованию веб-сайтов, так и по доле рынка CMS. Для команд плагинов это создает простую проблему: использование AI может распространяться на множество независимых сайтов клиентов, и модель выставления счетов должна знать, откуда пришел каждый запрос.

Почему отслеживание использования AI в плагине требует больше, чем подсчета пользователей

Отслеживание на уровне пользователей полезно, но недостаточно для отслеживания использования AI в плагине.

Команда плагина обычно должна отвечать на разные вопросы:

• Какой сайт создал этот запрос?
• К какой лицензии или подписке должно относиться это использование?
• Какое рабочее пространство, арендатор, магазин или аккаунт клиента его сгенерировал?
• Какая функция создала эту стоимость?
• Был ли запрос оплачиваемым, включенным, повторным, неудачным, кэшированным, компенсированным или бесплатным?
• Должен ли клиент видеть это в своей истории использования?
• Должно ли это учитываться в оплачиваемом использовании, направляемом через ShareAI?

Эти вопросы становятся актуальными, когда плагин добавляет функции ИИ с переменной стоимостью: генерация контента, семантический поиск, ответы поддержки, обогащение продуктов, подписи к изображениям, резюме отзывов, квалификация лидов или резюме документов.

Неправильный подход — скрывать все это использование внутри одной фиксированной цены плагина и надеяться, что среднее использование останется разумным. Лучший подход — сохранить обычную модель лицензирования плагина, а затем отдельно учитывать действия, связанные с интенсивным использованием ИИ.

Это именно та задача, которую выполняет хорошая система тегов.

Три тега, которые должна фиксировать каждая команда плагина

Отслеживание использования ИИ в плагине обычно начинается с трех идентификаторов: сайт, лицензия и рабочее пространство. Они звучат похоже, но отвечают на разные бизнес-вопросы.

Тег сайта

Тег сайта сообщает, где произошел запрос.

Для плагина WordPress это может быть нормализованный хэш URL сайта, UUID сайта, ID блога в мультисайте, ID магазина или ID развертывания. Для CMS или коммерческого приложения это может быть ID проекта, ID витрины, ID домена или ID установки арендатора.

Используйте тег сайта, чтобы понять использование на уровне развертывания. Это особенно полезно, когда один клиент использует один и тот же плагин на нескольких сайтах или когда агентство владеет одной лицензией, но управляет многими установками клиентов.

Тег лицензии

Тег лицензии сообщает, к какому коммерческому праву относится использование.

Это может соответствовать лицензионному ключу, ID подписки, годовому плану, коду пожизненной сделки, пакету агентства, покупке на маркетплейсе или корпоративному контракту. Тег лицензии не всегда совпадает с тегом сайта. Одна лицензия может охватывать множество сайтов, а один сайт может менять лицензии со временем.

Используйте тег лицензии, чтобы решить, включен ли запрос, оплачен, заблокирован, доступен для пополнения или направлен в ShareAI как использование, оплаченное клиентом.

Тег рабочего пространства

Тег рабочей области указывает, какое пространство клиента должно видеть и управлять использованием.

В плагине CMS рабочая область может быть учетной записью клиента агентства, организацией, командой или проектом. В коммерческом приложении это может быть магазин, бренд, регион или рабочая область каталога. В инструменте для работы с контентом это может быть редакционная рабочая область.

Используйте тег рабочей области для клиентских панелей управления, бюджетов, утверждений и отчетности. Это тег, который делает использование понятным, когда несколько человек используют одну лицензию.

Что включает в себя полезное событие использования ИИ

Событие использования должно описывать бизнес-контекст запроса, а не только технический вызов API.

Руководство по WordPress REST API описывает маршруты и конечные точки как структурированный способ обмена данными JSON между приложениями и сайтом WordPress через зарегистрированные конечные точки. Команды плагинов могут использовать тот же структурированный подход для событий использования ИИ: каждый запрос должен содержать достаточно метаданных, чтобы его можно было проверить, оценить и объяснить позже. См. Руководство по WordPress REST API для базовой модели REST.

Поле	Почему это важно
event_id	Предотвращает двойное выставление счетов при повторных попытках.
идентификатор_запроса	Связывает запрос плагина с запросом маршрутизации ИИ.
site_id	Показывает, какая установка сгенерировала использование.
license_id	Связывает использование с коммерческим правом клиента.
workspace_id	Использование групп для отчетности, ориентированной на клиентов.
customer_id	Связывает использование с плательщиком или владельцем аккаунта.
feature_key	Отделяет описания продуктов от поиска, сводок, поддержки и других функций.
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"
}

Точная схема будет варьироваться в зависимости от продукта. Принцип должен оставаться неизменным: пометить запрос до его маршрутизации, затем сохранить окончательный результат использования после возврата вызова модели.

Как ShareAI вписывается в поток платного ИИ

ShareAI не создает плагин, продукт CMS или приложение для коммерции. Создатель владеет этим продуктом вне ShareAI.

ShareAI размещается за функцией ИИ как слой маршрутизации, использования, выставления счетов, надбавок и выплат для трафика вывода. Поток денег прост:

1. Плагин отправляет трафик вывода ИИ от существующего продукта в ShareAI.
2. Создатель настраивает маржу или надбавку для этого маршрутизированного использования.
3. Клиент платит ShareAI напрямую за использование ИИ.
4. ShareAI маршрутизирует запросы через маркетплейс.
5. ShareAI ежемесячно выплачивает Создателю на основе заработка, полученного от этого трафика.

Это лучше всего работает, когда использование сильно варьируется в зависимости от сайта, лицензии, рабочего пространства или функции. Небольшой блог может использовать помощника по переписыванию несколько раз в месяц. Большой каталог коммерции может генерировать или обновлять тысячи описаний. Эти клиенты не должны создавать одинаковый профиль затрат на ИИ.

С хорошим отслеживанием использования ИИ в плагине, создатель может сохранить лицензию плагина простой, перемещая тяжелые действия ИИ в модель, основанную на использовании. Создатель может начать в Консоль разработчика и использовать документации ShareAI чтобы спланировать путь интеграции.

Практический поток тегирования для команд плагинов

Начните с одного платного действия ИИ, а не с всего продукта.

Например, плагин SEO для WordPress может начать с генерации заголовков ИИ. Приложение для коммерции может начать с генерации описаний продуктов. Плагин CMS может начать с ответов для базы знаний. Выберите одну функцию, где использование четко соответствует ценности для клиента.

Затем определите поток тегирования:

1. Назначьте стабильные идентификаторы для сайта, лицензии, рабочего пространства и клиента.
2. Создайте ключ функции для действия ИИ.
3. Решите, какие запросы включены: оплачиваемые, заблокированные, бесплатные или только для повторной попытки.
4. Прикрепите теги перед тем, как будет выполнен запрос, направленный через ShareAI.
5. Сохраните возвращенные единицы использования и результат запроса.
6. Покажите клиенту историю использования, которая соответствует его представлениям.
7. Сверьте использование по расчетному периоду перед выплатой и отчетностью.

Держите оплачиваемую единицу близко к созданной ценности. Для плагинов это обычно не просто “токены”. Это могут быть созданные описания продуктов, выполненные поисковые запросы, созданные резюме, подготовленные ответы поддержки, обработанные документы, описанные изображения или квалифицированные лиды.

Рынок ценообразования ИИ уже движется в этом направлении. Bessemer’s Руководство по ценообразованию и монетизации ИИ описывает переход к моделям ценообразования, которые лучше отражают использование и ценность. Команды плагинов быстро ощущают это давление, так как они часто продают на рынках с низкими ценами подписки, ежегодными продлениями, рыночными сборами или пожизненными лицензиями.

Что должны видеть клиенты

Клиентам не нужно видеть каждый внутренний тег, но им необходима достаточная прозрачность, чтобы доверять счету.

Полезный экран использования для клиента должен показывать:

• Сайт или рабочее пространство, где происходило использование.
• Использованную функцию ИИ.
• Количество действий, единиц или израсходованных кредитов.
• Что было включено, а что оплачено.
• Общая сумма за текущий период.
• Оставшееся разрешение, если таковое имеется.
• Когда было сгенерировано использование.
• Ссылка для управления выставлением счетов или пополнением.

Используйте простые метки. “Сгенерированные описания продуктов” понятнее, чем “выходные токены”. “Поиск ответов” понятнее, чем “запросы на встраивание плюс завершения”. Технические единицы все еще важны внутри компании, но использование, ориентированное на клиента, должно соответствовать ценности, которую предоставляет плагин.

Распространенные ошибки, которых следует избегать.

Не делайте лицензионный ключ единственным источником истины. Он полезен для определения прав, но недостаточен для отчетности, если одна лицензия охватывает множество сайтов или рабочих пространств.

Не считайте повторные попытки новой активностью, если повторная попытка не принесла новой ценности клиенту. Сохраняйте исходный идентификатор события или связь с повторной попыткой.

Не смешивайте неудачные запросы с оплачиваемым использованием. Отслеживайте их, но отмечайте отдельно.

Не скрывайте стоимость ИИ внутри фиксированного плана, если небольшое количество активных пользователей может потреблять большую часть вычислений. Это может незаметно повредить маржу.

Не описывайте ShareAI как место, где создается плагин. Плагин остается вашим. ShareAI обрабатывает слой монетизации трафика ИИ за ним.

Часто задаваемые вопросы

Что такое отслеживание использования ИИ в плагине?

Отслеживание использования ИИ в плагине — это процесс записи, какой сайт, лицензия, рабочее пространство, клиент и функция сгенерировали каждый запрос ИИ. Это помогает командам плагина справедливо измерять оплачиваемые действия ИИ, а не угадывать использование только по количеству пользователей.

Почему командам плагина следует помечать использование по сайтам?

Метки сайта показывают, какая установка создала запрос. Это важно, когда одна лицензия охватывает несколько веб-сайтов, магазинов, клиентских сайтов или развертываний с очень разными моделями использования ИИ.

Почему командам плагина следует помечать использование по лицензии?

Лицензионные теги связывают использование ИИ с коммерческими правами клиента. Они помогают определить, включен ли запрос, оплачивается, блокируется, подходит для пополнения или направляется через ShareAI как использование, оплачиваемое клиентом.

Почему команды плагинов должны помечать использование по рабочим пространствам?

Теги рабочих пространств упрощают отчетность для клиентов. Агентствам, командам, магазинам и организациям часто нужно видеть использование по клиенту, проекту, отделу, каталогу или командному пространству, а не по отдельным пользователям.

Является ли ShareAI конструктором приложений для плагинов?

Нет. ShareAI не создает плагины, продукты CMS или коммерческие приложения. Разработчик владеет продуктом вне ShareAI. ShareAI предоставляет уровень маршрутизации, использования, выставления счетов, наценок и ежемесячных выплат для трафика ИИ, направленного через ShareAI.

Как ShareAI помогает командам плагинов монетизировать использование ИИ?

Команды плагинов могут направлять трафик вывода ИИ через ShareAI, настраивать маржу или наценку, позволять клиентам оплачивать использование через ShareAI и получать ежемесячные выплаты разработчика на основе заработанных средств.

Какие действия ИИ в плагинах являются хорошими кандидатами для учета?

Хорошими кандидатами являются генерация контента, описания продуктов, семантический поиск, ответы поддержки, резюме отзывов, подписи к изображениям, квалификация лидов, резюме документов, аудиты страниц и другие действия с интенсивным использованием ИИ, где использование варьируется в зависимости от клиента.

Должны ли команды плагинов отслеживать токены или бизнес-действия?

Отслеживайте оба аспекта, если возможно. Токены или единицы модели помогают согласовать затраты. Бизнес-действия, такие как сгенерированные описания или подготовленные ответы поддержки, упрощают ценообразование для понимания клиентами.

Как следует обрабатывать повторные попытки в отслеживании использования ИИ?

Повторные попытки должны ссылаться на исходный идентификатор события. Если первый запрос не удался, повторная попытка обычно не должна создавать дублируемое оплачиваемое использование. Если повторная попытка генерирует новый оплачиваемый результат, четко отметьте это состояние.

Может ли это работать для плагинов с пожизненной лицензией?

Да. Пожизненная лицензия все равно может включать ограниченное количество использования ИИ, при этом дополнительные действия с интенсивным использованием ИИ направляются через ShareAI как оплачиваемое использование. Главное — объяснить разницу между пожизненным доступом к плагину и текущим использованием вывода ИИ.

Что должны видеть клиенты на панели мониторинга использования AI в плагине?

Клиенты должны видеть сайт или рабочее пространство, используемую функцию, единицы или действия использования, включенное и оплачиваемое использование, итоги расчетного периода и оставшийся лимит. Избегайте раскрытия технических деталей, если они не нужны клиенту.

Когда отслеживание использования AI в плагине наиболее важно?

Это наиболее важно, когда использование AI неравномерно. Если один клиент использует функцию десять раз, а другой — десять тысяч раз, теги сайта, лицензии и рабочего пространства помогают модели ценообразования учитывать реальное использование.