Làm thử nghiệm A / B

Tôi muốn làm một số thử nghiệm A / B.

Tôi muốn có 2 mẫu hơi khác nhau và các mô-đun và đường dẫn khác nhau cho mỗi mẫu và sau đó tôi muốn làm cho khách truy cập 50% mẫu A + mô-đun và logic, v.v. và 50% mô-đun riêng của khách truy cập B +.

Nó sẽ dựa trên IP của người dùng và một số khách truy cập logic đơn giản sẽ nhìn thấy mẫu đầu tiên và nửa sau của khách truy cập sẽ thấy mẫu thứ hai với các cài đặt khác nhau.

Một điều quan trọng là người dùng (dựa trên IP hoặc đăng nhập) sẽ nhìn thấy mẫu mà anh ta nhìn thấy lần đầu tiên mãi mãi không chỉ cho phiên của mình.

Tôi không chắc chắn nếu tôi phải cài đặt hai phiên bản Drupal với hai cơ sở dữ liệu và sử dụng .htaccesshoặc một cái gì đó để đưa ra quyết định.

Hoặc tôi đã tìm các mô-đun nhưng chỉ tìm thấy mô-đun này: http://drupal.org/project/multivariate

Mà dường như quá nhẹ.

Bất kỳ lời khuyên nào để lựa chọn và làm thế nào để tiếp cận vấn đề này.

Tôi khuyên bạn nên xem xét việc thử nghiệm http://visualwebsiteoptimizer.com/ cho trường hợp sử dụng của bạn. Ngoài ra còn có một mô-đun http://drupal.org/project/visual_website_optimizer giúp bạn tích hợp dễ dàng hơn.

Từ trang FAQ của VWO bạn có thể thấy rằng

1. Sử dụng cookie để theo dõi khách truy cập
2. Khách truy cập thấy sự thay đổi tương tự ngay cả trên các lượt truy cập lặp lại

Vì vậy, nên giải quyết vấn đề của bạn. Để đưa ra quyết định phương sai nào sẽ hiển thị cho người dùng nào, có giao diện người dùng đẹp để chọn các điều kiện đó.

Tuy nhiên, nếu bạn muốn làm mọi thứ, theo cách Drupal thì bạn có thể sử dụng http://drupal.org/project/multivariate để bạn kiểm soát nhiều hơn. Đa biến giống như mô-đun Quy tắc hoặc Ngữ cảnh. Bạn có một tập hợp các điều kiện (là người dùng sử dụng trình duyệt X, là IP của anh ta có nguồn gốc từ quốc gia Y, v.v.) và khi các điều kiện đó được đáp ứng, có thể thực hiện một tập hợp các hành động (phục vụ A đa biến thay vì B).

Một điều quan trọng là người dùng (dựa trên IP hoặc đăng nhập) sẽ nhìn thấy mẫu mà anh ta nhìn thấy lần đầu tiên mãi mãi không chỉ cho phiên của mình.

Để đảm bảo rằng điều kiện trên được đáp ứng, bạn có thể tăng tuổi thọ của bộ cookie. Nếu bạn muốn theo dõi người dùng trước khi đăng nhập (người dùng ẩn danh) và sau khi họ đã xác thực, thì bạn có thể cần phải thực hiện một số mã hóa tùy chỉnh.

Có một vài tùy chọn để thử nghiệm A / B một trang web Drupal và tất cả các tùy chọn sẽ chạy các yêu cầu kiểm tra đơn giản của câu hỏi này (chia lưu lượng truy cập với tỷ lệ phần trăm được chỉ định và giữ khách truy cập trong trải nghiệm ban đầu của họ). Hai phương pháp cơ bản đang sử dụng dịch vụ bên ngoài phải trả tiền để chạy thử nghiệm A / B hoặc sử dụng mô-đun tích hợp hoàn toàn Drupal. Dưới đây là các tùy chọn cho mỗi phương pháp:

Mô-đun Drupal

