Kontextuelles Experimentieren in AEM as a Cloud Service contextual-experimentation
Experimentieren ist die Praxis, das Design, die Funktionalität und den Code Ihrer Site zu testen, um die Leistung zu verbessern und Ihre Site effektiver und rationeller zu gestalten. Dies wird erreicht, indem entweder Inhalt oder Funktionalität geändert, die Ergebnisse mit einer früheren Version verglichen und die Verbesserungen ausgewählt werden, die messbare Auswirkungen haben.
Wenn es richtig gemacht wird, ist es ein leistungsstarkes Muster, um Konversionen, Interaktion und Besuchererlebnis zu verbessern. Im Allgemeinen gibt es einige Probleme, die zu vermeiden sind, wenn Sie nach einer Übernahme der Praxis suchen:
- Zu wenig: Die meisten Unternehmen experimentieren nicht genug, und wenn sie dies tun, experimentieren sie mit zu wenig Traffic, um aussagekräftige Ergebnisse zu erhalten.
- Zu langsam: Viele Experimentier-Frameworks verlangsamen die Site so sehr, dass die potenziellen neuen Konversionen den verlorenen Traffic und die Bounces aufgrund des langsamen Renderings nicht ausgleichen können.
- Zu komplex: Wenn die Einrichtung eines neuen Experiments zu viel Zeit in Anspruch nimmt, werden weniger Experimente ausgeführt.
Für Sites, die auf Adobe Experience Manager ausgeführt werden, gibt es das „vorkonfigurierte“ Experimentier-Plug-in mit dem Entwicklerinnen und Entwickler ihren Sites eine Experimentierfunktion hinzufügen können. Drei Dinge unterscheiden diesen Ansatz von anderen Experimentier-Frameworks:
- Es ist einfach, Tests mit den Tools einzurichten, die Ihre Autoren bereits kennen, und es ist keine separate Anmeldung erforderlich.
- Es ist tief in das AEM-Bereitstellungssystem integriert, verlangsamt Ihre Site nicht und ist widerstandsfähig gegenüber Code- und Inhaltsänderungen.
- Es ermöglicht das Testen einfacher Inhaltsänderungen sowie von Experimenten, die Design, Funktionalität und Code abdecken.
Bevor Sie beginnen before-start
Das Experimentier-Plug-in wird im Kontext von Edge Delivery Services verwendet. Sie benötigen daher ein GitHub-Konto, ein Inhalts-Repository wie SharePoint oder Google Drive sowie AEM Sidekick. Weitere Informationen finden Sie der Seite „Erste Schritte - Entwickler-Tutorial für den universellen Editor und Erste Schritte - Entwickler-Tutorial.
Nachdem Sie alles eingerichtet haben, sehen sich dieses Video mit Titel Sofortiges Experimentieren an, um eine kurze Demonstration zur Funktionsweise des Experimentier-Plug-ins zu erhalten.
Häufig verwendete Begriffe frequently-used-terms
Bevor Sie den Rest des Handbuchs zum Einrichten Ihres ersten Experiments befolgen, sollten Sie mit einigen häufig verwendeten Begriffen vertraut sein:
- Kontrolle: Das Erlebnis vor der Ausführung des Experiments. Bei allen Experimenten wird versucht, eine Verbesserung gegenüber dem Kontrollerlebnis zu testen und nachzuweisen.
- Challenger: ein Erlebnis, das sich von dem Kontrollerlebnis unterscheidet und gegen das oder neben dem Kontrollerlebnis „getestet“ wird.
- Varianten: Kontrolle und Challenger sind alle Varianten eines Experiments.
- Statistische Signifikanz: Bewerten, ob der Herausforderer wirklich besser ist als die Kontrolle. Die Berechnung der statistischen Signifikanz erlaubt es, Glück auszuschließen und sich auf die Ergebnisse zu konzentrieren, die eine echte Wirkung haben.
Experimentvarianten und allgemeiner Workflow experiment-variants-workflow
Im Allgemeinen verwenden Sie beim Einrichten eines Experiments eine bereits vorhandene Seite als Steuerelementseite. Anschließend erstellen Sie eine Challenger-Seite, die die Kontrollseite für einige Ihrer Besucher ersetzt. Auf der Challenger-Seite können Sie verschiedene Dinge wie Inhaltsvarianten, verschiedene Seiten-Layouts, call-to-action (CTA) usw. testen. Sie können diese Experimentvarianten konfigurieren, indem Sie Metadatenparameter auf der Steuerseite hinzufügen (siehe unten).
Der Operative TelemetrieService erfasst dann Daten, z. B. die Anzahl der Besucher auf der Kontrollseite im Vergleich zur Challenger-Seite. Anschließend verwenden Sie diese Daten, um die erforderlichen Verbesserungen für Ihre Site auszuwählen. Solange Sie sich in der etablierten Designsprache Ihrer Website bewegen und die vorhandene Blockfunktionalität nutzen, sollten Sie in der Lage sein, eine Experimentvariante einzurichten und innerhalb von Minuten an die Produktion zu senden.
Experimentkennung experiment-identifier
Bevor Sie beginnen, sollte jedes Experiment eine eigene Kennung für Tracking- und Analysezwecke haben. Ein guter Ausgangspunkt ist die Erstellung einer guten, eindeutigen Kennung für Ihr Experiment, die als „Experiment-ID“ bezeichnet wird. Experimente werden oft linear nummeriert oder mit ihrer Problem-ID in einem Problem-Tracker oder Management-System korreliert. Experiment-IDs verwenden oft ein Präfix für das Projekt, z. B.: OPT-0134, EXP0004 oder CCX0076.
Erstellen einer Challenger-Seite create-challenger-page
Standardmäßig wird empfohlen, einen Ordner mit einer Experiment-ID in Kleinbuchstaben in Ihrem /experiments/ folder zu erstellen (z. B. /experiments/ccx0076/). Alle Seiten für die Challenger-Varianten befinden sich in diesem Ordner. Sie erstellen diesen Ordner in Ihrem lokalen Repository, z. B. SharePoint oder Google Drive.
Ihr Experimentordner sollte etwa so aussehen:
Platzieren Sie nach dem Erstellen des Ordners eine Kopie Ihrer Steuerelementseite in diesen Ordner und wenden Sie die Änderungen auf die Seite an, die Sie als Teil Ihrer Experimentvariante testen möchten (siehe Video oben). Nehmen wir als Beispiel die folgende Seite auf der Website an, auf der wir ein Experiment durchführen möchten:
Ihre Kopie des Challengers, der im experiments/<experiment-id> Ordner abgelegt ist, könnte wie folgt aussehen:
Zeigen Sie eine Vorschau der Challenger-Seite an und veröffentlichen Sie sie mithilfe des Sidekicks und nach Abschluss der Bearbeitung der Challenger-Seite. Die URL des veröffentlichten Challengers wird im nächsten Abschnitt - Konfigurieren des Experiments - verwendet.
Konfigurieren des Experiments configure-experiment
Sobald die Challenger-Seiten bereit sind, müssen Sie zurück zur Kontrollseite gehen und Metadaten hinzufügen, die angeben, dass die Seite(n) jetzt Teil des Tests sind.
Es gibt zwei Metadatenzeilen, die für eine Experimentvariante hinzugefügt werden müssen.
-
Experiment: enthält Ihre Experiment-ID.
-
Experimentvarianten: enthalten URLs für alle Challenger dieser Seite, getrennt durch Zeilenumbrüche, wenn Sie mehr als einen Challenger haben.
Siehe folgendes Beispiel:
Für jedes Experiment wird der Traffic auf alle Varianten (Kontrolle und Herausforderer) aufgeteilt und automatisch auf eine gleichmäßige Verteilung eingestellt. Wenn Sie also einen Herausforderer haben, wird es automatisch eine gerade 50/50-Aufteilung zwischen Kontrolle und dem Herausforderer geben. Wenn Sie zwei Herausforderer haben, sehen Sie automatisch ein Drittel des Traffics, der der Kontrolle zugeordnet ist, und jeden Herausforderer und so weiter.
Sie können die Traffic-Aufteilung außer Kraft setzen, indem Sie die Metadaten konfigurieren. Weitere Informationen zum Anpassen der in Ihren Experimenten verwendeten Metadaten finden Sie auf der folgenden Seite.
Vorschau und Staging von Experimentvarianten preview-stage-experiment
Sobald Sie bereit sind, Ihr Experiment in der Vorschau anzuzeigen und zu inszenieren, klicken Sie im Sidekick oben links auf Vorschau . Bei jeder Vorschau einer Seite mit einem laufenden Experiment wird die Experimentier-Überlagerung in der .aem.page Vorschau-Umgebung angezeigt. Mit der Experimentier-Überlagerung können Sie zwischen den Experimentvarianten wechseln und erhalten außerdem Traffic-Daten.
Die Datenerfassung zur Messung der Effektivität jeder Variante basiert auf dem Operational Telemetry Service in AEM as a Cloud Service.
Senden der Experimentvariante an die Produktion production-experiment
Wählen Sie die Experimentseiten aus und klicken Sie im Sidekick auf Veröffentlichen , um sowohl das Steuerelement als auch die Challenger-Variante(n) live zu schalten.
Anwendungsbeispiele use-case-examples
Nachfolgend finden Sie mehrere Anwendungsbeispiele für Experimentvarianten. Im Allgemeinen ähnelt der grundlegende Workflow dem oben beschriebenen, mit bestimmten Änderungen für jeden Anwendungsfall (wie die Anzahl der Challenger-Seiten oder Änderungen der Metadaten).
Ganzseitenexperiment full-page
Sie verwenden ein ganzseitiges Experiment, um zwischen zwei Varianten derselben Seite zu testen. Dies ist eine vollständige Seitenvariante eines A/B-Tests, bei dem Sie über eine Kontroll- und eine Challenger-Seite verfügen. Sie ersetzen den gesamten Inhalt der „ursprünglichen“ Kontrollseite in der Challenger-Variante durch einen anderen Inhaltstyp. Beachten Sie, dass der Kunden-Traffic standardmäßig gleichmäßig aufgeteilt wird (50/50). Sie können jedoch bei Bedarf benutzerdefinierte Aufspaltungen erstellen.
Weitere Überlegungen other-considerations
Im Folgenden werden einige weitere Aspekte vorgestellt, die Sie bei der Verwendung von Kontextexperimenten berücksichtigen sollten.
Konversion conversion
Experimente sind so eingerichtet, dass sie auf die Konvertierung abzielen (sie verfolgt klickbare Elemente auf Ihrer Seite). Alle Experimente müssen für Folgendes definiert werden:
- Experimenttyp
- Auf welchen Erlebnisblock das Experiment angewendet wird
- Wie viele Varianten enthält das Experiment?
- Wie setzt sich jede Variante zusammen?
Sicherstellen, dass Experimentvarianten nicht indiziert sind experiment-not-indexed
Beim Durchführen von Experimenten ist es in der Regel Best Practice, die Varianten aus der Sitemap auszuschließen und sicherzustellen, dass sie nicht von Suchmaschinen indiziert werden. Dies liegt daran, dass die Variantenseite als doppelter Inhalt angesehen werden kann und sich negativ auf SEO auswirkt.
Dazu können Sie eine der beiden folgenden Methoden verwenden:
- Wenn Sie alle Experimente in einem dedizierten Ordner zusammenfassen, z. B.
/experiments: Stellen Sie sicher, dass Ihrmetadata.xlsxeine Zeile mit/experiments/**als Pfad und eine Robots-Spalte mit den Wertennoindex,nofollowenthält. - Wenn Sie das Experiment und die Varianten mit dem regulären Inhalt halten: Fügen Sie für jede Variante einen Roboter-Eintrag in die Seitenmetadaten mit dem Wert
noindex,nofollowhinzu.
Entwickler- und technische Ressourcen dev-resources
Adobe Experience Manager verwendet [operative Telemetrie](https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/sites/operational-telemetry-for-aem-as-a-cloud-service.html?lang=de), um Betriebsdaten zu sammeln, die unbedingt erforderlich sind, um Funktions- und Leistungsprobleme auf Adobe Experience Manager-gestützten Sites zu erkennen und zu beheben. Operative Telemetriedaten können zur Diagnose von Leistungsproblemen verwendet werden. Operative Telemetrie bewahrt die Privatsphäre der Besucher durch Sampling (nur ein kleiner Teil aller Seitenansichten wird überwacht).
Datenschutz privacy-experimentation
Operativer Telemetrie-Service in AEM as a Cloud Service wurde entwickelt, um die Privatsphäre der Besucher zu wahren und die Datenerfassung zu minimieren. Als Besucher bedeutet dies, dass Adobe nicht versucht, personenbezogene Daten über Sie oder Informationen zu erfassen, die auf Sie zurückverfolgt werden können. Überprüfen Sie als Site-Operator die unten erfassten Datenelemente, um zu verstehen, ob sie eine Zustimmung erfordern.
Die operative Telemetrie von AEM verwendet keinen Client-seitigen Status oder keine Client-seitige ID, z. B. Cookies oder localStorage oder sessionStorage oder Ähnliches, um Nutzungsmetriken zu erfassen. Die Daten werden transparent über einen Navigator.sendBeacon Aufruf übermittelt, nicht über Pixel oder ähnliche Verfahren. Es erfolgt kein „Fingerabdruck“ von Geräten oder Einzelpersonen über ihre IP-Adresse, Benutzeragenten-Zeichenfolge oder andere Daten zum Zweck der Erfassung von erfassten Daten.
Es ist nicht gestattet, personenbezogene Daten in die Erfassung der betrieblichen Telemetriedaten aufzunehmen, noch dürfen betriebliche Telemetriedaten für Anwendungsfälle verwendet werden, die über das unbedingt erforderliche Maß hinausgehen.
Häufig gestellte Fragen faq
Nachfolgend finden Sie eine Liste häufig gestellter Fragen:
F: Kann ich das Aufspaltungsverhältnis zwischen den Varianten meines Experiments anpassen, zum Beispiel 10% auf Kontrolle und 90% auf den Herausforderer?
Ja, das Aufspaltungsverhältnis kann über () werden.
F: Kann ich sowohl mit Text als auch mit Bildern experimentieren?
Ja, die Variante kann eine völlig andere Seite sein, sodass Sie sogar Layout-Änderungen testen können.