Kampagnen messen mit WordPress und eigenen KPI-Plugins

Zum Beispiel, wie häufig eine Landingpage aufgerufen wird, ob Menschen den Anfragebutton nutzen, ein Formular beginnen und es erfolgreich absenden. Dazu lassen sich Kampagnen, Formular-IDs und ausgewählte Standorte zuordnen, sofern der Ablauf die nötigen Angaben liefert.

Ein überschaubares Dashboard kann Zeiträume vergleichen, Testeinsendungen getrennt anzeigen und einen CSV-Export oder kurzen Bericht bereitstellen. Welche Funktionen sinnvoll sind, richtet sich nach den Fragen, die du tatsächlich beantworten möchtest.

Der Aufwand steckt nicht nur in der Tabelle. Es braucht eindeutige Ereignisse, Schutz vor Mehrfachzählungen und Spam, begrenzte Zugriffsrechte, eine passende Datenspeicherung und Prüfungen nach Änderungen. Ein eigenes Plugin ist vor allem dann interessant, wenn Standardberichte deinen konkreten Ablauf nicht verständlich abbilden.

Für den Anfang reichen wenige, sauber erklärte Werte:

Ein Rechenbeispiel mit erfundenen Zahlen: 20 Anfragen bei 400 Seitenaufrufen ergeben 5 Prozent. Dieselben 20 Anfragen bei 200 Besuchssitzungen ergeben 10 Prozent. Beide Rechnungen können stimmen – sie beantworten unterschiedliche Fragen. Deshalb sollte neben der Quote stehen, worauf sie sich bezieht.

Auch eine „Abbruchquote“ braucht eine Definition: Welcher Formularbeginn wird welcher Einsendung innerhalb welchen Zeitfensters zugeordnet? Fehlende Messereignisse können das Ergebnis verändern. Eine Absprungrate lässt sich ebenfalls erst sinnvoll vergleichen, wenn beide Systeme denselben Begriff verwenden.

Ein vollständiger Seiten-Cache hält eine bereits erzeugte HTML-Fassung bereit. Wird diese ausgeliefert, läuft ein Zähler im normalen WordPress-Seitenaufbau möglicherweise nicht erneut. Das betrifft die Zählmethode, nicht automatisch jedes Tracking.

Ein Messskript im Browser kann Ereignisse dagegen über eine separate Anfrage an den Server übermitteln – auch wenn die Seite selbst aus dem Cache kommt. Dort muss das Ereignis angenommen, geprüft und gespeichert werden. Eine Browserfunktion wie sendBeacon ist dabei keine Bestätigung, dass der Datensatz tatsächlich gespeichert wurde. MDN erklärt die Rückgabe von sendBeacon.

Darum prüfe ich beim Einrichten zwei Wege getrennt: Was liefert die Seite aus, und was kommt beim Messendpunkt an? Welche Cache-Ebenen beteiligt sind, erklärt die WordPress-Dokumentation zu Caching.

Nicht pauschal. Ein sinnvoller Weg kann sein, nur bestimmte dynamische Seiten vom vollständigen Seiten-Cache auszunehmen. Bei einer kleinen, eigenständigen Kampagneninstallation kann auch ein Verzicht auf diesen Cache übersichtlicher sein. Beides muss zur Messung, zum Formular und zur verfügbaren Serverleistung passen.

Auf einer gemischten Website würde ich den Cache nicht allein wegen einer einzelnen Kampagne überall abschalten. Änderungen zunächst gezielt prüfen, relevante vorhandene Kopien leeren und anschließend Funktion und Ladezeit vergleichen. Bildoptimierung, Übertragungskomprimierung und Browser-Cache für statische Dateien sind davon getrennte Maßnahmen.

Wichtig: noindex steuert die Suchmaschinenindexierung. Es ist weder ein Cacheausschluss noch ein Zugriffsschutz. Auch UTM-Parameter oder fbclid beweisen keinen Cache-Miss: Ihre Behandlung hängt vom eingesetzten System und dessen Einstellungen ab. WordPress zu noindex · WP-Optimize zu Cache-Einstellungen und Ausschlüssen.

Eine zu lange zwischengespeicherte Formularseite kann abgelaufene Sicherheitswerte ausliefern. WordPress-Nonces sind standardmäßig zwischen 12 und 24 Stunden gültig; ein Formularplugin kann eigene Verfahren verwenden. Cachelaufzeit und vorgesehene Aktualisierung müssen deshalb zusammenpassen. Sicherheitsprüfungen werden zur Fehlerbehebung nicht einfach abgeschaltet. WordPress zur Nonce-Laufzeit.

Auch „JavaScript verzögern“, Zusammenführen oder Minifizieren können einen Ablauf verändern. Der Schalter ist erst dann hilfreich, wenn danach Darstellung, Formular und Messung weiter funktionieren. Teste Änderungen einzeln und nimm nötige Skripte gezielt aus einer Optimierung heraus. WP-Optimize zu Funktionsfehlern nach Minifizierung.

Er kann ein Zielsignal sein, ist aber allein kein sicherer Nachweis einer neuen Anfrage. Jemand kann die Seite erneut laden, direkt öffnen oder einen Link weitergeben.

