Thoughts

Evian Roller Babies US

Evian Roller Babies US

Cute stuff.

Standard
Thoughts

Micropayments: the only equitable way to reward web publishers

The more time I spend writing and publishing articles on the internet, the more I realize that trying to get paid for my efforts through advertising is not a sustainable way to make a living. I get decent web traffic, but that’s not enough. Have you seen the going CPM rates these days? I’d need to get ridiculous amounts of traffic in order to see any sort of worthwhile profits, and even then, I’m not so sure the costs of running my website wouldn’t trump my revenues or at least take a big bite out of them.

The current system is messed up. Most web publishers don’t get tons of traffic, which also means they don’t make money. They’re lucky if they break even with things like Google AdSense or affiliate programs or other some other ad programs. They, like me, don’t want to load up their websites with ads, left and right, top and bottom, inbetween the lines and everywhere else. They just want to worry about writing and publishing informative articles. They don’t want to spend ¾ of their time (or more) advertising their site and getting their buddies to vote up their posts on Digg or StumbleUpon or who knows where else. They’d much prefer to not have that headache at all, and to only write and publish. But they can’t, because the system is faulty. It only rewards the very few who get the most traffic.

Do you want to know why newspapers aren’t making money these days? Why they’re going under? Sure, blame shoddy journalism, blame whatever else, but the truth is they relied mostly (or solely) on advertising for their revenues, and look where they are now. Subscription fees were kept artificially low, and as circulation numbers started to go down, they couldn’t charge their regular rates for ads, and revenues went down fast, in a vicious spiral that fed itself.

Had a decent micropayment system been in place, the web would be a flourishing, profitable, preferred way to make a living nowadays, instead of the insane, overloaded, “buy, buy, buy, look at me, no look at me, no, I’m better, wait, my titles are more interesting, I get more traffic, I make more money, I know how to increase your traffic, I have more free stuff” nuthouse that it has become. Everyone’s desperate to publish more articles, to make the titles and text more titillating, to grab an extra click from you here and there, to make you vote or like or bookmark their stuff so they can supposedly get more clicks and votes and likes and bookmarks and more and more and more meaningless crap that leads nowhere and contributes to nothing.

Unfortunately for the world and the web, micropayments were talked to death, even in the early days of the internet, and all the fancy initiatives went nowhere. A lot of people were wronged because no one bothered to get things going. Just think, all this time, web publishers of all sizes could have been making an honest living! Fortunately, this nasty situation can still be set right.

Here’s my micropayment initiative. I think it’s workable, and more than that, it would allow a lot of people to make a decent living by doing what they love: writing, not hustling and wasting their time pushing their site on people.

First, we need all the browsers and feed readers to work with the companies or organizations that would process micropayments. Whether the functionality is built in or added through plugins is up to the browser makers and feed reader makers to decide. Users would enter their account information directly in their browser’s or feed reader’s preferences, and their micropayment accounts would be automatically charged every time they access a micropayment-enabled article, on the web or via a feed. There’d be no logging in every time, like with PayPal, which is a hassle when all you want to do is read an article.

Second, search engines and websites would display the price of the article next to its title, just like they’d display the site or the date the article was written. The browser itself would display an extra icon when such a web page is accessed, just like it displays a lock when HTTPS websites are accessed. Perhaps a dollar sign or some other currency sign would show up next to the website’s address. If the user would move their mouse over the button, the price would be displayed, similarly to the behavior of the alt or title tags.

Third, and this would happen behind the scenes, the browser itself would read the price tag of the article the user is reading, and would send that information along to the micropayment service along with the user’s account information. Notice this means the user could use their micropayment service of choice — so there wouldn’t have to be just one — and the browser or the website wouldn’t care. The micropayment service would then transfer the price of the article from the user’s account to the web publisher’s account. The transaction fees would best be charged in bulk, per 50 or 100 transactions or so, and would be deducted from the web publisher’s balance.

That’s it! It’s so simple I just don’t know why it hasn’t yet been implemented.

As for the price of the articles, each web publisher could set their own price. I propose 5 cents per view. When candy and soda costs 75 cents to $1 or more, I think no one would balk at paying 5 cents to read a good article. But let’s have a look at some proposed traffic figures just to give you an idea how 5 cents can add up.

Say you get 5,000 views per month. That’s a modest amount of traffic, but at 5 cents per view, you’d still make $250 at the end of the month. That’s nothing to scoff at. Tell me if you wouldn’t be happy with that money in your bank account!

