Analytics über einen Proxy auf der eigenen Domain (WordPress)

Mit einem Same-Origin-Proxy lädt der Browser das Analyse-Skript von Ihrer eigenen Domain und sendet die Ereignisse auch dorthin. Ihr Server leitet sie dann an PureMetrix weiter. So funktioniert das Tracking zuverlässiger, wenn Besucher Werbeblocker nutzen.

So funktioniert es

Ist der Proxy eingeschaltet, laden Besucher /px/js und senden Ereignisse an /px/event auf Ihrer Website. Das PureMetrix-Plugin für WordPress leitet die Ereignisse von Ihrem Server an PureMetrix in der EU weiter. Der Browser muss keine fremde Analyse-Domain aufrufen.

Was sich nicht ändert

Die Besucherzählung bleibt cookiefrei, mit einem täglich wechselnden Salt. Der Proxy ändert nur den Weg der Daten – er setzt keine Cookies.

Wann sich der Proxy lohnt

Ihr Publikum ist technikaffin und nutzt oft Werbeblocker.
Ihr Einkauf oder Ihre IT möchte, dass Daten an Ihre eigene Domain gehen.
Ihre Seitenaufrufe liegen deutlich unter den Werten in Ihren Server-Logs.

Checkliste für die Einrichtung

Schalten Sie die Einstellung im PureMetrix-Plugin ein.
Leeren Sie die Caches, damit Ihre Seiten die /px-Pfade verwenden.
Geben Sie /px in Ihren Sicherheits-Plugins frei.
Prüfen Sie auf einer öffentlichen Seite den Tab „Netzwerk“ in den Entwicklertools Ihres Browsers.
Prüfen Sie, ob die Ereignisse im PureMetrix-Dashboard ankommen.

Performance

Das Skript bleibt unter 3 KB. Die Weiterleitung verursacht pro Ereignis kaum Serverlast – deutlich weniger, als eine normale WordPress-Seite aufzubauen. Bei extrem viel Traffic oder einer ungewöhnlichen Firewall (WAF) sollten Sie trotzdem ein Auge darauf haben.

Multisite

Prüfen Sie bei Multisite-Netzwerken, ob die Proxy-Pfade für Ihre Einrichtung pro Website oder im Netzwerk funktionieren. Anleitung: Analytics für Multisite.

Warum Tracking über fremde Domains unbemerkt ausfällt

Werbeblocker und Datenschutzlisten sperren oft Anfragen an bekannte Analyse-Domains, lassen Anfragen an Ihre eigene Domain aber durch. Ein Proxy /px auf Ihrer WordPress-Domain schickt die Tracking-Anfragen über Ihre Domain – sie sehen dann aus wie jede andere Anfrage an Ihre Website.

Schalten Sie den Proxy in PureMetrix ein, leeren Sie die Caches und prüfen Sie dann, ob die Anfragen an Ihre eigene Domain gehen. Das häufigste Problem nach dem Livegang: Sicherheits-Plugins, die unbekannte Pfade blockieren.

Was der Proxy nicht leistet

Der Proxy macht das Tracking robuster. Unzulässiges Tracking an anderer Stelle der Seite versteckt er nicht. Behalten Sie die cookiefreien Voreinstellungen und Rollenausschlüsse bei. Dokumentieren Sie den Proxy in Ihren technischen Notizen, damit der nächste Entwickler ihn bei einer Firewall-Änderung nicht versehentlich entfernt.

Schritte für die Umstellung

Schalten Sie den Proxy /px im PureMetrix-Plugin ein.
Leeren Sie Seiten- und CDN-Caches.
Geben Sie den Pfad in Ihrer Firewall (WAF) und Ihren Sicherheits-Plugins frei.
Prüfen Sie die Tracking-Anfragen in einem privaten Fenster mit einem gängigen Werbeblocker.
Beobachten Sie 48 Stunden lang die Fehlerprotokolle auf 403/404-Fehler bei /px.

Zum Rückgängigmachen schalten Sie den Proxy aus und leeren die Caches erneut – halten Sie das schriftlich fest. Unbemerkte 403-Fehler wirken in Kundenterminen wie „unser Traffic ist eingebrochen“.

Hinweise zum CDN

Manche CDN-Einstellungen gehen mit POST-Anfragen oder ungewöhnlichen Pfaden schlecht um. Stellen Sie sicher, dass Tracking-Anfragen Ihren Server erreichen. Wenn Sie einen strengen Bot-Schutz nutzen, geben Sie Ihren eigenen Analyse-Pfad frei, damit Sie sich nicht selbst aussperren.

Hinweise zu Multisite und Unterverzeichnissen

Prüfen Sie bei Multisite, ob /px für jede Website so funktioniert, wie im Plugin beschrieben, und ob Installationen in Unterverzeichnissen die Daten nicht an den falschen Blog schicken. Prüfen Sie die Tracking-Anfragen erneut, nachdem Sie Domain-Zuordnungen geändert haben. Support-Anfragen wie „nur das halbe Netzwerk wird erfasst“ gehen oft auf unpassende Rewrite-Regeln zurück.

Protokolle und Datenschutz

Läuft das Tracking über WordPress, können die Anfragen neben anderen Anfragen in den Zugriffsprotokollen Ihres Servers landen. Wenden Sie dieselbe Aufbewahrungsdauer an wie für andere Anfragen (z. B. Admin-AJAX). PureMetrix setzt weiterhin keine Besucher-Cookies; wie Server-Logs behandelt werden, liegt bei Ihrem Hosting-Anbieter.

Informieren Sie Sicherheitsprüfer über den Proxy, damit sie /px bei einem Penetrationstest nicht als unbekannten Endpunkt melden.

HTTP-Methode und Caching-Regeln

Achten Sie darauf, dass CDNs Tracking-Antworten nicht wie eine normale Seite zwischenspeichern. Tracking-Endpunkte sollten am Cache vorbeilaufen. Falsches Caching kann aussehen wie „Tracking funktioniert nur auf Staging“. Für PureMetrix /px muss jede Tracking-Anfrage Ihren Server erreichen.

Dokumentieren Sie die genaue Rewrite-Regel in Ihren Server-Notizen, damit eine „Aufräum“-Änderung /px beim Umzug auf HTTPS nicht löscht.

Richten Sie nach dem Einschalten des Proxys eine automatische Verfügbarkeitsprüfung ein, die auf einem Beispiel-Tracking-Pfad eine HTTP-2xx-Antwort erwartet.

Stellen Sie bei Cloudflare oder ähnlichen Diensten sicher, dass /px/* nicht so als statische Datei zwischengespeichert wird, dass ein veraltetes Skript ausgeliefert oder POST-Anfragen an /px/event blockiert werden.

Weiterlesen

Weitere Ratgeber HTML-Snippet WordPress Shopify Next.js

Letzte Aktualisierung: September 2026