Aktivitäts-QA

Verwenden von QA-URLs in Adobe Target zur einfachen End-to-End-Aktivitäts-QA mit unveränderbaren Vorschaulinks, optionalem Zielgruppen-Targeting und QA-Berichten, die basierend auf Live-Aktivitätsdaten segmentiert bleiben.

Aktivitäts-QA Sie können Ihre Target -Aktivitäten, bevor sie live geschaltet werden. Die 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 für sich allein 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.x oder höher. Für at.js 1.x -Implementierungen ist diese Funktion nur dann wahr, wenn der Browser des Besuchers keine Drittanbieter-Cookies blockiert.

Zugreifen auf und Freigeben einer QA-URL

  1. In einer Aktivität Übersicht Seite, klicken Sie auf Aktivitäts-QA.

    Link „Aktivitäts-QA“

  2. Konfigurieren Sie die folgenden Einstellungen:

    Konfigurationsoptionen für QA-Links

    • Zielgruppenregeln abgleichen, um Erlebnisse anzuzeigen: 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 Position "Ein"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/ zu berücksichtigenTarget -Anfrage.

      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, 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 die Aktivitäts-QA -Modus hängt. Dies gilt für at.js-Implementierungen mit Version 2.x oder höher. Für at.js 1.x -Implementierungen verwenden, ist diese Situation nur dann wahr, wenn der Browser des Besuchers keine Drittanbieter-Cookies blockiert.

  5. Um Berichte anzuzeigen, die über Aktivitäts-Link-URLs generiert wurden, klicken Sie auf die Berichte klicken Sie auf die Einstellungen Symbol ( icon_Zahnradbild ), wählen Sie QA-Modus-Traffic von Umgebung Dropdown-Liste.

Zu beachten

  • Die Aktivitäts-QA Der Link wird auf der Seite Übersicht Seite aller Aktivitätstypen außer Automated Personalization (AP).

    HINWEIS

    Aktivitäts-QA für AP-Aktivitäten ist derzeit für ausgewählte Kunden in einem Beta-Programm verfügbar. Diese Funktion steht allen Kunden nach einer ersten Testphase zur Verfügung.

  • 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 bei Aktivitäten mit Analytics als Berichtsquelle (A4T). Treffer, die bei der Qualitätssicherung mithilfe von Aktivitäts-QA fließen in dieselbe Report Suite, in die die Daten der Aktivität fließen, auch wenn die Aktivität aktiv ist.

  • 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 für Aktivitäts-QA arbeiten.

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

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

  • Aktivitäts-QA klebrig ist. Nachdem Sie eine Website in Aktivitäts-QA, Ihre Target -Sitzung muss ablaufen oder Sie müssen Target freigeben von Aktivitäts-QA bevor Sie Ihre Site wie einen normalen 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 bei der Erstellung der Aktivität "URL ist"angegeben haben Verfeinerungen im formularbasierten Composer oder Seitenbereitstellungsoptionen im Visual Experience Composer), funktioniert die QA-URL nicht, da Aktivitäts-QA hängt URL-Parameter an. 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, Aktivitäts-QA -Modus hängt nicht an, 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.

  • 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, wenn Target versucht, die at_preview_token, Target kann 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 immer (auf Targeting- und Berichtsebene) im Bereich der Target -Anfrage.
    _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 zur neuen Seite. Die Übergabe dieser IDs ermöglicht Folgendes: Analytics for Target (A4T), um die Target -Anfrage auf der Standardseite mit der Analytics -Anfrage auf der neuen Seite.
  • Die Target QA-Modus Die Benutzeroberfläche 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.

  • 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. Versuchen Sie die Vorschaulinks erneut zu laden. Das Problem lässt sich in der Regel durch regelmäßige Archivierung nicht mehr aktiv verwendeter gespeicherter Aktivitäten verhindern.

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 Aktivitäts-QA -Modus wird für jede Bibliothek unterstützt:

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
HINWEIS

Aktivitäts-QA für AP-Aktivitäten ist derzeit für ausgewählte Kunden in einem Beta-Programm verfügbar. Diese Funktion steht allen Kunden nach einer ersten Testphase zur Verfügung.

Vorschau von URLs

URLs für die Erlebnisvorschau können für alle Target Aktivitätstypen. 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 zur Funktion von Vorschau-URLs mit Automated Personalization (AP)-Aktivitäten, siehe Vorschau von Automated Personalization-Aktivitäten mit Erlebnisvorschau-URLs.

Um auf eine Vorschau-URL zuzugreifen und diese freizugeben, verwenden Sie Übersicht klicken Sie auf die Aktivitäts-QA Link.

HINWEIS

Die Aktivitäts-QA und die Vorschau-URL für alle anderen Aktivitäten als Target AP-Aktivitäten.

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