irgendwie funktioniert bei mir das Zieltracking nicht.
Ich nutze Gambio GX und habe den JavaScript-Tracking-Code in die application_bottom.php und den noscript-Teil in die index.html meines Templates eingebaut und hinter idsite=1 noch &rec=1 eingefügt, da sonst Besucher mit nicht aktiviertem JavaScript nicht getrackt werden.
Das allgemeine Tracking funktioniert und Tracking eines Klicks auf einen ausgehenden Link als Ziel funktioniert.
Leider funktioniert das Tracking des Bestellabschlusses über die checkout_success.php nicht.
Ich habe schon alles mögliche probiert, was ich hier im Forum und anderswo schon gelesen hab
Das komische ist auch, dass er einen Wechsel zum SSL-Bereich als Ausstieg anzeigt.
Karlsson, kannst du mal bitte prüfen, wenn du direkt die checkout_success.php als URL angibst ob dann ein Aufruf getrackt wird und ob er dann automatisch zu shopping_cart.php wechselt?
Karlsson, kannst du bitte mal deinen Piwik-Code posten?
Ich muss irgendeinen Fehler drin haben, den ich nicht sehe.
Ich hab den Piwik Code jetzt rausgenommen und kann die checkout_success.php anzeigen lassen, ohne dass automatisch auf shopping_cart.php umgeleitet wird.
Hast du auch einen ssl-proxy bei all-inkl?
Nutzt du Gambio GX? In welcher Version?
Wo hast du Piwik installiert? Auf dem gleichen Server oder auf einem anderen?
Wenn ich das bei mir so eingebe, dann wird alles was im ssl-proxy-Bereich abläuft als neuer Kunde mit IP des ssl-Proxys von all-inkl getrackt und die Verbindung zu eigentlichen Kunden geht verloren.
ich habe exakt das selbe Problem, allerdings bei Hosteurope mit dem SSL-Proxy ssl.webpack.de/domain.de
Beim Wechsel von http.//domain.de zu https://ssl.webpack.de/domain.de URLs (z.B. Anmeldung am Shop) wird ein neuer Besucher mit IP des SSL-Proxy von Hosteurope getrackt und die Verbindung zum eigentlichen Besucher geht verloren.
Ich denke das Problem besteht u.a. darin, das Piwik ausschließlich auf die IP des Besuchers abstellt und zusätzlich nicht die eindeutige Besucher-ID (bei Wiederkehr des Anwenders wird diese ausgewertet).
Lösung für mich ist, die u.g. Einträge in der global.ini.php einkommentieren + IP des SSL-Proxy eintragen.
Das wurde hier im Forum auch schon im Zusammenhang mit Reverse Proxy vorgeschlagen.
; ISP proxy (Client-IP)
proxy_client_headers[] = HTTP_CLIENT_IP
;
; de facto standard (X-Forwarded-For)
proxy_client_headers[] = HTTP_X_FORWARDED_FOR
; List of proxy headers for host IP addresses
;
; de facto standard (X-Forwarded-Host)
proxy_host_headers[] = HTTP_X_FORWARDED_HOST
; List of proxy IP addresses (or IP address ranges) to skip (if present in the above headers).
; Generally, only required if there’s more than one proxy between the visitor and the backend web server.
;
; Examples:
proxy_ips[] =
danke für deine Antwort.
Im Moment habe ich es so gelöst, dass ich die Abfrage im Piwik-Code ob SSL oder nicht rausgenommen habe.
Der Piwik-Code wird bei mir nur per nicht SSL abgerufen.
Inwieweit das jetzt sinnig ist oder ungefährlich weiß ich nicht. Vielleicht kann sich dazu mal jemand äußern, der sich besser auskennt.
Wenn ich den Code, den Piwik ausspuckt, richtig verstehe, dann macht Piwik immer eine Abfrage
"sind wir grad auf einer SSL-Seite oder auf einer “normalen” Seite
Wenn SSL dann rufe den Code per SSL ab
wenn nicht SSL dann rufe den Code nicht per SSL ab"
Warum der Code über SSL abgerufen werden soll, wenn eine SSL Seite aufgerufen wird, ist mir noch nicht ganz klar.
Wenn man z.B. Piwik auf einem ganz anderen Server laufen hat, der vielleicht noch nicht mal SSL hat, dann würde es ja gar nicht gehen auf SSL-Seiten.
Vielleicht sollte da auch bei der Installationsroutine mit abgefragt werden, wie denn der SSL-Pfad von Piwik ist, damit solche Anfänger wie wir da nicht ewig rumprobieren müssen. Ich will mich mal nicht zu weit aus dem Fenster lehnen, aber da Piwik frei erhältlich ist, denke ich, dass es ne ganze Menge Leute gibt, die Piwik nutzen und ein billiges Hostingpaket mit SSL-Proxy haben, sodaß das Problem nicht allzu selten sein dürfte.
Wie schon erwähnt, ist nur meine Meinung und soll auch keine oder wenn dann konstruktive Kritik an die Entwickler sein.
Wenn beim Seitenaufruf zu https://ssl.proxy/domain.de gewechselt wird und Du bindest den Tracker-Code nicht per https ein, dann bringt der IE (bei default Sicherheitseinstellungen) immer die wenig verständliche aber für Laien abschreckende Meldung:
Diese Seite enthält sichere als auch nicht sichere Objekte
Möchten Sie die nicht sicheren Elemente anzeigen ?
Deshalb muss man den Tracker Code abhängig vom Protokoll der Seite einbinden.
Ich denke auch, das die Anleitung von Piwik zum erstellen des Tracker-Codes erweitert werden sollte, wenn ein Reverse SSL Proxy verwendet wird.