Optimizely vs. Adobe Target: Leistung

Es gibt zwar viele kleine Anbieter in diesem Bereich mit unterschiedlichen Schwerpunkten, Stärken und Teams, aber Optimizely und Adobe Target haben den größten Kundenstamm für das Experimentieren.

In den letzten Jahren ist die Zahl der Kunden, die von Adobe Target zu Optimizely wechseln, stark gestiegen. Wir haben herausgefunden, dass es dafür 7 Hauptgründe gibt:

• Leistung
• Tiefergehende Funktionen für das Testing
• Testen über Web-SPAs und mobile Endgeräte hinaus
• Schnellere Ergebnisse
• Anleitungen und Erfolgsmethoden
• Produktivität der Entwickler
• Effiziente Verwaltung des Experiment-Programms

In den nächsten sieben Blogs werde ich auf die einzelnen Bereiche eingehen und erläutern, wie sich Optimizely von Adobe Target unterscheidet. Unabhängig von den Lösungen, die Sie derzeit verwenden oder evaluieren, sind diese sieben Bereiche wichtig für Sie, um die Gesundheit Ihres Programms insgesamt zu gewährleisten.

Lassen Sie uns einen Blick auf das erste Thema werfen - die Leistung.

Warum Leistung wichtig ist

Egal, wie viel Potenzial ein Programm zum Experimentieren hat, die ganze Sache geht in die Hose, wenn Ihre Site mit einer inakzeptablen Geschwindigkeit arbeitet. Deshalb können Sie bei Optimizely aus vielen verschiedenen Optionen wählen, je nachdem, was Ihr Unternehmen braucht. Ob Sie ein benutzerdefiniertes Snippet, selbst gehostetes JavaScript oder einen serverseitigen Ansatz verwenden, Optimizely hat ein "Menü" mit verschiedenen Optionen, die sicherstellen, dass Sie die beste Geschwindigkeit aus Ihrem Programm herausholen.

Die Snippet-Leistung von Adobe Target ist eher eine Einheitslösung. Optimizely hingegen verfügt über ein Performance-Engineering-Team, das sich darum kümmert, dass Sie die Lösung erhalten, die für Ihre Architektur am besten geeignet ist.

Optionen für die Client-seitige Leistung

Die standardmäßige Optimizely Web-Konfiguration

Optimizely arbeitet mit dem führenden CDN-Anbieter Akamai zusammen, um unser Snippet weltweit auszuliefern. Optimizely sorgt dafür, dass Ihr Snippet von vornherein auf Geschwindigkeit ausgelegt ist. Es ist komprimiert und wird im Cache gespeichert, damit Sie nicht zu viel Geld für das Herunterladen über das Internet bezahlen müssen. All diese Optimierungen sind entscheidend für eine optimale Snippet-Performance.

Selbst gehostete Snippets

Einige Kunden von Optimizely, wie Casper, haben unglaubliche Ergebnisse mit selbst gehosteten Snippets erzielt. Allein durch das Hosting des Optimizely-Snippets auf casper.com konnte die Leistung der Site um 36 % gesteigert werden. Das Hosten des Snippets erfordert zwar einige technische Ressourcen für die Einrichtung, aber wir haben eine Dokumentation für das Hosten mit gängigen CDNs wie Akamai, Fastly, Cloudflare und Cloudfront. Wir bieten auch professionelle Dienstleistungen an, die diesen Prozess beschleunigen und Ihnen dabei helfen, Ihr Experimentieren wieder zu skalieren.

Benutzerdefinierte Snippets

Neben einem Standard-JavaScript-Snippet, das die Daten für Ihr gesamtes Projekt enthält, haben Sie mehrere andere Möglichkeiten zur Verbesserung der Leistung. Erstens können Sie benutzerdefinierte Snippets verwenden. Benutzerdefinierte Snippets ermöglichen es Ihnen, ein Snippet zu verwenden, das nur die Experimente enthält, die Sie interessieren. Dadurch verringert sich die Größe der Snippets drastisch und die Leistung wird ebenfalls gesteigert. Nehmen wir zum Beispiel an, Sie sind ein E-Commerce-Unternehmen mit vielen Marketingteams, die Experimente durchführen. Sie haben Experimentier-Teams für Ihre Homepage, Kategorieseiten und Produktseiten. Mit den benutzerdefinierten Snippets von Optimizely können Sie steuern, welche Experimente in Ihr Snippet aufgenommen werden. Das heißt, Sie können nur die Experimente in ein Snippet aufnehmen, die für Ihren Teil der Site relevant sind.

Latenzfreie UI & Server Side Testing

Wenn Sie über die technischen Ressourcen verfügen, können Sie das Experimentieren programmatisch von der Benutzeroberfläche bis hin zum Server implementieren. Wir haben uns bei unserem Full Stack-Produkt für einen SDK-gesteuerten Ansatz entschieden.

So funktioniert das serverseitige Experimentieren mit Full Stack

Full Stack verwendet In-Memory-Bucketing, so dass alle benötigten Informationen bereits lokal vorhanden sind. Das bedeutet, dass die Benutzer keine spürbare Latenzzeit wahrnehmen werden. Bei Adobes API-gesteuertem, Server Side Testing-Ansatz wird eine blockierende API-Anfrage verwendet, um zu entscheiden, welche Variante des Experiments verwendet werden soll. Dadurch wird die Ladezeit Ihrer aktuellen Seite noch länger. Mit Full Stack liegt die Ladezeit unter einer Millisekunde.

Bleiben Sie dran für unseren nächsten Blog-Beitrag in dieser Serie, in dem wir untersuchen werden, wie Optimizely tiefer gehende Funktionen für das Testen ermöglicht, mit denen Sie das gesamte Erlebnis von der Benutzeroberfläche bis hin zur serverseitigen Geschäftslogik und den Daten testen können.