German 
French 
English 
Spanish 
Chinese 
Japanese 
Korean 
Hindi 
Norwegian 
Merchant site के अंदर सीधे online payment
Web developer के रूप में, मुझे यह चुनाव कई बार करना पड़ा है। मैं अपनी sites पूरी तरह खुद बनाता हूं, यानी Wordpress, Prestashop, Drupal जैसे prebuilt CMS के बिना।
जब कोई client अपनी website में online payment जोड़ना चाहता है, तो मैं उससे उसकी bank के अनुसार Sogecommerce, Merkanet जैसे payment engine चुनने को कहता हूं, फिर पूरी integration विकसित करता हूं।
Online payment system विकसित करते समय ऐसे engines कई options देते हैं, जिनमें दो अलग तरीके होते हैं:
- एक link button देना जो bank की payment page पर जाता है, साथ में cart ID, price और payment information भेजता है। ग्राहक merchant site छोड़कर bank site पर data डालता है और फिर वापस आता है या नहीं।
- card number सीधे merchant site में मांगना, फिर expiry date और CVC के साथ bank को भेजना। इस स्थिति में ग्राहक card details shop page में डालता है और site उन्हें process या store कर सकती है।
व्यक्तिगत रूप से, मैं clients को ऐसी version चुनने की सलाह देता हूं जिसमें ग्राहक की card information सीधे site page में न मांगी जाए, ताकि legal और security problems से बचा जा सके। दूसरे विकल्प में site database में customers की bank card information store कर सकती है, जो मुझे सच में risky लगता है।
कुछ sites अगला payment तेज करने के लिए payment methods save करना चाहती हैं। लेकिन customer risk लेता है: site malicious हो सकती है, hack हो सकती है, या कोई employee card numbers copy कर सकता है।
HTTPS और browser lock का मतलब यह नहीं कि merchant भरोसेमंद है। HTTPS मुख्यतः data transmission को protect करता है, लेकिन यह proof नहीं कि site data को सही ढंग से संभालेगी।
अगर card इस्तेमाल करने के बाद चोरी हो जाए तो complaint की जा सकती है, लेकिन number पहले ही बाहर जा चुका होगा और पैसा खो सकता है।
SMS validation भी पूर्ण सुरक्षा नहीं देता, क्योंकि कुछ foreign sites mobile verification नहीं मांगतीं और SMS security भी hack हो सकती है।
संक्षेप में, यदि कोई website आपकी card information सीधे अपनी pages में मांगती है, तो पूरी तरह trust न हो तो avoid करना बेहतर है। सबसे सुरक्षित तरीका ऐसी page पर payment करना है जिसकी URL असली bank की हो, merchant site से बाहर।
इसके अलावा अक्सर PayPal option भी होता है। इसका उपयोग करने के लिए PayPal account जरूरी नहीं; PayPal payment के दौरान card details सीधे डाली जा सकती हैं।
Merchant site के अंदर सीधे online payment
Web developer के रूप में, मुझे यह चुनाव कई बार करना पड़ा है। मैं अपनी sites पूरी तरह खुद बनाता हूं, यानी Wordpress, Prestashop, Drupal जैसे prebuilt CMS के बिना।
जब कोई client अपनी website में online payment जोड़ना चाहता है, तो मैं उससे उसकी bank के अनुसार Sogecommerce, Merkanet जैसे payment engine चुनने को कहता हूं, फिर पूरी integration विकसित करता हूं।
Online payment system विकसित करते समय ऐसे engines कई options देते हैं, जिनमें दो अलग तरीके होते हैं:
- एक link button देना जो bank की payment page पर जाता है, साथ में cart ID, price और payment information भेजता है। ग्राहक merchant site छोड़कर bank site पर data डालता है और फिर वापस आता है या नहीं।
- card number सीधे merchant site में मांगना, फिर expiry date और CVC के साथ bank को भेजना। इस स्थिति में ग्राहक card details shop page में डालता है और site उन्हें process या store कर सकती है।
व्यक्तिगत रूप से, मैं clients को ऐसी version चुनने की सलाह देता हूं जिसमें ग्राहक की card information सीधे site page में न मांगी जाए, ताकि legal और security problems से बचा जा सके। दूसरे विकल्प में site database में customers की bank card information store कर सकती है, जो मुझे सच में risky लगता है।
कुछ sites अगला payment तेज करने के लिए payment methods save करना चाहती हैं। लेकिन customer risk लेता है: site malicious हो सकती है, hack हो सकती है, या कोई employee card numbers copy कर सकता है।
HTTPS और browser lock का मतलब यह नहीं कि merchant भरोसेमंद है। HTTPS मुख्यतः data transmission को protect करता है, लेकिन यह proof नहीं कि site data को सही ढंग से संभालेगी।
अगर card इस्तेमाल करने के बाद चोरी हो जाए तो complaint की जा सकती है, लेकिन number पहले ही बाहर जा चुका होगा और पैसा खो सकता है।
SMS validation भी पूर्ण सुरक्षा नहीं देता, क्योंकि कुछ foreign sites mobile verification नहीं मांगतीं और SMS security भी hack हो सकती है।
संक्षेप में, यदि कोई website आपकी card information सीधे अपनी pages में मांगती है, तो पूरी तरह trust न हो तो avoid करना बेहतर है। सबसे सुरक्षित तरीका ऐसी page पर payment करना है जिसकी URL असली bank की हो, merchant site से बाहर।
इसके अलावा अक्सर PayPal option भी होता है। इसका उपयोग करने के लिए PayPal account जरूरी नहीं; PayPal payment के दौरान card details सीधे डाली जा सकती हैं।
Merchant site के अंदर सीधे online payment
Web developer के रूप में, मुझे यह चुनाव कई बार करना पड़ा है। मैं अपनी sites पूरी तरह खुद बनाता हूं, यानी Wordpress, Prestashop, Drupal जैसे prebuilt CMS के बिना।
जब कोई client अपनी website में online payment जोड़ना चाहता है, तो मैं उससे उसकी bank के अनुसार Sogecommerce, Merkanet जैसे payment engine चुनने को कहता हूं, फिर पूरी integration विकसित करता हूं।
Online payment system विकसित करते समय ऐसे engines कई options देते हैं, जिनमें दो अलग तरीके होते हैं:
- एक link button देना जो bank की payment page पर जाता है, साथ में cart ID, price और payment information भेजता है। ग्राहक merchant site छोड़कर bank site पर data डालता है और फिर वापस आता है या नहीं।
- card number सीधे merchant site में मांगना, फिर expiry date और CVC के साथ bank को भेजना। इस स्थिति में ग्राहक card details shop page में डालता है और site उन्हें process या store कर सकती है।
व्यक्तिगत रूप से, मैं clients को ऐसी version चुनने की सलाह देता हूं जिसमें ग्राहक की card information सीधे site page में न मांगी जाए, ताकि legal और security problems से बचा जा सके। दूसरे विकल्प में site database में customers की bank card information store कर सकती है, जो मुझे सच में risky लगता है।
कुछ sites अगला payment तेज करने के लिए payment methods save करना चाहती हैं। लेकिन customer risk लेता है: site malicious हो सकती है, hack हो सकती है, या कोई employee card numbers copy कर सकता है।
HTTPS और browser lock का मतलब यह नहीं कि merchant भरोसेमंद है। HTTPS मुख्यतः data transmission को protect करता है, लेकिन यह proof नहीं कि site data को सही ढंग से संभालेगी।
अगर card इस्तेमाल करने के बाद चोरी हो जाए तो complaint की जा सकती है, लेकिन number पहले ही बाहर जा चुका होगा और पैसा खो सकता है।
SMS validation भी पूर्ण सुरक्षा नहीं देता, क्योंकि कुछ foreign sites mobile verification नहीं मांगतीं और SMS security भी hack हो सकती है।
संक्षेप में, यदि कोई website आपकी card information सीधे अपनी pages में मांगती है, तो पूरी तरह trust न हो तो avoid करना बेहतर है। सबसे सुरक्षित तरीका ऐसी page पर payment करना है जिसकी URL असली bank की हो, merchant site से बाहर।
इसके अलावा अक्सर PayPal option भी होता है। इसका उपयोग करने के लिए PayPal account जरूरी नहीं; PayPal payment के दौरान card details सीधे डाली जा सकती हैं।