कॉन्टैक्ट फ़ॉर्म टेस्टिंग: प्री-लॉन्च चेकलिस्ट

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

1. हैप्पी पाथ - असली साइट से

localhost से नहीं, डिप्लॉय की गई प्रोडक्शन URL से एक असली टेस्ट सबमिट करें। यह एक टेस्ट वह सब जांचता है जो लोकल टेस्टिंग नहीं कर सकती: DNS, TLS, और सबसे ऊपर CORS - अगर आपका फ़ॉर्म बैकएंड ओरिजिन allowlist इस्तेमाल करता है (करना चाहिए), तो प्रोडक्शन ही वह इकलौती जगह है जहाँ आपको पता चलेगा कि डोमेन उसमें शामिल नहीं है। अगर आप दोनों सर्व करते हैं तो www और Apex डोमेन दोनों टेस्ट करें।

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

2. वैलिडेशन - इसे तोड़ने की कोशिश करें

• ख़ाली सबमिट करें। हर required फ़ील्ड को सही जगह पर, साइट की भाषा से मेल खाती भाषा में शिकायत करनी चाहिए (सर्बियाई साइट पर अंग्रेज़ी ब्राउज़र-डिफ़ॉल्ट मैसेज एक क्लासिक चूक है - अगर यह मायने रखता है तो कस्टम मैसेज सेट करें)।
• ईमेल फ़ील्ड में not-an-email सबमिट करें।
• एक सचमुच लंबा मैसेज पेस्ट करें - 5,000 कैरेक्टर - और पुष्टि करें कि यह स्वीकार होता है, या साफ़ सीमा के साथ शालीनता से फ़ेल होता है, चुपचाप ट्रंकेट नहीं होता।
• अगर आपके पास फ़ाइल फ़ील्ड है: सही टाइप, ग़लत टाइप, और एक ओवरसाइज़्ड फ़ाइल आज़माएँ। ओवरसाइज़्ड वाली को मैसेज के साथ फ़ेल होना चाहिए, आदर्श रूप से किसी धीमे अपलोड के पूरा होने से पहले ही।

3. फ़ेलियर पाथ - वह टेस्ट जिसे सब छोड़ देते हैं

फ़ॉर्म को अस्थायी रूप से किसी बेतुके एंडपॉइंट पर पॉइंट करें (या devtools में रिक्वेस्ट को ब्लॉक करें) और सबमिट करें। विज़िटर को क्या दिखता है? अस्वीकार्य जवाब है “कुछ नहीं” - एक बटन जो कुछ नहीं करता, या हमेशा घूमता रहने वाला स्पिनर। यहाँ एक फ़ॉलबैक के साथ एरर स्टेट होना चाहिए (“या हमें यहाँ ईमेल करें …”)। यही वह स्थिति है जिसका सामना आपके असली यूज़र किसी आउटेज या ख़राब डिप्लॉय के दौरान करते हैं, और यही खोई हुई लीड और बचाई गई लीड के बीच का फ़र्क़ है। अपने बैकएंड की त्रुटि प्रतिक्रियाएँ देखें ताकि आपकी हैंडलिंग उससे मेल खाए जो वह असल में लौटाता है।

4. स्पैम से बचाव — पुष्टि करें कि वे ऑन हैं, और ज़्यादा ऑन नहीं

• हनीपॉट: devtools के ज़रिए छिपी फ़ील्ड भरें और सबमिट करें — इसे चुपचाप निगल लिया जाना चाहिए, डैशबोर्ड में कभी नहीं दिखना चाहिए।
• रेट लिमिट: कई बार तेज़ी से सबमिट करें; पुष्टि करें कि थ्रॉटलिंग लागू होती है और यह कि लिमिट एक वाजिब सुधार-और-दोबारा-भेजने के लिए काफ़ी उदार है।
• Turnstile (अगर सक्षम है): एक सामान्य विंडो और एक प्राइवेट विंडो में टेस्ट करें; पुष्टि करें कि टोकन फ़ेलियर पाथ एक इंसान द्वारा पढ़ने योग्य मैसेज दिखाता है।

(हर परत कैसे काम करती है: कॉन्टैक्ट फ़ॉर्म स्पैम सुरक्षा।)

5. मोबाइल, कीबोर्ड, और बाक़ी ग़ैर-चमकदार चीज़ें

• एक असली फ़ोन से पूरा सबमिट करें: सही कीबोर्ड (type="email" @ वाला कीबोर्ड बुलाता है), टैप करने लायक़ बटन, बिना स्क्रॉल करके ढूंढे दिखने वाली सफलता की स्थिति।
• सिर्फ़-कीबोर्ड पास: Tab क्रम सही, Enter सबमिट करे, फ़ोकस स्टेट दिखें — और Tab को हनीपॉट छोड़ देना चाहिए (अगर वह वहाँ पहुँचता है, तो tabindex="-1" जोड़ें)।
• ऑटोफ़िल: ब्राउज़र को फ़ॉर्म भरने दें; पुष्टि करें कि नाम सही तरीक़े से मैप होते हैं।
• थैंक-यू रीडायरेक्ट, अगर कोई है, तो सही से रिज़ॉल्व होता है और बैकएंड के रीडायरेक्ट वैलिडेशन से ब्लॉक नहीं होता।

6. एक कैनरी छोड़ें

लॉन्च के बाद, ख़ुद को महीने में एक असली सबमिशन भेजें — कैलेंडर रिमाइंडर, तीस सेकंड। डिप्लॉय, DNS बदलाव, और एक्सपायर हो चुकी keys — ये सब होते ही रहते हैं; कैनरी उस ख़ामोश फ़ेलियर को पंद्रह दिनों की “सुस्त बिज़नेस” वाली धारणा बनने से पहले ही पकड़ लेता है।

कुल समय: लॉन्च पर लगभग पंद्रह मिनट, उसके बाद महीने में तीस सेकंड। वेब डेवलपमेंट का सबसे सस्ता बीमा।