Aktivitäts-QA

Verwenden Sie QA-URLs in Adobe Target, um einfache End-to-End-Aktivitäts-QAs mit unveränderbaren Vorschaulinks, optionalem Zielgruppen-Targeting und QA-Berichten durchzuführen, die basierend auf Live-Aktivitätsdaten segmentiert bleiben.

Mit Aktivitäts- QA können Sie Ihre Target Aktivitäten vollständig testen, bevor Sie sie live schalten. Die Funktion Aktivitäts-QA umfasst:

  • Links für die Freigabe für Team-Mitglieder, die sich nie ändern oder nie neu generiert werden müssen. Dies ist unabhängig von an den Erlebnissen oder Aktivitäten vorgenommenen Aktualisierungen. Mit dieser Funktion können Sie Ihre Aktivitäten auf der gesamten Benutzer-Journey vollständig testen.

  • Zielgruppenbedingungen werden optional respektiert, sodass Vermarkter Targeting-Kriterien testen oder Targeting-Kriterien für QA ignorieren können, ohne die Zielgruppenbedingungen erfüllen zu müssen.

  • QA-Berichte werden erfasst, sodass Vermarkter bestätigen können, dass Metriken erwartungsgemäß inkrementiert werden und die QA-Berichtsdaten von den Produktionsberichten separiert bleiben (für Nicht-A4T-Berichte).

  • Die Möglichkeit, eine Vorschau eines Erlebnisses isoliert oder mit anderen Live-Aktivitäten anzuzeigen, die die Versandkriterien erfüllen (Seite/Target-Anforderung/Zielgruppe).

  • Die Fähigkeit, einen QA-Bericht der gesamten User Journey zu erstellen. Mit dem QA-Link können Sie einmal auf Ihre Seite zugreifen und die gesamte Seite in Aktivitäts-QA durchsuchen. Sie bleiben in Activity-QA, bis Sie die Sitzung beenden oder Sie das QA Target-Bookmarklet verwenden, um das Beenden von Aktivitäts-QA zu erzwingen. Diese Funktion ist nützlich, wenn Sie eine Aktivität haben, die sich über mehrere Webseiten erstreckt.

    HINWEIS

    Diese Funktion gilt für at.js-Implementierungen mit Version 2.oder höher. Für at.js 1. ximplementationen ist diese Funktion nur dann wahr, wenn der Browser des Besuchers keine Drittanbieter-Cookies blockiert.