How about someone who gets 25,000 views per month? That’s a fairly decent amount of traffic. At 5 cents per view, they’d make $1,250 per month. That’s already a line of income. That’s money in the bank you could be using to pay your bills, but you’re not seeing it because micropayments don’t exist yet. Isn’t that infuriating?

How about someone who gets 50,000 views per month? That’s a nice amount of traffic. At 5 cents per view, they’d make $2,500 per month. That’s practically a decent salary right there. If you keep your expenses low, you might even be able to live off that in the US. If you lived in another country where living expenses are less, you could live nicely on that money.

The best part is this: it isn’t free money, and it isn’t money that could be yanked away if your advertisers get pissed off with something you wrote. This is money each and every web publisher has rightfully earned through their work, and yet there is no micropayment system out there to make this possible. This means all the web publishers out there are currently being cheated out of money they could be earning. Isn’t it ridiculous and completely unfair? Think of newspapers, where dedicated journalists work, day in and day out, and who have to close when they could focus their efforts on web publishing and turn a very nice profit with their traffic!

What about developing countries? I suppose the price for reading an article could differ based on your country of origin. The micropayment processor would automatically charge those countries less per article, say 30 to 40 to 70% less, depending on their general economic status.

What about subscriptions? They’re nice but not sufficient. They’re nice because you can predict your income more reliably when you know you’ll have so many subscriptions coming in every month, but not sufficient because users don’t pay per usage. If they end up spending less time on your site, then they’ll feel like they’ve wasted their money on the subscription. Also, just in case you haven’t noticed, subscription numbers are down everywhere these days. When money gets tight, subscriptions are among the first things to go.

What about goodwill, and doing stuff for free? That’s nice, and I already do plenty of stuff for free, but the problem with goodwill is that this world still functions with money. When was the last time you paid your mortgage with goodwill? When you buy your groceries, do you pay with a smile and a hug?

Micropayments are the best way to go forward. I wish people would stop talking about them already and someone would get going with the idea. It goes without saying — but I’ll say it anyway — that I for one would be glad to work with any legitimate company that wants to start processing micropayments.

Standard
Thoughts

New site design is live

This past week, I spent a feverish few days working on this new site design. I have been working on several different layouts during these past few months, but liked none of them except the one you see now. I built it from scratch, since that’s the way I like to do things.

New site design

One of the decisions I pondered was whether I should go with a three-column or a two-column design. The three-column layout would have allowed me to reserve one of the columns for ads. In the end, I thought good taste should trump ad space, unlike what’s happening on so many other sites.

If you find my articles useful and you’d like to support my site, please use the sponsors listed in the sidebar. Buy the stuff you need from them. I’ll get a small percentage of each sale.

Site sponsors

I’m also looking for a main site sponsor, whose logo and link will be featured in the top right corner of my site. I’d like the arrangement to be simple: a flat monthly fee over a certain period of time; the fee and period can be negotiated. See the Advertising page for more details.

Main sponsor placement

Standard
Thoughts

Don't use Project Wonderful unless you want to be offended

Project Wonderful is full of crap

A few days ago, I applied for inclusion as a publisher with Project Wonderful. I’ve been looking for a sponsor for my site, and I thought a boutique ad service might be just what I need.

Boy, was I wrong about them! First, they rejected my application. A nice, respectful rejection I can take. I can even handle a short, tersely written rejection. But when they basically called me a hack and a content thief, and expected to get away with it, I’m sorry, but I couldn’t help it if my blood boiled over. Have a look at what they wrote to me:

“When examining your site, we found that it appears to have one or more (not necessarily all!) of the following issues: sponsored “review” posts, posts with content taken from third parties such as other web sites or Wikipedia, posts with little original material, and so on.”

Excuse me?! I steal content from other websites and Wikipedia?! I write posts with little original material?! What?! Here I am, having typed my fingers off and eaten up my evenings and weekends for the past couple of years with my website, creating original content, writing every post myself, with my own words, and you dare call me a hack?! Now you can forget about doing business with me. And no, I also don’t write sponsored “review” posts.

It looks like — from my subjective point of view anyway — Project Wonderful isn’t so wonderful after all. I’d say a bunch more things about them right here, except my wife edited my post and cut out all the juicy stuff. Apparently I need to cool down and step away from the laptop…

