Нічого не додається, доки не попросять.

Стаття відповідає на це двічі, а потім один раз сама собі суперечить, тож ось усі три уривки в порядку появи. Frontend Result: «Подарунок не буде додано автоматично. Натомість клієнт побачить кнопку Claim Gift, яка дозволяє вручну додати безкоштовний товар до свого кошика». Питання FAQ «Чи можна додавати подарунок до кошика автоматично?»: «Ні. Бустер Безкоштовний подарунок наразі підтримує лише ручний вибір подарунка. Щоб подарунок опинився в кошику після виконання умов, клієнти мають самі натиснути кнопку „Add Gift“». Питання FAQ «Що станеться, якщо покупець прибере товар, який дає право на подарунок?»: «Бустер автоматично переоцінить умови. Якщо вони більше не виконуються, подарунок буде видалено з кошика, якщо його було додано автоматично». Третє речення передбачає стан, існування якого заперечують перші два. Що з’ясовано в будь-якому разі — це видалення: Frontend Result окремо стверджує, що якщо кошик більше не відповідає умовам, подарунок буде приховано або видалено автоматично, тож подарунок, який перестав відповідати умовам, зникає — хоч би як він там опинився. Не з’ясовано інше: чи існує взагалі шлях автододавання. Наше прочитання — і це саме прочитання, а не факт — таке: третє речення є шаблонним текстом, перенесеним із бустера, який справді додає автоматично, у статті, яка ще й називає цю пропозицію «combo», називає блок «recommendation block», а подарунок — «Add-on»: три інші рядки, що просочилися, усі видно на тій самій сторінці. Тому демо на цьому сайті ніколи не додає подарунок саме собою і не додаватиме, доки 8theme не скаже інакше. Перевірте це на тестовій копії, перш ніж будувати навколо цього політику. Ще одне, що ті самі уривки лишають відкритим, — формулювання кнопки. Frontend Result називає її Claim Gift, FAQ — «Add Gift», а на всіх трьох знімках 8theme у полі «Текст кнопки CTA пропозиції» вписано Add gift to cart. Це вільний текст без опублікованого значення за замовчуванням — у нас там «Забрати подарунок».

Поле існує, і в нього чотири значення, але два джерела називають його по-різному: у тексті статті це «Тип знижки», а на знімку адмінки поле підписане «Тип подарунка». Його варіанти, цитуємо: «Відсоткова» — наприклад, знижка 20%; «Фіксована» — наприклад, знижка $5; «Безкоштовно», де ціна знижується до $0; і «Без знижки», де товар пропозиції показується за звичайною ціною. Поле «Значення знижки» описане в тексті статті — введіть 15 для знижки 15%, введіть 10 для знижки $10, не застосовується, якщо вибрано «Безкоштовно» чи «Без знижки», — і його ніде немає на єдиному знімку цієї панелі, де «Тип подарунка» має значення «Безкоштовно». Тож чи поле приховане, чи просто ігнорується при «Безкоштовно» — не з’ясовано. Ще дві промовчані речі варто назвати. Ніде не опубліковано, чи подарунок зі знижкою, який не безкоштовний, усе одно показується у вітрині зі словом «Безкоштовно» і в подарунковому обрамленні, тож ця сторінка підсвічує рядок зеленим лише тоді, коли ціна справді нульова: рядок, який заявляє пропозицію, отримує позначку, рядок за звичайною ціною — ні. І ніде не сказано, як відсотковий чи фіксований подарунок взаємодіє з купоном, податковим правилом чи розрахунком доставки.

