Оплата на сайті у 2026: чекаут, платіжне посилання і сторінка подяки, яка не бреше

Запит, який уже веде сюди людей, - «телеграм бот оплата». Наступний тихіший і більший: хочуть брати гроші на сторінці, яка їм належить. Номер картки в Direct, скрін переказу, тред «я сплатив, перевірте» - це не еквайринг. Це неоплачена операційка. Чекаут на сайті - та сама робота, що в платіжного бота, тільки в URL, який індексує Google і який незнайомець відкриє без месенджера.

Я вже писала, як інвойси й вебхуки працюють у Telegram. Тут - парний текст про сайт: хостед-чекаут, платіжне посилання, Apple Pay на лендингу, фіскальний чек після paid. Той самий бекенд. Інші двері.

1. Три форми оплати на сайті (оберіть одну, потім нарощуйте)

На перший день кошик не обов’язковий. Потрібен шлях, який створює pending-замовлення, відкриває справжню сторінку еквайрингу й повертається лише після вебхука paid.

• Платіжне посилання / кнопка інвойсу: один SKU, одна ціна, «Оплатити», що відкриває Monobank або LiqPay. Для репетитора, завдатку, години консультації. Сторінка — пропозиція; посилання — каса.
• Лендинг + чекаут: курс, пакет послуг, лист очікування, який стає списанням. Ім’я, email, сума - далі хостед-оплата. Каталогу ще немає. Саме це зазвичай мають на увазі під «потрібна оплата на сайті».
• Чекаут магазину: каталог, варіанти, кошик, доставка, потім оплата. Лише якщо SKU й доставка вже є. Починати з цього - як бренд на чотири товари витрачає два місяці до першого оплаченого замовлення.

2. Не обирайте логотип. Оберіть, у кого вже є гаманець

Друга кнопка, якою ніхто не платить, - це не «більше конверсії». Це тікет у підтримку. Який еквайринг ставити - Mono, LiqPay, Stripe - я вже порівняла в гайді про оплату в Telegram. На сайті єдине додаткове рішення: незнайомець з Ads чи Maps платить тим, що вже лежить у телефоні. Один метод під цей гаманець. Apple Pay і Google Pay їдуть поверх нього; через них завдаток закривається в трамваї, а не помирає на номері картки.

3. Що ламається на сайті, чого бот ніколи не бачить

Пайплайн інвойс-вебхук-виконання той самий, що в статті про бота. Я його тут не повторюю. Публічний URL додає три поломки, яких у чаті немає.

• /success - сторінка подяки, не «оплачено». Я бачила магазини, які ставили paid, бо браузер сів туди після «назад», або бо додаток банку повернув на мертву вкладку. Пишіть «підтверджуємо оплату». Статус змінює вебхук.
• Секрет мерчанта має лишатися на сервері. Сторінка Next.js, яка створює інвойс у браузері, зливає ключ у клієнтський бандл. Це баг сайту. Бот цей файл покупцеві не віддає.
• Повернення з додатка банку може вбити вкладку. Покупець думає, що сплатив; ваш UI зник. Лист або SMS з тим самим id замовлення і сторінка подяки, яка читає статус із сервера, - це відновлення. У Telegram уже є тред. На сайті його немає.

4. Фіскальний чек - це не PDF, який ви б’єте руками

Якщо ви український ФОП і продаєте товар або багато послуг, банківського вебхука замало. Після paid сервер б’є Checkbox або Вчасно.Каса, а покупець отримує фіскальний PDF на сторінці подяки або в листі. Людина, яка б’є РРО після кожного пінга Stripe, - так зникають вечори.

5. Чому чекаут помирає на телефоні

Більшість трафіку за запитом «оплата на сайті» платитиме з екрана п’ять дюймів. Поломки, які я лагоджу, не екзотика.

• Повільний лендинг: якщо кнопка оплати з’являється після трьох секунд стрибка верстки, частина готових покупців уже пішла. Core Web Vitals - це фіча чекауту.
• Форма, яка просить повний акаунт, поки сума ще не ясна. Імені й телефону (або email) досить, щоб надіслати квитанцію. Кабінет - пізніший продукт.
• Немає Apple Pay / Google Pay на iOS і Android. Вводити картку в Safari в трамваї - так зливається завдаток.
• Накладний платіж як стандарт. Здається чемним. Повертає неоплачену роботу, від якої тікали: підтвердити, нагадати, неявка.

6. Сайт і Telegram: одна книга обліку, двоє дверей

Популярна стаття в цьому блозі - Telegram-бот з оплатою. Той канал і далі правильний інбокс в Україні. Погана домашня сторінка. Незнайомець з Google Ads чи Maps не запустить бота, щоб дізнатися ціну. Він відкриє сторінку. Хто вже пише вам у Telegram - хай платить у Telegram. Хто ще не знає імені - хай платить на сайті. Обидва б’ють у той самий пайплайн: pending → інвойс → вебхук → фіскал → виконання.

Висновок: поставте касу на URL, який вам належить

Якщо гроші досі їдуть номером картки в чаті, апгрейд - не плагін. Це pending-замовлення, Mono або LiqPay або Stripe, Apple Pay на мобільному, вебхук, який фіскалізує, сторінка подяки, яка не бреше. Я збираю це як senior web engineer на Next.js - і той самий пайплайн може відкрити інвойс у Telegram для клієнтів, які вже живуть у месенджері. Напишіть через форму, що продаєте і де сидить покупець (Україна чи за кордон). Відріжемо найменший чекаут, який цього місяця прийме справжню оплату.