Квитанція — це ще не кінець продажу.

Їхня підводка: “Обирайте з кількох шаблонів макета, щоб керувати візуальною структурою бустера на сторінці подяки:” — слово “кілька”, а в списку дві позиції. Мінімальний — “Шаблон Мінімальний пропонує простий, елегантний дизайн, зосереджений на ясності та зручності. Ідеальний для брендів, які цінують простоту й хочуть безшовного досвіду на сторінці подяки.” Кольоровий — “Шаблон Кольоровий використовує яскраві кольори та динамічну графіку, щоб привернути увагу й підкреслити пропозиції допродажу. Ідеальний для брендів, які хочуть залишити тривале враження та підвищити залученість на сторінці подяки.” На їхньому скриншоті Мінімальний має помаранчеву рамку й помаранчеву позначку в колі; це скриншот, а не заявлене замовчування, і жодного рендера Кольорового не існує ніде на їхній сторінці. Їхнє застереження: “Вибраний шаблон може впливати на доступність деяких опцій відображення та елементів у розділі Appearance.” — яких саме опцій, вони не кажуть.

Їхня підводка: “Ці налаштування дають змогу керувати самим показом бустера та його текстами”. Заголовок секції — “Задає головний заголовок блока допродажу. Використайте його, щоб коротко представити пропозицію після покупки (напр., “Вам також може сподобатися” або “Спеціальна пропозиція для вас”). Він має заспокоїти клієнта, що замовлення завершено, і водночас відкрити наступну можливість.” Значення на їхньому скриншоті: Вам також може сподобатися…. Підзаголовок секції — “Необов’язковий допоміжний текст заголовка. Використайте це місце, щоб дати додатковий контекст або дружнє повідомлення допродажу (напр., “За вашим замовленням ми думаємо, що вам це сподобається” або “Додайте ще, не починаючи оформлення заново”).” Бейдж-виділення — “Показує невелику візуальну позначку поряд із заголовком або пропозицією товару (напр., “Ексклюзив”, “Тільки для вас” або “Разова пропозиція”).” Значення на їхньому скриншоті: Найвигідніше. Текст кнопки CTA — “Налаштовує напис на кнопці заклику до дії (напр., “Додати до мого замовлення”, “Отримати цю пропозицію” або “Забрати зараз”).” Підзаголовок секції та Текст кнопки CTA не з’являються на жодному скриншоті, тож ця сторінка не малює жодного з них, і для жодного з цих чотирьох полів замовчування не вказано.

На їхній картинці стоять три вкладки — General, Styling, Advanced — а задокументовані в їхній статті дві. Слово “Styling” трапляється нуль разів у їхньому тексті. Жодного поля всередині тієї вкладки не названо, тож ніщо на цій сторінці її не відтворює і ніщо на цій сторінці не гадає, що в ній.

Їхня підводка: “Ці налаштування дають змогу тонко налаштувати, як товари допродажу подано візуально в макеті бустера.” Default Checkbox State — “Визначає, чи кожен товар допродажу позначено заздалегідь коли бустер завантажується.” Enabled: “Прапорці позначені за замовчуванням, що пришвидшує додавання в кошик.” Disabled: “Покупці мають вибрати потрібні товари вручну.” Підказка: “Використовуйте це, щоб керувати взаємодією покупця й уникати випадкових доповнень.” Читайте точно: “позначені за замовчуванням” — це те, що робить Enabled, а не твердження, що Enabled є значенням поля за замовчуванням. Показувати бейдж знижки — “Показує невеликий бейдж просто на кожному товарі допродажу, вказуючи на знижку. Це допомагає привернути увагу та візуально виділити спецпропозицію.” Discount Badge Text — “Налаштуйте вміст бейджа знижки. Ви можете використати такі плейсхолдери, щоб показати справжні значення:” {price} “сума знижки у валюті” та {percentage} “значення відсотка знижки”, з їхніми власними прикладами: Економія {percentage} стає Економія 15%, Економія {price} стає Економія $10. Це єдині два токени, які називає стаття, і ця сторінка не вигадує третього. Показувати стрілки каруселі — “Показує стрілки навігації, якщо кілька товарів виводяться в горизонтальній каруселі.” Підказка: “Увімкнення дозволяє покупцям гортати більше товарів допродажу; особливо корисно на мобільних або коли місця мало.” Скільки товарів показує блок і як гортається карусель — ніде не сказано.

