When I begin a new project with a client, I always take time to ask about the current state of their website and try and see where it can be improved or streamlined so it makes more sense to their visitors. Sometimes, this process is easy and obvious. Maybe they're just using Front Page or Dreamweaver to create static html pages and don't really have any dynamic content. In that case, we'll be changing the approach by adding dynamic content which didn't exist before. No problem.
However, sometimes it's not quite as straight forward. There are cases where potential clients are using, what I call, a "hybrid" site setup. This type of site lives somewhere between the Web 1.0 (fully static) site type and the full blown Web 2.0 Content Management System style website. Usually, in the distant past, the client had a website that was purely static. But somewhere along the way, they saw the need to start adding more dynamic functionality such as easy to update image galleries, event calendars, and blogs. But, because of the many options that exist on the web for very low cost, they started to host all of these new functionalities on a bunch of different services.
Maybe they started hosting their photos on flickr.com and their events on mychurchevents.com. This seemed like a great solution because it was easy to setup and easy to add content to. They just put links on their current static site pointing to these services and Blamo!: their website now contains dynamic content.
But, does it really? All of this stuff is actually hosted off-site. What does this do to the visitor who is browsing the site? What does this do for site dynamics, organization and interaction? When is it a good idea to use these outside services and when is it not? In the following paragraphs I'll try and convey some of my guidelines that I use on this and hopefully it will help you see the options available to you...
A geeky friend of mine is really hot on "mashups". Mashups are a new concept in web design where you take services from many different places and gather them all together on a single website, "mashing your data" all into one place. He always says "Mashups are the future of the web!". And, I believe he's right. But I would argue that mashups are difficult to implement properly and are far from mature. It's going to take some time before they're usable in the proper way.
Normally, when you implement many different services onto a single site you add a bunch of problems for your web visitors...both conscious and unconscious problems. Here's a few issues:
Those are just a few reasons that offsite services aren't good for your website. But that doesn't mean offsite services are NEVER good...let's look at the right times to use them:
So, again, the goal is to give the website user a good experience. If they're going offsite, viewing content that doesn't look like the rest of your site, or they have to put up with ads or logos from other services, you're better off hosting your own solution.
As the web moves forward, these mashups with become more and more integrated, which is how they should be. But it's not quite there yet...so, as of now, ask yourself if you can implement the outside service transparently enough that you can keep your visitors in the dark about which services power your website.