Analytics
extensiondash.com
Tracks browser extension store listings, user counts, ratings, and keyword search rankings across stores.
ENDPOINT 1
https://extensiondash.com/mcp
MCP server metadata
- Name
- extensions-dashboard
- Version
- 1.0.0
Chrome Web Store and Firefox Add-ons data, for store SEO work. Two things live here. The tracking side covers the extensions this account watches: install counts, ratings, recorded search positions over time, and the competitors each extension is measured against. Start with list_extensions — every tracking tool takes an extension_id from it. A rank is only ever as meaningful as the depth it was scanned to, so positions always travel with depth_scanned. The research side reads the stores directly and works for ANY extension, tracked or not. search_store returns a real SERP for a term; get_store_listing returns one extension's page in full. Both take a locale, and locale genuinely changes what the store returns — the same term ranks differently under hl=de than under hl=en — so search the market you are optimising for. Both of those want a store id, and a person will give you a name. Call find_listing first to turn one into the other: it matches names approximately, needs no account, and starts no fetch. Guessing an id, or searching the store for a name and hoping it ranks first, is how this goes wrong. To ask who you are losing to, reach for list_competitors with include_observed before reading SERPs yourself: it ranks everyone already seen across every term an extension tracks by how often they beat it, out of recorded history, with no fetch and no waiting. get_keyword_serp does the same for one term's page, every row flagged mine or competitor. A competitor roster is capped per store, and the two stores are counted separately. Research answers are cached for a day and fetched in the background. A cold call returns status "pending"; call again with identical arguments until it reads "ready". Identical arguments are the same question, so polling joins the running fetch rather than starting another. Everything is read-only except add_keyword, remove_keyword, add_competitor and remove_competitor. Reading a listing never starts tracking it. Without an account you can read this whole contract and search from cache; anything belonging to an account will ask the person you are working for to sign in at https://extensiondash.com/signup and reconnect using the URL on their /profile page -- it carries their token in the path, so there is no separate Authenticate step to run.
Known tools 15
list_extensionsEvery extension this token's owner tracks, with each store listing's latest numbers: user count (and whether the store rounded it), the 7-day change, rating, ratings count and category rank.
Inferred read-onlyget_extensionOne extension in full: every store listing's latest numbers plus its tracked keywords and their current positions.
Inferred read-onlyget_metrics_historyDaily-or-sparser history of an extension's numbers: user count, rating and ratings count, each as a map of ISO date to value.
Inferred read-onlylist_keywordsEvery search term tracked for one extension, one row per term per store.
Inferred read-onlyget_keyword_ranksDaily search position history for an extension's tracked keywords, one series per term per store.
Inferred read-onlyremove_keywordStop tracking a search term for an extension, across every store it was tracked in.
Inferred read-onlylist_competitorsWho this extension competes with, measured across every keyword it tracks.
Inferred read-onlyget_keyword_serpThe search page for one of an extension's tracked keywords, as this account last recorded it — who was on it, in what order, and which way each of them moved over the past week.
Inferred read-onlylist_scrape_runsRecent scrape attempts against your own extensions, newest first, with their outcome and any error.
Inferred read-onlyget_store_listingOne extension's store page, straight from the store — any extension, tracked by this account or not.
Inferred read-onlyCONNECT WITH APPROVAL
Client installation
Review this server and its permissions before adding it. Secret placeholders must be set locally.
Codex
~/.codex/config.toml
[mcp_servers.extensions-dashboard]
url = "https://extensiondash.com/mcp"
enabled = true
Claude Code
.mcp.json
{
"mcpServers": {
"extensions-dashboard": {
"type": "http",
"url": "https://extensiondash.com/mcp"
}
}
}
Claude Desktop
Settings → Connectors → Add custom connector
Name: extensions-dashboard
Remote MCP URL: https://extensiondash.com/mcp
Add this remote URL as a custom connector in Claude Desktop. Availability depends on the user plan and workspace policy.
Cursor
.cursor/mcp.json
{
"mcpServers": {
"extensions-dashboard": {
"url": "https://extensiondash.com/mcp"
}
}
}
Visual Studio Code
.vscode/mcp.json
Add to Visual Studio Code{
"servers": {
"extensions-dashboard": {
"type": "http",
"url": "https://extensiondash.com/mcp"
}
}
}
Generic MCP
Client-specific MCP configuration
{
"name": "extensions-dashboard",
"transport": "streamable-http",
"url": "https://extensiondash.com/mcp"
}
MCP Inspector
Run the official MCP Inspector locally and enter the indexed Streamable HTTP endpoint.
TRUST AND VERIFICATION EVIDENCE
Trust Data Available
BuiltWith Trust API v2 evidence for extensiondash.com was fetched 2026-10-03T06:29:39.170Z.
extensiondash.com is assessed as Neutral: No suspicious signals found, but no strong positive signal either
Evidence is source-attributed and does not guarantee that a third-party server is safe. Risk labels are conservative metadata heuristics.