Comments

comments

Rethinking Third Party Comment Systems

A year and a half ago I weighed in on third party commenting systems. My message? Avoid them. It's time to rethink that position. Here's why. Social technology has changed alot since then. At the time of my original post there were fewer compelling reasons to use outside systems. For the most part the added value of those systems came in the form of additional features (like threaded comments for example) that the native comment systems of WordPress and Drupal didn't have. Since then WordPress and Drupal have both added threaded commenting to their core software as I knew they would. But something else has happened since.

A number of compelling identity systems have emerged. Facebook, Twitter, and Google have launched APIs (application programming interfaces) that allow 3rd party software to connect with their sites, access profile information and post content. As a result of this development website owners have a new authentication option for visitors to their site. Instead of having people verify their identity by setting up a new account, they can login with an existing profile. Beyond that, when visitors make comments they can push notifications about the comments back to the service of their choice. So they can let their network know about your site when they make a comment. These types of features really expand the possibilities for people to discover your website and are also likely to increase engagement since people can quickly make comments without having to create a new account. All good stuff.

While systems like WordPress and Drupal have modules that support these types of plugins the support for them is a bit spotty. For example, I've gotten Google Friend Connect working on my Learn By The Drop site. Unfortunately I've had to implement a workaround to the module because the initial release hasn't been updated. There are other modules that offer connection to Twitter, Facebook and Google for all the major open source systems but there always seems to be a catch. Either you have to rely on yet another service provider (in the case of Gigya Socialize) or you need to install multiple modules (that don't necessarily play nice with each other) in order to to take advantage of all the services. Dropping in a third party commenting system is one way to get around those issues.

Right now there are three major players in the comment space, Disqus, IntenseDebate and Echo (formerly known as JS-Kit). IntenseDebate is owned by Automattic which runs the WordPress.com service. Based on my research it actually looks like Disqus and Echo are the more promising options for dropping in a new comment system on your site. I've seen some negative comments about Intense Debate. My friend Neville Hobson in the UK tried it and lost confidence in the service. It also appears that IntenseDebate does not currently appear to support Google Friend Connect. Meanwhile both Echo and Disqus have had high profile system enhancements that make those services very effective. I've posted a quick screencast below that shows how those two services work.

While there are some nice benefits of outsourcing your comments there are also some drawbacks. First off, since you're embedding a system running on another server then if that server goes down it could take your site down or at the very least take down your comments for the length of the outage. A slow server on their part will slow your site down as well. Both of those things can really kill activity on your site. Of late it seems like the services mentioned here have performed well but you never know. There's also the issue of retaining existing comments and taking comments with you if you leave. I know that Disqus does a good job with retaining all of your comments. Echo will import comments and keep the Echo comments synced with your native commenting system in the background. So both of these services sound like they make it easy to switch back if you don't like them.

Disqus and IntenseDebate are free whereas Echo costs $12 a year and you can go "white label" with Echo for $48 per year. Many people are put off by having to pay for social services such as this but you have to consider that a source of revenue means something. Companies that charge are more likely to continue upgrading their services to satisfy their paying customers. This assumes that the service is a quality one that works well. Both Disqus and Echo meet that criteria. The jury is still out for me on IntenseDebate.

JS-Kit - Comments On Steroids

I have been following JS-Kit since their early days when they simply offered a drop in comments and rating system for sites that didn't already have those sorts of features. I haven't used the service because all the platforms (WordPress, Drupal, Movable Type, Blogger) I work with to build communities offer good comments and ratings either via core functionality or add-ons. Times have changed and "good" comment functionality may not be good enough if you're serious about building community and capturing the breadth of discussion related to your content. JS-Kit has announced the beta of a new service called Echo that aims to provide much better comment functionality for the web as it exists today.

