Wie Conversion-Rate (Klicks zum Umsatz) von einem internen Werbesystem verfolgen?

StackOverflow https://stackoverflow.com/questions/2087276

  •  21-09-2019
  •  | 
  •  

Frage

Ich bin zurzeit ein interal Werbesystem für ein Unternehmen Kunden-Website zu schreiben, wo die Anzeigen werden nur von internen Benutzern gesehen werden, und alle Transaktionen werden intern auf die Website (dh die Anzeigen sind für nur für Mitglieder verfügbar Inhalt der Website).

Hat jemand irgendwelche Empfehlungen in Bezug auf die beste Art und Weise die Conversion-Rate dieser Anzeigen zu verfolgen (das heißt Ansichten: Klicks: Umsatz)?

EDIT

Ich bin nicht auf der Suche nach einem ‚Warum nicht analystics'-Typ Antwort verwenden google, ich suche in mögliche Architektur Konturen, also eine‘ warum verwenden speichern keine guid in einem Cache vorübergehend und sehen wenn es bindet die Anzeige‘Art Antwort.

/ EDIT

In einer früheren Arbeit habe ich etwas auf der Grundlage eines internen Cache, der einfach Ansicht tat: Klick-Tracking, aber die Zugabe des Verkaufsrate macht diese Aufgabe komplexer, vor allem, wenn wir berücksichtigen, die Idee, dass jemand durchklicken kann auf eine Anzeige und nicht sofort kaufen.

Cheers, Ed

(NB. Ich bin diese verlassen zu absichtlich vage, um (hoffentlich) ein paar Antworten zu bekommen, die Ideen liefern habe ich noch das Problem gedacht zu haben, aus einem anderen Winkel durch kommend)

War es hilfreich?

Lösung

Ein typischer Ansatz wäre die Verwendung von Cookies für die Benutzer-Aktivität durch die Site-Tracking, z.

  1. Benutzer zeigt die Anzeige - auf dieser Seite würde ein img-Tag, das verweist auf einen Server-Skript, dass die Renditen ein einzelnes pixe Bild vorhanden sind. Der Server-Skript überprüfen würde für ein vorhandenes Cookie auf der Benutzer-Maschine, wenn man nicht eine GUID erzeugt dann für den Benutzer gefunden wird, und erstellen. Dann speichern Sie alle Daten werden benötigt, um den Eindruck (IP, Datum Zeit usw.), Aginst dieser GUID

  2. Der Nutzer klickt auf der Anzeige. Dies würde tak ETHE Benutzer auf eine Seite, die Looks für den Cookie erstellt, wenn die Anzeige angesehen wurde, speichern Details des Klicks, und ein Klick-Cookie-Maschine auf dem Benutzer fällt, mit einem guid Identifizierung des Klick

  3. abgeschlossene Transaktion. An dieser Stelle hat ein anderes Pixel auf der Seite, die für das Klick-Cookie und speichert die Tatsache sieht, dass der Klick in einen Verkauf umgewandelt hat. Würde auch sehr einfach in einem Abfragezeichenfolgeflag param passiert mit einer Umsatzreferenz

Ich würde typischerweise 3 Tabellen, jeweils eine für Eindruck, Klick- und Conversion, wobei jeder so viele Daten speichern wie es notwendig ist. Bei dieser Art der Architektur sind Sie dann in der Lage durch den Benutzer zu verfolgen, und auch spezifischen view-> Klick-> Verkauf

Eine Überlegung ist, dass Cookies nicht zu 100% gehen, wie sie vielleicht auf einigen Maschinen blockiert, aber Sie Schritte Zähler nehmen könnten, indem auch die notwendige Guids in einer Sitzung zu speichern, die zuerst versucht wird. wenn es keine Sitzung ist dann suchen Sie nach einem Cookie, und dann, wenn es kein Cookie Sie auf IP-Adresse Rückfall könnten. Ist dies alles intern und stellen Sie sicher, dass alle der Tracking-Läufe auf der gleichen Domäne wie die Webseite sollten Sie jedoch nur sehr wenige Probleme mit Cookies

Andere Tipps

Ich bin nicht sicher, ob es für Sie arbeiten würde (vielleicht müssen Sie einige selbst entwickelte spezifische Lösung), aber mit Google Website-Optimierungstool können Sie ganze Szenarien erstellen und jeden Schritt der Transaktion zur Umstellung auf Spur (+ viel Mehr Funktionen). http://www.google.com/websiteoptimizer

Pixel und Cookies sind beide sehr spröde, und Sie zu viel auf einem Browser Laden von Daten am Ende unter Berufung richtig.

Ich würde vorschlagen, eine API, die auf einem Verkauf Ereignis ausgelöst wird. So ist es „immer“ funktioniert, und nicht zufällig erfolgen. Sie werden auch in der Lage leichten Datum Einklang zu bringen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top