Reading Time: 2 minutes

Via a post on Stowe Boyd’s blog,‘s SalesGenius is brought to my attention. At first glance, I thought this was just another bulk e-mail marketing tool with post-click web analytics built in, but they’re doing something slightly more interesting here, by tracking the clicks from e-mails sent by company sales reps and then presenting post-click path data in quite a nice way.

SalesGenius provides an Outlook plug-in which enables any e-mail to be ‘sent via SalesGenius’. I assume that this routes the e-mail via SalesGenius’s servers which insert tracking code into the links in the e-mail. When (if) the recipient clicks on one of those links, a cookie gets dropped and their post-click behaviour is tracked.

So far, so ho hum. But interestingly, SalesGenius requires that you add no code to your site. So how do they capture the post-click page information? Capturing the first click is easy enough, by redirecting it through their server – this is how almost all adservers capture click data. But all the ad serving systems I’ve worked with require you to add some kind of tracking code to any subsequent pages you want to track; but they maintain that:

“Absolutely no changes are made to your company’s web site.”

So how do they do it? There are a couple of ways I can think of:

  1. E-mail recipients click through to a framed page with one hidden frame that contains tracking code and a 100% frame which contains the site. As the user clicks through the site, the tracking code can capture the clicks and send them back to the SalesGenius server.
  2. The e-mails are directed through a proxy server which fetches the actual site’s HTML data and re-presents it to the user, whilst simultaneously re-writing all the URLs on the page to also go through the redirection/proxy server.

If I were doing it, I’d choose no. 1, because it throws up way fewer problems; you can just track the click events (or even the page load events) in the main frame and be done. With the ‘proxy’ approach, you’d need to re-write all the links on a page, even if they crop up in JavaScript-controlled drop-down boxes, etc. I know from bitter experience that this is more or less impossible.

Can you think of any way this could be done? Don’t all rush to answer at once.

3 thoughts on “SalesGenius”

  1. Robbin,
    That’s very interesting. I’m not sure I’d class what SalesGenius is doing as phishing, exactly, but I think it should be mandatory in an outbound SG e-mail to mention that data about the user’s traffic on the website will be gathered by a third-party solution using a proxy system. Having said that:
    a) How is this different (other than technically) from using any third-party web analytics (e.g. GA)solution on the target site?
    b) Would the user understand the difference between a proxy-based data collection solution and one using more conventional tagging – i.e. would it be worth making the distinction for them?

  2. Sorry Ian. I forgot to answer you here where everyone else can see.
    Both a) and b) have the same answer, IMO – this is different than using any third-party WA solution because it is by email address, not by IP address. So the user doesn’t necessarily understand the difference between proxy-based data collection and conventional tagging but they sure do understand the difference between their IP address showing up and their email address showing up.
    Having said that, I suppose that every sales letter I send out could include unique campaign code so that I always knew the name of the person who came (to the extent that they didn’t forward it to someone else) and then could do the same thing. So maybe you are right, except for the hassle affect, which is why SalesGenius started this — if if were so easy/effective to individually code every link in an email with person-specific campaign code, they would have no market.
    Separately – why would you consider your Technorati stats to be the gold standard instead of your FeedBurner stats?

Comments are closed.