Help test the new Clicky beta

The last month we have been been doing nothing but working on a massive overhaul of our entire web site. The goal was to make it faster, easier to navigate, and feel like a true web "application".

Check it out at beta.getclicky.com (but please read the rest of this post too!)





What's new?
  • Every page loads via Ajax, including form submissions, which makes everything load lightning fast. (Except for IE - sorry, but this browser just has too many problems).
  • All navigation is now in a sidebar that changes depending on context. When you're viewing reports, it just contains your report options. (Click the Clicky logo to get back to your user homepage). Every other part of the site will show a different menu instead.
  • If your screen is at least ~800 px tall, the sidebar is in a "fixed" position so as you scroll up/down the screen, it's always there.
  • The sidebar helps us get important data as high up on the page as possible. For example when viewing reports, there used to be around 200 pixels of vertical space before the data you wanted was displayed. Now it's about 20 pixels.
  • When viewing reports, there are a few figures that are always at the top of every page (visitors online now, and total visitors and actions today). The visitor/action tallies have a sparkline graph next to them as well. These automatically update once per minute.
  • Lots of other stuff (I'm a bit pressed for time right now)


This has been tested extensively with all modern browsers - Firefox 3.6, Chrome 6.0, Opera 10.5, Safari 5, and IE7. We haven't tested with older versions of these browsers (or newer, in the case of Firefox 4 (in beta), and IE8/9). So we want to play around with this extensively and report on any bugs here, especially with browsers that we haven't tested.

This is not complete by any means, but we hope to have it released within the next week or two. There's still some ideas we have brewing, and there are some known bugs:

Known bugs/issues that will be fixed

  • This is slightly wider than 1024, which is the standard. Thankfully, only around 7% of our users have a screen that's 1024 or less pixels wide. But we will be adding support for 1024, don't worry. Either the sidebar will automatically hide, or we'll just move the tabs back to the top for these users.
  • The site may seem kind of slow on your first few page views, but that's because none of these files are on our CDN yet. That will change when this is released officially!
  • When viewing "Spy", the visitors online figure doesn't necessary match the global one at the top. The global one also updates slower. We'll be fixing this so when you view Spy, it will update both figures instead of just the one "inside" Spy.
  • The graphs at the top don't show up for MSIE yet
  • MSIE also has a few problems with some of the drop down menus that are loaded into the page via ajax
  • In some browsers, the "saved filters" drop down menu doesn't work right
  • The "filter results..." form at the top of any "popular data" report doesn't work
  • When you click on sidebar menu, the item you click is automaically highlighted. If you click "back" in your browser, that item remained highlighted.
  • The /user/ pages will probably get their own sidebar menu
  • If you're a white label user, there is some new and some changes CSS in here. We'll be giving you a 1-month window to create a new CSS file for the new interface, before the new interface goes live. Also, we'll be maintaining the "iframe=1" parameter, and when we see that we will automatically adjust to 1024 width, including probably putting the tabs back on top for the reporting interface).


Let us know what you think!
38 comments |   Sep 16 2010 1:25pm

Tracking server upgrades this weekend

The last few months we've been growing faster than we want to. That's a nice problem to have but it has its consequences. We've been getting a surge of high traffic sites using our service, so our tracking servers are really struggling right now. You may have noticed a bit of lag when our tracking code tries to log data to our home servers - that is a result of this. Of course, that data is logged asynchronously, which means it shouldn't interfere with anything on your site, but it's still annoying.

As we've grown there have always been software tweaks we could make to boost performance, but we're out of options now, these things are as optimized as they're going to get.

We apologize for this lag recently, but of course it's going to get fixed. This weekend, we'll be adding an additional 2 tracking servers into the mix (currently, there are 3). These 2 servers are much higher end than the existing ones, so it will be 150-200% capacity boost instead of just 67%. This will give us a lot of breathing room, which we could really use.

What's next?

The last 3 weeks we've been working on a massive overhaul to the entire web site. It started as just an overhaul to the stats interface, but we decided the entire web site could use an update. This update is awesome but it's also a lot of work. We hope to have a beta available late next week for you to play around with, as we expect there to be some bugs (particularly with older browsers), so we'll need as many people to test it as possible. We'll be announcing it here and on Twitter as soon as it's available!
21 comments |   Sep 01 2010 1:07pm

Why Clicky validates your traffic

A couple users in our forums were just talking about how their Google Analytics reports are unreliable because people have copied their GA tracking code (for reasons unknown) onto their web sites, and now the traffic from these other sites is being reported in GA alongside the "real" traffic that should only be getting logged in the first place.

We had no idea GA allowed this to happen and frankly, we were surprised to hear it. If I was a griefer, and I owned a high traffic, off-color web site, I might get my lulz by regularly including the GA code from other random sites in my own web site's HTML. Hypothetically, of course :)

This is one of the reasons we chose to validate your traffic against your registered domain name before logging it. And this was one of the very, very first things we ever did when we were designing Clicky. We're talking October 2006, before Clicky was even available to the public. This has caused headaches for some users over the years, e.g. if they mistype their domain when registering, or their domain changes but they don't update it on Clicky, then no traffic gets logged. But for the most part it's worked well for everyone, and to make it flexible we have offered (also from day 1) a "mirrors" option to add additional domains that are authorized to log traffic for a certain site ID.

We don't know if other analytics services do any validation, but if not, maybe we should add another bullet point to ye olde matrix. I imagine Google may do this for support reasons, so they get as few questions about "why aren't my stats working" as possible, but we still don't agree with it. We get support questions about this maybe once a week, but we have no problem helping people out with it.

What do you think?
17 comments |   Aug 11 2010 5:43pm

Viddler rolls out Clicky integration

When we announced our new video analytics a few weeks ago, one of the things we mentioned is that Viddler was integrating Clicky directly into their flash player - except it wasn't quite ready at the time. This is really wonderful because tracking video interactions is not quite as easy as we'd like it to be. You have to embed videos with their Javascript API enabled, which is not the default for any service, and then you have to add a bit of extra code so that their API talks to our API... etc.

Viddler, on the other hand, was already using Clicky for their own site and started talking to us a few months back about making Viddler tracking fully automatic. This is actually what motivated us to make this feature in the first place. We knew all these services had APIs but we didn't really want to deal with them. Of course, we ended up writing libraries for two of the top services (Youtube and Vimeo) as well as a library for tracking HTML5 videos anyways, because that's how we roll.

Well, the wait is finally over. Viddler has just announced that their integration with Clicky has gone live. Any of you who have at least a Pro account and have Viddler videos embedded on your web site, you should start seeing data automatically in your Content > Video report, without having to do a gosh darn thing.

We're really excited about this because not only are we one of a small handful of analytics companies to offer video analytics, but as of now, I believe we are the only analytics service to have fully automatic integration with a large third party video provider.
4 comments |   Aug 10 2010 11:53am

When did visitor XYZ first visit my site?




We've only been tracking this data since mid-April, with this release. So for loyal visitors, you may a see a lot of dates around mid-April. That's a bummer, but it's also part of the reason we've been waiting to release this feature - we wanted to have at least a few months of data. We now have almost 4 months so we feel it's good to go.

This feature will be particularly useful to those of you who use our goal system. We use goals to track when people upgrade to our premium service so we can see it right in our stats. (Of course, we have an admin area to see all of this data too, but it's more fun when it's in your stats). As you can see in this screenshot, taken from a visitor today (with all identifying info removed), this person first visited in... well, mid-April. The point is, we immediately know how long this person has been coming to our site before upgrading, and we can see it right in their session details. Fun!
9 comments |   Aug 06 2010 2:03pm

Next Page »




Copyright © 2018, Roxr Software Ltd     Blog home   |   Clicky home   |   RSS