और कौन साथ पढ़ता है? फ़ॉर्म पृष्ठों पर तीसरे पक्ष की स्क्रिप्ट
संपर्क फ़ॉर्म पृष्ठ अक्सर आधा दर्जन अन्य कंपनियों का कोड लोड करता है। उसका कुछ भाग आगंतुक का टाइप किया पाठ देख सकता है—और अधिकांश की आपकी टीम ने कभी समीक्षा नहीं की।
संपर्क फ़ॉर्म भरने वाला मानता है कि संदेश आपको जाता है। लेकिन कई साइटों पर फ़ॉर्म पृष्ठ एनालिटिक्स प्रदाताओं, विज्ञापन नेटवर्कों, चैट विक्रेताओं और वर्षों में टैग मैनेजर में जमा स्क्रिप्ट भी चलाता है। हर स्क्रिप्ट आपके कोड जैसे अधिकारों से चलती है: पृष्ठ पढ़ सकती, इनपुट फ़ील्ड देख सकती और अपने सर्वर पर डेटा भेज सकती है। इसका अर्थ यह नहीं कि सभी ऐसा करती हैं। लेकिन जहाँ आगंतुक नाम, ईमेल और कभी स्वास्थ्य, पैसे या कानूनी समस्या के विवरण टाइप करते हैं, वहाँ आपको पता होना चाहिए कि कौन साथ पढ़ रहा है।
आमतौर पर मिलने वाले
- सत्र रीप्ले उपकरण क्लिक, स्क्रॉल और अक्सर कीस्ट्रोक रिकॉर्ड करते हैं ताकि बाद में यात्रा दोहराई जा सके। फ़ील्ड छिपे न हों, तो फ़ॉर्म में टाइप किया पाठ भी शामिल हो सकता है।
- विज्ञापन और एनालिटिक्स पिक्सेल पृष्ठ दृश्य तथा रूपांतरण तीसरे पक्ष को बताते हैं—फ़ॉर्म पृष्ठ पर और अक्सर धन्यवाद पृष्ठ पर भी।
- चैट विजेट दूसरे डोमेन से पूरा ऐप लोड करते हैं, सामान्यतः हर पृष्ठ पर, फ़ॉर्म वाले पर भी।
- टैग मैनेजर मार्केटिंग को डिप्लॉयमेंट के बिना स्क्रिप्ट जोड़ने देते हैं। सुविधाजनक है, लेकिन कोड बिना समीक्षा फ़ॉर्म पृष्ठ तक पहुँच सकता है।
- छोटे सहायक—A/B परीक्षण, हीटमैप, सोशल एम्बेड, फ़ॉन्ट, नक्शे—हर एक ऐसा होस्ट जोड़ता है जिसे कम से कम आगंतुक का IP पता और सामान्यतः साइट का पता मिलता है; इनमें स्क्रिप्ट पूरे पृष्ठ URL को भी पढ़ सकती हैं।
सत्र रीप्ले: इनपुट फ़ील्ड के पास रिकॉर्डर
अधिकांश रीप्ले उपकरण इनपुट छिपाने या पूरे क्षेत्र बाहर रखने की सेटिंग देते हैं और कुछ फ़ील्ड डिफ़ॉल्ट रूप से छिपाते हैं। कमज़ोरी अपवाद हैं: ऐसा खुला संदेश फ़ील्ड जो सामान्य नियम में नहीं है, अपरिचित घटकों से बना फ़ॉर्म या डिबगिंग के दौरान बंद की गई और कभी वापस चालू न की गई सेटिंग। तब तीसरे पक्ष की रिकॉर्डिंग में वही पाठ हो सकता है जो आगंतुक ने आपको लिखा—ऐसा उसने अपेक्षित नहीं किया और आपकी गोपनीयता नीति शायद बताती भी नहीं, जबकि Art. 13 GDPR व्यक्तिगत डेटा के प्राप्तकर्ता या उनकी श्रेणियाँ बताना आवश्यक करता है।
पिक्सेल और धन्यवाद पृष्ठ
रूपांतरण ट्रैकिंग को फ़ॉर्म भेजे जाने का संकेत चाहिए और धन्यवाद पृष्ठ उसका स्वाभाविक स्थान है। अधिकांश पिक्सेल हर इवेंट के साथ पूरा पृष्ठ पता भेजते हैं। फ़ॉर्म GET से सबमिट हो या बाद का रीडायरेक्ट URL में ?name=…&email=… जैसे मान जोड़े, तो वे सीधे विज्ञापन या एनालिटिक्स प्रदाता तक जाते हैं। कुछ पिक्सेल मिलान बेहतर करने के लिए फ़ॉर्म से ईमेल पते या फ़ोन नंबर अपने आप लेने की सुविधा देते हैं। पिक्सेल कुकी बैनर के उत्तर से पहले या अस्वीकारने के बाद चले, तो समस्या केवल तकनीकी नहीं रहती।
टैग मैनेजर, सहमति और आपूर्ति शृंखला
समग्र जानकारी अक्सर टैग मैनेजर में खोती है। दो वर्ष पहले मेले का अभियान टैग, हीटमैप उपकरण का परीक्षण, अब कोई न इस्तेमाल करे ऐसे नेटवर्क का पिक्सेल—सब हर पृष्ठ पर अब भी लोड हो सकते हैं, फ़ॉर्म पर भी। ट्रिगर अक्सर “सभी पृष्ठ” होते हैं और सहमति नियम हर टैग के लिए अलग होते हैं, इसलिए एक टैग की गायब शर्त आगंतुक की सहमति से पहले स्क्रिप्ट लोड कराने को पर्याप्त है।
फिर आपूर्ति शृंखला है। दूसरे होस्ट की स्क्रिप्ट एम्बेड करके आप आज और भविष्य में उसके नियंत्रक पर भरोसा करते हैं। विक्रेता स्क्रिप्ट का व्यवहार बदल सकता है, बिक सकता है या उसका वितरण ढाँचा हैक हो सकता है। ब्राउज़र वैध और बदली हुई स्क्रिप्ट में अंतर नहीं कर सकता, इसलिए फ़ॉर्म पृष्ठ का इंजेक्ट किया कोड हर फ़ील्ड पढ़कर कहीं भी भेज सकता है—चेकआउट पृष्ठों से चोरी का यही ढाँचा है।
आप क्या कर सकते हैं
- 1सूची बनाएँ। ब्राउज़र डेवलपर उपकरण से हर फ़ॉर्म और धन्यवाद पृष्ठ खोलें, Network टैब देखें और हर बाहरी होस्ट लिखें। एक बार बिना सहमति और एक बार बैनर स्वीकारने के बाद करें।
- 2अनावश्यक चीज़ हटाएँ। स्पष्ट ज़िम्मेदार और उद्देश्य के बिना टैग हटाने योग्य हैं। टैग मैनेजर ट्रिगर सीमित करें ताकि फ़ॉर्म पृष्ठ पर केवल आवश्यक टैग चलें।
- 3रीप्ले उपकरण में इनपुट छिपाएँ। केवल पासवर्ड नहीं, सभी इनपुट छिपाएँ और संभव हो तो पूरा फ़ॉर्म क्षेत्र बाहर रखें। फिर रिकॉर्डिंग देखकर जानें कि वास्तव में क्या रखा गया।
- 4व्यक्तिगत डेटा के बिना रूपांतरण भेजें। POST से सबमिट करें, रीडायरेक्ट URL से फ़ॉर्म मान बाहर रखें और “contact_form_sent” जैसा तटस्थ इवेंट चलाएँ। पिक्सेल का स्वचालित फ़ॉर्म फ़ील्ड संग्रह बंद करें।
- 5केवल सहमति के बाद लोड करें। सहमति वाली स्क्रिप्ट उससे पहले लोड न हो और अस्वीकारने पर बंद रहे। दोनों रास्ते जाँचें।
- 6जहाँ संभव हो स्थिर करें और सीमित करें। Subresource Integrity (स्क्रिप्ट टैग का हैश) बदल चुकी स्थिर फ़ाइल को ब्राउज़र से अस्वीकार कराता है; टैग मैनेजर जैसी स्वभावतः बदलने वाली स्क्रिप्ट के लिए उपयुक्त नहीं। Content Security Policy सीमित करती है कि कौन-से होस्ट स्क्रिप्ट चला सकते हैं—क्या टूटेगा देखने के लिए पहले report-only मोड अपनाएँ।
- 7बदलाव देखें। फ़ॉर्म पृष्ठ पर नया स्क्रिप्ट होस्ट सोच-समझकर लिया निर्णय हो, आश्चर्य नहीं। उसके आने पर सूचना मिलना सुनिश्चित करें।
formexposed जाँचता है कि फ़ॉर्म पृष्ठों पर कौन-से ट्रैकिंग पिक्सेल चलते हैं, सत्र रीप्ले उपकरण इनपुट रिकॉर्ड कर सकता है या नहीं और कुकी बैनर अस्वीकारने पर ट्रैकिंग वास्तव में रुकती है या नहीं—निष्क्रिय रूप से, कुछ सबमिट नहीं होता। निःशुल्क जाँच समग्र स्तर दिखाती है; ये निष्कर्ष पूरी रिपोर्ट में हैं। सत्यापित डोमेन की निगरानी के साथ नया स्क्रिप्ट होस्ट आने पर formexposed अलर्ट भी देता है।