Ansichten in Web-Erweiterungen

NOTE
Adobe Experience Platform Launch wurde als eine Suite von Datenerfassungstechnologien in Adobe Experience Platform umbenannt. Infolgedessen wurden in der gesamten Produktdokumentation mehrere terminologische Änderungen eingeführt. Eine konsolidierte Übersicht der terminologischen Änderungen finden Sie im folgenden Dokument.

Jedes Ereignis, jede Bedingung, jede Aktion und jeder Datenelementtyp kann eine Ansicht bieten, die es dem Benutzer ermöglicht, Einstellungen bereitzustellen. Die Erweiterung kann auch über eine übergeordnete Erweiterungskonfigurationsansicht verfügen, in der Benutzer globale Einstellungen für die gesamte Erweiterung angeben können. Der Vorgang zum Erstellen einer Ansicht ist bei allen Arten von Ansichten identisch.

Einbinden eines Dokumenttyps

Stellen Sie sicher, dass Sie ein doctype-Tag in Ihre HTML-Datei aufnehmen. Normalerweise bedeutet dies, dass Sie die HTML-Datei mit der folgenden Zeile beginnen:

<!DOCTYPE html>

Einschließen des iFrame-Skripts für Tags

Schließen Sie das iframe-Skript für Tags in den HTML-Code der Ansicht ein:

<script src="https://assets.adobedtm.com/activation/reactor/extensionbridge/extensionbridge.min.js"></script>

Dieses Skript stellt eine Kommunikations-API bereit, mit der die Ansicht mit dem Tag-Programm kommunizieren kann.

Registrieren bei der extensionBridge der Kommunikations-API

Nachdem das iframe-Skript geladen wurde, müssen Sie einige Methoden für Tags bereitstellen, die für die Kommunikation verwendet werden. Rufen Sie window.extensionBridge.register auf und übergeben Sie in diesem Aufruf wie folgt ein Objekt:

window.extensionBridge.register({
  init: function(info) {
    // Populate view with info.settings which will exist if the user is editing something
    // that was previously saved.
    if (info.settings) {
      document.getElementById('name').value = info.settings.name;
    }
  },
  validate: function() {
    // Return whether the view is valid.
    return document.getElementById('name').value.length > 0;
  },
  getSettings: function() {
    // Return user-provided settings.
    return {
      name: document.getElementById('name').value
    };
  }
});

Der Inhalt der einzelnen Methoden muss an Ihre jeweiligen Ansichtsanforderungen angepasst werden.

init

Die Methode init wird von Tags aufgerufen, sobald die Ansicht in den iframe geladen wurde. Es wird ein einzelnes Argument (info) übergeben, bei dem es sich um ein Objekt mit den folgenden Eigenschaften handeln muss:

Eigenschaft
Beschreibung
settings
Ein Objekt mit Einstellungen, die zuvor in dieser Ansicht gespeichert wurden. Wenn settings den Wert null hat, zeigt dies an, dass der Benutzer die anfänglichen Einstellungen erstellt, anstatt eine gespeicherte Version zu laden. Wenn settings ein Objekt ist, sollten Sie es in Ihre Ansicht laden, da der Benutzer die zuvor gespeicherten Einstellungen bearbeiten möchte.
extensionSettings
In der Erweiterungskonfigurationsansicht gespeicherte Einstellungen. Dies kann nützlich sein, um in Ansichten, bei denen es sich nicht um die Erweiterungskonfigurationsansicht handelt, auf Erweiterungseinstellungen zuzugreifen. Wenn es sich bei der aktuellen Ansicht um die Erweiterungskonfigurationsansicht handelt, verwenden Sie settings.
propertySettings
Ein Objekt, das Einstellungen für die Eigenschaft enthält. Weitere Informationen zu den in diesem Objekt enthaltenen Elementen finden Sie in der Anleitung zum turbine-Objekt.
tokens
Ein Objekt, das API-Token enthält. Für den Zugriff auf Adobe-APIs aus der Ansicht heraus müssen Sie normalerweise ein IMS-Token unter tokens.imsAccess verwenden. Dieses Token steht nur für Erweiterungen zur Verfügung, die von Adobe entwickelt wurden. Wenn Sie Mitarbeiter von Adobe sind und eine von Adobe erstellte Erweiterung bearbeiten, senden Sie eine E-Mail an das Entwicklungs-Team für die Datenerfassung und geben Sie den Namen der Erweiterung an, damit wir sie der Zulassungsliste hinzufügen können.
company
Ein Objekt, das als einzige Eigenschaft orgId enthält, die Ihre Adobe Experience Cloud ID darstellt (eine 24-stellige alphanumerische Zeichenfolge).
schema
Ein Objekt im JSON-Schema-Format. Dieses Objekt stammt aus dem Erweiterungsmanifest und kann bei der Validierung Ihres Formulars hilfreich sein.