“Цей розділ дозволяє контролювати, як товари будуть вибиратися й оброблятися всередині бустера. Ви можете вибрати між кілька методів підбору:” — їхня граматика, відтворена. Схожі товари — “Буде використано WooCommerce Related Products як Upsell products. WooCommerce визначає зв’язок за товарами з однаковими тегами чи категоріями.” Товари перехресного продажу — “Буде використано “Cross-sell products”, вибрані в розділі “Linked Products” на сторінці створення товару.” Брати допродажі — підпис справді починається зі слова Use, чого немає у трьох його сусідів — “Буде використано “Upsell products”, вибрані в розділі “Linked Products” на сторінці створення товару.” Окремі товари — “Буде використано такий набір товарів як Upsell products.”, з підказкою “Скористайтеся пошуком товарів, щоб знайти й додати позиції.” Чи можуть два методи працювати разом і що буде, якщо вибраний не дасть нічого, не сказано: “вибрати між” натякає на один за раз, але цього не каже.

“Виберіть, де пропозиція допродажу з’явиться на сторінці подяки після успішного замовлення. Це дозволяє розмістити бустер так, як найкраще пасує вашому макету та стратегії допродажів.” Далі, під Available positions: — Top of the Thank You Page: “Показує бустер на самому початку сторінки, над усіма деталями замовлення та повідомленнями про підтвердження.” Bottom of the Thank You Page: “Виводить бустер у кінці сторінки, після всього вмісту замовлення. Ідеально для м’якшого допродажу.” Before the Order Items Summary: “Вставляє бустер просто перед списком товарів із замовлення. Чудово, щоб привернути увагу рано, не перериваючи підтвердження.” After the Order Items Summary: “Показує бустер одразу після списку куплених товарів. Корисно для контекстних допродажів на основі того, що покупець щойно придбав.” Панель завершується єдиним реченням статті про рендеринг: “Примітка: Цей бустер не підтримує спливаючих вікон чи таймерів затримки — він показується як частина шаблону подяки WooCommerce.” “Order Items Summary” трапляється у статті двічі, обидва рази як підпис тут, і ніде не визначено — тоді як “Order details”, чим WooCommerce насправді озаглавлює той блок, трапляється в ній нуль разів.

“Керує тим, що відбувається, коли покупець натискає кнопку Add to Cart у шаблоні бустера.” Далі: “Вибрані товари допродажу додаються в кошик одразу.” та “Якщо знижку налаштовано, вона застосовується без додаткового вікна підтвердження.” Далі призначення: “Ви можете задати власне місце переходу після додавання товару в кошик:” — “Redirect to the Cart”, “Redirect to the Checkout”, “Redirect to a custom page or URL” — і жодного значення за замовчуванням серед них. Тепер суперечність — і ця сторінка друкує обидві половини, не вибираючи жодної. Підказка під цими призначеннями каже, що вибір дозволяє спрямувати покупців, “чи продовжити покупки, чи переглянути кошик, чи перейти до оплати додаткових товарів”. Текст підказки поля CTA Button Text, на панель вище, каже протилежне: “Оскільки покупку вже здійснено, ця кнопка працює як допродаж після оформлення […], тож текст має бути стислим і привабливим.” Пропущені там слова — це їхнє власне твердження, що натискання відбувається в один клік, і вони пропущені, бо ця сторінка не повторюватиме це твердження в жодному формулюванні — саме для цього задокументовано попередній бустер, а не для того, що описує ця стаття. Потік, який може закінчитися оплатою додаткових товарів, — це не покупка, яку вже здійснено, і ніщо у статті не узгоджує ці дві версії.