Zugreifen auf und Freigeben einer QA-URL

  1. Klicken Sie auf der Seite Übersicht einer Aktivität auf den Link Aktivitäts-QA .

    Link „Aktivitäts-QA“

  2. Konfigurieren Sie die folgenden Einstellungen:

    Konfigurationsoptionen für QA-Links

    • Übereinstimmung mit Zielgruppenregeln zur Anzeige von Erlebnissen: Manchmal möchten Sie überprüfen, ob die Zielgruppenzuordnung funktioniert. Manchmal möchten Sie das Erscheinungsbild der Aktivität überprüfen. Wenn sich diese Einstellung in der Stellung „ein“ befindet, müssen Tester die Targeting-Anforderungen erfüllen, um sich für die Anzeige der Erlebnisse zu qualifizieren. Für Erlebnis-Targeting (XT)-Aktivitäten wird eine einzelne Aktivitäts-URL bereitgestellt. Das angezeigte Erlebnis richtet sich danach, ob Sie sich für eine der Targeting-Regeln qualifizieren.

      Wenn sich diese Einstellung in der Stellung „aus“ befindet, werden beim Klicken auf die Links die Erlebnisse angezeigt (unabhängig davon, ob Sie sich qualifizieren oder nicht). Bei der QA-Ausführung können Sie die Festlegung einer erforderlichen bzw. nicht erforderlichen Respektierung des Zielgruppen-Targetings ändern.

    • Standardinhalt für alle anderen Aktivitäten anzeigen: Wenn diese Option auf die "Ein"-Position umgeschaltet wird, wird für alle anderen Aktivitäten Standardinhalt angezeigt. Beispielsweise wird die Vorschau isoliert angezeigt, ohne alle anderen Live-Aktivitäten auf derselben Seite/Target-Anfrage zu berücksichtigen.

      Achten Sie auf Folgendes, wenn diese Einstellung auf „aus“ festgelegt ist:

      • Wenn Kollisionen zwischen der getesteten und anderen Live-Aktivitäten vorliegen, gelten die normalen Prioritätsregeln. Aufgrund von Kollisionen ist es möglich, dass Sie die Aktivität, die Sie zur Qualitätssicherung planen, nicht sehen können.
      • Die Metriken werden für die angezeigten Aktivitäten inkrementiert, jedoch nicht in der QA-Berichtsumgebung.
  3. Klicken Sie auf Fertig, um Ihre Änderungen zu speichern.

  4. Geben Sie die Aktivitäts-Link-URLs zu Testzwecken für Mitglieder Ihres Unternehmens frei.

    Aktivitätslinks laufen nie ab und Sie müssen Links nicht erneut senden, wenn jemand eine Aktivität oder ein Erlebnis ändert. Wenn Sie jedoch eine andere Zielgruppe als die Zielgruppenbibliothek anwenden, anstatt die Aktivität einfach zu bearbeiten, wird ein neuer Link generiert, den Sie erneut freigeben müssen.

    Mit jeder Aktivitäts-Link-URL (für Erlebnis A, Erlebnis B usw.) können Sie die Journey des Benutzers aus dem entsprechenden Erlebnis starten. Klicken Sie auf die für ein Erlebnis generierte URL und fahren Sie dann mit dem normalen Site-Browsen fort, um Erlebnisse auf mehreren Seiten anzuzeigen (wenn mehrere Seiten vorhanden sind). Pro Erlebnis wird nur eine URL generiert. Dies ist selbst dann der Fall, wenn das Erlebnis mehrere Seiten überspannt (Vorlagentest oder Test mit mehreren Seiten).

    Sie können auf der Site navigieren, um die anderen Seiten anzuzeigen, da der Modus Aktivitäts-QA hängt. Dies gilt für at.js-Implementierungen mit Version 2.oder höher. Für at.js 1. ximplementationen ist, gilt diese Situation nur, wenn der Browser des Besuchers keine Drittanbieter-Cookies blockiert.

  5. Um Berichte anzuzeigen, die aus Aktivitäts-Link-URLs generiert wurden, klicken Sie auf die Seite Berichte der Aktivität, klicken Sie auf das Symbol Einstellungen ( ) und wählen Sie dann QA-Modus Traffic aus der Dropdownliste Umgebung aus.

