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 ermöglicht die vollständige Prüfung der 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.

    note note
    NOTE
    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 section_1C59BAA247B247BDB125D1BE8EAD4547

  1. In einer Aktivität Übersicht Seite, klicken 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 ), und wählen Sie QA-Modus-Traffic aus dem Umgebung Dropdown-Liste.

Freigeben im QA-Modus

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.

  • at.js 2.x: Wenn Ihre Site at.js 2.x bereitgestellt, verwenden Sie die Target QA-Lesezeichenliste um sich selbst aus dem Aktivitäts-QA. Das Laden einer Seite auf Ihrer Site mit einem leeren Wert, wie im nächsten Aufzählungszeichen beschrieben, führt not Entfernen Sie das QA-Cookie aus dem Browser, wenn at.js 2.x eingesetzt wird.

  • at.js 1.x: Wenn Ihre Site at.js 1.x bereitgestellt werden, zusätzlich zur Verwendung der Target QA-Lesezeichenlistekönnen Sie sich auch manuell selbst erzwingen, indem Sie eine Seite auf Ihrer Site mit der Variablen at_preview_token -Parameter mit einem leeren Wert. Beispiel:

    https://www.mysite.com/?at_preview_token=

  • Adobe Experience Platform Web SDK: Wenn Ihre Site über die Variable Platform Web SDK bereitgestellt haben, können Sie sich manuell selbst erzwingen, indem Sie eine Seite auf Ihrer Site mit der Variablen at_qa_mode -Parameter mit einem leeren Wert. Beispiel:

    https://www.mysite.com/?at_qa_mode=

Zu beachten section_B256EDD7BFEC4A6DA72A8A6ABD196D78

  • Da Aktivitäts-QA jetzt für alle verfügbar ist Target Aktivitätstypen ist die Funktion "Vorschau von Automated Personalization-Aktivitäten mit Erlebnisvorschau-URLs"nicht mehr erforderlich.

  • 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 zu 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.

  • 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:

    table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 6-row-4 7-row-4
    Parameter Typ Wert Beschreibung
    at_preview_token Verschlüsselte Zeichenfolge Erforderlich; kein Standardwert Eine verschlüsselte Entität mit der Liste der Kampagnen-IDs, 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) Experience Cloud Org Id von der Standardseite zur neuen Seite. Die Übergabe dieser IDs ermöglicht 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 compatibility

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
Ja
Ja
Ja
Automated Personalization (AP)
Ja
Ja
Ja
Experience Targeting (XT)
Ja
Ja
Ja
Multivariate Tests (MVT)
Ja
Ja
Ja
Recommendations
Ja
Ja
Ja
recommendation-more-help
3d9ad939-5908-4b30-aac1-a4ad253cd654