तुमचा अपटाइम डॅशबोर्ड तुम्हाला खोटं सांगत आहे. तो सांगतोय की तुमची साइट ऑनलाइन आहे. होमपेज लोड होतेय. SSL प्रमाणपत्र वैध आहे. प्रत्येक पिक्सेल अगदी योग्य ठिकाणी दिसत आहे. दरम्यान, तुमच्या स्टोअरने गेल्या सहा तासांत एकही खरा ऑर्डर प्रोसेस केलेला नाही, आणि हे तुम्हाला सांगणारी पहिली व्यक्ती तुमचा क्लायंट असेल, जो विचारत असेल की दैनंदिन विक्रीचा रिपोर्ट (daily sales report) शून्य का झाला आहे.

एखाद्या ई-कॉमर्स प्लॅटफॉर्मकडे केवळ माहिती देणारी (brochure) साइट म्हणून पाहणे, हा एक मूलभूत दोष आहे. मानक अपटाइम मॉनिटरिंग फक्त एकच प्रश्न विचारते: सर्व्हरने 200 OK स्टेटस दिले का? WooCommerce स्टोअरसाठी, हा प्रश्न पूर्णपणे चुकीचा ठरतो. सर्व्हर व्यवस्थित चालू असू शकतो, चेकआउट पेज अगदी व्यवस्थित दिसू शकते, तरीही पैशांचा प्रवाह थांबलेला असू शकतो. हा एक 'सायलेंट फेल्युअर' (silent failure) आहे, आणि सर्व्हर क्रॅश होण्यापेक्षा हा अधिक महागडा पडू शकतो.

जेव्हा "ऑनलाइन" असण्याचा काहीही अर्थ उरत नाही

200 रिस्पॉन्स फक्त हे सिद्ध करतो की PHP चे एक्झिक्यूशन पूर्ण झाले आणि त्याने ब्राउझरला HTML पाठवले. ते हे सिद्ध करत नाही की Stripe चे JavaScript लोड झाले आहे. ते हे सिद्ध करत नाही की 'place-order' बटण कार्यरत एंडपॉइंटवर (endpoint) सबमिट होत आहे. ते हे सिद्ध करत नाही की वेबहुक (webhook) ट्रिगर झाला, स्टॉक अपडेट झाला किंवा कन्फर्मेशन ईमेल पाठवला गेला. एक व्हिजिटर पूर्णपणे लोड झालेले चेकआउट पाहतो, कार्ड नंबर टाकतो, 'buy' वर क्लिक करतो आणि काहीच घडत नाही. किंवा त्याहून वाईट म्हणजे, पेमेंट यशस्वी झाले असूनही ऑर्डर 'failed' म्हणून नोंदवली जाते.

जर तुमची मॉनिटरिंग स्ट्रॅटेजी फक्त होमपेजला 'पिंग' करण्यापुरती मर्यादित असेल, तर तुम्ही चुकीच्या गोष्टीवर लक्ष ठेवत आहात. तुम्हाला थीम क्रॅश झाल्यामुळे हेडर गायब झाल्याचे दिसेल. पण पेमेंट गेटवे 'टेस्ट मोड'मध्ये अडकला असेल, तर ते तुम्हाला समजणार नाही. जेव्हा कोणी रेव्हेन्यू ग्राफ तपासेल किंवा एखाद्या रागावलेल्या ग्राहकाचा फोन येईल, तेव्हाच तुम्हाला याची जाणीव होईल.

स्टोअर डाऊन न होता बंद पडण्याचे पाच मार्ग