There was a time when your comment form for a post asked for name, email and website link as a way to establish the identity of an individual. Times have changed. Spam has become more prevalent in comments and we also have a multitude of new ways to register identity on the web. Gravatar, Google Friend Connect and Facebook Connect and others allow people to port their identity to different websites as long as those websites support the various identity services. The key phrase in that last sentence is "as long as..." If website owners want to continue to offer the richest experience to their visitors they they need to keep up with the latest services that offer web identities. They also need to know which services are popular enough to warrant integration in their websites. And finally there needs to be a reasonably simple way for site owners to integrate with their chosen platform. It's a lot to stay informed about.

The way content, and the conversation about content, spreads has changed as well. There was a time when people wrote their own post and linked back to the original post (trackbacks) or they saved a link to their account on Delicious. Now people link to and discuss content in a wide variety of places. Links find their way to Digg, FriendFeed, Facebook, Google Reader and other popular web destinations. Conversation also occurs in those places as well. If you started the conversation it might be nice to know that it's happening and share it with the other visitors to your site. There's also the issue of content and influence as currency. If you publish content that attracts many people you probably want others who are interested in you to know how much discussion occurs around your content. And perhaps the level of discussion you generate will help to make someone more interested in what you're publishing.

Given this new reality of conversation around web content, JS-Kit is offering a simpler solution for website owners with their Echo plaftorm. Echo allows users who are commenting to register their identity using a variety of the most popular services. Beyond registering their identity this feature also allows the visitor to simultaneously share their contribution on those other services as well. That's a feature that can help expose the discussion (for better or worse) to a new group of people.

jskit-echo-login

Echo also offers a pretty simple way for visitors to continue to follow the conversation via email and RSS.

jskit-echo-follow

Those features make Echo very good and provide functionality that is similar to other custom comment solutions such as IntenseDebate and Disqus. Other promised features that make this service sound exciting are the real-time updates and capture from different sources around the web. Echo promises to update the comment portion of your content as new feedback rolls in. This turns the comments into something like a chat room. There's also the promise of aggregation. Echo will capture discussion and links from various places on the web and bring it back into the comment stream on your site.

On the first glance the Echo service by JS-Kit appears to be able to solve some real problems for people who want robust conversation around their web content. It also solves an identity problem. I don't want people to have to sign up for my websites to comment. But I would like to know who they are and give them the convenience of using the service that they like the most. The platform looks promising but the devil is in the details. Solid performance is key. It's a disaster when you add something like this to your website and it fails to perform. It can slow the loading of your site and kill the conversation that it aimed to enhance. If JS-Kit does come through with solid performance then Echo could change the way that website owner manage their comments and community.

The Web Identity Wars Are Heating Up

Lots of buzz happening this week with both Facebook Connect and Google Friend Connect going live. Lots of bloggers have been writing about these launches and looking at it as if this is merely a battle between Facebook and Google.  There's definitely an element of Facebook vs. Google happening but there are many other smaller players involved in this tussle as well.

From where I'm sitting I see a larger battle between services that need to get their functionality onto blogs in order to either survive or at least continue growing their user base at a very healthy rate. Facebook and Google obviously fall into the latter category. Many other smaller "identity" type services have been available to web publishers long before Google and Facebook lumbered onto the scene with their offerings this week.

A Slew Of Players

Services like Disqus, Intense Debate and CoComment want to help web publishers enhance site conversations and build community via enhanced commenting features that include the ability for users to create profiles. Seesmic provides enhancements to comments by allowing video discussions. Gravatar offers simpler functionality by providing a traveling profile picture (also known as an avatar) that pops up on sites that have their plugin installed.

MyBlogLog has been on the scene for awhile as well. You've probably seen their sidebar widget (pictured at left below) on a few blogs. The widget allows site publishers to create something of a community by allowing visitors to "join" sites and have a discoverable profile and avatar. Yahoo! purchased MyBlogLog for $10 million almost two years ago. So Yahoo is in the game too.

