सबडोमेन फ़ाइंडर

सबडोमेन फ़ाइंडर किसी डोमेन के नीचे मौजूद नाम खोजने में मदद करता है, जैसे shop.example.com या help.example.com। Screpy सार्वजनिक प्रमाणपत्र रिकॉर्ड खोजता है, बार-बार आने वाले नाम जोड़ता है और ऐसी सूची देता है जिसे आप फ़िल्टर, कॉपी या एक्सपोर्ट कर सकते हैं। वाइल्डकार्ड पैटर्न भी अलग रखे जाते हैं, ताकि उन्हें अलग-अलग वेबसाइट न समझ लिया जाए।

परिणाम से किसी वेबसाइट की सार्वजनिक मौजूदगी की सूची बनाना शुरू करें। प्रमाणपत्र रिकॉर्ड इस बात का प्रमाण है कि उस रिकॉर्ड में कोई नाम आया था; यह पुष्टि नहीं करता कि नाम अभी DNS में रिज़ॉल्व होता है, कोई पृष्ठ देता है या Google में दिखाई देता है। इन सवालों के लिए अलग जाँच चाहिए।

प्रमाणपत्र रिकॉर्ड से सबडोमेन खोजें

example.com जैसा डोमेन डालें और सबडोमेन खोजें चुनें। आप HTTP या HTTPS URL भी पेस्ट कर सकते हैं; खोज उसके होस्टनाम का इस्तेमाल करती है। पृष्ठ का पाथ देने से प्रमाणपत्र खोज उस पृष्ठ तक सीमित नहीं होती। shop.example.com देने पर खोज उसी होस्ट के नीचे रहती है, चुपचाप example.com में नहीं बदलती।

खोज लौटे हुए प्रमाणपत्रों के Common Name और Subject Alternative Name फ़ील्ड से नाम पढ़ती है। मिलान DNS लेबल के आधार पर होता है: help.example.com, example.com के नीचे आता है, जबकि notexample.com नहीं। बड़े अक्षरों के अंतर और दोहराए गए नाम एक पंक्ति में जुड़ जाते हैं। मूल डोमेन खुद सबडोमेन में नहीं गिना जाता।

Certificate Transparency लॉग प्रमाणपत्र और प्रीसर्टिफिकेट ऐसे सार्वजनिक लॉग में दर्ज करते हैं जिनमें केवल नई प्रविष्टियाँ जोड़ी जा सकती हैं। इस इतिहास को खोजने से ऐसे नाम मिल सकते हैं जो होमपेज के सामान्य लिंक नहीं दिखाते। यह टूल प्रमाणपत्र खोज के परिणाम पढ़ता है; मिले हुए होस्ट को क्रॉल नहीं करता, नामों का अनुमान नहीं लगाता और किसी सेवा में लॉगिन करने की कोशिश नहीं करता।

नाम, वाइल्डकार्ड और प्रमाणपत्र की तारीखें समझें

परिणाम में ठोस सबडोमेन नाम और वाइल्डकार्ड पैटर्न अलग रहते हैं। यह काल्पनिक उदाहरण अंतर दिखाता है; पंक्तियाँ किसी वास्तविक खोज से नहीं ली गई हैं।

वाइल्डकार्ड यह साबित नहीं करता कि shop, mail या कोई और खास लेबल मौजूद है। इसलिए Screpy वाइल्डकार्ड की गिनती ठोस सबडोमेन से अलग करता है। api.shop.example.com जैसे नेस्टेड नाम तब दिखते हैं जब लौटे हुए रिकॉर्ड उनका स्पष्ट उल्लेख करते हैं।

रिकॉर्ड की संख्या उस नाम का उल्लेख करने वाली रखी गई अलग प्रमाणपत्र रिकॉर्ड आईडी की संख्या है। प्रमाणपत्र नवीनीकृत होने या अलग रूपों में लॉग होने के कारण एक होस्ट के कई रिकॉर्ड हो सकते हैं। एक नाम के दस रिकॉर्ड से भी एक ही होस्टनाम पंक्ति बनती है; यह संख्या ट्रैफ़िक, दस वेबसाइट या SEO महत्व का माप नहीं है।

तारीखों के कॉलम उस नाम के रखे गए प्रमाणपत्रों में वैधता की सबसे पहली शुरुआत और सबसे बाद का अंत दिखाते हैं। ये होस्टनाम बनने, उसके पहली या आखिरी बार ऑनलाइन होने की तारीखें या मौजूदा प्रमाणपत्र की जाँच नहीं हैं। भविष्य की समाप्ति तारीख यह साबित नहीं करती कि होस्ट अब भी मौजूद है या उसी प्रमाणपत्र का इस्तेमाल करता है। तारीख न होने पर अनुमान लगाने के बजाय अनुपलब्ध दिखाया जाता है।

निष्क्रिय खोज की सीमाएँ समझें

प्रमाणपत्र पर आधारित कोई भी सबडोमेन फ़ाइंडर पूरे और मौजूदा डोमेन की सूची की गारंटी नहीं दे सकता। कोई नाम इसलिए छूट सकता है क्योंकि खोजे गए रिकॉर्ड में वह अलग से कभी नहीं आया, निजी प्रमाणपत्र इस्तेमाल करता है, केवल वाइल्डकार्ड में शामिल है या अभी खोज सेवा के डेटा तक नहीं पहुँचा है। दूसरी ओर, लौटे हुए नाम का संबंध किसी बंद सेवा से हो सकता है जिसका प्रमाणपत्र इतिहास में बना हुआ है।