«Місце показу» — це один список з одинадцятьма значеннями, одне з яких — «Використати шорткод»: чотири читаються як позиції на сторінці кошика — «Угорі сторінки кошика», «Перед таблицею товарів кошика», «Після таблиці товарів кошика», «Після товарів кошика всередині таблиці» — і шість як позиції на оформленні замовлення: «Перед платіжними шлюзами», «Перед кнопкою розміщення замовлення», «Після кнопки розміщення замовлення», «Унизу сторінки оформлення замовлення», «Перед блоком платіжних даних», «Після приміток до замовлення». Отже: десять позицій і шорткод. «Розташування в міні-кошику» — другий список із семи значень, де «Не показувати» — це стан «вимкнено», тож лишається шість позицій: «Угорі міні-кошика», «Перед товарами кошика», «Після товарів кошика в списку», «Перед кнопками», «Після кнопок», «Унизу міні-кошика». Стаття не наводить кількості для жодного зі списків і не називає значення за замовчуванням для жодного з них: єдиний знімок цієї панелі показує «Перед таблицею товарів кошика» і «Не показувати», а це показані значення, а не заявлені значення за замовчуванням. Дві їхні власні поради: розміщення бустера після товарів кошика або перед платіжним блоком може підвищити помітність і залучення саме перед конверсією, а розміщення подарункової пропозиції біля кнопок міні-кошика дієве для допродажів в останню мить. Є ще шлях через Elementor, і його власна панель містить обмеження в письмовому вигляді: цей бустер можна використовувати лише на шаблонах сторінки кошика або оформлення замовлення. Чого ніхто не публікує — чи всі одинадцять значень пропонуються на обох типах сторінок, чи фільтруються під кожен.

Так в обох випадках, і стаття про це незвично пряма. На питання, чи зменшує подарунок залишки, вона відповідає: «Так. Подарунковий товар — це справжній товар WooCommerce, і під час оформлення він списується зі складу, як будь-яка інша позиція». Frontend Result додає, що після додавання подарунок з’являється в кошику як звичайний товар за ціною $0 і також потрапляє до підсумку замовлення на оформленні. Кожен рендер рядка з отриманим подарунком — їхній і на цій сторінці — має власне посилання «Видалити», як і будь-який інший рядок кошика. Одне сидить у панелі адмінки без жодного речення про себе: позначений чекбокс із написом «Allow customers to remove Add-ons from the cart?». У тексті статті він не задокументований, і там і досі написано Add-ons — а це назва іншого бустера. Що саме він тут регулює — здогад, якого ми робити не будемо.

Два поля, обидва задокументовані. «Загальний ліміт використань» задає максимальну кількість використань цієї пропозиції всіма клієнтами разом, а власна підказка статті називає його корисним для кампаній з обмеженим часом або пропозицій з обмеженим запасом. «Ліміт використань на клієнта» визначає, скільки разів окремий клієнт може отримати пропозицію, а його підказка каже, що це допомагає запобігти зловживанню акцією, обмежуючи повторні використання одним користувачем. Обидва поля мають на знімку плейсхолдер «Без обмежень», тож необмежене використання — стан із коробки. Втім, відповідь FAQ про це читайте уважно, через одне слово: там сказано, що налаштування гарантує, що кожен авторизований користувач може забрати подарунок лише один раз. Ніде не опубліковано, як ліміт на клієнта застосовується до гостьового оформлення, і ніде не сказано, що станеться, якщо ліміт вичерпається, поки покупець посеред сесії вже бачить пропозицію на екрані.

Один подарунок на бустер: на питання, чи можна застосувати кілька безкоштовних подарунків одночасно, стаття відповідає, що можливий лише один подарунок на бустер і що, коли ви хочете запропонувати кілька подарунків, можна створити окремі бустери з власними правилами. Вона також підтверджує шлях кількох кампаній для націлювання: створіть кілька кампаній «Безкоштовний подарунок» і задайте кожній свої фільтри за товаром, категорією чи умовою кошика. Не опубліковано інше: що станеться, коли дві такі кампанії підійдуть до одного кошика. Поле «Пріоритет» існує — воно є на знімку «Додаткові налаштування» зі значенням 10 — і жодне речення ніде не каже, що воно впорядковує і чий бік перемагає. Зауважте також, що цей бустер не має власної панелі «Застосувати до», тож тригер за їхніми ж прикладами — витратити понад $75 або купити 3 чи більше сумок — досяжний лише через Умови: сума замовлення, кількість позицій у замовленні, товари в замовленні. Стаття ніколи не каже цього словами.