Як запустити безпечний PDF A/B тест в AnDocs

Завантажте від двох до п'яти PDF в один документ, залиште одну спільну назву і дайте сесіям рівномірно розподілятися між активними варіантами. Якщо документ захищений, пароль належить усьому набору, а не окремому файлу.

1. Відкрийте документ і завантажте від двох до п'яти PDF.
2. Залиште одну спільну назву для публічного посилання.
3. Налаштуйте один пароль для всіх активних варіантів, якщо посилання захищене.
4. Опублікуйте документ і надішліть одне публічне посилання.

Після цього AnDocs випадково й рівномірно розподіляє нові сесії між активними варіантами.

Найкраще цей підхід працює там, де зміна самого документа може вплинути на поведінку читача в межах одного стабільного посилання:

• протестувати два початки презентації для продажів
• порівняти структуру комерційної пропозиції або порядок блоку з ціною
• порівняти коротшу інструкцію з онбордингу з детальнішою

В A/B-тесті в AnDocs діє кілька простих правил:

• максимум п'ять активних варіантів
• лише рівномірний випадковий розподіл
• одна назва для публічного посилання
• один пароль для всіх активних варіантів
• кожен активний варіант рахується як окремий документ у тарифі

Це навмисно простіше за складні рекламні сценарії з різними вагами трафіку. Ідея в тому, щоб порівнювати сам документ без кількох публічних посилань і без заплутаних правил доступу.

Так ви зберігаєте стабільним усе інше: те саме публічне посилання, той самий пароль і той самий шлях для кнопки дії або завантаження.

Якщо документ захищений паролем, кожен активний варіант має підпорядковуватися тому самому правилу. Інакше одне й те саме посилання стане непередбачуваним для читачів, а в захищеному сценарії цього бути не повинно.

Використовуйте один пароль на весь документ, коли:

• одна аудиторія отримує одне спільне посилання
• файл може бути замінений пізніше
• A/B-тест уже активний

Якщо різним аудиторіям справді потрібні різні паролі, зазвичай варто створити інший документ.

Коли один варіант програє, замініть цей файл у тому самому документі замість створення нового публічного посилання. Так історія лишається чистішою, а результати легше читати.

Ставтеся до такої заміни як до справжньої зміни версії:

1. залишайте той самий документ
2. залишайте посилання
3. замінюйте лише слабкий варіант
4. порівнюйте нову версію з рештою активних варіантів

Пізніше така заміна з'явиться в аналітиці як позначка зміни версії, тож періоди до і після оновлення буде видно окремо.

Відкрийте попередній перегляд один раз до реального надсилання. Варто перевірити назву документа, порядок сторінок і поведінку переглядача ще до того, як тест почне збирати реальні сесії.

Коли тест уже запущено, використовуйте огляд аналітики, щоб порівнювати читачів, повні прочитання, охоплення сторінок і зміни між варіантами перед наступною заміною.