Ihre Ansicht sollte diese Informationen zum Rendern und Verwalten des Formulars verwenden. Wahrscheinlich müssen Sie sich nur mit info.settings befassen, die anderen Informationen werden jedoch für den Fall bereitgestellt, dass sie erforderlich sind.

validate

Die Methode validate wird aufgerufen, nachdem der Benutzer auf die Schaltfläche „Speichern“ geklickt hat. Sie sollte eines der folgenden Elemente zurückgeben:

  • Ein boolescher Wert, der angibt, ob die Eingabe des Benutzers gültig ist.
  • Ein promise-Objekt, das später mit einem booleschen Wert aufgelöst wird, der angibt, ob die Eingabe des Benutzers gültig ist.

Sie als Entwickler der Erweiterung können bestimmen, was eine gültige Eingabe darstellt, da Ihr Bibliotheksmodul auf diese Eingabe reagiert.

Wenn die Benutzereingabe ungültig ist, zeigen Sie dies bitte in Ihrer Ansicht an, damit die Benutzer wissen, was korrigiert werden muss.

getSettings

Die Methode getSettings wird aufgerufen, nachdem der Benutzer auf den Button „Speichern“ geklickt hat und die Ansicht validiert worden ist. Die Funktion sollte eines der folgenden Elemente zurückgeben:

  • Ein Objekt mit Einstellungen, die auf der Benutzereingabe basieren.
  • Ein promise-Objekt, das später mit einem Objekt, das auf der Benutzereingabe basierende Einstellungen enthält, aufgelöst werden soll.

Dieses settings-Objekt wird später in die Tag-Laufzeitbibliothek ausgegeben. Der Inhalt dieses Objekts liegt in Ihrem Ermessen. Das Objekt muss in JSON serialisierbar und aus JSON deserialisierbar sein. Werte wie Funktionen oder RegExp-Instanzen erfüllen diese Kriterien nicht und sind daher nicht zulässig.

Nutzung freigegebener Ansichten

Das window.extensionBridge-Objekt verfügt über mehrere Methoden, mit denen Sie die Vorteile bestehender Ansichten, die in Tags verfügbar sind, nutzen können, sodass Sie diese nicht in Ihrer Ansicht reproduzieren müssen. Folgende Methoden sind verfügbar:

openCodeEditor

window.extensionBridge.openCodeEditor().then(function(code) {
  console.log(code);
});

Der Aufruf dieser Methode zeigt ein modales Element an, das es dem Benutzer ermöglicht, einen Code-Ausschnitt zu bearbeiten. Wenn der Benutzer die Bearbeitung des Codes abgeschlossen hat, wird das promise-Objekt mit dem aktualisierten Code aufgelöst. Schließt der Benutzer den Code-Editor, ohne die Änderungen zu speichern, wird das promise-Objekt nie aufgelöst. Das options-Objekt sollte wie folgt strukturiert sein:

Eigenschaft
Beschreibung
code
Code, der im Editor angezeigt werden sollte. Diese Eigenschaft wird normalerweise bereitgestellt, wenn der Benutzer vorhandenen Code bearbeitet. Wenn sie nicht angegeben wird, ist der Code-Editor beim Öffnen leer.
language
Die Sprache des zu bearbeitenden Codes. Gültige Optionen sind javascript, html, css, json und plaintext. Wird dies nicht angegeben, dann wird javascript angenommen.

openRegexTester

window.extensionBridge.openRegexTester().then(function(pattern) {
  console.log(pattern);
});

Durch den Aufruf dieser Methode wird ein modales Element angezeigt, in dem der Benutzer das Muster eines regulären Ausdrucks testen und ändern kann. Wenn der Benutzer die Bearbeitung des regulären Ausdrucks abgeschlossen hat, wird das promise-Objekt mit dem aktualisierten Muster des regulären Ausdrucks aufgelöst. Wenn der Benutzer den Regex-Tester schließt, ohne die Änderungen zu speichern, wird das promise-Objekt nie aufgelöst. Das options-Objekt sollte die folgenden Eigenschaften enthalten:

Eigenschaft
Beschreibung
pattern
Das Muster des regulären Ausdrucks, das als Ausgangswert des Musterfelds im Tester verwendet werden soll. Diese Eigenschaft wird normalerweise bereitgestellt, wenn der Benutzer einen vorhandenen regulären Ausdruck bearbeitet. Wenn sie nicht angegeben wird, ist das Musterfeld zunächst leer.
flags
Die Flags des regulären Ausdrucks, die vom Tester verwendet werden sollten. Beispiel: gi gibt das Flag für globale Übereinstimmung und das Flag zum Ignorieren der Groß-/Kleinschreibung an. Diese Flags können vom Benutzer im Tester nicht geändert werden, sie veranschaulichen jedoch die spezifischen Flags, die die Erweiterung beim Ausführen des regulären Ausdrucks verwendet. Wenn diese Eigenschaft nicht angegeben wird, werden im Tester keine Flags verwendet. Weitere Informationen zu Flags für reguläre Ausdrücke finden Sie in der RegExp-Dokumentation von MDN.

Ein gängiges Szenario ist eine Erweiterung, mit der Benutzer umschalten können, ob bei einem regulären Ausdruck die Groß-/Kleinschreibung ignoriert wird oder nicht. Dazu stellt die Erweiterung meist ein Kontrollkästchen in der Ansicht der Erweiterung bereit, das bei Aktivierung die Option zum Ignorieren der Groß-/Kleinschreibung (dargestellt durch die Kennzeichnung i) einschaltet. Das von der Ansicht gespeicherte settings-Objekt muss darstellen, ob das Kontrollkästchen aktiviert wurde, damit das Bibliotheksmodul, das den regulären Ausdruck ausführt, erfährt, ob das Flag i verwendet werden soll. Wenn die Ansicht der Erweiterung den Tester für reguläre Ausdrücke öffnen möchte, muss die Kennzeichnung i übergeben werden, sobald das Kontrollkästchen zum Ignorieren der Groß-/Kleinschreibung aktiviert wird. Dadurch kann der Benutzer den regulären Ausdruck ordnungsgemäß testen, wobei die Groß-/Kleinschreibung nicht berücksichtigt wird.

openDataElementSelector open-data-element

window.extensionBridge.openDataElementSelector().then(function(dataElement) {
  console.log(dataElement);
});

Der Aufruf dieser Methode zeigt ein modales Element an, mit dem der Benutzer ein Datenelement auswählen kann. Wenn der Benutzer die Auswahl eines Datenelements abgeschlossen hat, wird das promise-Objekt mit dem Namen des ausgewählten Datenelements aufgelöst (der Name wird standardmäßig in Prozentzeichen eingeschlossen). Wenn der Benutzer die Elementauswahl schließt, ohne die Änderungen zu speichern, wird das promise-Objekt nie aufgelöst.

