वाइब कोडिंग · पाठ

चेकआउट सेट अप करना

निर्देश देकर भुगतान बटन जोड़ें।

पाठ 2, कुल 4 में से13 चरण

चेकआउट सेट अप करना, CoddyKit पर वाइब कोडिंग का एक निःशुल्क पाठ है। यह 4 में से 2वाँ पाठ है। इस अध्ययन पथ के 3 तक कोई भी पाठ पूरा पढ़ना निःशुल्क है — इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ व्यावहारिक अभ्यास भी उपलब्ध कराता है। यह वाइब कोडिंग सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। वाइब कोडिंग पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

चेकआउट क्या होता है

चेकआउट रूपांतरण का क्षण होता है: वह स्क्रीन जहाँ ग्राहक भुगतान करने का निर्णय पक्का करता है। आपका लक्ष्य है कि वह कम से कम चरणों में और बिना किसी सुरक्षा जोखिम के इसे पूरा कर ले।

सबसे सरल और भरोसेमंद विकल्प प्रदाता का होस्ट किया हुआ चेकआउट पृष्ठ है। प्रदाता प्रपत्र दिखाता है, कार्ड एकत्र करता है और उपयोगकर्ता को वापस भेजता है। आपको भुगतान का लगभग कोई उपयोगकर्ता इंटरफ़ेस नहीं लिखना पड़ता।

होस्ट किया हुआ बनाम अंतर्निहित

होस्ट किया हुआ चेकआउट उपयोगकर्ता को प्रदाता के पृष्ठ पर भेजता है और फिर वापस आपके पास लाता है। अंतर्निहित चेकआउट उनके JavaScript SDK का उपयोग करके प्रदाता के सुरक्षित फ़ील्ड आपके अपने पृष्ठ के भीतर दिखाता है।

होस्ट किया हुआ विकल्प सबसे जल्दी तैयार होता है और अनुपालन का दायरा सबसे कम रखता है। अंतर्निहित विकल्प अधिक डिज़ाइन नियंत्रण देता है, लेकिन अधिक कोड भी चाहिए। पहले एकीकरण के लिए होस्ट किए गए विकल्प को प्राथमिकता दें।

Compare Stripe's hosted Checkout Session against embedded Elements for my React app. I want the lowest PCI scope and fastest path to launch. Recommend one and explain the trade-off in two paragraphs.

सर्वर सत्र बनाता है

ब्राउज़र को कीमत तय करने का अधिकार कभी न दें। राशि, मुद्रा और उत्पाद आपके सर्वर पर तय होने चाहिए, जहाँ उपयोगकर्ता उनसे छेड़छाड़ नहीं कर सकता।

आपका बैकएंड विश्वसनीय कीमत के साथ चेकआउट सत्र बनाता है, फिर ब्राउज़र को केवल सत्र ID या URL देता है। क्लाइंट पुनर्निर्देशित करता है; वह राशि कभी निर्धारित नहीं करता।

Write a backend endpoint POST /create-checkout-session that looks up the product price from my database (never from the request body), creates a Stripe Checkout Session for it, and returns the session URL. Explain why reading the price from the client is a security hole.

सफलता और रद्दीकरण URL

होस्ट किए गए चेकआउट को लौटने के दो मार्ग चाहिए: पूरा भुगतान होने पर सफलता URL और प्रक्रिया छोड़ने पर रद्दीकरण URL। परिणाम खोजने के लिए प्रदाता एक सत्र ID जोड़ता है।

सफलता पृष्ठ पुष्टि है, प्राधिकरण नहीं। "धन्यवाद" दिखाएँ, लेकिन वेबहुक द्वारा भुगतान की पुष्टि होने के बाद ही पहुँच खोलें।

Set up the success_url and cancel_url for my Stripe Checkout Session. On the success page, fetch the session by ID to display the order summary, but make it clear in comments that real fulfilment happens in the webhook, not here.