येथे अशा विशिष्ट त्रुटी आहेत ज्यामुळे WooCommerce स्टोअरचे अपटाइम १००% राहतो, पण कन्व्हर्जन (conversion) शून्य होते:

  • पेमेंट गेटवे टेस्ट मोडमध्ये अडकतात. एखादा डेव्हलपर बग शोधण्यासाठी Stripe किंवा PayPal ला 'सँडबॉक्स' (sandbox) मोडमध्ये बदलतो, समस्या सोडवतो आणि पुन्हा मूळ मोडवर आणायला विसरतो. खरे ग्राहक त्यांचे खरे कार्ड नंबर टाकतात आणि टेस्ट-मोडच्या अडथळ्याला भिडतात. कधीकधी ही त्रुटी स्पष्ट असते; तर कधीकधी ती नसते आणि व्यवहार (transaction) फक्त अडकून पडतो.
  • प्लगइन अपडेटमुळे चेकआउट टेम्पलेट बिघडते. WooCommerce अपडेट रिलीज करते किंवा पेज बिल्डरमध्ये बदल होतो आणि चेकआउट फॉर्म व्यवस्थित दिसत नाही. पेज लोड होते, पण बिलिंग फील्ड्स गायब होतात किंवा 'place-order' बटणावर क्लिक केल्यावर JavaScript एरर येतो. सर्व्हर ठीक असतो, पण युजर एक्सपिरियन्स (user experience) बिघडलेला असतो.
  • गेटवे एररमुळे फेल ऑर्डर्समध्ये वाढ होते. API की एक्सपायर होतात. करन्सीमध्ये तफावत येते. 3D Secure च्या अटी बदलतात. या त्रुटी WooCommerce ॲडमिनमध्ये 'failed orders' म्हणून दिसतात, तुमच्या अपटाइम लॉग्समध्ये 'server errors' म्हणून नाही. जर तुम्ही चुकीच्या स्क्रीनकडे पाहत असाल, तर हळूहळू होणारी महसुलाची हानी (revenue leak) तुमच्या लक्षात येणार नाही.
  • सर्व्हर-साइड ऑर्डर पाइपलाइन अडकते. ग्राहक 'buy' वर क्लिक केल्यानंतर एखादे थर्ड-पार्टी ERP इंटिग्रेशन, कस्टम स्टॉक-सिंक फंक्शन किंवा शिपिंग-रेट कॅल्क्युलेटर टाइम-आउट होते. ऑर्डर अनिश्चित काळासाठी 'pending' स्टेटसमध्ये राहते. ग्राहक पेज रिफ्रेश करतो, गोंधळतो आणि निघून जातो. तुमचे होस्टिंग मेट्रिक्स तरीही 'ग्रीन' दिसतात.
  • कोणत्याही स्पष्ट कारण नसताना ऑर्डर फ्लो थांबतो. कोणताही फेटल एरर (fatal error) नसतो. प्लगइन कॉन्फ्लिक्टही नसतो. फक्त कॅशे (cache) जुने चेकआउट JavaScript दाखवू लागते. एखादे कन्सेन्ट-मॅनेजमेंट बॅनर पेमेंट iframe ला ब्लॉक करते. एखादा CDN एज नोड स्क्रिप्टची जुनी आवृत्ती देतो. साइट ऑनलाइन असते, पण चेकआउट काम करत नाही.

खरोखर महत्त्वाच्या गोष्टींचे मॉनिटरिंग करा

या त्रुटी पकडण्यासाठी, तुम्हाला इन्फ्रास्ट्रक्चरवर लक्ष ठेवणे थांबवून बिझनेस लॉजिकवर (business logic) लक्ष केंद्रित करावे लागेल. वास्तविक ट्रान्झॅक्शन फ्लोमधील गुंतागुंत लक्षात घेऊन मॉनिटरिंग स्ट्रॅटेजी कशी तयार करावी, ते खाली दिले आहे.

फक्त अपटाइम नाही, तर ऑर्डर फ्लोचे मॉनिटरिंग करा. एखादे उत्पादन कार्टमध्ये जोडता येते का, चेकआउट एंडपॉइंट वैध JSON सह प्रतिसाद देते का आणि यशस्वी पेमेंटनंतर 'thank-you' पेज लोड होते का, याचा मागोवा घ्या. जर तुम्ही बाह्य पिंग टूल्सवर अवलंबून असाल, तर त्यांना फक्त डोमेन रूटवर नाही, तर क्रिटिकल पाथवर (critical path) लक्ष केंद्रित करण्यासाठी कॉन्फिगर करा.