Coincidentally (or likely not) the new Google Friend Connect features a "member" widget (pictured at right below) that looks very similar to the MyBlogLog widget. Wait a minute. Maybe it's really Google vs. Yahoo. The again you can sign in to the Friend Connect service with a Yahoo ID so they seem to be playing nice with one another.

Given Google's recent cozying up to Yahoo it seems to be Facebook against everyone else. But Microsoft has an investment in Facebook of a couple of hundred million dollars. So perhaps this is really Google/Yahoo vs. Facebook/Microsoft. But what are they all fighting for? They're fighting for users.

The End Game

The players in this game know that they will have a much easier time capturing large numbers of users if they can get publishers to buy into their identity (or profile) based services instead of adopting the identity services offered by their competitors. Both Facebook and Google want their services to be the center of a user's world so that user will continue to bring their friends, family and website visitors into the fold.

There's still a strong Google vs. Facebook element to this whole scenario. Facebook started out as a social network that now wants its users to utilize their service as a primary means of communication. Google started out as an email service that now wants users to utilize their service like a social network. So we have to services moving in opposite directions and colliding in the middle. But don't forget Yahoo, Microsoft and MySpace either.

What about the small players I mentioned earlier? I recently heard someone say something like, "When elephants fight the grass gets trampled." Most of the small players that want to find their way onto publisher websites will get trampled. Maybe one or two will get acquired by the large players.

What's The Difference?

Facebook Connect and Google Friend Connect seem to have the same goal of providing an identity service to publishers but are quite different in how they go about it. Google allows publishers to embed a series of widgets (Google calls them gadgets) that can be embedded into a website. Google's member widgets currently offer basic membership and profile functionality to sites. Google Friend Connect also has a widget for ratings and a widget for comments.

Facebook Connect (pictured at left) integrates with the existing comment system of a site so that people can comment with their Facebook identity and also share their comments on their Facebook news feed. So while Google tries to add features plus identity Facebook really just adds identity.

Both services offer sharing options, Facebook via their newsfeed sharing and Google via an "invite" link on their members widget. Come to think of it, Google's service also takes a whack at universal sharing services such as Add This and Share This too. JS-Kit should keep their eye on Google as well.

Friend Connect In Action

Friend Connect piqued my curiosity so I recorded a video screencast earlier today showing how to implement the members widget on a WordPress blog. You can see the full size version at the Awakened Voice Learning Center.

What Do Users Do?

Publishers will have to make a decision about the tools that they decide to integrate with their sites. Some will take an all (or most) of the above approach and cram the different services into their sites. There are some risks to that approach though. Use of multiple identity services can confuse and possibly drive away new users. And too many widgets on a site are risky in terms of the performance impact. If one of the services get slow (or goes down) it is likely to affect every publisher unless the widgets somehow degrade gracefully.

Some publishers are likely to draw a line and pick a favorite service and run with it. If they choose the wrong side those publishers could miss an opportunity to gain the users of the more popular service. Some publishers will keep doing what they've been doing which isn't necessarily a bad thing.

Everyone else needs to decide whether or not they buy in to the profile services offered by these many vendors. I happen to have a Gravatar, a Google Profile and a Facebook profile. I don't know how much I will use my Google profile or Facebook profile when I interact with the sites that support their respective services. I'll write more about it later to let you know how I think it's all turning out.

What I Require From Readers Of My Content

Nothing. You are required to do nothing special when you read content I've published or shared. You don't have to comment but you are welcome to comment if you feel moved to do so. You don't have to share it, although I encourage you to share if you find the content to be interesting. If someone has shared my content on another site you are welcome to comment, "like" or otherwise express your opinion if that alternate site provides the tools to do so. I may not see any of that activity on another site. That's fine with me if it's fine with you.

