Ich würde gerne ein paar A / B-Tests machen.
Ich möchte 2 leicht unterschiedliche Vorlagen und unterschiedliche Module und Pfade für jede Vorlage haben und dann möchte ich den Besuchern 50% der Module und Logiken der Vorlage A + und 50% der Module der Besuchervorlage B + eigenen.
Es würde auf der Benutzer-IP basieren und einige einfache logische Halbbesucher werden die erste Vorlage sehen und die zweite Hälfte der Besucher wird die zweite Vorlage mit unterschiedlichen Einstellungen sehen.
Eine wichtige Sache ist, dass ein Benutzer (basierend auf IP oder Login) die Vorlage, die er zum ersten Mal gesehen hat, für immer nicht nur für seine Sitzung sehen sollte.
Ich bin nicht sicher, ob ich zwei Drupal-Versionen mit zwei Datenbanken installieren und verwenden muss .htaccess
oder etwas, um die Entscheidung zu treffen.
Oder ich habe nach Modulen gesucht, aber nur dieses gefunden: http://drupal.org/project/multivariate
Welches scheint zu leicht.
Irgendwelche Ratschläge, welchen Weg man wählt und wie man dieses Problem angeht.
Access plugin
wäre in meinem Buch eine ideale Lösung.Antworten:
Ich würde Ihnen empfehlen, http://visualwebsiteoptimizer.com/ für Ihren Anwendungsfall zu testen . Es gibt auch ein Modul http://drupal.org/project/visual_website_optimizer, das Ihnen die Integration erleichtert.
Auf der FAQ-Seite von VWO können Sie das sehen
Das sollte also Ihr Problem lösen. Um zu entscheiden, welche Variante für welche Benutzer sichtbar sein soll, gibt es eine übersichtliche Benutzeroberfläche zur Auswahl dieser Bedingungen.
Wenn Sie jedoch die Dinge auf Drupal-Basis erledigen möchten, können Sie http://drupal.org/project/multivariate verwenden , um mehr Kontrolle zu erhalten. Multivariate ähnelt eher einem Regel- oder Kontextmodul. Sie haben eine Reihe von Bedingungen (der Benutzer verwendet den X-Browser, seine IP stammt aus dem Y-Land usw.) und wenn diese Bedingungen erfüllt sind, können eine Reihe von Aktionen ausgeführt werden (bedienen Sie sein multivariates A anstelle von B).
Um sicherzustellen, dass die oben genannte Bedingung erfüllt ist, können Sie die Lebensdauer der gesetzten Cookies verlängern. Wenn Sie die Benutzer vor der Anmeldung (anonyme Benutzer) und nach der Authentifizierung nachverfolgen möchten, müssen Sie möglicherweise eine benutzerdefinierte Codierung durchführen.
quelle
Es gibt einige Optionen für A / B-Tests einer Drupal-Website, und für alle Optionen werden die einfachen Testanforderungen dieser Frage ausgeführt (Aufteilung des Datenverkehrs mit festgelegten Prozentsätzen und Beibehaltung der ersten Erfahrungen der Besucher). Die beiden grundlegenden Ansätze verwenden einen kostenpflichtigen externen Dienst zum Ausführen der A / B-Tests oder ein vollständig in Drupal integriertes Modul. Hier sind die Optionen für jeden Ansatz:
Drupal-Module
Externe Dienste
Die externen Optionen führen die gesamte Testlogik auf dem Frontend (in JavaScript) aus und können entweder direkt unter Einbeziehung der Skripte oder über Drupal-Module implementiert werden, sofern verfügbar.
Fazit
Kurz gesagt, dieser Anwendungsfall kann mit jeder dieser Lösungen zufrieden sein, solange sie wie beabsichtigt funktionieren. Weitere Einzelheiten wären erforderlich, um die beste Lösung zu finden. Im Allgemeinen bevorzuge ich die Verwendung von Drupal A / B Test JS , aber das liegt auch daran, dass ich es geschafft habe :)
quelle