Zu beachten

  • Der Link Aktivitäts-QA wird auf der Seite Übersicht aller Aktivitätstypen angezeigt, mit Ausnahme von Automatisches Targeting und Automated Personalization (AP).

  • Vorschaulinks für die Aktivitäts-QA gespeicherter Aktivitäten werden möglicherweise nicht geladen, wenn im Konto zu viele gespeicherte Aktivitäten vorhanden sind. Das erneute Wiederholen der Vorschau-Links sollte funktionieren. Um zu verhindern, dass diese Situation weiterhin eintritt, archivieren Sie gespeicherte Aktivitäten, die nicht mehr aktiv verwendet werden.

  • Aktivitäts-QA-URLs sind für Aktivitäten mit Analytics als Berichtsquelle (A4T) verfügbar. Treffer, die bei der Qualitätssicherung mithilfe von Aktivitäts-QA generiert wurden, werden in dieselbe Report Suite geleitet, in der die Daten der Aktivität auch nach der Live-Schaltung der Aktivität fließen.

  • Aktivitäts-QA zeigt keinen Inhalt für archivierte Aktivitäten oder Aktivitäten an, deren Enddatum vorüber ist. Wenn Sie eine beendete Aktivität deaktivieren, müssen Sie die Aktivität erneut speichern, damit Aktivitäts-QA funktioniert.

  • In Target Standard/Premium importierte Aktivitäten (z. B. von Target Classic) unterstützen keine QA-URLs.

  • Bei den Aktivitäten Automatische Zuordnung und Recommendations ist das Modell nicht von den Besuchen betroffen, die in Aktivitäts-QA erfasst werden.

  • Aktivitäts- QAist fixierbar. Nachdem Sie eine Website in Aktivitäts-QA durchsucht haben, muss Ihre Target-Sitzung ablaufen oder Sie müssen Target aus Aktivitäts-QA freigeben, bevor Sie Ihre Site wie ein normaler Besucher anzeigen können. Verwenden Sie das Target QS-Bookmarklet , um das Beenden der Aktivitäts-QS zu erzwingen.

    Sie können sich auch manuell selbst aus dem Modus lösen, indem Sie auf Ihrer Site eine Seite laden, wobei der Parameter at_preview_token einen leeren Wert hat (beispielsweise https://www.mysite.com/?at_preview_token=).

  • Wenn Sie beim Erstellen der Aktivität Verfeinerungen im formularbasierten Composer oder den Seitenbereitstellungsoptionen im Visual Experience Composer) "URL ist"angegeben haben, funktioniert die QA-URL nicht, da Aktivitäts-QA URL-Parameter anhängt. Klicken Sie zur Lösung dieses Problems auf die QA-URL, um zu Ihrer Site zu navigieren. Entfernen Sie die angehängten Parameter aus der URL und laden Sie dann die neue URL.

  • Wenn Sie at.js 1.x, ist der Aktivitäts- QAmode nicht fixierbar, wenn Sie Safari oder einen anderen Browser verwenden, der Drittanbieter-Cookies blockiert. In diesen Fällen müssen Sie die Vorschauparameter zu jeder URL hinzufügen, zu der Sie navigieren. Dasselbe gilt, wenn Sie CNAME implementiert haben.

  • Wenn eine Aktivität mehrere Erlebniszielgruppen verwendet (z. B. eine Site aus den USA und Großbritannien, die in derselben Aktivität enthalten sind), werden für die vier Kombinationen (Erlebnis A/US Site, Erlebnis A/UK Site, Erlebnis B/US Site, Erlebnis B/UK Site) keine QA-Links generiert. Es werden nur zwei QA-Links (Erlebnis A und Erlebnis B) erstellt, und die Benutzer müssen sich für die entsprechende Zielgruppe qualifizieren, um die Seite anzeigen zu können. Eine QA-Person aus Großbritannien kann die US-Site nicht sehen.

  • Alle Parameter und Werte vom Typ at_preview sind bereits URL-kodiert. Meistens funktioniert alles erwartungsgemäß. Einige Kunden müssen jedoch einen Lastenausgleich oder Webserver laden, die versuchen, die Abfragezeichenfolgenparameter erneut zu kodieren.

    Aufgrund dieser doppelten Kodierung kann Target, wenn at_preview_token versucht, den zu dekodieren, Target nicht den richtigen Tokenwert extrahieren, was dazu führt, dass die Vorschau nicht funktioniert.

    Adobe empfiehlt, dass Sie sich an Ihr IT-Team wenden, um sicherzustellen, dass alle Vorschauparameter auf die Zulassungsliste gesetzt werden, damit diese Werte nicht umgewandelt werden.

    In der folgenden Tabelle sind die Parameter aufgeführt, die in Ihrer Domäne auf die Zulassungsliste gesetzt werden können:

    Parameter Typ Wert Beschreibung
    at_preview_token Verschlüsselte Zeichenfolge Erforderlich; kein Standardwert Eine verschlüsselte Entität, die die Liste der Kampagnen-IDs enthält, die im QA-Modus ausgeführt werden können.
    at_preview_index Zeichenfolge Empty Das Format des Parameters ist <campaignIndex> oder <campaignIndex>_< experienceIndex>
    Beide Indexes beginnen mit 1.
    at_preview_listed_activities_only Boolescher Wert (true/false) Standardwert: false Bei „true“ werden alle in den at_preview_index-Parametern angegebenen Kampagnen verarbeitet.
    Bei „false“ werden alle Kampagnen der Seite bearbeitet, selbst wenn sie nicht im Vorschau-Token angegeben wurden.
    at_preview_evaluate_as_true_audience_ids Zeichenfolge Empty Durch Unterstriche (_) getrennte Liste von segmentId-s, die (auf Targeting- und Reporting-Ebene) im Rahmen der Target-Anfrage immer als "true"bewertet werden sollen.
    _AT_Debug Zeichenfolge Fenster oder Konsole Konsolenprotokollierung oder neues Fenster.
    adobe_mc_ref Übergibt gibt die verweisende URL der Standardseite an die neue Seite. Bei der Nutzung mit AppMeasurement.js-Version 2.1 (oder höher) verwendet Adobe Analytics diesen Parameterwert als Verweis-URL auf der neuen Seite.
    adobe_mc_sdid Übergibt die Supplemental Data Id (SDID) und Experience Cloud Org Id von der Standardseite an die neue Seite. Durch Übergabe dieser IDs kann Analytics for Target (A4T) die Target-Anfrage auf der Standardseite mit der Analytics-Anfrage auf der neuen Seite "zusammenfügen".
  • Die Benutzeroberfläche von Target QA Mode zeigt nur die erste URL eines Erlebnisses in einer mehrseitigen Aktivität an. Es wird angenommen, dass Sie einen Journey-Test erstellen und von URL1 zu URL2 wechseln. Wenn Sie jedoch unabhängig zu URL 2 wechseln möchten, kopieren Sie alle URL-Parameter, die neben URL1 angegeben sind, und wenden Sie sie nach dem Platzieren eines „?“ auf URL2 an, genau wie Sie sie in URL1 sehen.