I felt compelled to state my preferences after engaging in a discussion over on FriendFeed about the etiquette of 'liking' items shared on that site. I understand the need for people to desire that all feedback on their content remains centralized as much as possible. Mark Krynsky, the person who originated the discussion, is using the very nice FriendFeed Comments plugin for WordPress (as I am) and would like kudos, comments, etc from FriendFeed captured back to his original post. Hence Mark's request, which you can view on FriendFeed.

I don't mind Mark making the request. What rubs me a bit wrong is the suggestion that the technique Mark suggests for his content is a matter of proper etiquette when using FriendFeed. That's where we disagree. The technique for finding and clicking the appropriate link may be a simple one, but it could also be inconvenient for the reader to take the extra time to do it. So I'm not going to place any type of onus on the reader to take such an action. I'm just glad that anyone would share/like/comment on my content anywhere. It just doesn't matter to me whether or not other people can see that information when they come to my blog.

Where, when and how the discussion around web content occurs is in the control of the community. I'm fine with that.

Commenting With A Blog Post

Let's continue with the subject of building brands and keeping control of your content. There's this issue with comments. A growing number of people who write their own blogs want better control of all the comments that they leave on other sites. Comments represent ideas and opinions that can add to the value of your brand.

Services like Disqus, Intense Debate and coComment try to solve the problem by centralizing all of a user's comments but only on sites where those services are supported. You can solve this problem yourself by adhering to a very simple comment doctrine.

Any time you find a comment extending past a couple of sentences you should stop yourself and write the comment as a blog post. When you write the blog post make sure that you link directly to the post you are commenting on. If the original blogger has trackbacks enabled then the link to your post should show up in the comment section of the post you're commenting on. Since not all blogs support trackbacks you can't necessarily count on that, but you still retain the value of your opinion.

Everything you do online amounts to some kind of a trade off. In this case you draw a line. Short thoughts are deposited as comments. More complex thoughts get served up to your readers with a tip of the hat to the original author.

This is a situation where a common sense approach removes the need for complex technology solutions. And I believe that everyone gets what they need in this scenario. The original author either gets a comment or a link. And the would be commenter gets to choose an entry point to the discussion that meets their needs.

This approach won't fly for some people. I know there are some people out there who would rather be represented in the comments on a hot post because they want the benefit of the visibility in a post they know will get traffic. In that case you should consider your comment a gift a be glad that you had the opportunity to have your say.

Maintain Control Of Your Comments

Take this word of friendly advice from someone who hasn't invested money in a third-party commenting service. Maintain control of the comments on your site. Third-party commenting services like Disqus, coComment and Intense Debate always state that you retain ownership of your comments. That's great but you really don't retain control.

When you utilize a comment service the comments serve to build the Google juice of the sites whose services you are using. Those sites then encourage your commenters to join their services in order to get the most out of commenting. That's annoying. You get functionality that provides a varying amount of added value depending on the blog platform you are using to publish.

The biggest value add that comment services purport to provide is threaded comments. That's no big deal. The top three blogging platforms, WordPress, Movable Type and Drupal, all support threaded commenting either natively or via add-on modules. So you can have threaded comments without passing your comments to a third-party service.

The other big argument for using a comment service involves people's ability to find your discussions. They argue that their sites will get a lot of traffic, people will find discussions about your blog posts and those people will then find your blog. This may be true to a certain extent. I also think it's true that you will always get more traffic from Google searches (both native and blog specific ones) if you keep all the content on your blog as part of your site.

Certain very high traffic sites may benefit from the ability to have the server load and spam protection features transferred to the service rather than their own blog server. If that's the case then why not just use WordPress.com, which provides both bandwidth and spam protection while allowing you to utilize your own domain?

These days I think that web publishers are way to flippant about scattering their content all over the web. Discussion about the things you are publishing is a very important part of the publishing and community building process. Off loading your blog's comment system increases fragmentation and dilutes that value of the domains that you've been working so hard to build.

Disqus - After 5 Days on Disqus, I’m Turning Back to Wordpress Comments | RyanSpoon.com