I'm kicking myself for taking so long to try out del.icio.us.  I've been hooked overnight.  If you don't use it, all I can say is that you are missing a huge opportunity!

Benefits:

• There's the obvious benefit of being able to access your bookmarks from anywhere.
• Deciding whether or not to bookmark something to keep from cluttering your bookmarks is over.
• Seeing how many other people have bookmarked the same pages and seeing what other pages around that topic they have bookmarked to expand your own research.
• Reading what others have to say about pages.

It's these last two items that make del.icio.us an indispensable web analytics tool.  So go get a del.icio.us account and listen to your customers.

Tips:

• Marketing - See if del.icio.us is a viable marketing tool for your website.  See if your website's key pages are tagged in del.icio.us and tag them yourself with plenty of appropriate tags and thorough notes.
• Research your competition - Look up your website's key pages in del.icio.us and see competitors' pages that are being tagged as well.

Now that we've been tracking feeds with FeedBurner for quite a while, the big question is, "How many total subscribers do I actually have?"  Don't get me wrong, FeedBurner is great, but I'm astounded that they haven't addressed this question.  It's all over the Google FeedBurner group.  It's nice to see the daily number of subscribers, but seriously, what's the total?  Here's my attempt at estimating the total number of subscribers to your feed with FeedBurner that I posted in my response to the group:

1)  Take the average subscribers over the last 7 day, or last 30 days depending on how often you post.

2)  Multiply the average subscribers for this time period by the number of days in this time period.

3)  Divide the number from step 2) by the total number of posts in the same time period

My assumption is that most subscribers will read each post one time. Those subscribers that read some posts more than once will cause this number to be a little high.  This depends a lot on your content too. This also assumes that when they re-read they have to access your feed again, but this differs for various feed readers.  I would guess that web based feed readers won't cache all the feeds.  However, it looks like Google Reader does because I've tried modifying a feed but the changes don't appear.  Feed readers could also cache a feed based on how many subscribers there are according to them by using a lower-limit of subscribers requirement.  For example, Google Reader may not cache a feed unless there are over 50 subscribers to that feed with their reader (this is not necessarily true, just an example).  In reality, this calculation may be more accurate if most feed readers (web-based or otherwise) do cache feeds.

A good web analytics tool will offer date range comparisons such as week to week or month to month.  One of the frustrating caveats with month to month comparison is that consecutive months have a different number of days.  One way of resolving this is to normalize the data in one of the months with a mathematical equation such as:

    (total page views) +/- (difference in days) * (total page views / days in month)

Let's assume that your web analytics vendor was savvy enough to provide date range comparisons, but doesn't do such normalization for you on the fly.  Assuming your report shows the percent differences between months, here's a simple way to normalize the data on the fly.  You may even stop using the fancy normalization feature provided by your web analytics vendor!

If the difference in days is one day (for example, March to April), then there is a 3.3% difference in days.  In other words, any percent difference over +/-3.3% is more likely to be a true difference month over month.  For a two day difference, it's just double (+/-6.6%).  And for a three day difference, it's triple (+/-9.9%).