In earlier posts, I alluded that micro-transactions to read articles online is hard. In this article, when I say micro-transactions, I mean being able to pay for articles individually on a per-read basis. In theory, these micro-transactions are the best of all worlds. No commitment from the readers, granular controls for the writers, direct monetization in line with supply and demand. However, that has not proven to be the case.
From an implementation standpoint, micro-transactions are difficult because in their simplest form, each article would require its own transaction. This is impractical because of payment fees. Every transaction has a cost - fees, processing, back and forth with financial institutions, risk etc., so doing a transaction per read has never made sense. So, another method is needed, typically bulk transactions. But how do you do that? Per publication? It could work, but that means every publication would need to roll out its own. And that leads to unpredictable revenue - subscriptions provide “reliable” recurring revenue, ideally with minimal churn. Hence we have the freemium model, or trial period, for most subscriptions.
From a UX perspective (readers being greeted with paywall), it's a critical point of friction - it begs the question, “is this article going to be worth it?” More often than not, especially with the overhead in handling that small transaction, the reader will either sigh and walk away, or scour the Internet for another way to read the article. And with AI in the mix, if they're just looking for information, they'll likely go that route. If they're familiar with the writer or publication and know what they're paying for, they may persist.
These technical and UX issues aren't insurmountable, and options have emerged to try to address them. There have been a number of solutions proposed:
Donations
(buy me a coffee, patreon, ko-fi, flattr)
These seem great, except they depend on others’ goodwill. And at the end of an article, not many readers will invest the time and effort to set up an account to contribute. Good for those who do, but this model is hardly financially sustainable for writers
Browser extension
i.e. flattr, google micro-payments api
There's this one model that relies on a browser extension being installed with your bank account at the other end. It keeps track of everything you visit, and when a publication registers, it gets what it's been paid according to the visits. This is an interesting thought experiment that collapses very quickly for 2 reasons:
It's unpredictable in terms of the value per read (a finite pool of money you get a cut from?), but more importantly, it relies on readers’ goodwill that they've enabled it
This browser extension tracks everything you visit. Nobody really wants that much info being shared, which is why you should be careful about the extensions you install. Spyware 101.
And, browser extensions are ultimately futile, because readers have to opt in to use them. See point 1 about donations and the overhead involved.
Crypto / some technical feat
I've seen some deeply technical solutions out there, including a header in a request that automatically links to a bank account, and I'm sure somebody has tried to do per read model on the blockchain. The problem with this is that you need a bank account, or a crypto wallet on the other end. And the solution is so distributed, technically complex, and lacking in ownership, that it’s more applicable as a thought-experiment than a real world pursuit.
Blendle
It was an app you had to download where could read articles on demand and would be charged at the end of the month. Unfortunately, it suffered from a few problems:
You had to download an app - this is a massive point of friction, and readers would have to completely buy in to the model for this to work.
Lack of a proper aggregator - this is something underrated IMO, especially with the open web in a state of decay (see how AI is destroying the open web)
Needed to be a substantive size to be listed - it’s good for larger, established publications, but not a lot for smaller independent blogs who need an easier way to get started
Only took off in Europe
What did it get right? The business model looks reasonable, but more importantly, they had a critical mass of publications. Point 2, the UX friction, can be accommodated if there's an appropriate number of publications so there’s incentive to get onboard.
Eventually it succumbed to the subscriptions in a wholesale model when they were bought by Cafeyn.
PaperWall
So, what exactly is PaperWall and how does it fit into this space? It's a pay-only-for-what-you-read system where a paywall shows up on each article registered against the PaperWall network. It works by allowing publications to register their site, add a bit of code, then configure each article to accept tickets. These tickets can be purchased by readers on PaperWall, and redeemed with as few as 2 clicks to provide an interaction as streamlined as possible.
How does it address the shortcomings of the previous solutions?
It shows up before you read as a paywall. No relying on goodwill when a reader finishes reading. More aggressive, but more financially sustainable. They are annoying, but the mandated commitment is what actually deters most people.
Is not a browser extension - i.e. doesn't track your entire browsing history. A blog or publication has to register with paperwall for it to function
Uses boring, but modern, web best practices - paywalls are tried and true, hence their prevalence. Paperwall uses a cookie-less solution, meaning it will survive the fall of third party cookies.
Does not require downloading an app - just a few clicks on website to get started and top up your account, like any other classic e-commerce site
Those are the technical components that separate paperwall from previous attempts.
The biggest one though - the user friction of the paywall and deciding whether an article is worth it, has a less clear path forward. How do you know if this unknown article from this unknown writer will be worth it? If it's recommended, that's an easy answer. If you stumble across it randomly? Less clear.
There are a few elements built into paperwall that attempt to inform what the user is getting into:
Ratings: a tried and true approach. It uses a Bayesian average, meaning it needs a certain number of 5 star ratings to show as a 5 star article and meet that “very high quality” threshold.
Thresholds: don't start charging right out of the gate for an article and instead let the article get traction from the readers. Thresholds can be set according to unique reads, article age, or reaching a certain rating (if available). This is indicated by a stamp that shows in the top right of the paywall that shows up.
Posters (the most obvious differentiator in PaperWall): posters were created based on the reception of the article to the readers. For example, if it is new, it will get the “New Release” poster; if it has a lot of reads and is high quality, it willl get the “Hot Stuff” poster; a lot of reads and a mixed ratings will get the “Hot Mess” poster; and so on.
Being Transparent: Being transparent with what PaperWall offers (this blog) and how an article is being received.
UX is tricky to fix, especially for a problem like this, so it will keep iterating over time as we find what works and what doesn't.
So those are the previous attempts at this model, and how PaperWall tries to improve. However, it is important to note that this model isn't ideal for every blog or publication. It works best for well-researched, opinion pieces, thoughtful long-form content, rather than brief news or light pieces. Readers expect that information to be free at this point, and will go for another similar article, or reach for AI, instead of jumping through hoops to access that information.
If you're interested in trying PaperWall and seeing if it's the right fit for you, you can get started, or simply follow along.