Comment suivre le taux de conversion (clics) à la vente d'un système de publicité interne?

Question

Je suis en train d'écrire un système de publicité interal pour le site Web d'un client de l'entreprise, où les annonces ne seront visibles par les utilisateurs internes, et toutes les transactions se déroulent en interne sur le site (à savoir les annonces sont pour le contenu des membres uniquement disponible sur le site).

Quelqu'un at-il des recommandations quant à la meilleure façon de suivre le taux de conversion de ces annonces (à savoir des affichages: Clics: ventes)?

EDIT

Je ne suis pas à la recherche d'un « Pourquoi ne pas utiliser Google réponse analystics' type, je suis à la recherche en architecture possible Outlines, à savoir un » pourquoi ne pas utiliser magasin Guid dans un cache temporaire et voir si elle lie à l'annonce » type de réponse.

/ EDIT

Dans un travail précédent, je fait quelque chose basé sur un cache interne, qui a simplement fait vue: cliquez sur le suivi, toutefois, l'ajout du taux de vente est plus complexe cette tâche, surtout si l'on prend en compte l'idée que quelqu'un peut cliquer à une annonce et non immédiatement acheter.

Cheers, Ed

(N.B.. Je laisse ce dessein vague pour (je l'espère) obtenir des réponses qui fournissent des idées que je n'ai pas encore avoir pensé en venant au problème sous un angle différent)

Answer 1

Une approche typique serait d'utiliser des cookies pour suivre l'activité des utilisateurs sur le site, par exemple.

1. L'utilisateur voit l'annonce - sur cette page existerait une balise img qui pointe vers un script serveur qui renvoie une seule image pixe. Le script serveur vérifierait pour un cookie existant sur la machine de l'utilisateur, si l'on ne se trouve pas alors générer un GUID pour l'utilisateur et créer un. Ensuite, enregistrez tous les détails nécessaires à l'impression (IP, date et heure, etc.), ce aginst GUID

2. L'utilisateur clique sur l'annonce. Cela tak Ethe utilisateur vers une page qui recherche le cookie créé lorsque l'annonce a été vue, stocke les détails du clic, et laisse tomber un cookie de clic sur la machine de l'utilisateur, avec un guid identifiant le clic

3. transaction terminée. A ce stade, un autre pixel sur la page qui recherche le cookie de clic et stocke le fait que le clic est converti en une vente. Serait également très simple de passer dans un param querystring avec une référence de vente

Je typiquement 3 tables, une pour chaque impression, cliquez et conversion, chaque stockage autant de données que nécessaire. Avec ce type d'architecture que vous êtes alors en mesure de suivre par l'utilisateur, et aussi spécifique view-> droit-> Vente

Une considération est que les cookies ne vont pas être à 100% car ils peut-être cependant bloqués sur certaines machines, vous pouvez prendre des mesures pour contrer cela en stockant également les Guids nécessaires à une séance, qui est tentée en premier. s'il n'y a pas de session alors chercher un cookie, et s'il n'y a pas de cookie, vous pouvez fallback sur l'adresse IP. Si cela est interne et vous assurez-vous que tout le suivi fonctionne sur le même domaine que le site que vous devriez avoir très peu de problèmes avec les cookies mais

Answer 2

Je ne sais pas si cela fonctionnerait pour vous (peut-être vous avez besoin développé une solution spécifique en interne), mais avec Google Website Optimizer vous pouvez créer des scénarios entiers et de suivre toutes les étapes de la transaction jusqu'à la conversion (+ beaucoup plus de fonctionnalités). http://www.google.com/websiteoptimizer

Answer 3

pixels et les cookies sont à la fois très fragile, et vous finissez par trop compter sur un chargement de données du navigateur correctement.

Je suggère d'utiliser une API qui est déclenché sur un événement de vente. De cette façon, il « toujours » fonctionne, et ne sera pas fait par mégarde. Vous serez également en mesure de rapprocher les données plus facilement.