Das options-Objekt sollte eine einzelne boolesche Eigenschaft namens tokenize enthalten. Diese Eigenschaft gibt an, ob der Name des ausgewählten Datenelements vor dem Auflösen des promise-Objekts in Prozentzeichen eingeschlossen werden soll. Informationen dazu, warum dies sinnvoll ist, finden Sie im Abschnitt zu unterstützenden Datenelementen. Diese Option hat den Standardwert true.

Unterstützende Datenelemente supporting-data-elements

Wahrscheinlich enthalten Ihre Ansichten Formularfelder, in denen Benutzer Datenelemente nutzen möchten. Wenn Ihre Ansicht beispielsweise über ein Textfeld verfügt, in das der Benutzer einen Produktnamen eingeben soll, ist es unter Umständen nicht sinnvoll, einen hartcodierten Wert in das Feld einzugeben. Stattdessen sollte der Wert des Felds dynamisch sein (zur Laufzeit bestimmt) und dies lässt sich mithilfe eines Datenelements erreichen.

Beispiel: Angenommen, wir erstellen eine Erweiterung, die einen Beacon sendet, um eine Konversion zu verfolgen. Nehmen wir weiter an, dass eines der Datenelemente, die unser Beacon sendet, ein Produktname ist. Unsere Erweiterungsansicht, die es dem Benutzer ermöglicht, den Beacon zu konfigurieren, würde wahrscheinlich ein Textfeld für den Produktnamen aufweisen. Es wäre meist nicht sinnvoll, wenn der Platform-Benutzer einen statischen Produktnamen wie „Calzone Oven XL“ eingeben würde, da der Produktname wahrscheinlich von der Seite abhängt, von der der Beacon gesendet wird. Dies ist ein guter Fall für ein Datenelement.

Wenn ein Benutzer das Datenelement mit dem Namen productname für den Produktnamenwert verwenden möchte, kann er den Namen des Datenelements in Prozentzeichen eingeschlossen (%productname%) eingeben. Wir bezeichnen den Namen des in Prozentzeichen eingeschlossenen Datenelements als „Datenelement-Token“. Platform-Benutzer sind oft mit diesem Konstrukt vertraut. Ihre Erweiterung speichert dann das Datenelement-Token in dem settings-Objekt, das sie exportiert. Ihr Einstellungsobjekt könnte dann wie folgt aussehen:

{
  productName: '%productname%'
}

Zur Laufzeit wird vor Übergabe des settings-Objekts an Ihr Bibliotheksmodul das settings-Objekt gescannt und alle Datenelement-Token werden durch die entsprechenden Werte ersetzt. Wenn zur Laufzeit der Wert des productname-Datenelements Ceiling Medallion Pro 2000 war, würde das Einstellungsobjekt, das an Ihr Bibliotheksmodul übergeben wird, wie folgt aussehen:

{
  productName: 'Ceiling Medallion Pro 2000'
}

Um anzugeben, wo die Verwendung von Datenelementen für die Benutzer hilfreich sein kann, und um den Benutzern die Eingabe von Datenelementen zu erleichtern, empfehlen wir dringend, neben den betreffenden Feldern eine Symbolschaltfläche hinzuzufügen, wie im Folgenden gezeigt:

Datenelementfeld

NOTE
Um das entsprechende Symbol herunterzuladen, gehen Sie zur Seite „Symbole“ auf Adobe Spectrum und suchen Sie nach „Data“.

