For Agents
Retrieve the Chrome extensions an Extpose account is tracking and their associated Chrome Web Store performance metrics through a single API-key-authenticated endpoint.
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Extpose, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with Extpose API.
List the Chrome extensions associated with the authenticated Extpose account
Read tracked Chrome Web Store metrics for each extension Extpose monitors
Pull extension identifiers usable for cross-referencing with the Chrome Web Store
Authenticate per request with a single API key in the X-API-Key header
GET STARTED
Use for: List all Chrome extensions tracked by my Extpose account, Retrieve the Extpose performance metrics for the extensions I publish, Get the user-extensions payload to feed into a weekly report, Find which of my extensions Extpose is currently tracking
Not supported: Does not handle extension publishing, in-extension event analytics, or store-listing edits — use for retrieving the authenticated user's tracked Chrome extensions and Extpose metrics only.
Extpose is an in-store performance analytics and optimisation tool for Chrome extensions, helping publishers track impressions, installs, ratings, and rankings in the Chrome Web Store. This OpenAPI spec covers the public read surface: a single GET /user-extensions endpoint that returns the extensions associated with the authenticated Extpose account along with their tracked metrics. Authentication is by API key passed as the X-API-Key header.
Drive scheduled reporting jobs without scraping the Extpose dashboard
Patterns agents use Extpose API for, with concrete tasks.
★ Weekly Chrome Extension Performance Report
Call GET /user-extensions on a schedule to pull the current Chrome Web Store metrics Extpose is tracking for your account, then format them into a weekly report. This avoids scraping the Extpose dashboard and gives a publisher a programmatic view of their extension portfolio's performance over time.
Call GET /user-extensions, take the returned list of extensions and their metrics, and append them to a weekly performance spreadsheet.
Extension Portfolio Dashboard
An internal dashboard for a Chrome extension publisher can call GET /user-extensions to populate cards showing each extension's current installs, ratings, and ranking. Because Extpose is the source of the tracked metrics, this gives the dashboard a single source of truth without integrating directly with the Chrome Web Store.
Call GET /user-extensions and render one card per extension showing installs, average rating, and last-updated date.
Cross-Referencing With Chrome Web Store
Use GET /user-extensions to obtain the Chrome Web Store identifiers Extpose is tracking and feed them into a separate Chrome Web Store data source for cross-validation. This is useful for catching discrepancies between Extpose's tracked snapshot and live store data.
Call GET /user-extensions to get the IDs, then look up each ID against an independent Chrome Web Store source and flag any divergence in install count.
AI Reporting Agent via Jentic
An AI assistant set up to brief a Chrome extension publisher each Monday uses Jentic to call GET /user-extensions, summarise the result, and post the summary to the publisher's chat tool. The Extpose API key sits in the Jentic vault and is injected as X-API-Key per call.
Through Jentic, search 'list extpose user extensions', load GET /user-extensions, execute it, and have the agent summarise the result for the weekly briefing.
1 endpoints — extpose is an in-store performance analytics and optimisation tool for chrome extensions, helping publishers track impressions, installs, ratings, and rankings in the chrome web store.
METHOD
PATH
DESCRIPTION
/user-extensions
List the user's tracked extensions with metrics
/user-extensions
List the user's tracked extensions with metrics
Three things that make agents converge on Jentic-routed access.
Credential isolation
Extpose API keys are stored encrypted in the Jentic vault and injected as the X-API-Key header per request. Raw keys never enter the agent's prompt, memory, or logs.
Intent-based discovery
Agents search Jentic by intent (e.g., 'list extpose user extensions') and receive the GET /user-extensions operation with its response schema, so the agent calls the right endpoint without browsing extpose.com docs.
Time to first call
Direct integration: under an hour to wire the single endpoint and key. Through Jentic: under 10 minutes — search, load, execute.
Alternatives and complements available in the Jentic catalogue.
Chrome Management API
The Chrome Management API is Google's enterprise-side surface for Chrome browsers and extensions
Pick Chrome Management for managed-fleet inventory of installed extensions; pick Extpose when you need Chrome Web Store performance metrics for your own published extensions.
Google Analytics Data API
GA4 tracks behaviour inside an extension's hosted pages alongside Extpose's store-side metrics
Use Google Analytics for in-extension user behaviour and Extpose for Chrome Web Store performance metrics in the same report.
Mailchimp Marketing API
Mailchimp delivers the email side of an extension publisher's user lifecycle
Combine Mailchimp for user-comms with Extpose data on installs and ratings to drive lifecycle campaigns for an extension.
Specific to using Extpose API through Jentic.
What authentication does the Extpose API use?
The Extpose API uses an API key passed as the X-API-Key header. Keys are issued from the Extpose dashboard and scoped to a single Extpose account. Through Jentic, the key sits in the encrypted vault and is injected per call so it never appears in agent prompts or logs.
What does GET /user-extensions return?
It returns the list of Chrome extensions associated with the authenticated Extpose account along with the metrics Extpose tracks for each (such as installs, ratings, and rankings). The exact fields are defined by the response schema in the spec; treat that schema as the source of truth.
Can I add or modify extensions through this API?
No. This spec exposes a single read endpoint, GET /user-extensions. Extension onboarding and configuration is done in the Extpose web app; the API is for retrieving tracked data only.
How often should I poll GET /user-extensions?
Extpose updates Chrome Web Store metrics on a regular cadence (typically daily). Polling more frequently than once per hour is rarely useful and risks 429 responses; prefer a daily or hourly cron driven by your reporting cadence.
How do I pull my extension stats through Jentic?
Run pip install jentic, then search 'list extpose user extensions', load the GET /user-extensions operation, and execute it. Jentic injects the X-API-Key header at execution time and returns the parsed response.
What are the rate limits for the Extpose API?
Rate limits are not declared in this spec. Extpose applies per-account limits in production; treat 429 responses as authoritative and back off using any Retry-After header returned. For high-frequency dashboards, cache responses on your side.