사이트, 라이선스 및 워크스페이스별 플러그인 AI 사용 추적

플러그인 AI 사용 추적은 유료 AI 기능을 가격 추정에서 운영 체제로 전환시키는 역할을 합니다.

이는 독립형 SaaS 도구보다 플러그인, CMS 제품, 상거래 앱에 더 중요합니다. 하나의 라이선스로 여러 웹사이트를 구동할 수 있습니다. 하나의 에이전시 계정으로 여러 클라이언트 작업 공간을 관리할 수 있습니다. 한 상점은 수천 개의 제품 설명, 검색 쿼리, 리뷰 요약 또는 지원 답변을 실행할 수 있는 반면, 다른 상점은 AI 기능을 거의 사용하지 않을 수 있습니다.

모든 요청이 “사용자 123이 AI를 사용함”처럼 보인다면 비즈니스 모델은 여전히 불분명합니다. 모든 요청이 사이트, 라이선스, 작업 공간, 기능, 청구 가능 상태로 태그가 지정되면 플러그인 팀은 사용량을 설명하고, 유료 추론을 ShareAI를 통해 라우팅하며, Builder 마진을 추가하고, 과도한 사용량이 스스로 비용을 충당하도록 할 수 있습니다.

CMS 배포가 여전히 대규모이기 때문에 기회는 큽니다. W3Techs’ 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 라우팅 요청에 연결합니다.
사이트_ID	어떤 설치가 사용량을 생성했는지 보여줍니다.
라이선스_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 제품 또는 상거래 앱을 구축하지 않습니다. Builder는 ShareAI 외부에서 해당 제품을 소유합니다.

ShareAI는 AI 기능 뒤에서 라우팅, 사용량, 청구, 추가 요금 및 추론 트래픽에 대한 지불 계층으로 작동합니다. 자금 흐름은 간단합니다:

1. 플러그인은 기존 제품에서 ShareAI로 AI 추론 트래픽을 보냅니다.
2. Builder는 라우팅된 사용량에 대해 마진 또는 추가 요금을 설정합니다.
3. 고객은 AI 사용에 대해 ShareAI에 직접 비용을 지불합니다.
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 사용을 수익화하는 데 어떻게 도움을 줍니까?

플러그인 팀은 AI 추론 트래픽을 ShareAI를 통해 라우팅하고, 마진 또는 추가 요금을 설정하며, 고객이 라우팅된 사용량에 대해 ShareAI에 비용을 지불하도록 하고, 생성된 수익을 기준으로 월별 빌더 지급금을 받을 수 있습니다.

측정에 적합한 플러그인 AI 작업은 무엇입니까?

적합한 작업에는 콘텐츠 생성, 제품 설명, 의미론적 검색, 지원 답변, 리뷰 요약, 이미지 캡션, 리드 자격 확인, 문서 요약, 페이지 감사 및 고객별로 사용량이 달라지는 기타 AI 중심 작업이 포함됩니다.

플러그인 팀은 토큰 또는 비즈니스 작업을 추적해야 합니까?

가능하면 둘 다 내부적으로 추적하십시오. 토큰 또는 모델 단위는 비용을 조정하는 데 도움이 됩니다. 생성된 설명이나 초안 작성된 지원 답변과 같은 비즈니스 작업은 고객이 가격을 더 쉽게 이해할 수 있도록 합니다.

AI 사용 추적에서 재시도를 어떻게 처리해야 합니까?

재시도는 원래 이벤트 ID를 참조해야 합니다. 첫 번째 요청이 실패한 경우, 재시도는 일반적으로 중복 청구 사용량을 생성하지 않아야 합니다. 재시도가 새로운 유료 결과를 생성하면 해당 상태를 명확히 표시하십시오.

이 방식이 평생 라이선스 플러그인에도 적용될 수 있습니까?

네. 평생 라이선스에도 여전히 제한된 AI 사용 허용량이 포함될 수 있으며, 추가 AI 중심 작업은 유료 사용으로 ShareAI를 통해 라우팅될 수 있습니다. 핵심은 플러그인에 대한 평생 액세스와 지속적인 AI 추론 사용 간의 차이를 설명하는 것입니다.

플러그인 AI 사용 대시보드에서 고객이 무엇을 봐야 합니까?

고객은 사이트 또는 작업 공간, 사용된 기능, 사용 단위 또는 작업, 포함된 사용량과 유료 사용량, 청구 기간 합계, 남은 허용량을 확인해야 합니다. 고객이 필요로 하지 않는 한 기술적인 세부 사항은 노출하지 마십시오.

플러그인 AI 사용 추적이 가장 중요한 때는 언제입니까?

AI 사용이 고르지 않을 때 가장 중요합니다. 한 고객이 기능을 10번 사용하고 다른 고객이 10,000번 사용한다면, 사이트, 라이선스, 작업 공간 태그가 실제 사용량에 따라 가격 모델을 따르도록 도와줍니다.