Wenn ein Benutzer auf den Button neben dem Textfeld klickt, wird window.extensionBridge.openDataElementSelector wie oben beschrieben aufgerufen. Daraufhin wird eine Liste der Datenelemente angezeigt, die dem Benutzer zur Auswahl stehen, sodass er sich weder den Namen merken noch die Prozentzeichen eingeben muss. Nachdem der Benutzer ein Datenelement ausgewählt hat, wird der Name des ausgewählten Datenelements, der in Prozentzeichen eingeschlossen ist (sofern die Option tokenize nicht auf false festgelegt wurde), übergeben. Wir empfehlen Ihnen, das Textfeld dann mit dem Ergebnis zu füllen.

Ersetzen von Datenelement-Token

Angenommen, ein persistentes Einstellungsobjekt würde wie oben beschrieben aus Folgendem bestehen:

{
  productName: '%productname%'
}

Und zur Laufzeit hätte das productname-Datenelement den Wert Ceiling Medallion Pro 2000, dann würde das Einstellungsobjekt, das in Ihr Bibliotheksmodul übergeben wird, wie folgt aussehen:

{
  productName: 'Ceiling Medallion Pro 2000'
}

Wenn im Einstellungsobjekt ein Wert gefunden wird, der aus einem Prozentzeichen, gefolgt von einer Zeichenfolge und einem weiteren Prozentzeichen und sonst nichts besteht, wird er durch den Datenelementwert ersetzt, ohne dass der Typ des Datenelementwerts geändert wird.

Hätte beispielsweise productname zur Laufzeit als Wert die Zahl 538 (statt einer Zeichenfolge), würde das folgende Einstellungsobjekt an Ihr Bibliotheksmodul übergeben:

{
  productName: 538
}

Beachten Sie, dass das Ergebnis 538 hier eine Zahl und keine Zeichenfolge ist. Wenn der Datenelementwert zur Laufzeit eine Funktion wäre (ein seltener, aber möglicher Anwendungsfall), würde das resultierende Einstellungsobjekt wie folgt lauten:

{
  productName: function() { … }
}

Angenommen, das gespeicherte Einstellungsobjekt lautet dagegen wie folgt:

{
  productName: '%productname% - %modelnumber%'
}

In diesem Fall ist das Ergebnis immer eine Zeichenfolge, da der Wert von productName mehr als ein einzelnes Datenelement-Token umfasst. Jedes Datenelement-Token wird durch seinen jeweiligen Wert ersetzt, nachdem es in eine Zeichenfolge umgewandelt wurde. Wenn zur Laufzeit der productname-Wert Ceiling Medallion Pro lautete (eine Zeichenfolge) und der modelnumber-Wert 2000 (eine Zahl), wäre das resultierende Einstellungsobjekt, das an Ihr Bibliotheksmodul übergeben wird:

{
  productName: 'Ceiling Medallion Pro - 2000'
}

Vermeiden von Navigationsvorgängen

Die Kommunikation zwischen der Erweiterungsansicht und der zugehörigen Datenerfassungs-Benutzeroberfläche setzt voraus, dass keine Navigation innerhalb der Erweiterungsansicht stattfindet. Vermeiden Sie daher, der Erweiterungsansicht irgendetwas hinzuzufügen, das es dem Benutzer ermöglicht, von der HTML-Ansicht der Erweiterung weg zu navigieren. Wenn Sie beispielsweise in der Erweiterungsansicht einen Link angeben, stellen Sie sicher, dass ein neues Browser-Fenster geöffnet wird (in der Regel durch Hinzufügen von target="_blank" zum Anker-Tag). Wenn Sie ein form-Element in Ihrer Erweiterungsansicht verwenden, stellen Sie sicher, dass dieses Formular nie gesendet wird. Das Formular kann versehentlich übermittelt werden, wenn das Formular ein button-Element ohne die Angabe type="button" enthält. Das Absenden eines Formulars in der Erweiterungsansicht würde bewirken, dass das HTML-Dokument aktualisiert wird, was zu einem fehlerhaften Kundenerlebnis führen würde.

recommendation-more-help
12b4e4a9-5028-4d88-8ce6-64a580811743