Ein Projekt (siteCode) pro Website
Vorteile
- Granulare Teamverwaltung: Weisen Sie spezifische Berechtigungen fuer jede Website oder jedes Projekt zu.
- Unabhaengige Konfigurationen: Jedes Projekt kann eigene Ziele, Experimente und Integrationen haben. Ausserdem koennen Sie bei Bedarf Tests, Ziele und Segmente einfach ueber verschiedene Projekte hinweg replizieren.
- Einfacheres Debugging und Risikoisolierung: Ein Problem auf einer Website beeintraechtigt andere nicht.
- Flexibles Testen: Verschiedene Teststrategien koennen fuer unterschiedliche Laender oder Websites umgesetzt werden.
Nachteile
- Ineffizient: Es ist ein groesserer Aufwand fuer Einrichtung und Wartung erforderlich. Das Duplizieren von Konfigurationen und Tests ueber verschiedene Projekte hinweg erfordert manuelle Arbeit, auch wenn dieser Prozess mit der Automation API gestrafft werden kann.
- Hoehere Komplexitaet: Die Verwaltung der globalen Testkomplexitaet kann anspruchsvoller sein, wenn Tests ueber mehrere Websites laufen, da Duplizierung und manuelle Ergebniszusammenfassung erforderlich sind.
- Wartung: Die Konsistenz aufrechtzuerhalten wird schwieriger, da es eine Herausforderung darstellt, identische Konfigurationen ueber Websites hinweg sicherzustellen. Zudem erfordert jedes Projekt separate Integrationen mit Drittanbieter-Tools, was den Integrationsaufwand erhoeht.
Ein Projekt (siteCode) fuer mehrere Websites (gemeinsame siteCodes)
Vorteile
- Vereinfachte Verwaltung: Ziele, Segmente und Drittanbieter-Integrationen sind fuer eine einfachere Handhabung zentralisiert.
- Einfacheres globales Testen: A/B-Tests koennen reibungslos ueber mehrere Regionen hinweg durchgefuehrt werden.
- Schnellere Bereitstellung: Es ist nicht erforderlich, Tests, Ziele oder Segmente fuer jede einzelne Website zu duplizieren.
- Einheitliche Datenanalyse: Der Vergleich der Leistung zwischen verschiedenen Laendern und Websites wird durch ein einziges Dashboard erleichtert.
Nachteile
- Erhoehte Leistungsauswirkungen: Ein einziges Skript wird auf allen Websites geladen, auch wenn einige Funktionen nicht benoetigt werden.
- Komplexeres Targeting: Zusaetzliche Kriterien wie URL-Muster sind erforderlich, um sicherzustellen, dass Experimente nur relevante Nutzer betreffen.
- Hoehere Risikoexposition: Probleme im gemeinsamen Skript (z. B. dem globalen benutzerdefinierten Skript) koennen alle Websites betreffen.
- Eingeschraenkte Flexibilitaet: Wenn die Websites nicht identisch sind, koennen Umgehungsloesungen erforderlich sein, um die Unterschiede zu beruecksichtigen.