- Stripe Billing у 2026 — це не просто «створити підписку і забути». Це повноцінний lifecycle-рушій: Products, Prices, Checkout, Customer Portal, Tax, Revenue Recognition та Smart Retries — і більшість команд використовує чверть від того, за що платять.
- Використовуйте Stripe Checkout + Customer Portal для 90% B2B SaaS. Кастомна інтеграція потрібна лише для pay-as-you-go тарифікації, складної логіки пропорції або in-app flow апгрейду.
- Webhooks — єдине джерело істини: ніколи не покладайтеся на URL успіху Checkout для надання доступу.
customer.subscription.updated,invoice.paidіinvoice.payment_failed— три події, які кожен SaaS зобов'язаний обробляти правильно. - Stripe Tax автоматично розраховує ПДВ, GST і податок з продажів США у 50+ юрисдикціях. Увімкніть його. Рішення «додамо податки пізніше» — це спосіб відкрити шестизначні податкові зобов'язання під час due diligence.
- Smart Retries + послідовність з 3 dunning-листів відновлює 38–70% невдалих платежів. Стандартна конфігурація Stripe відновлює приблизно 15%. Різниця між налаштуваннями за замовчуванням і найкращими практиками — це реальні гроші.
Більшість SaaS-команд впроваджують Stripe за вихідні і більше не торкаються його, доки щось не зламається. Потім річна оплата $4 000 відхиляється, webhook-обробник проковтує помилку, підписка скасовується, і через три тижні засновник виявляє cliff відтоку, який взагалі не був відтоком — це була зламана сантехніка. Stripe Billing — найпотужніший підписковий рушій на ринку і один з найлегших у неправильному використанні. Цей посібник охоплює кожен шар — Products, Prices, Checkout, Portal, webhooks, dunning, пропорції, Tax і звітність — так, як це зробив би досвідчений розробник, починаючи з нуля у 2026 році.
Що насправді являє собою Stripe Billing
Stripe Billing надбудовується над базовою платіжною платформою Stripe. Payments обробляє картки, гаманці, банківські дебети і разові платежі. Billing обробляє повторюваний дохід — Products, Prices, Subscriptions, Invoices, математику пропорції, податки, dunning і Customer Portal. Обидва продаються як єдиний набір, але виставляються рахунки окремо: 0,5–0,7% понад стандартні тарифи за транзакцію.
Ментальна модель, що економить найбільше часу: Customers (клієнти) мають Subscriptions (підписки). Підписки посилаються на Prices (ціни). Ціни належать до Products (продуктів). Invoices (рахунки) генеруються з підписок за розкладом виставлення рахунків. Payments (платежі) погашають рахунки. Webhooks оголошують кожну зміну стану. Засвойте цю ієрархію — і кожен API-виклик Stripe набуває очевидної форми.
Модель Products і Prices
Найпоширеніша помилка моделювання — змішування Product і Price. Product — це те, що ви продаєте: «Pro Plan». Price — це конкретний спосіб стягувати плату: «$29 USD на місяць, повторювано». Один Product може мати десятки Prices: щомісячна, річна, за валютою, за рівнем, за лічильником використання, архівні застарілі версії. Prices майже ніколи не редагують — їх створюють нові і мігрують.
| Об'єкт | Змінний? | Префікс ID | Використовується для |
|---|---|---|---|
| Product | Так (назва, опис, метадані) | prod_ | Рівень плану, набір функцій |
| Price | Ні (архівувати + створити новий) | price_ | Конфігурація стягнення для Product |
| Customer | Так | cus_ | Суб'єкт покупки, зберігає методи оплати |
| Subscription | Так (через endpoint update) | sub_ | Повторювані відносини між Customer і Prices |
| Invoice | Обмежено (фіналізація/анулювання) | in_ | Знімок заборгованості за один розрахунковий цикл |
Checkout vs кастомна інтеграція
Stripe Checkout — це хостована платіжна сторінка. Ви створюєте Checkout Session, перенаправляєте користувача на checkout.stripe.com, він платить, Stripe перенаправляє назад. Він обробляє картки, Apple Pay, Google Pay, Link, SEPA, ACH, BNPL, збір адреси, податки і 3DS — без написання жодного рядка UI. У 2026 році він також обробляє пробні версії, промокоди, мультивалюту і адаптивне ціноутворення. Для 90% B2B SaaS — це правильний вибір.
Кастомна інтеграція — Payment Intents плюс Stripe Elements — потрібна, коли redirect-based Checkout ламає flow: in-app upgrade модали, маркетплейс-flows з Connect, вбудований чекаут у багатокроковому onboarding.
Webhooks: єдине джерело істини
Найпоширеніша критична помилка у Stripe-інтеграціях: надання доступу до підписки на основі URL успіху Checkout. URL успіху спрацьовує на стороні клієнта. Його можна підробити. Він не спрацьовує при неявці. Він не спрацьовує при поновленні. Правильний спосіб: надавайте доступ лише у відповідь на webhook. Три обов'язкові події: customer.subscription.updated (будь-яка зміна стану підписки), invoice.paid (успішний платіж — надайте або продовжте доступ) і invoice.payment_failed (невдала оплата — почніть dunning-послідовність і деградуйте доступ через N днів).
Dunning і Smart Retries
Невдала оплата не означає відтоку — це означає, що картка відхилена, і у вас є вікно для відновлення. Стандартна конфігурація Stripe відновлює приблизно 15% невдалих платежів. Оптимізована конфігурація — 38–70%. Різниця: Smart Retries (Stripe ML визначає оптимальний час повторної спроби) + послідовність з 3 листів (день 1: повідомлення про невдачу, день 4: нагадування, день 7: попередження про скасування) + посилання на клієнтський портал для оновлення картки у кожному листі. Налаштуйте це одного разу — воно тихо відновлює тисячі доларів щомісяця.
Stripe Tax: увімкніть і забудьте
«Ми додамо податки пізніше» — одне з найдорожчих речень у SaaS. Кожна держава США має свої правила про nexus. ЄС вимагає VAT для цифрових послуг. Індія і Японія мають власні режими GST. Stripe Tax вирішує все це: детектує місце розташування клієнта, знаходить правильну ставку, перевіряє VAT-номери ЄС для B2B reverse charge, застосовує ставку на касі і показує розрахунок покупцю. Вартість — 0,5% від суми транзакції (макс $2.50). Це дешевше за один годину роботи податкового консультанта.
Upgrade і downgrade: правильна математика пропорції
Коли клієнт апгрейдиться з Starter ($29/міс) на Pro ($79/міс) посередині розрахункового циклу, Stripe автоматично вираховує кредит за невикористаний час на Starter і стягує пропорційну частку Pro за залишок циклу. Для downgrade за замовчуванням Stripe чекає до кінця поточного циклу і потім застосовує нижчу ціну. Для SaaS з seat-based pricing або pay-as-you-go — обидва поводяться інакше і вимагають окремої конфігурації.
Часті запитання
Скільки коштує Stripe Billing?
0,5–0,7% від обсягу транзакцій понад стандартний тариф Stripe (2,9% + $0.30). Оцінюйте $50–$70 за $10K MRR.
Stripe Billing vs Chargebee або Recurly?
Для ранньої стадії SaaS: Stripe Billing дешевший і простіший. Chargebee та Recurly мають сенс при $1M+ ARR з складною логікою ціноутворення або потребою у фінансовій звітності ASC 606.
Чи можна мігрувати існуючих підписників до Stripe?
Так — Stripe дає окремий endpoint для імпорту токенів карток від більшості основних процесорів. Підписки мігрують без повторного введення карткових даних.
Як обробляти failed payments без відтоку?
Smart Retries + 3-листова dunning-послідовність + посилання на портал оновлення картки. Відновлює 38–70% невдалих платежів при правильному налаштуванні.
основні висновки
- Products → Prices → Subscriptions → Invoices → Payments: засвойте ієрархію Stripe.
- Stripe Checkout правильний для 90% B2B SaaS.
- Webhooks — єдине джерело істини; ніколи не надавайте доступ через URL успіху.
- Smart Retries + dunning відновлює 38–70% невдалих платежів.
- Увімкніть Stripe Tax з першого дня — це дешевше, ніж виправляти пізніше.
Ведіть SaaS-підписників з одного посилання
Додайте UniLink до свого біо — об'єднайте Stripe Checkout, демо-форму і соцмережі. Безкоштовно.