Just to be clear, I did NOT steal this post from Wikipedia.

Standard
Reviews

Mozy advertising versus user experience

A few months ago, I was interested in offsite backup, and thought I’d give Mozy a try. Their Home Backup plan intrigued me. It was only $4.95, and was billed as unlimited. Could it actually work as advertised?

Short answer is no, not by a long shot. Sure, it only costs $4.95/month. That much is accurate. The unlimited part is where Mozy starts to stretch the truth. The problem lies with bandwidth, and I’ll give them this much: uplink speeds on US broadband connections, particularly on DSL lines, are horribly inadequate in order to perform any sort of decent backups.

But Mozy also does something I dislike, something that isn’t readily advertised on their site when users sign up: they cap the bandwidth for Home users at 1 Mbps. Even if you should be blessed with faster uplink speeds (like a fiber connection), you won’t be able to take advantage of it with Mozy. You’ll still only upload to the Mozy servers at 1 Mbps or less (usually around 600-800 kbps from my experience).

I had around 150GB of data I wanted to back up on my laptop at the time. It would have taken me several weeks (I think up to 13 weeks) to back up that data from my home DSL connection (860 kbps uplink). I had to reduce that amount to about 96GB, took my laptop into work, where the uplink pipe was much fatter, and still, it would have taken over 12 days to get that data backed up, because they were capping the uplink speed.

I then reduced my backup set even more, down to 59 GB (see below), hoping this would speed things up. It would have still taken a ridiculous amount of time to back up my data, and I only ended up getting frustrated with Mozy’s software in general, because of its poor design. Every time I wanted to configure the backup set, I needed to wait for the software to finish calculating the aggregate size for all file types, and that could take half an hour or more every time I opened that panel. Couldn’t they have cached this data when the operation was performed the first time?

Isn’t it ironic how they say the “Account storage limit” is “None”, yet you can never really quite test that None unless you leave your computer on and connected to the Internet for a month or more, which is clearly not feasible in the case of a laptop? Let’s not even consider the possibility that your Internet connection might go down, in which case the backup job would fail, and you’d need to start over…

In the end, in order to get any sort of progress with the Mozy backups, I reduced my backup set to 1GB. That’s right, 1GB, which allowed me to back up my Address Book, iCal, and Application Preferences, plus some documents. Then, and only then, did Mozy manage to complete the backup jobs in time.

I’m sorry, but I’m not going to pay $5/month so I can back up my contacts, calendar, and a few docs. That’s not acceptable to me. I canceled the service.

I did write to them to complain about this, and that’s how I found out about the 1 Mbps cap on uplink bandwidth. They also offered to give me a free month, but what good would that have been? I’d have only ended up more frustrated.

Some might say I should have tried the Mozy Business plan, which doesn’t cap uplink speeds and offers more options. For one thing, I don’t care for those extra options. For another, it would have cost me roughly $80/month ($3.95 for the license and $75 for the storage at $0.50 per 150GB). That’s not counting what it’d have cost me to back up my photos offline, which is what I really wanted to do. I have roughly 500 GB of photos, and according to Mozy’s pricing, that would be $250/month in addition to the $80/month I’d already be paying to back up my laptop.

Clearly, at those prices, Mozy is no longer the cheap, easy to use $4.95/month service that they advertise so widely, and instead of paying $330/month to them, I’d rather pay it to buy hard drives, copy my data, and ship them to my parents once every few months. It’d cost me a lot less.

I suppose they’re not entirely to blame. For some reason, $4.95 has become the price point for online home backup plans. Carbonite offers a similar plan for the same amount and other competitors are crowding around the same amount, although with different offerings. The thing is, you can’t really give people unlimited backup for $4.95 a month. Your costs as a business are higher. So what do you do? You fudge. You get truthy. Well, I don’t like it. I’d much rather see them offer a $15/month Home plan where they don’t cap the bandwidth but cap the amount I can back up — say, up to 75GB or something like that. I’ll let them work out the numbers, but the point is, I appreciate honesty a lot more than some cheesy pricing gimmick.

Updated 7/2/09: A reader (M.J. from Denmark) wrote to say the upload bandwidth cap at Mozy has been raised from 1 Mbps to 5 Mbps. It’s an interesting move on Mozy’s part, but I still have questions about their customer service and the ability to properly restore customers’ data, as other people have indicated in the comments below.

Standard