फेल ऑर्डर्सची तुलना सात दिवसांच्या बेसलाइनशी करा. केवळ संख्यांचा वापर करू नका. एखाद्या प्रमोशननंतर सोमवारच्या सकाळी एका तासात पाच ऑर्डर्स फेल होणे सामान्य असू शकते. पण शांत बुधवारी दुपारी एका तासात पाच ऑर्डर्स फेल होणे ही धोक्याची घंटा (red flag) आहे. केवळ ठराविक मर्यादा (thresholds) न पाहता, तुमच्या स्वतःच्या रोलिंग बेसलाइनमधील (rolling baseline) बदलांकडे लक्ष द्या.

लाईव्ह गेटवे सँडबॉक्स मोडमध्ये आहेत का ते तपासा. हे तुमच्या डिप्लॉयमेंट चेकलिस्टचा आणि तुमच्या ऑटोमेटेड टेस्टचा भाग बनवा. ॲक्टिव्ह गेटवे सेटिंग्ज तपासा किंवा पब्लिक API कीज तपासा जेणेकरून त्या प्रोडक्शन क्रेडेंशियल्स असल्याची खात्री होईल. स्टोअर कधीही टेस्ट एन्व्हायरनमेंटला पॉइंट करत असताना लाईव्ह जाऊ नये.

दररोज सर्व्हर-साइड स्मोक टेस्ट रन करा. मानवी डोळ्यांना दिसण्यापूर्वी चेकआउट प्रक्रिया बंद पडली आहे का, हे शोधण्यासाठी ही सर्वात प्रभावी सुरक्षा यंत्रणा आहे.

डेली स्मोक टेस्ट तयार करणे

एक योग्य स्मोक टेस्ट तुमच्या डेटाबेसमध्ये गोंधळ न करता एक वास्तववादी ऑर्डर तयार करते. ही प्रक्रिया अशी दिसते: एक लपवलेला व्हर्च्युअल प्रॉडक्ट तयार करा, WooCommerce API द्वारे टेस्ट ऑर्डर रन करा, एकूण रक्कम (totals) अचूकपणे मोजली जाते की नाही याची पडताळणी करा, ऑर्डरच्या विविध स्टेटस मधून ती पुढे न्या आणि त्यानंतर सर्व डेटा (artifacts) डिलीट करा.

अंमलबजावणीचे तपशील महत्त्वाचे आहेत. जर तुम्ही क्लिनअप (cleanup) काळजीपूर्वक केला नाही, तर तुमचे रिपोर्ट्स बनावट ऑर्डर्स आणि काल्पनिक प्रॉडक्ट्सनी भरून जातील.

टेस्ट दरम्यान WooCommerce ईमेल्स थांबवा. स्टोअर मालक किंवा ॲडमिनला पहाटे ३:०० वाजता 'New Order' ईमेल मिळावा, अशी परिस्थिती तुम्ही कधीही इच्छित नसाल, कारण एखादा cron job त्याची डेली चेक रन करत आहे. स्क्रिप्ट चालू असेपर्यंत आउटगोइंग नोटिफिकेशन्स बंद करा किंवा टेस्ट ऑर्डर आयडीशी संबंधित असलेले कोणतेही ईमेल ब्लॉक करण्यासाठी फिल्टर वापरा.

स्क्रिप्ट क्रॅश झाल्यास डेटा क्लिनअप करण्यासाठी shutdown function वापरा. PHP तुम्हाला shutdown function रजिस्टर करण्याची परवानगी देते, जे एखादा fatal error प्रोसेस थांबवत असतानाही कार्यान्वित होते. जर टॅक्स मोजताना किंवा ऑर्डर स्टेटस बदलताना तुमची स्मोक टेस्ट थांबली, तरीही ती क्लिनअप रूटीन चाललीच पाहिजे. अन्यथा, तुम्ही अर्धवट राहिलेल्या (orphaned) ऑर्डर्स आणि प्रॉडक्ट्स मागे सोडाल.