Kompatibilität der JavaScript-Target-Bibliothek QA-Modus

Target unterstützt die folgenden JavaScript-Bibliotheken:

In der folgenden Tabelle sind die verschiedenen Aktivitätstypen aufgeführt und es wird angegeben, ob der Modus Aktivitäts-QA für jede Bibliothek unterstützt wird:

Aktivitätstyp at.js 1.x at.js 2.x Platform Web SDK
A/B-Test Ja Ja Ja
Automatische Zuordnung Ja Ja Ja
Automatisches Targeting Nein Nein Nein
Automatisierte Personalisierung (AP) Nein Nein Nein
Erlebnis-Targeting (XT) Ja Ja Ja
Multivariate Tests (MVT) Ja Ja Ja
Recommendations Ja Ja Ja

Vorschau-URLs

URLs für die Erlebnisvorschau können für alle Aktivitätstypen Target generiert werden. Mithilfe von Vorschau-URLs können Sie Erlebnisinhalte direkt auf Ihrer Site anzeigen, bevor die Aktivität für Vorschau- und QA-Zwecke live ist. URLs für die Erlebnisvorschau umgehen das Targeting, um die Anzeige eines bestimmten Erlebnisses zu erzwingen.

Informationen dazu, wie Vorschau-URLs mit Automated Personalization (AP)-Aktivitäten funktionieren, finden Sie unter Vorschau von Automated Personalization-Aktivitäten mit Erlebnisvorschau-URLs.

Um auf eine Vorschau-URL zuzugreifen und diese freizugeben, klicken Sie auf der Seite Übersicht einer Aktivität auf den Link Aktivitäts-QA.

HINWEIS

Der Link Aktivitäts-QA und die Vorschau-URL sind für alle anderen Aktivitäten als Target AP-Aktivitäten identisch.

In der folgenden Tabelle sind die verschiedenen Aktivitätstypen aufgeführt und es wird angegeben, ob die Vorschau-URLs-Funktion für jede Bibliothek oder API unterstützt wird:

Aktivitätstyp at.js 1.x at.js 2.x Platform Web SDK
A/B-Test Ja Ja Ja
Automatische Zuordnung Ja Ja Ja
Automatisches Targeting Ja Ja Ja
Automatisierte Personalisierung (AP) Ja Ja Ja
Erlebnis-Targeting (XT) Ja Ja Ja
Multivariate Tests (MVT) Ja Ja Ja
Recommendations Ja Ja Ja

Auf dieser Seite