Page-Exit Seiten speichern

[dave]

hallo!

Ich habe im Demo von Opentracker.net gesehen, dass dieser Tracker die Ausstiegsseiten speichert. Nun würde mich interessieren, wie das funktionieren könnte. Mit JS? Per onUnload?

Vielen Dank im Vorraus für eure Vorschläge und Ideen.

lg
dave

[Rouven]

Hi,

na ja, mein Vorschlag wäre die zuletzt aufgerufene Seite zu speichern (serverseitig), in der Hoffnung, dass der Nutzer nicht mit mehreren Fenstern surft und mich damit hinter's Licht führt...

MfG
Rouven

[Joachim]

Hi,

Ich habe im Demo von Opentracker.net gesehen, dass dieser Tracker die Ausstiegsseiten speichert. Nun würde mich interessieren, wie das funktionieren könnte. Mit JS? Per onUnload?

onload feuert, wenn Du die Seite verlaesst - ohne zu wissen, ob Du das Fenster schliesst, eine weitere- oder eine fremde Seite ansurfst.

Die Tracking-Systeme funktionieren in der Regel mit Pseudo-Blindgifs oder ext. Javascripts, mit denen Du Deine Seiten pflastern dafst. Diese uebermitteln i.d.R eine Sessionid und andere Parameter, das wird dann mit entsprechenden Tools ausgewertet. Ueber diese Sessionid laesst sich natuerlich auch die letzte Seite in der Reihenfolge feststellen.

Gruesse, Joachim

[dave]

Diese uebermitteln i.d.R eine Sessionid und andere Parameter, das wird dann mit entsprechenden Tools ausgewertet. Ueber diese Sessionid laesst sich natuerlich auch die letzte Seite in der Reihenfolge feststellen.

Das ist mir schon klar, nur speichert der opentracker die Seite wohin der Benutzer die Seite verlassen hat. Werde mich jetzt zum Probeprogramm bei opentracker.net registrieren und vielleicht finde ich eine Lösung...

bis dann

[Ingo Turski]

Hi,

nur speichert der opentracker die Seite wohin der Benutzer die Seite verlassen hat.

Das ginge nur, wenn

• entweder die externen Links über interne Redirects geleitet und protokolliert werden
• oder die aufgerufene Seite das gleiche System verwendet und die Daten abgeglichen werden.

Aber ersteres scheitert (ohne zusätzliche Auswertungen), wenn der Link in einem neuen Fenster/Tab geöffnet wurde und für die zweite Möglichkeit dürfte die Basis fehlen.

Für meine eigene Logfile-Auswertung will ich übrigens auch mal eine Top 20 der Ausstiegsseiten programmieren - das ist auch ohne Session-IDs möglich, wenn man es schafft, die Zugriffe eins Besuchers zusammenzufasssen.

Aber was hat die Frage mit Barrierefreiheit zu tun?

freundliche Grüße
Ingo

[dave]

Salut Ingo!

Aber was hat die Frage mit Barrierefreiheit zu tun?

Eigentlich gar nichts, ich wusste nur nicht unter welchem Themenbereich ich diesen Post veröffentlichen sollte. Außerdem gefällt mir der Begriff "Barrierefreiheit" extrem gut.

[globe]

n'abend,

Ich habe im Demo von Opentracker.net gesehen, dass dieser Tracker die Ausstiegsseiten speichert. Nun würde mich interessieren, wie das funktionieren könnte. Mit JS? Per onUnload?

ich mache das bisher so, dass alle (externen) urls umgeschrieben werden, damit sie bei klick einen locales script aufrufen, welches dann protokolliert auf welcher seite der link stand, und wohin er führt. ausgewertet hab ich diese daten allerdings noch nie.

aus dem link http://forum.de.selfhtml.org/my/
würde also http://www.domain.de/exitpage.php?src=script.php&dest=http%3A%2F%2Fforum.de.selfhtml.org%2Fmy%2F

ursprünglich wurde das eingebaut, damit user ne info bekommen, dass sie nun die (sicheren? (lol!)) seiten meines systems verlassen und auf irgendwelche fremdseiten zugreiffen.. bla bla... falls dort was vorgefunden wird, was nicht so wirklich bei uns verlinkt werden sollte... bla bla bla...

dennoch lassen sich dadurch sowohl exit-pages als auch die targets protokollieren...

weiterhin schönen abend...

[fastix®]

Moin!

Nun würde mich interessieren, wie das funktionieren könnte.

Ganz einfach. Mit Cookies und/oder einer Session-ID.
Der Benutzer, der kein Cookie hat bekommt eines und die Seite aufgerufene wird gespeichert.
Bei Benutzern, die ein Cookie haben wird nur die aufgerufene Seite gespeichert.

Die zuletzt aufgerufene Seite ist die Ausstiegseite. ggf. noch ein Zeitlimit setzen (war er 20 Minuten nicht mehr aktiv (Seitenabruf), dann ist er fort...

Das geht auch mit Webbugs (1*1-px-'Grafiken'), die den referer (~ Seite in der das Webbug verbaut war) in der Datenbank hinterlassen (Wenn der Benutzer das zulässt).

MFFG (Mit freundlich- friedfertigem Grinsen)

fastix®

[globe]

n'abend,

Das geht auch mit Webbugs (1*1-px-'Grafiken'), die den referer (~ Seite in der das Webbug verbaut war) in der Datenbank hinterlassen (Wenn der Benutzer das zulässt).

diese herangehensweise hört sich nicht sonderlich performant an, imho... schliesslich wird bei jedem seitenaufruf eine extra db-query abgesetzt. bei seiten mit 500 besuchern am tag spielt das garantiert keine rolle... seiten mit 500 simultanen besuchern sollten sich solche schritte aber 2x überlegen.

und alle x minuten die gesamten sessionfiles nach brauchbaren daten zu durchsuchen ist auch irgendwie nix tolles. ob ich nun ne db-query absetze oder ne datei im eigenen filesys öffne,schreibe,schliesse - beides plöt...

(wenn solche kritik an dieser stelle überhaupt angemessen ist...)

weiterhin schönen abend...

[fastix®]

Moin!

(wenn solche kritik an dieser stelle überhaupt angemessen ist...)

Tja. Keine Ahnung, ich treibe derlei Sportarten mit Bedacht nicht. Allerdings sehe ich diese Webbugs allenthalben, zum Bleistift bei IVW (Interessenverband der deutschen Werbewirtschaft), die so Statistiken über Besucher erstellen um den Werbewert einer Webseite festzustellen.

Hier mal der Quelltext von heise.de:

<img src="/ivw-bin/ivw/CP/" width="1" height="1">
<script language="JavaScript"> <!--
var IVW="<img src="http://heise.ivwbox.de/cgi-bin/ivw/CP/homepage;/?r=";
document.write(IVW + "&amp;d=" + (Math.random()*100000) + "" width="1" height="1">");
// -->
</script>
<noscript>
<img src="http://heise.ivwbox.de/cgi-bin/ivw/CP/homepage;/?r=&amp;d=98311.1464761762" width="1" height="1">
</noscript>

Bei mir ist jedenfalls alles mit '/ivw/' oder 'ivwbox' gebannt. Es geht keinen was an, wo ich surfe.

MFFG (Mit freundlich- friedfertigem Grinsen)

fastix®