Orphan डेटा टाळण्यासाठी निर्मितीनंतर लगेच IDs रेकॉर्ड करा. व्हर्च्युअल प्रॉडक्ट तयार होताच त्याचा ID कॅप्चर करा. टेस्ट ऑर्डर तयार होताच तिचा ID कॅप्चर करा. हे लगेच व्हेरिएबल्समध्ये स्टोअर करा. तुम्ही आता काय तयार केले आहे हे विचारण्यासाठी स्क्रिप्टच्या शेवटपर्यंत वाट पाहू नका. जर स्क्रिप्ट मध्येच फेल झाली, तर तुमच्याकडे ते IDs आधीच असणे आवश्यक आहे जेणेकरून तुमच्या shutdown handler ला नक्की काय डिलीट करायचे आहे हे समजेल.

ही टेस्ट युजर इंटरफेस बायपास करते आणि थेट ॲप्लिकेशन लेयरशी संवाद साधते. हे महत्त्वाचे आहे. फ्रंट एंड कॅश (cached) असू शकते, मिनिफाइड (minified) असू शकते किंवा डझनभर ब्राउझर एक्स्टेंशन्सद्वारे बदलले जाऊ शकते. API हे मूळ सत्य दर्शवते: WooCommerce अजूनही ऑर्डर तयार करू शकते का, मोजू शकते का आणि तिचे स्टेटस बदलू शकते का?

संरक्षणाचे दोन स्तर

तुम्हाला एक्सटर्नल (external) आणि इंटरनल (internal) मॉनिटरिंग या दोन्हीची गरज आहे, आणि प्रत्येक स्तर तुम्हाला प्रत्यक्षात काय सांगतो हे समजून घेणे आवश्यक आहे.

एक्सटर्नल मॉनिटरिंग या प्रश्नाचे उत्तर देते, "लोक साइटवर पोहोचू शकतात का?" DNS समस्या, SSL एक्स्पायरी, डाऊन सर्व्हर्स आणि नेटवर्क पार्टिशनिंग शोधण्यासाठी याचा वापर करा. इन्फ्रास्ट्रक्चर फेल्युअर विरुद्ध हे तुमचे पहिले संरक्षण कवच आहे.

इंटरनल मॉनिटरिंग या प्रश्नाचे उत्तर देते, "लोक काही खरेदी करू शकतात का?" हे तुमच्या ॲप्लिकेशनच्या आत असते. ते ऑर्डर फेल्युअर रेट्स, गेटवे मोड, चेकआउट दरम्यान डेटाबेस परफॉर्मन्स आणि तुमच्या डेली स्मोक टेस्टचे निकाल तपासते. हे अशा बिझनेस-लॉजिक फेल्युअरला पकडते जे कोणतेही एक्सटर्नल पिंग सर्व्हिस कधीही पाहू शकणार नाही.

आउटेज (outage) गोंगाटाचा असतो. साइट डाऊन होते, अलर्ट येतो आणि तुम्ही ती दुरुस्त करता. ग्राहक कदाचित तक्रार करतील, पण ते अनेकदा परत येतात. पण तुटलेले चेकआउट शांत असते. तुमचे जाहिराती सुरू राहतात, तुमचा ॲक्विझिशन बजेट खर्च होत राहते आणि ग्राहक एक शब्दही न बोलता निघून जातात. तुमचा अपटाइम डॅशबोर्ड (uptime dashboard) संपूर्ण वेळ आश्वासक हिरव्या रंगात राहतो.

होमपेज पाहणे थांबवा. पैशांवर लक्ष केंद्रित करायला सुरुवात करा.