• Thử nghiệm A / B : Có sẵn cho D7, mô-đun này được mô tả trên trang dự án dưới dạng "API cấp thấp để thực hiện thử nghiệm A / B trong mã". Các thử nghiệm được triển khai với PHP tùy chỉnh, đòi hỏi kiến ​​thức về cấu trúc dữ liệu Drupal và các móc nối bên phía PHP. Cũng lưu ý rằng một lớp bộ đệm HTML sẽ làm phức tạp các vấn đề (nếu không phải tất cả khách truy cập trang web đang nhấn PHP phụ trợ). Mô-đun này chưa được cập nhật kể từ tháng 4 năm 2015 và chưa có bản phát hành ổn định, nhưng có hơn 30 trang web hiện đang báo cáo sử dụng nó.
• Đa biến : Như Gokul đã đề cập, Đa biến cho phép các kiểm tra được cấu hình thông qua trong giao diện người dùng quản trị mà không cần bất kỳ mã tùy chỉnh nào. Nó có sẵn cho D7, nhưng chưa có bản phát hành ổn định và chưa được cập nhật kể từ tháng 10 năm 2013. Nó có mức sử dụng cao nhất hiện tại của bất kỳ mô-đun thử nghiệm A / B không bên ngoài nào với hơn 100 trang web hiện đang báo cáo rằng họ sử dụng nó Vì nó là một giải pháp phụ trợ, một lớp bộ đệm HTML có thể ngăn việc sử dụng mô-đun này.
• Mã thử nghiệm A / B : Đây là mô-đun mới cho D7 và D8 chạy thử nghiệm trong JavaScript và hiển thị giao diện người dùng quản trị để tạo thử nghiệm. Nó hiện không có trang web báo cáo sử dụng, nhưng đang tích cực được phát triển và duy trì. Các đoạn mã JavaScript tùy chỉnh được yêu cầu để tạo các thử nghiệm và việc đánh giá các thử nghiệm phải được thực hiện trong một nền tảng phân tích riêng như Google Analytics.

Dịch vụ bên ngoài

Các tùy chọn bên ngoài chạy tất cả logic kiểm tra trên frontend (bằng JavaScript) và có thể được thực hiện bằng cách bao gồm trực tiếp các tập lệnh hoặc thông qua các mô-đun Drupal khi khả dụng.

• Tối ưu : Tôi chưa sử dụng Optimizely, nhưng tôi biết rằng nó được sử dụng rộng rãi và được coi là tiên tiến nhất cho thử nghiệm A / B. Nó bao gồm một giao diện người dùng WYSIWYG để tạo các sửa đổi thử nghiệm, vì vậy các thử nghiệm có thể được tạo mà không cần bất kỳ mã nào. Các Optimizely mô-đun Drupal có sẵn trong D7 và D8, và có sử dụng hầu hết bất kỳ tùy chọn thử nghiệm A / B.
• Trình tối ưu hóa trang web trực quan : Tôi cũng không có kinh nghiệm với điều này, nhưng nó bao gồm giao diện WYSIWYG để tạo các bài kiểm tra và giao diện để xem kết quả. Một mô-đun Drupal bao gồm javascript của VWO trong các trang của trang web của bạn có sẵn cho D6, D7 và D8 và cũng có lượng sử dụng đáng kể trên Drupal.
• Adobe Test and Target : Từ trải nghiệm cá nhân với Adobe T & T, nó có giao diện WYSIWYG để tạo các thử nghiệm, nhưng tôi thấy UI khá lỗi và tệ nhất là nhiều thử nghiệm của chúng tôi đã gây ra "nhấp nháy" cho khách truy cập trang web, nơi trang gốc nhấp nháy trước khi sửa đổi thử nghiệm được thực hiện. Các thử nghiệm & Target mô-đun Drupal cũng có rất ít sử dụng, và chỉ có sẵn trong D7.
• Thử nghiệm nội dung của Google : Là một phần của Google Analytics, Thử nghiệm nội dung không có đầy đủ tính năng như các tùy chọn ở trên, nhưng tôi tin rằng dịch vụ này miễn phí và sẽ đáp ứng các yêu cầu của câu hỏi này. Các thí nghiệm Nội dung Drupal Module này có sẵn trong D7.

Phần kết luận

Tóm lại, trường hợp sử dụng này có thể được thỏa mãn với bất kỳ giải pháp nào trong số này miễn là chúng hoạt động như dự định. Cụ thể hơn sẽ là cần thiết để tìm ra giải pháp tốt nhất. Nói chung, tôi thích sử dụng Drupal A / B Test JS , nhưng đó cũng là vì tôi đã tạo ra nó :)