एक परिभाषित कार्य और जिम्मेदार मालिक आवश्यक करें
खोज करने से पहले, विज़िटर या स्टाफ़ परिणाम को एक वाक्य में वर्णन करें। फिर जाँचें कि क्या WordPress, थीम, होस्ट नियंत्रण या कोई मौजूदा प्लगइन पहले से वह कार्य कर रहा है। केवल इंटरफ़ेस या फीचर लिस्ट के कारण दूसरा टूल न जोड़ें।
प्रत्येक अनुमोदित प्लगइन के लिए उसका मालिक, उपयोग स्थान, प्रमुख सेटिंग्स, जुड़े खाते या API कुंजियाँ और हटाने की शर्त रिकॉर्ड करें। मालिक सूचनाओं की समीक्षा और परिवर्तनों का परीक्षण करता है। इससे इंस्टॉलेशन इतिहास एक निर्भरता रजिस्टर में बदल जाता है।
उन पृष्ठों, फॉर्म्स, एडिटर वर्कफ्लोज़ या बैक-ऑफिस प्रक्रियाओं की सूची बनाएं जिन्हें यह बदल सकता है।
डुप्लिकेट एनालिटिक्स, कैशिंग, फॉर्म्स, पॉप-अप या ऑप्टिमाइज़ेशन फ़ंक्शन को दस्तावेज़ किए बिना न रखें।
लॉन्च के बाद नए और उच्च-प्रभाव वाले प्लगइन्स की समीक्षा और नियमित रखरखाव कैलेंडर तय करें।
एक्टिवेट करने से पहले उम्मीदवारों का मूल्यांकन करें
शुरुआत के बिंदु के रूप में Plugins Add New स्क्रीन और WordPress Plugin Directory का उपयोग करें। WordPress लेखक, उपयोगकर्ता रेटिंग, अंतिम-अपडेट जानकारी, संगतता और विवरण के लिंक दिखाता है। डॉक्यूमेंटेशन, रिलीज़ नोट्स, समर्थन विकल्प और गोपनीयता जानकारी पढ़ें। वही कठोरता खरीदें या कहीं और डाउनलोड किए गए प्लगइन्स पर भी लागू करें।
देखें कि मेंटेनर समर्थित WordPress और PHP संस्करणों, प्लगइन क्या बदलता है, और सुरक्षा समस्या रिपोर्ट करने का तरीका स्पष्ट रूप से बताता है। WordPress.org किसी सुरक्षा मुद्दे के लिए डायरेक्टरी प्लगइन को बंद कर सकता है, लेकिन यह आपके मूल्यांकन या रखरखाव की जगह नहीं लेता।
यदि कोर, थीम, होस्ट या मौजूदा फ़ंक्शनलिटी आवश्यकता पूरी कर रही है तो उम्मीदवार को अस्वीकार करें।
घोषित आवश्यकताओं की तुलना अपने लाइव वातावरण, सक्रिय थीम और महत्वपूर्ण प्लगइन्स से करें।
रेटिंग्स पैटर्न उजागर कर सकती हैं, पर वे कोड ऑडिट नहीं हैं।
एक्सेस, डेटा और बाहरी सेवाओं का मैप बनाएं
अनुमोदन से पहले यह विवरण दें कि प्लगइन क्या बदलता है, कौन-सी जानकारी वह एकत्र/स्टोर करता है, वह जानकारी कहाँ जाती है, उसकी इंटीग्रेशन किसे एडमिन करता है, और उसकी सेवा अनुपलब्ध या हटाने पर क्या होगा। ब्राउज़र स्क्रिप्ट्स, iframes, वेबहुक्स, API कुंजियाँ और सर्विस अकाउंट्स को भी नोट करें।
WordPress गोपनीयता मार्गदर्शन प्लगइन लेखकों को सुझावित गोपनीयता-नीति पाठ देने के लिए कहता है जब उनका प्लगइन उपयोगकर्ता डेटा इकट्ठा, उपयोग, स्टोर या तृतीय-पक्ष को पास करता है। इसे विक्रेता के स्पष्टीकरण की जाँच के लिए उपयोग करें, न कि स्वचालित कानूनी अनुपालन के रूप में। भुगतान, स्वास्थ्य डेटा, संवेदनशील व्यक्तिगत डेटा, या विनियमित कार्यों के लिए, रिलीज़ से पहले योग्य गोपनीयता, सुरक्षा, भुगतान और कानूनी समीक्षा प्राप्त करें।
केवल वही रोल्स, खाते, स्कोप और कुंजी उपयोग करें जो आवश्यक हों; लोग या टूल बदलने पर पुराने एक्सेस को हटाएँ।
डेटा श्रेणियाँ, प्राप्तकर्ता, रिटेंशन नियंत्रण और हटाने के चरण रिकॉर्ड करें।
एक संरक्षित स्टेजिंग कॉपी में संगतता का परीक्षण करें
स्टेजिंग एक अलग टेस्ट कॉपी है जिसका उपयोग उत्पादन से पहले किसी परिवर्तन की जाँच के लिए किया जाता है। नए प्लगइन या उच्च-प्रभाव वाले परिवर्तन के लिए इसका उपयोग करें। इसे सुरक्षित रखें, जहाँ संभव हो वास्तविक ग्राहक डेटा से बचें, और लाइव ईमेल, भुगतान या वेबहुक्स को रोकें।
प्रभावित यात्राओं का परीक्षण करें: सार्वजनिक पृष्ठ, फॉर्म्स, साइन-इन, प्रकाशन, खोज, और जहाँ लागू हो कार्ट या चेकआउट। फिर एरर लॉग और Site Health की जाँच करें। Site Health प्लगइन संस्करण, निर्माता और ऑटो-अपडेट सेटिंग्स दिखाता है। स्टेजिंग हर प्रोडक्शन कंडीशन को पुनरुत्पन्न नहीं कर सकता।
अपडेट या उच्च-प्रभाव वाले प्लगइन को एक बार में ही लागू करें ताकि रिग्रेशन का खोज क्षेत्र छोटा रहे।
प्रभावित वर्कफ़्लो का परीक्षण एक विज़िटर और उस एडिटर/ऐडमिन के रूप में करें जो उस वर्कफ़्लो का उपयोग करता है।
पिछला संस्करण, अपेक्षित व्यवहार, त्रुटियाँ और अनुमोदन निर्णय रिकॉर्ड रखें।
प्रदर्शन मापें और जोखिम-आधारित अपडेट नीति अपनाएँ
एक ही टेस्ट विधि का उपयोग करके प्रतिनिधि पृष्ठों की तुलना पहले और बाद में करें। पेज वेट, नेटवर्क अनुरोध, ब्राउज़र त्रुटियाँ और समर्थित इंटरैक्शन का निरीक्षण करें। जब किसी प्लगइन पर संदेह हो तो WordPress सर्वर प्रदर्शन मापने के लिए चुनिंदा रूप से प्लगइन्स अक्षम करने की सलाह देता है। केवल प्रशासन स्क्रीन या एक सिंथेटिक स्कोर पर भरोसा न करें।
Google web.dev कहता है कि थर्ड-पार्टी JavaScript नेटवर्क वर्क बढ़ा सकता है, रेंडरिंग विलंबित कर सकता है, और गोपनीयता, सुरक्षा और पेज व्यवहार को प्रभावित कर सकता है। अनावश्यक स्क्रिप्ट्स और वेंडर्स का ऑडिट करें। WordPress प्रति-प्लगइन ऑटो-अपडेट का समर्थन करता है और सूचनाएँ भेजता है, पर शेड्यूल्ड अपडेट WordPress Cron पर निर्भर करते हैं — दोनों की पुष्टि करें। नियंत्रित ऑटो-अपडेट्स कम-प्रभाव वाले, अच्छी तरह समझे गए प्लगइन्स के लिए उपयुक्त हो सकते हैं जिनके पास बैकअप और सत्यापन है। चेकआउट, प्रमाणीकरण, सहमति, या कस्टम इंटीग्रेशन को स्टेजिंग और स्पष्ट अनुमोदन दें। ये निर्णय श्रेणी नहीं बल्कि जोखिम-आधारित विकल्प हैं।
बताएँ कौन सूचनाएँ पढ़ता है, सुरक्षा परिवर्तनों का आकलन करता है, और अपवाद स्वीकृत करता है।
उच्च-प्रभाव वाले परिवर्तनों के लिए परीक्षण से पहले रिलीज़ नोट्स और संगतता की समीक्षा करें।
इसका कारण, उसका मालिक, सुरक्षा उपाय और समीक्षा तिथि रिकॉर्ड करें जब किसी अपडेट को स्थगित किया जाए।
बैक अप, रोलबैक और हटाने को जानबूझकर करें
ऐसी किसी भी अपडेट या हटाने से पहले जो साइट को प्रभावित कर सकती है, एक वर्तमान बैकअप, उसका स्थान, पुनर्स्थापन प्राधिकरण और पहला रोलबैक कदम सत्यापित करें। WordPress अपडेट से पहले बैकअप लेने और यदि अपग्रेड समस्या पैदा करे तो बैकअप को पुनर्स्थापित करने की सलाह देता है। जब जोखिम आवश्यक हो तो सुरक्षित कॉपी पर पुनर्स्थापन का परीक्षण करें।
जब कोई प्लगइन आवश्यक नहीं रहता, तो पुष्टि करें कि कोई वर्कफ़्लो उस पर निर्भर नहीं है, आवश्यक रिकॉर्ड संरक्षित करें, और जुड़े कुंजियों या वेबहुक्स को रद्द करें। फिर Plugins स्क्रीन के माध्यम से उसे निष्क्रिय और हटाएँ। क्लीनअप प्लगइन के अनुसार भिन्न होता है, इसलिए उसकी दस्तावेज़ी निर्देशों का पालन करें और परिणाम की पुष्टि करें। निष्क्रिय करना पूर्ण हटाना नहीं है: निष्क्रिय प्लगइन्स तब तक इंस्टॉल रहेंगी जब तक उन्हें हटा न दिया जाए।
जानें कि उसे अक्षम करना है, उसका पिछला संस्करण पुनर्स्थापित करना है, सेटिंग ठीक करनी है, या पूर्ण बैकअप बहाल करना है।
रोलबैक के बाद प्रभावित यात्राओं, क्रेडेंशियल्स, कैश व्यवहार और प्रशासन का पुनः परीक्षण करें।