पंक्ति मदें और उत्पाद

सत्र में पंक्ति मदें होती हैं: कौन-सा उत्पाद, कितनी मात्रा और कौन-सी कीमत। प्रदाता के डैशबोर्ड या API में उत्पाद और कीमतें परिभाषित करें, ताकि अस्थायी संख्याओं के बजाय स्थिर ID का संदर्भ दे सकें।

पहले से परिभाषित कीमतों से आप एक ही स्थान पर राशि बदल सकते हैं और चेकआउट कोड को बिना छुए रख सकते हैं। वे कूपन और कर नियमों को भी साफ़ तौर पर सक्षम बनाती हैं।

Help me model my catalog in Stripe: I have three plans (Basic, Pro, Team) each with monthly and yearly prices. Show how to create Products and Prices once, then reference their price IDs when building a Checkout Session.

ग्राहक का विवरण एकत्र करना

चेकआउट ईमेल, बिलिंग पता और कर ID एकत्र कर सकता है। ईमेल आवश्यक है — यह भुगतान को ग्राहक रिकॉर्ड से जोड़ता है और आपको रसीदें भेजने देता है।

केवल वही पूछें जिसकी आपको आवश्यकता है। हर अतिरिक्त फ़ील्ड उपयोगकर्ता के लिए बाधा है। लेकिन अपनी ओर से भुगतान को उपयोगकर्ता खाते से मिलाने के लिए हमेशा पर्याप्त जानकारी लें।

चेकआउट को उपयोगकर्ता से जोड़ना

भुगतान आपके सिस्टम के किसी विशिष्ट खाते से जुड़ना चाहिए। अपना आंतरिक उपयोगकर्ता ID सत्र में मेटाडेटा या क्लाइंट संदर्भ ID के रूप में भेजें।

वेबहुक आने पर यही ID आपको ठीक-ठीक बताती है कि पहुँच किसे देनी है। इसके बिना आपके पास बिना स्वामी का एक तैरता हुआ भुगतान रह जाता है।

When I create a Checkout Session, attach my internal user_id as client_reference_id and also as metadata. Show how I later read that back from the checkout.session.completed webhook to grant the right account access.

कर और अनुपालन

सीमाओं के पार बिक्री करने पर VAT, GST और बिक्री कर लागू होते हैं। कुछ प्रदाता (या व्यापारी-रिकॉर्ड प्रदाता मंच) आपके लिए कर की गणना करके उसे जमा कर देते हैं; अन्य आपसे इसे स्वयं संभालने की अपेक्षा करते हैं।

यह निर्णय जल्दी लें। पहले से चल रहे चेकआउट में बाद में कर जोड़ना बहुत कठिन होता है। यदि आप वैश्विक स्तर पर बिक्री करते हैं और कर-प्रबंधन किसी और से करवाना चाहते हैं, तो व्यापारी-रिकॉर्ड मॉडल यह बोझ हटा देता है।

I sell digital products to customers in the EU, UK, and US. Explain my options for handling sales tax and VAT: Stripe Tax versus a merchant-of-record like Paddle. Which removes the most compliance work from me?

वापसी रीडायरेक्ट संभालना

भुगतान के बाद उपयोगकर्ता आपके सफलता URL पर पहुंचता है। संवेदनशील पुष्टिकरण विवरण दिखाने से पहले, उसके ID का उपयोग करके सर्वर की ओर से सत्र का सत्यापन करें।

यहां भी पहुंच का संकेतक न बदलें। लंबित या सफलता संदेश दिखाएं और उत्पाद को वास्तव में अनलॉक करने का अधिकार वेबहुक को दें।

मोबाइल इन-ऐप खरीदारी

iOS और Android पर वेब चेकआउट लागू नहीं होता। Apple और Google डिजिटल वस्तुओं के लिए अपनी इन-ऐप खरीदारी प्रणालियों का उपयोग अनिवार्य करते हैं और प्लेटफ़ॉर्म शुल्क लेते हैं।

