Personyze Wiki Personyze Wiki docs
Deutsch
Open Personyze
Docs/ Der QA-Simulator von Personyze

Der QA-Simulator von Personyze

Eine Kampagne auf der echten Seite als beliebiger Besucher testen – Zielgruppen Regel für Regel prüfen und ausgeführte Aktionen sehen.

4 min read Updated 3 Wochen ago


Mit dem QA-Simulator sehen Sie eine Kampagne auf der echten Seite, auf die sie zielt, in der Vorschau und testen sie als beliebiger Besucher — bevor sie echten Traffic erreicht. Sie öffnen die Seite, auf der die Kampagne läuft, geben sich als verschiedene Besucher aus und sehen, welche Zielgruppen passen und welche Aktionen ausgelöst werden, alles in einer sicheren Sandbox, die echte Nutzer nicht beeinflusst.

Den Simulator öffnen

Gehen Sie in einer Kampagne zum Schritt QA und starten Sie den Simulator. Personyze fragt nach der URL der Seite, auf der Sie die Vorschau sehen möchten — Ihre Preisseite, eine Produktseite, die Startseite — und öffnet diese echte Seite mit eingefügter Kampagne, genau so, wie ein passender Besucher sie sehen würde.

Der QA-Simulator mit nummerierten Hinweisen zu Kampagnenauswahl, URL, Treffer-Badge, Bereichen und Live-Vorschau.
Der QA-Simulator: (1) Kampagne und Umgebung wählen (Test oder Prod); (2) die URL der Seite für die Vorschau eingeben; (3) ein Badge „passt / passt nicht“ für den aktuell simulierten Besucher; (4) My session data — sich als Besucher ausgeben; (5) Targetings — das Ergebnis Regel für Regel; (6) Campaign content — die Aktionen und ob jede ausgeführt wurde; und (7) die Live-Vorschau der echten Seite mit eingefügter Kampagne. Zum Vergrößern klicken.

Sich als Besucher ausgeben

Die eigentliche Stärke des Simulators: Sie sind nicht darauf beschränkt, Sie selbst zu sein. Im Bereich My session data werden Sie zu einem beliebigen Besucher und sehen, in welche Zielgruppen Sie fallen würden.

Der Bereich für Sitzungsdaten im QA-Simulator, um sich als Besucher auszugeben.
Sich im QA-Simulator als Besucher ausgeben: (1) die Identität mit einer neuen Nutzer-ID wechseln; (2) die Sitzung steuern (Beginn, Nummer, Modus); und (3) CRM- bzw. eigene Attribute überschreiben — Kontotyp, Branche, Lebenszyklusphase, Tarif, LTV und mehr —, um attributbasierte Zielgruppen zu testen. Zum Vergrößern klicken.

Der Bereich gibt Ihnen volle Kontrolle über Identität und Verlauf: Become new user löscht das aktuelle Profil, damit Sie das Erlebnis beim ersten Besuch testen können; Start new session setzt die Sitzungsuhr zurück; und Sie können die session number und das Datum der last-session festlegen, um Regeln wie „wiederkehrender Besucher in seiner 3. Sitzung“ zu testen. Die Auswahl mode (testing oder production) steuert, ob Ihre simulierte Aktivität als Testdaten behandelt wird. Darunter können Sie im Block CRM & custom variables Attribute überschreiben — Kontotyp, Branche, Lebenszyklusphase, Tarif, Unternehmensgröße, Customer Lifetime Value und jedes eigene Feld —, um attributbasierte Zielgruppen zu testen, ohne Ihr echtes CRM anzutasten.

Ändern Sie etwas davon, bewertet der Simulator sofort neu; so können Sie bestätigen, dass eine Kampagne für die richtigen Personen erscheint — und, genauso wichtig, für alle anderen verborgen bleibt.

Genau sehen, warum ein Besucher passt (oder nicht)

Der Bereich Targetings zerlegt die Zielgruppenregeln der Kampagne für den aktuell simulierten Besucher Bedingung für Bedingung; ein Ergebnis „passt nicht“ ist also nie ein Rätsel — Sie sehen genau, welche Regel gescheitert ist.

Der Bereich „Targetings“ im QA-Simulator mit dem Ergebnis Regel für Regel.
Die Targeting-Prüfung bewertet die Regeln der Kampagne für den simulierten Besucher: (1) das Gesamtergebnis; (2) eine Regelgruppe, die passt; und (3) eine, die nicht passt — die Zielgruppe qualifiziert sich also nicht. Zum Vergrößern klicken.

Die ausgeführten Inhalte prüfen

Der Bereich Campaign content listet jede Aktion der Kampagne und ob sie für diesen Besucher ausgeführt wurde; so bestätigen Sie, dass der richtige Inhalt am richtigen Ort ausgelöst wurde — und erkennen, was deaktiviert oder blockiert ist.

Der Bereich „Campaign content“ im QA-Simulator mit jeder Aktion, ihrem Typ und Status.
Der Bereich „Campaign content“ zeigt jede Aktion, ihren Typ, ob sie ausgeführt wurde, und ihren Status — hier ist ein Popup Active, während zwei andere Aktionen im Konto deaktiviert sind. Sie können eine Aktion manuell auslösen, um sie sofort in der Vorschau zu sehen. Zum Vergrößern klicken.

Jede Aktion zeigt ihren Typ (Popup, HTML, Bild, Formular …) und einen Status Executed, und Sie können eine Aktion manuell auslösen, um sie sofort in der Vorschau zu sehen, auch wenn ihr normaler Auslöser noch nicht gegriffen hat. Ein eigener Bereich Placeholder on the page listet die Platzhalter auf der Seite, auf die die Kampagne zielt (Inline-Plätze, an denen Inhalte in die Seite eingefügt statt als Overlay gezeigt werden), sodass Sie auch deren Auflösung prüfen können.

Was Sie vor dem Start prüfen sollten

  • Richtige Zielgruppe — geben Sie sich als die Besucher aus, die passen sollen, und als einige, die nicht passen sollen, und prüfen Sie, ob sich das Treffer-Badge richtig verhält.
  • Richtige Platzierung — die Aktion landet dort, wo Sie es vorgesehen haben, auf der echten Seitenstruktur statt in einer abstrakten Vorschau; so erkennen Sie Probleme mit Selektoren und Platzierung.
  • Personalisierung wird aufgelöst — Tokens wie Vorname, Stadt oder ein gesuchter Begriff werden aus dem simulierten Profil befüllt.
  • Keine Kollisionen — konkurriert eine andere Kampagne um denselben Besucher, prüfen Sie, dass die beabsichtigte gewinnt.

Führen Sie die QA zuerst im Testmodus durch, beheben Sie alles, was der Simulator aufdeckt, und schalten Sie die Kampagne dann auf Live.

Verwandte Artikel

Did this page answer your question?
Thank you — that goes to whoever maintains this page.