Spent the last few months talking to founders and indie hackers who are quietly frustrated with subscription Chrome extensions.
The pattern I keep hearing: someone pays $20 to $50 a month for an extension that does one specific thing (usually an SEO checker, a research tool, a screenshot annotator, or an LinkedIn scraper). The extension itself is a few hundred lines of code, the underlying task is mechanical, and the monthly charge feels like rent on something that should be a one-time purchase.
I'm running growth for PlugThis (launching here on Product Hunt soon) and part of the pitch is that you can build or clone those tools yourself instead of renting them. But I want to stress-test the premise.
Two questions for this forum:
Chrome extensions are the one thing I keep wanting to build and keep bouncing off, because the manifest and permissions setup kills the momentum before I get anywhere. Does PlugThis handle the permissions prompts and store-review gotchas, or does it just get me to working code and I'm on my own for shipping? The last 10% is where my side-project extensions always die.
PlugThis
@chielephant You just described exactly why we built this, Anthony. Getting to working code was never really the hard part. The last 10%, permissions and store review, is where side-project extensions quietly die, so that's the part we went deepest on.
Concretely, PlugThis does not stop at working code:
Permissions are scoped to what the feature actually needs, not "ask for everything to be safe," and it flags permissions the manifest declares but the code never uses, so you go to review lean instead of over-asking.
For the store, it generates the listing description, the permission and host justifications, and the privacy disclosures Google asks for, which is usually the maze that stalls people.
Then it publishes directly to the Chrome Web Store from inside the app, and remembers your item ID so updates are basically one click.
Does the generated extension actually get reviewed and approved before hitting the store, or am I on the hook for submitting it myself?
PlugThis
@ahmetrtensjl1 Good to clarify. PlugThis submits it for you, you're not doing the manual upload. You connect your Chrome Web Store account once and it publishes directly, along with the listing, permission justifications, and privacy disclosures the store asks for.
What we can't do is approve it, that review is always Google's call, no tool can bypass it. So the flow is: we handle everything up to and including hitting submit, then Google runs their review. The difference is you're not stuck assembling the submission by hand, which is usually where people stall.
The versions history caught my attention. i've learned the hard way how valuable it is to roll back when an experiment doesn't work.
PlugThis
@elidodial67la Totally with you, Elido. That "undo the experiment that broke everything" moment is exactly why it's there.
Every time you change the extension, PlugThis snapshots the full file set before applying the new version, with a summary of what changed and a timestamp. So when something breaks, you can restore an earlier working version in one click instead of trying to reverse-engineer what you had. And restoring is safe too: it saves your current state first, so jumping back never costs you the work you're on.
Curious what you've been building where rollback saved you. Sounds like there's a war story there 😄
me thinks version history is valuable but can developers compare changes visually A side by side view would help greatly.
PlugThis
Love this, Hana, and you're reading it right.
Under the hood PlugThis already computes a per-file diff between any saved version and your current build: which files were added, modified, or removed, plus the old and new content side by side and a quick +/-/~ summary of the changes. So the compare data is already there.
Turning that into a proper visual side-by-side view is exactly the next step, and honestly comments like this are what push it up the list. Would you want it as a full two-pane code view, or more of an inline "what changed" highlight? Curious how you'd actually use it day to day.
PlugThis
@hana_salazars Love this, Hana, because it already works exactly how you described.
PlugThis has a version diff view built in: pick any earlier version and it opens a real side-by-side compare (old on the left, new on the right, line by line) powered by the same diff engine as a proper code editor. There's a file list next to it showing what was added, modified, or removed, so you can jump straight to the files that changed instead of hunting.
So it's not just snapshots you eyeball, it's a genuine visual diff. Curious what you'd want on top of it. Inline comments on a diff? Diffing two arbitrary versions against each other rather than against current? Would love to hear how you'd push it further.
always wanted to experiement with Chorme extension but the setup process kept pushing me toward others projects. this makes the whole process feel much more approcahable.
PlugThis
@anthonywrinqsb That setup wall is exactly the thing that killed the idea for so many people. Manifests, service workers, build config, store rules, all before you write a single fun line of your actual idea. We wanted the barrier to be "what do you want it to do," not "spend a weekend configuring tooling first."
You should finally build that extension you kept putting off. If you do, tell me what it is, I'd genuinely love to see the first thing you ship with it.
Firefox or Edge support planned, or Chrome-only for now?
PlugThis
@zoe_sullivan Fair question, Zoe.
Right now it's Chrome-first, and the store side is built specifically around the Chrome Web Store (permission justifications, listing assets, review prep all target Google's flow).
That said, everything it generates is standard Manifest V3, so the output already runs on Edge with little to no change since Edge is Chromium under the hood. Firefox is the bigger lift because its manifest quirks, APIs, and signing differ enough that "mostly works" isn't good enough, and I would rather do it properly than half-ship it.
So: Chrome and Edge realistically today, Firefox as a deliberate next step rather than a checkbox. Out of curiosity, is Firefox the one you actually need, or was Edge enough for your case? That genuinely helps me prioritize.
Building a niche-focused SaaS myself, I love the "Lovable, but for X" positioning — going narrow lets you own the whole workflow. Curious: does PlugThis help with the Chrome Web Store review process too (manifest permissions, privacy disclosures)? That's usually the part that kills momentum for first-time extension builders.
PlugThis
Hi @kojimajunya Yes yes we do :D PlugThis tells you your extension's chrome webstore readiness, helps you generate assets and in one click push changes live to CWS.
Please do check out PlugThis and take it for a spin.