RevenueCat जैसे उपकरण दोनों स्टोर को एक SDK के पीछे समेट देते हैं, ताकि आप सभी प्लेटफ़ॉर्म पर उत्पादों, अधिकारों और रसीदों का एकसमान प्रबंधन कर सकें।

My app ships on web, iOS, and Android. Explain why I can't use Stripe Checkout for digital goods inside the mobile apps, and how RevenueCat unifies Apple and Google in-app purchases with a single entitlement check.

चेकआउट का शुरू से अंत तक परीक्षण करें

परीक्षण कुंजियों के साथ पूरा प्रवाह चलाएं: सत्र बनाएं, रीडायरेक्ट करें, परीक्षण कार्ड से भुगतान करें, वापस लौटें और पुष्टि करें कि वेबहुक सक्रिय हुआ। फिर रद्द करने वाले प्रवाह और अस्वीकृत कार्ड का परीक्षण करें।

जब तक हर शाखा — सफलता, रद्दीकरण, अस्वीकृति और वेबहुक द्वारा पूर्ति — सही ढंग से काम न करे, तब तक लाइव कुंजियों पर न जाएं।

Generate a test plan for my Stripe Checkout flow: list each step from session creation to webhook fulfilment, the test card to use, and the expected result for success, cancellation, and a declined card.

त्वरित जांच

चेकआउट का सबसे महत्वपूर्ण सुरक्षा नियम पक्का करें।

सारांश

होस्ट किया गया चेकआउट शुरुआत करने का सबसे तेज़ और कम-जोखिम वाला तरीका है: प्रदाता फ़ॉर्म दिखाता है और आपको लगभग कोई भुगतान UI नहीं बनाना पड़ता। आपका सर्वर विश्वसनीय कीमत के साथ सत्र बनाता है और अपने उपयोगकर्ता का ID जोड़ता है, ताकि परिणाम किसी खाते से जुड़ सके।

सफलता और रद्दीकरण URL वापसी संभालते हैं, लेकिन पूर्ति वेबहुक की प्रतीक्षा करती है। कर की योजना पहले बनाएं, याद रखें कि मोबाइल पर इन-ऐप खरीदारी आवश्यक है, और लाइव होने से पहले परीक्षण मोड में हर शाखा का परीक्षण करें।

शुरुआत निःशुल्क

एआई शिक्षक के साथ JavaScript सीखें — निःशुल्क

अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।

पाठ्यक्रम
25
पाठ
100

अक्सर पूछे जाने वाले प्रश्न

क्या “चेकआउट सेट अप करना” पाठ निःशुल्क है?

हाँ — वाइब कोडिंग अध्ययन पथ के 3 तक कोई भी पाठ, जिसमें “चेकआउट सेट अप करना” भी शामिल है, यहाँ वेब पर पूरा पढ़ना निःशुल्क है। इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ इंटरैक्टिव अभ्यास भी उपलब्ध कराता है। वाइब कोडिंग पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“चेकआउट सेट अप करना” में मैं क्या सीखूँगा?

निर्देश देकर भुगतान बटन जोड़ें। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ वाइब कोडिंग का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या वाइब कोडिंग शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर वाइब कोडिंग शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 2वाँ पाठ है।

“चेकआउट सेट अप करना” पाठ पूरा करने में कितना समय लगता है?

CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।

क्या मैं इस वाइब कोडिंग पाठ में कोड लिख और चला सकता हूँ?

हाँ। हर वाइब कोडिंग पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।

इस पाठ्यक्रम के सभी पाठ

  1. भुगतान की मूल अवधारणाएँ
  2. चेकआउट सेट अप करना
  3. सदस्यताओं का प्रबंधन
  4. भुगतानों का सुरक्षित सत्यापन
← वाइब कोडिंग पर वापस जाएँ