यह खोज मिले नामों को DNS में रिज़ॉल्व नहीं करती, उनके HTTP उत्तर नहीं जाँचती, Google इंडेक्सिंग नहीं देखती और मौजूदा स्वामित्व तय नहीं करती। dev और admin जैसे लेबल नाम हैं, खुले डेवलपमेंट सर्वर या सुरक्षा कमज़ोरी का प्रमाण नहीं। अपने निष्कर्ष उस बात से अलग रखें जो रिकॉर्ड वास्तव में बताता है।

Screpy लौटे हुए अधिकतम 5,000 प्रमाणपत्र रिकॉर्ड प्रोसेस करता है और वाइल्डकार्ड सहित अधिकतम 2,000 अलग नाम रखता है। सीमित रिपोर्ट इसे साफ़ बताती है। पूरी तरह प्रोसेस हुआ उत्तर भी केवल स्रोत से लौटे रिकॉर्ड तक सीमित रहता है।

सफल लेकिन खाली खोज का अर्थ है कि उन रिकॉर्ड से मेल खाते सबडोमेन नाम नहीं निकले। समयसीमा समाप्त होने या स्रोत अनुपलब्ध होने का अर्थ है कि खोज पूरी नहीं हो सकी। असफल अनुरोध बाद में दोबारा करें; त्रुटि को डोमेन का कोई सबडोमेन न होने की पुष्टि न समझें।

मिले नामों को SEO ऑडिट में इस्तेमाल करें

सबसे पहले सूची को उन होस्ट से मिलाएँ जिन्हें आप पहले से संभालते हैं। अलग स्टोर, सहायता केंद्र, क्षेत्रीय साइट या पुराना अभियान ढूँढ़ें जो आपकी कार्यसूची में छूट गया हो। नाम को जाँचने योग्य सुराग मानें, सेवा के काम का प्रमाण नहीं। उपयोगी सूची में होस्ट, ज़िम्मेदार व्यक्ति, तय उद्देश्य और अगली ज़रूरी जाँच शामिल होती है।

अपने प्रबंधित होस्ट के लिए यह क्रम अपनाएँ:

1. उत्तर जाँचें। जिन खास HTTP या HTTPS URL का ऑडिट करना है, उनके लिए बल्क HTTP स्टेटस चेकर इस्तेमाल करें। यह सफल उत्तर, रीडायरेक्ट और त्रुटि अलग करता है; प्रमाणपत्र खोज यह नहीं करती।
2. खोज में इच्छित दृश्यता की पुष्टि करें। सार्वजनिक लेख और निजी ग्राहक पोर्टल की ज़रूरतें अलग होती हैं। हर मिले होस्ट को रैंक करना चाहिए मानने के बजाय नोइंडेक्स चेकर से संबंधित निर्देश जाँचें।
3. दोहराए गए गंतव्य देखें। यदि सार्वजनिक होस्ट वही सामग्री देता है जो कहीं और भी है, तो कैनोनिकल टैग चेकर घोषित कैनोनिकल URL देख सकता है। सिर्फ़ नाम से डुप्लिकेट सामग्री या Google के चुने कैनोनिकल का पता नहीं चलता।
4. सही साइटमैप जाँचें। जिस साइट या साइटमैप को वास्तव में देखना चाहते हैं, उसके लिए साइटमैप चेकर इस्तेमाल करें। सबडोमेन सूची सभी पृष्ठों की सूची नहीं है और साइटमैप में शामिल होना इंडेक्सिंग की गारंटी नहीं देता।

बंद नाम को तब तक सूची में रखें जब तक अपने नियंत्रण वाले सिस्टम में उसका मौजूदा DNS और सेवा कॉन्फ़िगरेशन जाँच न लें। प्रमाणपत्र इतिहास में उसका मिलना जाँच का कारण है; उसे मिटाने का निर्देश या रैंकिंग बदलाव का स्पष्टीकरण नहीं।

सूची एक्सपोर्ट करें और उसका संदर्भ रखें

किसी होस्ट या नाम के हिस्से पर ध्यान देने के लिए नाम का फ़िल्टर इस्तेमाल करें। ठोस होस्टनाम और वाइल्डकार्ड पैटर्न अलग करने के लिए प्रकार चुनें। तालिका हर पृष्ठ पर अधिकतम 50 पंक्तियाँ दिखाती है। कॉपी और CSV एक्सपोर्ट मौजूदा फ़िल्टर से मेल खाते सभी नाम लेते हैं, केवल दिख रहे पृष्ठ के नाम नहीं। वाइल्डकार्ड पंक्तियाँ सूची में जोड़ें तो उन्हें पैटर्न के रूप में चिह्नित रखें।

नामों के पीछे मौजूद रखे गए प्रमाणपत्र रिकॉर्ड समेत लौटाई गई पूरी रिपोर्ट चाहिए तो JSON डाउनलोड करें। इसमें खोजा गया डोमेन, खोज का समय, कवरेज की सीमाएँ और DNS व HTTP की जाँच न होने के संकेत होते हैं। ये फ़ील्ड दूसरे व्यक्ति को समझाते हैं कि एक्सपोर्ट की गई सूची क्या दर्शाती है।

अपने निष्कर्ष के साथ खोज का संदर्भ भी रखें। आंशिक रिपोर्ट, पुराना प्रमाणपत्र और लाइव उत्तर अलग-अलग तरह के प्रमाण हैं। स्रोत बदलने पर वही खोज अलग परिणाम दे सकती है; एक्सपोर्ट उस उत्तर का एक समय का स्नैपशॉट है, लगातार निगरानी नहीं।