Стаття згадує знижку тричі — речення про її застосування без вікна підтвердження, перемикач Показувати бейдж знижки, і поле Discount Badge Text з його двома токенами-плейсхолдерами — і при цьому не документує жодної панелі, жодного поля й жодного елемента керування, який її задає. На сторінці немає ані типу знижки, ані значення знижки, ані ставки. Тож ця сторінка друкує їхній власний приклад виводу, Економія 15%, як приклад виводу, і ніколи не рахує з нього ціну.

Текст — один обережний абзац: “Більшість бустерів підтримує “умовну видимість” на основі замовлення, часу та інших параметрів”, з трьома прикладами — “Показувати лише в робочі години (напр., 9:00 AM – 6:00 PM)”, “Активувати лише коли куплено товар з категорії “Accessories””, “Показувати користувачам з певними ролями (напр., авторизованим покупцям)”. “Більшість” так і не підтверджує цей. Сімнадцять опцій існують лише всередині зображення, у чотирьох групах. Вісім — у групі Замовлення: Products in Order · Categories of items in Order · Tags of items in Order · Product SKUs in Order · Number of line items in Order · Order items quantity · Applied Coupons in Order · Order total. Чотири — у групі Історія покупок: First order · Number of orders made · Number of orders made with specific products · Total spent. Три — у групі Користувач: User role · User logged in · Specific users. Два — у групі Дата & час: Time · Days. Жодної із сімнадцяти не названо в тексті, а зображення — спільний ресурс: той самий файл, з тією ж помилкою в назві та тим самим низьким id зображення, вбудовано і в статтю Post Purchase Upsells. На їхньому скріншоті список висить відкритим, тому не видно ані оператора, ані правила поєднання.

Текст називає її Global Booster Settings (applies to all boosters): “Кожен бустер SalesMax має набір “global control options” унизу панелі налаштувань.” Далі вона документує два — “Дата початку: Виберіть день, коли бустер стає активним” та “Дата завершення: Автоматично вимикає бустер після вибраної дати” — під “Ви можете задати “дату початку”, щоб активувати бустер у конкретний момент — ідеально для флеш-розпродажів, запусків товарів чи сезонних кампаній.” Зображення поруч має заголовок Optional Settings і містить чотири елементи керування: Пріоритет 10 · Дата початку 20.03.2025 · Задати дату завершення, позначено · Дата завершення 23.04.2025. Стаття ніде не узгоджує ці дві назви, а слово “Priority” не трапляється в жодному її реченні — що саме воно впорядковує і що відбувається, коли підходять одразу два бустери, не сказано ніде. Цей знімок — другий спільний ресурс: він вбудований і в статтю Post Purchase Upsells. Вибір дат має точність до дня, без часу доби, тож націлювання за годиною мало б надходити з умови Час, а не пікер.

Їхній FAQ, повністю: “Так — відкрийте “SalesMax → Analytics”, щоб відстежувати перегляди, кліки та конверсії за кожним бустером.” Ця відповідь написана в цій статті й про бустер цієї статті. У ній сказано “за кожним бустером”, і ця сторінка не поширює її на сторінку жодного іншого бустера. Друга відповідь їхнього FAQ — про умови: “Звісно. Скористайтеся розділом “conditions”, щоб обмежити видимість за товаром або категорією.”

Три перевірки, повністю: “Переконайтеся, що бустер “enabled”” · “Перевірте, що куплений товар збігається з “filters”” · “Упевніться, що вашу сторінку подяки не перевизначає кастомна тема”. Жодної панелі під назвою Filters ніде в статті не задокументовано — найближче до неї — знімок Conditions, який не є файлом цього бустера — і елемента ввімкнення теж ніде не задокументовано. Третя перевірка — єдине речення на сторінці, що торкається тем оформлення, і воно не називає ні шаблону, ні шляху перевизначення, ні способу дізнатися, чи зробила це ваша тема.

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

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