Für eine eigene Leadübersicht ist häufig der serverseitig bestätigte Formulareingang die bessere Grundlage. Fluent Forms stellt dafür beispielsweise einen Ablaufpunkt nach dem Speichern einer Einsendung bereit. Test- und Spamregeln sowie Mehrfacheinsendungen müssen trotzdem berücksichtigt werden. Fluent Forms zum gespeicherten Formulareingang.

Gespeichert bedeutet außerdem nicht automatisch: E-Mail zugestellt, Double-Opt-in bestätigt, im CRM angekommen oder Kunde gewonnen. Diese Schritte prüfe ich getrennt. Selbst eine positive Rückgabe von wp_mail() bestätigt laut WordPress-Dokumentation keinen erfolgreichen Empfang.

Ja, wenn sich die erfassten Aufrufe und Anfragen der jeweils angezeigten Variante zuordnen lassen. Bei eigenen Seiten pro Variante kann eine feste Seitenzuordnung reichen. Teilen sich Varianten dieselbe sichtbare URL, braucht das Dashboard zusätzlich eine verlässliche Variantenkennung.

Für Thrive Optimize oder Nelio würde ich keine allgemeine Schalterliste versprechen. Thrive nennt Kompatibilität mit mehreren verbreiteten Cache-Plugins und mögliche nötige Ausschlüsse bei anderen Systemen. Nelio beschreibt sowohl eine Zuordnung über den Parameter nab als auch einen Weg über ein Cookie und passend konfiguriertes dynamisches Caching. Daraus folgt weder „A/B-Tests dürfen nie gecacht werden“ noch „der Cache ist immer unproblematisch“.

Nach Start, Stopp oder Änderung eines Tests gehören die relevante Cachebereinigung und eine Kontrolle der tatsächlich ausgelieferten Variante dazu. Ein kurzfristiger Vorsprung bei wenigen Anfragen ist außerdem noch kein belastbarer Testsieger. Thrive Optimize zur Cache-Kompatibilität · Nelio zu Varianten und Cache.

Nein. Auch auf der eigenen Domain können personenbezogene Daten verarbeitet werden. Ein täglich wechselnder Hash aus Verbindungs- und Browserinformationen ist kein Nachweis echter Anonymisierung und keine verlässliche Zählung einzelner Menschen. Gemeinsame Geräte oder Anschlüsse und wechselnde Verbindungen können die Zuordnung beeinflussen. Tageskennungen über mehrere Tage zu addieren ergibt zudem keine zeitraumweit eindeutige Besucherzahl.

Vor dem Einbau gehören deshalb Datenumfang, Zweck, Rechtsgrundlage, gegebenenfalls nötige Einwilligung, Speicherdauer und Datenschutzhinweise geklärt. Für ein bestimmtes Plugin muss das tatsächliche Verhalten geprüft werden. „Ohne Cookies“ ist keine pauschale Datenschutzfreigabe. Die EU-Kommission erläutert den Unterschied zwischen personenbezogenen, pseudonymisierten und anonymisierten Daten. Die EDPB-Leitlinien zum Endgerätezugriff behandeln auch andere Techniken als Cookies; mögliche Ausnahmen sind gesondert zu beurteilen.

Unterschiedliche Zählregeln, Einwilligungsentscheidungen, blockierte Skripte oder Verbindungsabbrüche können zu Abweichungen zwischen Werkzeugen führen. Nicht jeder Werbeklick wird zu einem vollständig geladenen Seitenaufruf, und ein Telefonklick belegt kein zustande gekommenes Gespräch. Auch eine nach Kontaktmerkmalen bereinigte Leadzahl ist keine exakte Personenzählung.

Ein eigenes KPI-Plugin hilft dir, definierte Schritte zu vergleichen und Fehler im Ablauf zu finden. Die Messgrenzen gehören verständlich in den Bericht; eine vollständige Erfassung oder mehr Anfragen sind nicht garantiert.

1. Ziel und Zählweise festlegen: Was zählt als Anfrage, welche Seiten und Formulare gehören dazu, und worauf beziehen sich die Quoten?
2. Datenschutz und Zugriffe klären: Welche Daten werden benötigt, wie lange bleiben sie gespeichert und wer darf Berichte sehen oder exportieren?
3. Cache und Varianten prüfen: Normale URL sowie tatsächlich verwendete Kampagnen-URLs, Formular und gegebenenfalls A/B-Variante getrennt kontrollieren.
4. Ausgeloggt auf Desktop und Handy testen: Ein privates Fenster ist hilfreich, belegt allein aber keinen Cache-Miss. Ein fehlender Cachekommentar im Quelltext ist ebenfalls kein Beweis. WP-Optimize zur Cachekontrolle.
5. Einen vollständigen Testweg durchgehen: Aufruf, Button, Formularbeginn, gespeicherte Testeinsendung und Danke-Seite prüfen. E-Mail, DOI oder CRM separat bestätigen, falls sie dazugehören.
6. Testdaten kennzeichnen: Eigene Einsendungen und Messereignisse gezielt aus dem Bericht ausschließen. Echte Anfragen bleiben erhalten; Live-Benachrichtigungen werden nicht unüberlegt abgeschaltet.