Internal Search terms

Would be great to track what are the top search keywords that people enter on my internal search box. It's a key indicator of user behavior and I think this is something that is relatively easy to add by just asking for the search parameter used in the URL.

In addition, it would be great to allow to categorize searches by specifying a 2nd parameter for Clicky to parse.

For example, if I offer the ability to search by username or by city in the same search box, I would pass something like "search.php?keyword=David&type=username" for username search and "search.php?keyword=New+York&type=city"

In Clicky, I would specify "keyword" as my search parameter but also create two search categories with one being type=username and other being type=city.

For now, just tracking top search keywords is good for most of your users but adding a 2nd level of search tracking is something that even Google Analytics doesn't offer and can give users more reasons to use Clicky.

Quy

We are planning to add local search support next month. I'll consider your request to add a second parameter as well.

Is this up and running? Not the second parameter part just the tracking of internal search terms (url?query="search term")

It is on our March roadmap, but it will probably get delayed because all the time we spent on the CDN. This was NOT on our roadmap but we decided it was important enough to work on immediately.

The only major feature I'm expecting for the rest of this month is pinging and cookie support in our trakcing code, which will help time on site and unique visitor values much more accurate.

Any update on this? I just launched a website that is primarily based on search, and I would much rather use Clicky exclusively and not have to run it alongside google analytics.

Any updates on this feature? Thanks!

Sorry guys, it did not happen yet.

Yet?

no:(

+1 for this request.

+1 Thanks.

+1 thx

When this eventually does happen, will we be able to have more than one search parameter? For example, I'm running a dating site that uses the Rails meta_search plugin so the search queries look something like this:

http://www.setformarriage.com/users?utf8=%E2%9C%93&search[sex_equals]=1&search[age_greater_than_or_equal_to]=18&search[age_less_than_or_equal_to]=35&search[within_distance]=100&search[near_origin]=San+Diego,+CA&commit=Search

I don't need the utf8 or commit parameters (unless the commit will help tell Clicky that it's a search and not some random pageview).

Anything on this?

+10 for this.

One of the things I've noticed as a bad thing is that when looking at the URLs in Spy that they contain the parameters in the URL (which is nice), but then later, when reviewing and analyzing the visit, there aren't any parameters in those URLs. So all I can see then is that the user was on the search page 30 times in a row on their visit - I'd very much appreciate being able to see what they were searching for.

Also +10

Clicky - I know you're hiring right now and that's taking up some of your time but I really thing you should let us know if this is ever going to happen.

What I've done now to make this work for my site is to use clicky_custom to manually override BOTH the href and the title of my search page (since just overriding the title doesn't seem to work). The ONLY reason I'm having to do that is because the full URLs aren't available anywhere outside of Spy. Not only is that a pain for me, it's got to be adding unnecessary workload to your servers as it will be adding thousands of extra unique URLs.

On top of that, since all I'm really doing for the href is changing the "?" with a "#", the link from Clicky back to my site is no longer valid because the search page is looking for parameters in the url, not a hashtag.

Please reconsider the importance of a feature that you've stated was to be added over a year ago. It will be good for everyone involved. I'm still a fervent supporter of your service but this one is more than just a little annoying and you're on record saying that you'll get it done. Thanks.

another shameless BUMP...

Yes it will eventually happen. I know this is an important feature, it's on the high priority list. But we have a thousand people telling us we have to do feature X *RIGHT NOW*, that we're flippin CRAZY not have feature Y, that we aren't competitive without feature Z. We can't do everything.

As if you need anyone else asking to know that it's wanted, +1

Thanks, M.

Underpromise. Then overdeliver. That's what keeps people happy for the long-haul. Overpromising causes short-term happiness, long-term frustration, and eventually mistrust. There's lots of threads in this forum for feature requests where you clearly state that will be done "within the month" or "next update". I, and I'm sure many others, will only jump on your case when promises are not fulfilled.

Unless you are going to stick to a specific date, just say "good idea, we'll add it to our to-do list" and leave it at that. I've said it before, I'm a big supporter of Clicky and only trying to help. Hopefully with more devs available things will just continue to get better.

I agree. Going from one dev to four will definitely help things happen faster.

Another shameless *bump* :)

Is there a reason you don't store the search in your own database? Then you could get 2nd level.

Has this ever been addressed on the past 6 months?