<html lang="en" dir="ltr">
<title>Musician’s own website as definitive source of all info | Derek Sivers</title>
<meta name="description" content="Musicians spend too much time entering their data on multiple websites. Filling out forms. Uploading MP3s. Uploading photos. Entering dates and venues into concert calendars. Pasting lyrics and bio. All those stupid profiles scattered around the web, which of course will soon be outdated unless they’re constantly updated.">
<meta name="viewport" content="width=device-width, initial-scale=1">
<link rel="stylesheet" type="text/css" href="/style.css">
<link rel="alternate" type="application/atom+xml" title="Derek Sivers" href="/en.atom">
<link rel="alternate" type="application/rss+xml" title="Derek Sivers podcast" href="/podcast.rss">
<link rel="prev" href="https://sive.rs/hellyeah">
<link rel="next" href="https://sive.rs/hatenot">
<h1><a href="/" title="Derek Sivers">Derek Sivers</a></h1>
<div class="blogparent"><a href="/blog">Articles</a>:</div>
<h1>Musician’s own website as definitive source of all info</h1>
Musicians spend too much time entering their data on multiple websites.
Filling out forms.
Entering dates and venues into concert calendars.
Pasting lyrics and bio.
All those stupid profiles scattered around the web, which of course will soon be outdated unless they’re constantly updated.
Some outside sites say, “We’ll manage all your data!” — but I don’t want to go to yet-another-website to enter all of my data, and trust them not to go out of business.
In fact, I don’t want to enter my info anywhere but my own website!
So, I think the musician’s own “.com” homepage website should be the one-and-only place the musician ever has to enter their info.
It should be the sole definitive source for their music, photos, bio, lyrics, calendar, blog, and especially their fan/friend/email list.
Then it’s the web hosting company’s job to spread that info other sites.
How it works for the musician:
Log in to your own website.
Recorded a new song?
Upload the master-quality audio file
While it’s uploading, enter the song info: name, copyright, credits, lyrics, sample-start-time, etc.
Booked a new show?
Enter the date and venue info.
Have a new photo or bio?
Enter it just once in your site.
You’ll never need to enter that info or upload that song ever again.
You own all your data, and your web-host makes it easy to get a backup any time, like mailing you a USB drive.
Then your web-host can do the boring copying:
Your web-hosting company gives you some simple options.
Do you want us to send this to...
[ ] Napster
[ ] Pandora
[ ] Spotify
[ ] ReverbNation
You’d give them your account details for the places where you already have an account, or at the others, they could create an account for you.
Best of all: <strong>all of this extra service is included for free</strong> in your basic webhosting package, as thanks to you for choosing to host your website there.
Assuming the standard web-hosting rate of $10-$20/month.
They don’t need to take a percentage of sales or anything.
The $10-$20/month webhosting fee has plenty of profit margin to cover everything.
How it works on the back-end:
For some websites, the distribution can be automated.
The web host sends a server-to-server message to the remote company’s servers, adding the necessary info and files.
This is how digital distribution of music already works.
For other sites, there can be some quick simple human labor.
An employee quickly logs into that site as you, with your permission, and uploads the song, info, photos or calendar, using the super-fast internet connection.
The trickiest part would be copying the friend/fan list from multiple sites back into your one definitive master database of fans/friends.
Because the company does it for dozens of clients per day, they can do it incredibly fast and cheap, so they don’t need to charge extra for this hands-on service.
But where it gets really exciting is for the company to set up <strong>an open API where any outside companies can <em>pull</em> information directly from the source!</strong>
That way, any new music websites could launch with instant access to thousands of musicians, with the most up-to-date info, and not need to host any of the audio, images, or text on their site.
Everything be pulled real-time from your site using the API.
So if you changed a photo, removed a song, renamed a song, or even changed the name of the band, it would all be changed instantly on ALL sites, worldwide.
Who’s doing it?
<a href="http://www.artistdata.com/">ArtistData</a> is awesome, and the closest I’ve seen to this idea, but they don’t host websites.
I heard of them after I came up with this idea two years ago.
I was still at <a href="http://hostbaby.com/">HostBaby</a> then, and everything I described above was my plan for “HostBaby 3.0”.
Maybe they’ll still do it.
Since I left the company and signed a non-compete agreement, I’m not allowed to.
But I hope someone does.
<img src="/images/peacock.jpg" alt="http://www.flickr.com/photos/mmqb01/468351110/" />
© 2009 <a href="https://sive.rs/">Derek Sivers</a>.
« <a href="/hellyeah" accesskey="p" rel="prev">previous</a>
<a href="/hatenot" accesskey="n" rel="next">next</a> »
Copy & share:
<span class="url"><a href="https://sive.rs/mhost">sive.rs/mhost</a></span>