Stripe ഉപയോഗിച്ച് സബ്സ്ക്രിപ്ഷനുകൾ ചേർക്കുന്നത് എങ്ങനെ: പ്ലാനുകൾ, ട്രയലുകൾ, വെബ്ഹുക്കുകൾ, പരാജയപ്പെടുന്ന പേയ്മെന്റുകൾ
Stripe ഉപയോഗിച്ച് സബ്സ്ക്രിപ്ഷൻ ചേർക്കാൻ, Stripe Dashboard-ൽ ആവർത്തന വിലയുള്ള ഒരു പ്രോഡക്റ്റ് ഉണ്ടാക്കുക, സെർവറിൽ നിന്ന് ഉപയോക്താക്കളെ സബ്സ്ക്രിപ്ഷൻ മോഡിലുള്ള Stripe Checkout-ലേക്ക് അയയ്ക്കുക, ഓരോ പേയ്മെന്റും വിജയിക്കുമ്പോഴോ പരാജയപ്പെടുമ്പോഴോ മാറുമ്പോഴോ അവസാനിക്കുമ്പോഴോ നിങ്ങളുടെ ആപ്പിനെ അറിയിക്കാൻ ഒരു വെബ്ഹുക്ക് ഉപയോഗിക്കുക. സബ്സ്ക്രിപ്ഷൻ സ്റ്റാറ്റസ് ഉപയോക്താവിനൊപ്പം സൂക്ഷിച്ച് അതനുസരിച്ച് ആക്സസ് നൽകുക, പേയ്മെന്റ് വിജയ പേജിനെ അടിസ്ഥാനമാക്കരുത്. കാർഡ് മാറ്റാനും പ്ലാൻ മാറ്റാനും റദ്ദാക്കാനും ആളുകൾക്ക് സൗകര്യമൊരുക്കാൻ Manage billing ബട്ടൺ ചേർക്കുക. ഇതിനായി Stripe-ന്റെ ഹോസ്റ്റ് ചെയ്ത കസ്റ്റമർ പോർട്ടൽ തുറന്നാൽ മതി, ആ സ്ക്രീനുകൾ നിങ്ങൾ സ്വയം നിർമ്മിക്കേണ്ടതില്ല.
ഈ ഗൈഡ് നിങ്ങളുടെ ആപ്പിൽ പേയ്മെന്റുകൾ ചേർക്കുന്നത് എങ്ങനെ എന്നതിനെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. അത് ഒറ്റത്തവണ Checkout, ടെസ്റ്റ് മോഡ്, ലൈവ് ആകുന്നത് എന്നിവയെക്കുറിച്ച് പറയുന്നു. ഇവിടെ ആവർത്തന ബില്ലിംഗിലെ വ്യത്യാസങ്ങളിലാണ് ശ്രദ്ധ. Stripe വിവരങ്ങൾ Stripe-ന്റെ 2026 സെപ്റ്റംബർ വരെയുള്ള ഡോക്യുമെന്റേഷൻ അനുസരിച്ചുള്ളതാണ്.
സബ്സ്ക്രിപ്ഷനുകൾ ഒറ്റത്തവണ പേയ്മെന്റിനേക്കാൾ എന്തുകൊണ്ട് സങ്കീർണ്ണമാകുന്നു
ഒറ്റത്തവണ പേയ്മെന്റ് നടക്കുന്നത് ഉപയോക്താവ് നിങ്ങളുടെ ആപ്പിലിരിക്കുമ്പോഴാണ്. സബ്സ്ക്രിപ്ഷൻ ഉപയോക്താവ് പോയ ശേഷവും തുടരുന്നു: എല്ലാ മാസവും പുതുക്കൽ, കാലാവധി തീരുന്ന കാർഡുകൾ, കാലയളവിനിടയിലെ അപ്ഗ്രേഡുകൾ, കാലയളവിന്റെ അവസാനം പ്രാബല്യത്തിൽ വരുന്ന റദ്ദാക്കലുകൾ. ഇതിനെക്കുറിച്ചെല്ലാം നിങ്ങളുടെ ആപ്പ് അറിയുന്നത് വെബ്ഹുക്കുകൾ വഴിയാണ്. മിക്ക സബ്സ്ക്രിപ്ഷൻ പിശകുകളും ഉണ്ടാകുന്നത്, ആദ്യ പേയ്മെന്റ് മാത്രമാണ് കഥ മുഴുവനെന്ന് കരുതുന്നതുകൊണ്ടാണ്.
നിങ്ങളുടെ ഓപ്ഷനുകൾ
| സമീപനം | നിങ്ങൾ നിർമ്മിക്കുന്നത് | ഏറ്റവും അനുയോജ്യം |
|---|---|---|
| ആവർത്തന വിലയുള്ള Payment Link | ഒരു ലിങ്ക് മാത്രം | ആവശ്യം പരീക്ഷിക്കാൻ; ആക്സസ് കൈകൊണ്ട് നിയന്ത്രിക്കുന്നത് |
| Checkout (സബ്സ്ക്രിപ്ഷൻ മോഡ്) + കസ്റ്റമർ പോർട്ടൽ | ഒരു സെർവർ റൂട്ട്, ഒരു വെബ്ഹുക്ക്, ഒരു ബില്ലിംഗ് ബട്ടൺ | മിക്ക SaaS ആപ്പുകൾക്കും മെമ്പർഷിപ്പുകൾക്കും |
| Subscriptions API + സ്വന്തം പേയ്മെന്റ് ഫോം | ഇതിലും വളരെ കൂടുതൽ: പേയ്മെന്റ് UI, പ്രാമാണീകരണം, റീട്രൈകൾ | അസാധാരണമായ ബില്ലിംഗ് രീതിയുള്ള ആപ്പുകൾ |
| Merchant-of-record ദാതാവ് | Checkout-ന് സമാനം | നികുതി കൈകാര്യം ദാതാവ് ചെയ്യണമെന്നുള്ള വിൽപ്പനക്കാർ |
മിക്ക ആപ്പുകൾക്കും Checkout-ഉം പോർട്ടലും ചേർന്നതാണ് ശരിയായ തിരഞ്ഞെടുപ്പ്. നികുതി കാര്യം ആശങ്കയാണെങ്കിൽ Stripe vs Paddle vs Lemon Squeezy താരതമ്യം ചെയ്യുക.
ആദ്യം Stripe-ൽ വിലനിർണ്ണയം ആസൂത്രണം ചെയ്യുക
Stripe-ൽ പ്രോഡക്റ്റ് എന്നാൽ നിങ്ങൾ വിൽക്കുന്നത് ("Pro plan"), വില (Price) എന്നാൽ അതിന് എങ്ങനെ ചാർജ് ചെയ്യുന്നു ("മാസം $20", "വർഷം $200") എന്നതാണ്. ഒരു പ്രോഡക്റ്റിന് ഒന്നിലധികം വിലകൾ ഉണ്ടാകാം. ഇവ തീരുമാനിക്കുക:
- നിങ്ങൾ ഏതൊക്കെ ടിയറുകൾ നൽകുന്നു, ഓരോന്നും ആപ്പിൽ എന്ത് തുറന്നുതരുന്നു
- പ്രതിമാസമോ വാർഷികമോ അല്ലെങ്കിൽ രണ്ടും
- ട്രയൽ വേണോ, അത് മുൻകൂട്ടി കാർഡ് ആവശ്യപ്പെടണോ
പ്രോഡക്റ്റുകളും വിലകളും ടെസ്റ്റ് മോഡിൽ ഉണ്ടാക്കി അവയുടെ price ID-കൾ സൂക്ഷിക്കുക; നിങ്ങളുടെ ആപ്പ് അവയെയാണ് പരാമർശിക്കുന്നത്. വിലനിർണ്ണയം ഇതുവരെ ഉറപ്പിച്ചിട്ടില്ലെങ്കിൽ ഒരു SaaS ഉൽപ്പന്നത്തിന്റെ വില നിശ്ചയിക്കുന്നത് എങ്ങനെ, ഫ്രീമിയം vs ഫ്രീ ട്രയൽ എന്നിവ വായിക്കുക.
നിങ്ങൾ കൈകാര്യം ചെയ്യേണ്ട സബ്സ്ക്രിപ്ഷൻ ജീവിതചക്രം
Stripe-ന്റെ സബ്സ്ക്രിപ്ഷൻ അവലോകനം ഒരു സബ്സ്ക്രിപ്ഷന് ഉണ്ടാകാവുന്ന സ്റ്റാറ്റസുകൾ പട്ടികപ്പെടുത്തുന്നു. ആക്സസിന് ഏറ്റവും പ്രധാനപ്പെട്ടവ ഇവയാണ്:
| സ്റ്റാറ്റസ് | അർത്ഥം | ആക്സസ് നൽകണോ? |
|---|---|---|
trialing | ട്രയൽ കാലയളവിലാണ് | അതെ |
active | നല്ല നിലയിൽ | അതെ |
incomplete | ആദ്യ പേയ്മെന്റ് പൂർത്തിയായിട്ടില്ല; Stripe ഉപയോക്താവിന് 23 മണിക്കൂർ നൽകുന്നു | ഇല്ല |
incomplete_expired | ആദ്യ പേയ്മെന്റ് ഒരിക്കലും വിജയിച്ചില്ല | ഇല്ല |
past_due | അവസാന പേയ്മെന്റ് പരാജയപ്പെട്ടു അല്ലെങ്കിൽ ശ്രമിച്ചിട്ടില്ല; റീട്രൈകൾ വന്നേക്കാം | നിങ്ങളുടെ തീരുമാനം; പല ആപ്പുകളും ചെറിയ ഗ്രേസ് കാലയളവ് നൽകുന്നു |
unpaid | റീട്രൈകൾ കഴിഞ്ഞു, ഇൻവോയ്സുകൾ തുറന്നു കിടക്കുന്നു, ഇനി ശ്രമങ്ങളില്ല | ഇല്ല; ആക്സസ് റദ്ദാക്കണമെന്ന് Stripe-ന്റെ ഡോക്സ് പറയുന്നു |
canceled | അവസാനിച്ചു; വീണ്ടും തുടങ്ങാനാവില്ല | ഇല്ല |
paused | പേയ്മെന്റ് മാർഗ്ഗമില്ലാതെ ട്രയൽ അവസാനിക്കുകയും പോസ് ചെയ്യാൻ ക്രമീകരിക്കുകയും ചെയ്തു | ഇല്ല |
സബ്സ്ക്രിപ്ഷൻ സ്റ്റാറ്റസ് നിങ്ങളുടെ ഉപയോക്താവ് അല്ലെങ്കിൽ അക്കൗണ്ട് രേഖയിൽ സൂക്ഷിച്ച്, ആക്സസ് അതിനെ അടിസ്ഥാനമാക്കുക. പ്രസക്തമായ ഒരു വെബ്ഹുക്ക് എത്തുമ്പോഴെല്ലാം അത് പുതുക്കുക.
നിങ്ങൾ കൈകാര്യം ചെയ്യേണ്ട വെബ്ഹുക്ക് ഇവന്റുകൾ
| ഇവന്റ് | നിങ്ങളുടെ ആപ്പ് ചെയ്യുന്നത് |
|---|---|
checkout.session.completed | പുതിയ Stripe customer, subscription ID-കൾ നിങ്ങളുടെ ഉപയോക്താവുമായി ബന്ധിപ്പിക്കുക |
invoice.paid | സബ്സ്ക്രിപ്ഷൻ active ആക്കി പുതിയ കാലയളവിന്റെ അവസാന തീയതി രേഖപ്പെടുത്തുക |
invoice.payment_failed | കാർഡ് പരാജയപ്പെട്ടതായി ഉപയോക്താവിനെ അറിയിച്ച് പോർട്ടലിലേക്ക് ലിങ്ക് നൽകുക |
invoice.payment_action_required | കാർഡ് പ്രാമാണീകരണം പൂർത്തിയാക്കാൻ ഉപയോക്താവിനോട് ആവശ്യപ്പെടുക |
customer.subscription.updated | പ്ലാൻ, സ്റ്റാറ്റസ്, ഷെഡ്യൂൾ ചെയ്ത റദ്ദാക്കൽ എന്നിവ പുതുക്കുക |
customer.subscription.deleted | പണം നൽകിയുള്ള ആക്സസ് നീക്കം ചെയ്യുക |
customer.subscription.trial_will_end | ട്രയൽ അവസാനിക്കും മുമ്പ് ഉപയോക്താവിനെ ഓർമ്മിപ്പിക്കുക; Stripe ഇത് മൂന്ന് ദിവസം മുമ്പ് അയയ്ക്കുന്നു |
Stripe-ന്റെ വെബ്ഹുക്ക് ഡോക്സിലെ നിയമങ്ങൾ ഇപ്പോഴും ബാധകമാണ്: raw body ഉപയോഗിച്ച് സിഗ്നേച്ചർ പരിശോധിക്കുക, വേഗത്തിൽ 2xx നൽകുക, ഡ്യൂപ്ലിക്കേറ്റ്, ക്രമം തെറ്റിയ ഇവന്റുകൾ കൈകാര്യം ചെയ്യുക, വീണ്ടും വരുന്ന ഇവന്റുകൾ പ്രതീക്ഷിക്കുക. വെബ്ഹുക്ക് എന്താണ് എന്ന ഗൈഡ് ആശയം വിശദീകരിക്കുന്നു, പേയ്മെന്റ്സ് ഗൈഡ് നിയമങ്ങൾ വിശദമായി പറയുന്നു.
ഘട്ടം ഘട്ടമായി
- Stripe ടെസ്റ്റ് മോഡിൽ പ്രോഡക്റ്റുകളും വിലകളും ഉണ്ടാക്കുക.
- രഹസ്യങ്ങൾ ചേർക്കുക: സീക്രട്ട് കീ, price ID-കൾ, പിന്നീട് വെബ്ഹുക്ക് സൈനിംഗ് സീക്രട്ട്. ഫ്രണ്ടെൻഡ് കോഡിൽ ഒരിക്കലും ഇടരുത്.
- പ്രൈസിംഗ് പേജ്: ഓരോ പ്ലാനിന്റെയും ബട്ടൺ നിങ്ങളുടെ സെർവറിനെ വിളിക്കുന്നു, അത് ലോഗിൻ ചെയ്ത ഉപയോക്താവിനായി സബ്സ്ക്രിപ്ഷൻ മോഡിൽ Checkout Session ഉണ്ടാക്കുന്നു. പേയ്മെന്റിനെ അക്കൗണ്ടുമായി ബന്ധിപ്പിക്കാൻ വെബ്ഹുക്കിന് കഴിയാൻ നിങ്ങളുടെ ഉപയോക്തൃ ID അതിൽ നൽകുക.
- വെബ്ഹുക്ക് എൻഡ്പോയിന്റ്: സിഗ്നേച്ചർ പരിശോധിച്ച്, മുകളിലെ ഇവന്റുകൾ കൈകാര്യം ചെയ്ത്, ഓരോ ഉപയോക്താവിനും ഒരു സബ്സ്ക്രിപ്ഷൻ രേഖ പുതുക്കുക.
- ഫീച്ചറുകൾ തടയുക: സംരക്ഷിത ഓരോ പ്രവർത്തനത്തിനും സെർവറിൽ, സൂക്ഷിച്ച സ്റ്റാറ്റസിലും പ്ലാനിലും അടിസ്ഥാനമാക്കി പരിശോധിക്കുക; ബട്ടൺ മറച്ചു വയ്ക്കുന്നത് മാത്രം പോരാ.
- കസ്റ്റമർ പോർട്ടൽ: Stripe Dashboard-ൽ അത് ക്രമീകരിക്കുക (ആളുകൾക്ക് ഏത് പ്ലാനിലേക്ക് മാറാം, റദ്ദാക്കാമോ എന്ന്), തുടർന്ന് സെർവറിൽ പോർട്ടൽ സെഷൻ ഉണ്ടാക്കി റീഡയറക്ട് ചെയ്യുന്ന Manage billing ബട്ടൺ ചേർക്കുക.
- പരാജയപ്പെടുന്ന പേയ്മെന്റുകൾ: Stripe-ന്റെ ബില്ലിംഗ് ക്രമീകരണത്തിൽ റീട്രൈ സ്വഭാവവും അവസാന റീട്രൈക്ക് ശേഷം എന്ത് സംഭവിക്കണമെന്നും തിരഞ്ഞെടുക്കുക.
past_dueആകുമ്പോൾ ആപ്പിൽ ഒരു ബാനർ കാണിക്കുക. - മുഴുവൻ ജീവിതചക്രവും പരീക്ഷിക്കുക, തുടർന്ന് പ്രസിദ്ധീകരിച്ച് ലൈവ് വെബ്ഹുക്ക് രജിസ്റ്റർ ചെയ്യുക.
നിങ്ങളുടെ AI ബിൽഡറിന് നൽകാനുള്ള പ്രോംപ്റ്റുകൾ
Stripe ഉപയോഗിച്ച് സബ്സ്ക്രിപ്ഷൻ ബില്ലിംഗ് ചേർക്കുക. പ്ലാനുകൾ: Starter (price ID STRIPE_PRICE_STARTER-ൽ), Pro (STRIPE_PRICE_PRO-ൽ). പ്രൈസിംഗ് പേജ് സെർവറിൽ STRIPE_SECRET_KEY ഉപയോഗിച്ച് സബ്സ്ക്രിപ്ഷൻ മോഡിൽ Checkout Session ഉണ്ടാക്കുന്നു, ലോഗിൻ ചെയ്ത ഉപയോക്താവിന്റെ ID അതിനൊപ്പം ചേർക്കുന്നു. Stripe customer ID, subscription ID, പ്ലാൻ, സ്റ്റാറ്റസ് എന്നിവ ഉപയോക്താവിൽ സൂക്ഷിക്കുക. സീക്രട്ട് കീ ഒരിക്കലും ബ്രൗസറിൽ വെളിപ്പെടുത്തരുത്.
POST /api/stripe/webhook ചേർക്കുക. STRIPE_WEBHOOK_SECRET ഉപയോഗിച്ച് raw request body-യിൽ സിഗ്നേച്ചർ പരിശോധിക്കുക. checkout.session.completed, invoice.paid, invoice.payment_failed, customer.subscription.updated, customer.subscription.deleted, customer.subscription.trial_will_end എന്നിവ കൈകാര്യം ചെയ്യുക. പ്രോസസ് ചെയ്ത ഇവന്റ് ID-കൾ രേഖപ്പെടുത്തി ഡ്യൂപ്ലിക്കേറ്റുകൾ അവഗണിക്കുക. ഉപയോക്താവിന്റെ സ്റ്റാറ്റസ് ഇവന്റുകൾ വരുന്ന ക്രമത്തിൽ നിന്നല്ല, subscription ഒബ്ജക്റ്റിൽ നിന്ന് പുതുക്കുക.
Pro ഫീച്ചറുകൾ സെർവറിൽ തടയുക: സ്റ്റാറ്റസ് active അല്ലെങ്കിൽ trialing ആയിരിക്കുകയും പ്ലാൻ Pro ആയിരിക്കുകയും ചെയ്യുമ്പോൾ മാത്രം അനുവദിക്കുക. സ്റ്റാറ്റസ് past_due ആകുമ്പോൾ "പേയ്മെന്റ് പരാജയപ്പെട്ടു, കാർഡ് അപ്ഡേറ്റ് ചെയ്യുക" എന്ന ബാനർ കാണിക്കുക. ഈ ഉപയോക്താവിനായി Stripe customer പോർട്ടൽ തുറക്കുന്ന Manage billing ബട്ടൺ ചേർക്കുക.
അപ്ഗ്രേഡുകൾ, ഡൗൺഗ്രേഡുകൾ, പ്രൊറേഷൻ
ഉപയോക്താവ് പ്ലാൻ മാറ്റുമ്പോൾ, Stripe-ന്റെ ഡോക്സ് പറയുന്നതനുസരിച്ച് അത് പലപ്പോഴും പ്രൊറേഷൻ സൃഷ്ടിക്കുന്നു: നിലവിലെ ബില്ലിംഗ് കാലയളവിന്റെ ബാക്കി ഭാഗത്തേക്ക് പുതിയ വില ബാധകമാകുന്നു. പ്രൊറേഷൻ മുൻകൂട്ടി കാണാനോ ഓഫാക്കാനോ കഴിയും. രണ്ട് പ്ലാനുകളുടെയും ഇടവേള ഒന്നാണെങ്കിൽ ബില്ലിംഗ് തീയതികൾ മാറില്ല; പ്രതിമാസത്തിൽ നിന്ന് വാർഷികത്തിലേക്ക് മാറിയാൽ ബില്ലിംഗ് തീയതി മാറ്റത്തിന്റെ ദിവസത്തേക്ക് നീങ്ങും. പ്ലാൻ മാറ്റം പോർട്ടലിൽ അനുവദിക്കുന്നത് ആ ലോജിക് എഴുതുന്നതിൽ നിന്ന് നിങ്ങളെ ഒഴിവാക്കും, പക്ഷേ ഏതൊക്കെ മാറ്റങ്ങൾ അനുവദനീയമെന്ന് പോർട്ടൽ ക്രമീകരണത്തിൽ തീരുമാനിക്കണം.
ടെസ്റ്റിംഗ് ചെക്ക്‌ലിസ്റ്റ്
Stripe ടെസ്റ്റ് മോഡും ടെസ്റ്റ് കാർഡുകളും ഉപയോഗിച്ച് ഓരോ സ്റ്റേറ്റും പരിശോധിക്കുക:
- പുതിയ സബ്സ്ക്രിപ്ഷൻ ശരിയായ ഉപയോക്താവിന് ശരിയായ പ്ലാൻ നൽകുന്നു
- പണമടച്ച ഉടൻ ടാബ് അടച്ചാലും ആക്സസ് ലഭിക്കുന്നു (വെബ്ഹുക്ക് പ്രവർത്തിക്കുന്നു എന്ന് തെളിയുന്നു)
- സൈൻ-അപ്പിൽ നിരസിക്കപ്പെട്ട കാർഡ് ഒന്നും നൽകുന്നില്ല
- പുതുക്കൽ പരാജയപ്പെടുമ്പോൾ അക്കൗണ്ട് past_due ആകുകയും ബാനർ കാണിക്കുകയും ചെയ്യുന്നു
- പോർട്ടലിൽ കാർഡ് അപ്ഡേറ്റ് ചെയ്താൽ active സ്റ്റാറ്റസ് തിരിച്ചുവരുന്നു
- അപ്ഗ്രേഡ്, ഡൗൺഗ്രേഡ് എന്നിവ ഫീച്ചറുകൾ ശരിയായി മാറ്റുന്നു
- കാലയളവിന്റെ അവസാനം റദ്ദാക്കിയാൽ അവസാന തീയതി വരെ ആക്സസ് നിലനിൽക്കുന്നു, പിന്നെ നീക്കം ചെയ്യുന്നു
- ട്രയൽ ഉപയോക്താക്കൾക്ക് ആക്സസ് ലഭിക്കുന്നു, ഓർമ്മപ്പെടുത്തൽ ലഭിക്കുന്നു, ശരിയായി പണമടയ്ക്കുന്നവരാകുകയോ ആക്സസ് നഷ്ടപ്പെടുകയോ ചെയ്യുന്നു
- ഒരേ വെബ്ഹുക്ക് ഇവന്റ് രണ്ടുതവണ അയച്ചാലും ഒന്നും മാറുന്നില്ല
സമയം കടന്നുപോകുന്നതായി അനുകരിക്കാൻ Stripe-ന്റെ test clocks ഉപയോഗിക്കാം, അതിനാൽ ഒരു മാസം കാത്തിരിക്കാതെ പുതുക്കലുകൾ പരീക്ഷിക്കാം. അവ എങ്ങനെ ഉപയോഗിക്കാമെന്ന് Stripe-ന്റെ നിലവിലെ ടെസ്റ്റിംഗ് ഡോക്സ് പരിശോധിക്കുക.
സാധാരണ തെറ്റുകൾ
- സക്സസ് പേജിൽ ആക്സസ് നൽകൽ. ഉപയോക്താക്കൾ പണമടച്ചാലും ആ പേജിൽ എത്തിയേക്കില്ല. വെബ്ഹുക്ക് ഉപയോഗിക്കുക.
- ആദ്യ പേയ്മെന്റ് മാത്രം കൈകാര്യം ചെയ്യൽ. പുതുക്കലുകളും പരാജയങ്ങളും റദ്ദാക്കലുകളും പിന്നീട് ഇവന്റുകളായി വരുന്നു.
- പ്ലാൻ സ്റ്റാറ്റസ് ഫ്രണ്ടെൻഡിൽ മാത്രം പരിശോധിക്കൽ. ആർക്കും നിങ്ങളുടെ API നേരിട്ട് വിളിക്കാം.
- ഒരു ഉപയോക്താവിന് അബദ്ധത്തിൽ പല സബ്സ്ക്രിപ്ഷനുകൾ. പുതിയ Checkout Session ഉണ്ടാക്കും മുമ്പ് നിലവിലുള്ള സബ്സ്ക്രിപ്ഷൻ ഉണ്ടോ എന്ന് പരിശോധിക്കുക, അല്ലെങ്കിൽ നിലവിലെ ഉപയോക്താക്കളെ പോർട്ടലിലേക്ക് അയയ്ക്കുക.
- ആദ്യ പരാജയപ്പെട്ട പുതുക്കലിൽ തന്നെ ആക്സസ് റദ്ദാക്കൽ. കാർഡുകൾ പരാജയപ്പെടുന്നത് സാധാരണ കാരണങ്ങളാലാണ്. ചെറിയ ഗ്രേസ് കാലയളവും വ്യക്തമായ ബാനറും ഉപയോക്താക്കളെ നിലനിർത്തും.
- ലൈവ് വെബ്ഹുക്ക് മറക്കൽ. ടെസ്റ്റ്, ലൈവ് എൻഡ്പോയിന്റുകൾക്ക് വ്യത്യസ്ത സൈനിംഗ് സീക്രട്ടുകളാണ്.
- നികുതിയും റീഫണ്ടും അവഗണിക്കൽ. നിങ്ങളുടെ റീഫണ്ട് നയം തീരുമാനിക്കുക, ലോഞ്ചിന് മുമ്പ് നികുതി ബാധ്യതകൾ ഒരു അക്കൗണ്ടന്റുമായി പരിശോധിക്കുക.
Mythex-ൽ സബ്സ്ക്രിപ്ഷനുകൾ
Mythex-ൽ നിർമ്മിക്കുന്ന ആപ്പുകൾ നിങ്ങളുടെ സ്വന്തം Stripe അക്കൗണ്ടും കീകളുമാണ് ഉപയോഗിക്കുന്നത്; ആപ്പിനായി ഒറ്റ ക്ലിക്കിൽ Stripe കണക്ഷൻ ഇല്ല. നിങ്ങളുടെ ടെസ്റ്റ് കീകളും price ID-കളും പ്രോജക്റ്റ് രഹസ്യങ്ങളായി ചേർക്കുക, മുകളിലുള്ളത് പോലുള്ള പ്രോംപ്റ്റുകൾ ഉപയോഗിക്കുക, Preview-ൽ Stripe-ന്റെ ടെസ്റ്റ് കാർഡുകൾ ഉപയോഗിച്ച് പരീക്ഷിക്കുക. വെബ്ഹുക്കുകൾക്ക് ആപ്പിന്റെ പൊതു URL വേണം, അതിനാൽ Stripe-ൽ എൻഡ്പോയിന്റ് രജിസ്റ്റർ ചെയ്യുന്നതിന് മുമ്പ് പ്രസിദ്ധീകരിക്കുക. ലൈവ് കീകളിലേക്ക് മാറിയ ശേഷം ലൈവ് ആപ്പ് അവ എടുക്കാൻ വീണ്ടും പ്രസിദ്ധീകരിക്കുക. Stripe വഴി പേയ്മെന്റ് സ്വീകരിക്കുക, വെബ്ഹുക്കുകൾ ബാക്കെൻഡിൽ കൈകാര്യം ചെയ്യുക എന്നിവ കാണുക. വിശാലമായ ഉൽപ്പന്നത്തിന്, ബില്ലിംഗിന് ചുറ്റും എന്ത് നിർമ്മിക്കണമെന്ന് ഒരു SaaS MVP എങ്ങനെ നിർമ്മിക്കാം വിശദീകരിക്കുന്നു.
ചോദ്യങ്ങൾ
Stripe ഉപയോഗിച്ച് സബ്സ്ക്രിപ്ഷനുകൾ ചേർക്കാനുള്ള ഏറ്റവും ലളിതമായ മാർഗം ഏതാണ്?
Stripe Dashboard-ൽ ആവർത്തന വിലയുള്ള ഒരു പ്രോഡക്റ്റ് ഉണ്ടാക്കുക, സബ്സ്ക്രിപ്ഷൻ മോഡിലുള്ള Stripe Checkout-ലേക്ക് ഉപയോക്താക്കളെ അയയ്ക്കുക, സബ്സ്ക്രിപ്ഷൻ ഇവന്റുകൾ ഒരു വെബ്ഹുക്ക് വഴി കൈകാര്യം ചെയ്യുക, Manage billing ബട്ടൺ Stripe-ന്റെ ഹോസ്റ്റ് ചെയ്ത കസ്റ്റമർ പോർട്ടലുമായി ബന്ധിപ്പിക്കുക. ഇതോടെ കാർഡ് ഫോമുകളും പ്ലാൻ മാറ്റ സ്ക്രീനുകളും സ്വയം നിർമ്മിക്കേണ്ടി വരില്ല.
സബ്സ്ക്രിപ്ഷനുകൾക്ക് എനിക്ക് ഏതൊക്കെ Stripe വെബ്ഹുക്ക് ഇവന്റുകൾ വേണം?
കുറഞ്ഞത്: പുതിയ സബ്സ്ക്രിപ്ഷൻ നിങ്ങളുടെ ഉപയോക്താവുമായി ബന്ധിപ്പിക്കാൻ checkout.session.completed, ഓരോ വിജയകരമായ പേയ്മെന്റും ഉറപ്പാക്കാൻ invoice.paid, പുതുക്കൽ പരാജയപ്പെടുമ്പോൾ മുന്നറിയിപ്പ് നൽകാൻ invoice.payment_failed, പ്ലാൻ മാറ്റങ്ങളും റദ്ദാക്കലുകളും ട്രാക്ക് ചെയ്യാൻ customer.subscription.updated, customer.subscription.deleted.
സബ്സ്ക്രിപ്ഷൻ പേയ്മെന്റ് പരാജയപ്പെട്ടാൽ എന്ത് സംഭവിക്കും?
Stripe-ന്റെ 2026 സെപ്റ്റംബർ വരെയുള്ള ഡോക്യുമെന്റേഷൻ അനുസരിച്ച്, സബ്സ്ക്രിപ്ഷൻ സാധാരണയായി past_due ആകും, നിങ്ങളുടെ ക്രമീകരണമനുസരിച്ച് Stripe പേയ്മെന്റ് വീണ്ടും ശ്രമിച്ചേക്കാം. അവസാന ശ്രമത്തിനു ശേഷം റദ്ദാക്കണോ, unpaid ആക്കണോ, past_due ആയി തുടരണോ എന്നത് Dashboard ക്രമീകരണങ്ങളാണ് തീരുമാനിക്കുന്നത്.
കാർഡ് ആവശ്യപ്പെടാതെ സൗജന്യ ട്രയൽ നൽകാമോ?
ഉവ്വ്. Stripe സൗജന്യ ട്രയലുകളെ പിന്തുണയ്ക്കുന്നു, പേയ്മെന്റ് മാർഗ്ഗമില്ലാതെ അവസാനിക്കുന്ന ട്രയലുകൾക്ക് അങ്ങനെ ക്രമീകരിച്ചിട്ടുണ്ടെങ്കിൽ paused സ്റ്റാറ്റസ് ഉപയോഗിക്കാമെന്ന് അവരുടെ ഡോക്സ് പറയുന്നു. മുൻകൂട്ടി കാർഡ് ചോദിക്കുന്നത് സാധാരണയായി സൈൻ-അപ്പുകൾ കുറയ്ക്കും, പക്ഷേ പണം നൽകുന്നവരെ കൂട്ടാം. നിങ്ങളുടെ ഉൽപ്പന്നത്തിന് ഏതാണ് ചേരുന്നതെന്ന് പരീക്ഷിച്ച് നോക്കുക.