Кнопка оплати на сайті: безпечний перехід від інтерфейсу до платежу

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

Редакція OrsunPayОпубліковано
Ілюстрація до статті: Кнопка оплати на сайті: безпечний перехід від інтерфейсу до платежу

Визначте, що саме запускає кнопка

Кнопка може відкривати hosted checkout, платіжний віджет або попередньо створене посилання. Вибір залежить від того, де зберігається замовлення та хто визначає його підсумок. Не обирайте варіант лише за виглядом: кожен спосіб має вписуватися в серверну модель статусів і правила підтримки. Опишіть дію одним точним реченням до початку верстки.

Наприклад, кнопка «Оплатити консультацію» створює спробу для вже погодженого замовлення, а не довільний платіж за будь-яку послугу. Якщо ціна залежить від тривалості, сервер повинен перевірити обрану тривалість до відкриття платіжного інтерфейсу. Текст кнопки та сума поруч мають відповідати цій перевіреній домовленості, включно з валютою й обсягом послуги.

Платіжний віджет

Залиште контроль суми на сервері

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

Перевірте ситуацію, коли ціна змінюється після відкриття сторінки. Система може попросити покупця погодити нову суму або зберегти раніше узгоджену пропозицію відповідно до бізнесових правил. Важливо, щоб рішення було явним. Різні вкладки не повинні непомітно використовувати різні версії замовлення, а журнал має дозволяти з’ясувати, яка версія була оплачена.

Платіжна сторінка

Обробіть повторне натискання

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

Коли сервер не отримав відповідь провайдера вчасно, не можна одразу вважати, що операції не було. Покажіть стан перевірки й перевірте попередню спробу перед новою. Для підтримки варто мати видимий номер замовлення та час дії. Це допомагає пояснити покупцю ситуацію без вимоги передавати платіжні секрети або робити ще одну оплату навмання.

Відокремте вікно від фінансового статусу

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

Для віджета OrsunPay існує реалізація, але публічний пакет і спосіб доставки треба підтвердити для конкретного впровадження. Не вставляйте випадкову адресу скрипту з неофіційного прикладу. Картковий інтерфейс пов’язаний із провайдером, а не з довільним збором реквізитів вашим сайтом. Доступність конкретних методів також перевіряється в акаунті провайдера.

Перевірте доступність та зрозумілі повідомлення

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

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

Запускайте з перевіреною конфігурацією

Для першого запуску погодьте конкретний провайдер, метод, валюту та порядок отримання повідомлень. Поточний hosted checkout OrsunPay підтримує англійську й українську. Якщо сайт має інші мови, перевірте весь шлях покупця та поясніть мовну зміну там, де це потрібно. Не ототожнюйте переклад маркетингових сторінок із перекладом платіжного інтерфейсу.

Після запуску переглядайте замовлення, які залишаються в очікуванні довше звичайного. Визначте, хто перевіряє їх і як фіксує виправлення. OrsunPay працює як програмне забезпечення з власними договорами мерчанта з провайдерами та окремою програмною платою; сама кнопка не змінює цих умов і не гарантує схвалення кожної операції чи автоматичного переходу до іншого провайдера.

Можливості OrsunPay

Зв’язатися з командою

Джерела

Читайте також