Build1 distinct publisher3 min readPublished
A dev.to walkthrough counts roughly 303,800 extensions in the Chrome Web Store and 49,518 new ones in a single quarter. Agents can draft an entire listing in an afternoon, but the store still checks it against your code.
The Engineer · Build desk

Compiled by The EngineerSomething wrong?How this is made
Four things have to agree before a Chrome listing survives review, and only one of them is prose. The manifest requests permissions. The data declaration form enumerates collected data as structured fields, and it is not optional [11]. The privacy policy sits at a URL the developer supplies [10]. The extension's own network traffic is the ground truth, and according to Maximstone the store checks generated artifacts against what the extension actually does [16]. An agent drafting the policy can read the first three inputs. The fourth it can only infer, which is why he calls a plausible policy that contradicts your analytics SDK "a rejection with better grammar" [16].
The localization count is where the verification load shows up. Chrome supports 40-plus locales, and the items that get localized are four: short description, detailed description, changelog, screenshots [12]. Forty times four is 160 artifacts [3]. Each one is a place where a translated sentence can promise a capability the manifest never requested. Producing those 160 is parallel work and fits in an afternoon [15]. Checking them is serial, and the agent that wrote them cannot answer to a reviewer on your behalf [18].
Images are the easy part: four icons, one screenshot at 1280x800, and three promotional tiles if you ever want to be featured, which is eight files for Chrome alone [4]. Those are cheap to export and cheap to check, unlike the queue, which does not respond to effort. One quarter's intake of 49,518 against a standing catalog of 303,800 is 16.3 percent [1]. Four quarters at the same rate would add 198,072, about 65 percent of the store's current size [5]; that extrapolation assumes the rate holds, which nothing in the source claims. The direction is the one Maximstone describes, a flood being judged by systems built to cope with a flood [17].
What the material does not supply is a price for getting it wrong. There is no review-duration figure, no rejection rate, and no queue length for any of the three stores [6]. The three gates are named as a structure rather than enumerated with their timings [5], so the restarting clock is an argument for front-loading verification, not a number you can put in a schedule.
The week-converts-into-review estimate [15] transfers under two conditions: the extension collects data worth declaring, and you actually want the 40 locales. Drop both and the surface nearly disappears, down to eight images and a single English listing. Keep both and you are reconciling 160 translated claims plus a declaration that has to survive comparison with your own egress. If one artifact stays hand-written, make it the declaration, because it is the field carrying two independent checks: the policy it has to match [11], and the code a reviewer compares it against [16].
Ranked by verification strength, evidence, and original report placement.
Chrome-Stats, which tracks the store continuously, put the Chrome Web Store at roughly 303,800 extensions as of August 2026.
Mozilla's directory counts over 74,000 Firefox add-ons as of January 2026, per Wikipedia as cited in the source.
Community trackers put the Microsoft Edge add-ons catalog at around 31,000.
One tracker on r/chrome_extensions counted 49,518 new Chrome extensions in a single quarter, more than the entire Edge catalog.
The source frames publishing an extension as a gauntlet of three gates, a queue, a reviewer, and a clock that restarts every time the developer gets something wrong.
Chrome requires four icon sizes at 16, 32, 48 and 128 pixels, with a slightly different set for Firefox and Edge.
Distinct publishers with included, body-backed reporting in this cluster.
1 article · September 6, 2026
Follow any of these and your For You feed starts watching them — no settings page required.
build
Separating moderation rejections moved one API gateway's success rate from 95.5% to 98.9%1 distinct publisher
build
Chrome's auto-update default distributed the drainer once the extension changed hands1 distinct publisher
build
Two thirds of US searches end without a click. Position is no longer a traffic report1 distinct publisher
build
A 74 on the agent-readiness scoreboard, and two checks worth failing1 distinct publisher
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
Figures come from trackers, not store documentation
Every number reaches the reader through one self-published post citing three outside counters: Chrome-Stats for the 303,800 figure, Wikipedia for Firefox's 74,000, and a tracker on r/chrome_extensions for both the Edge total and the 49,518-per-quarter intake. The store requirements are the kind of thing a reader can check against Google's and Mozilla's own documentation, but dev.to never links it, and the two figures a submitting developer would most want, wait time and rejection odds, appear nowhere in the piece.
Catalogue numbers are real, but agent share is guesswork
Extension publishing at volume is genuinely documented: 303,800 live Chrome listings and 49,518 arrivals in one quarter are counts rather than projections. The part the story turns on is uncounted. Nothing here measures how many of those submissions were drafted by an agent, and no store has published such a breakdown.
Sizing claims outrun the counts
The pixel dimensions and character limits are checkable and unremarkable; the claims stacked on top of them run ahead of the data. 'Localized listings convert dramatically better' arrives with no funnel figures. The flood attributed to agent tooling rests on one quarterly count with no earlier quarter beside it. Even the 160 artifacts is arithmetic on the author's own premises rather than an observed workload, and the annualised 198,072 assumes a rate nobody has shown to be stable.
The seller frames the problem
Partway through, the walkthrough changes register: an icon generator with two free AI generations and then credit packs, an SEO scorer, an AI-visibility tool that emits llms.txt and JSON-LD, a landing-page builder. Each answers a gate the earlier paragraphs described as onerous, including the privacy-policy and support-URL hosting the post says forces developers to stand up infrastructure for an unlaunched product. The requirements are real; the framing has products attached to it and no disclosure of the author's stake in them.
The mechanics check out; the thesis remains unproven
We are on solid ground with the asset dimensions and character limits, which are stable and easy for any developer to confirm, and reasonably so with the tracker counts, which are attributed and dated. We are not on solid ground with the agent-driven flood, which is one author's inference, and this story has no second publisher against which to test any of it.