Labrika में नियमित जाँच के दो तरीके हैं: तय समय पर पूरी साइट का ऑडिट और चुनिंदा पेजों के बदलावों की निगरानी। पहला पूरी साइट की तकनीकी और SEO समस्याएँ ढूँढता है; दूसरा महत्वपूर्ण लैंडिंग पेज की खराबी जल्दी बताता है। नीचे दोनों की अलग सेटिंग है, जिसमें मॉनिटरिंग प्रोजेक्ट बनाना और ईमेल के लिए घटनाएँ चुनना शामिल है।
पूरे ऑडिट में तकनीकी और SEO जाँच के साथ रैंकिंग भी जुटाई जाती है। ऑडिट के बीच रैंकिंग अधिक बार देखनी हो, तो «स्थिति संग्रह:» में अतिरिक्त दिन चुनें। जैसे पूरी साइट सोमवार को और रैंकिंग बुधवार तथा शुक्रवार को भी जाँचें।
1. «एसईओ» → «साइट सेटिंग्स» खोलकर «रिपोर्ट अनुसूची सेट करें» ढूँढें। पूरा ऑडिट सोमवार को, अतिरिक्त रैंकिंग जाँच बुधवार और शुक्रवार को है। यह इंटरफ़ेस का हिस्सा है; उदाहरण के आँकड़े काल्पनिक हैं।
जिस स्टोर का कैटलॉग अक्सर बदलता है, उसके पूरे ऑडिट के लिए कई दिन चुन सकते हैं। एजेंसी दर्जनों साइट संभालती हो, तो «निर्धारित समय पर चलाएँ» खोलें, प्रोजेक्ट चुनें और «चयनित संपादित करें» → «पूर्ण वेबसाइट ऑडिट» चुनें: एक शेड्यूल पूरे चुने हुए समूह पर लागू होगा।
जाँच में सदस्यता के क्रेडिट लगते हैं। «शेड्यूल पर शुरू करने के लिए बैलेंस का उपयोग करें» विकल्प कम पड़ने वाले क्रेडिट का भुगतान Labrika के खाते के बैलेंस से करता है। क्रेडिट खत्म होने पर भी अपने आप जाँच जारी रखना चाहें, तो इसे चालू करें।
हर बार «तकनीकी ऑडिट» और «SEO ऑडिट» की रिपोर्ट अपडेट होती हैं। नियमित जाँच खासकर लगातार बदलती साइटों के लिए उपयोगी है:
| काम की स्थिति | Labrika क्या पता लगाने में मदद करती है |
|---|---|
| स्टोर कैटलॉग और उत्पाद पेजों के टेम्पलेट बदलता है | दोहराए गए या खाली title और description, डुप्लिकेट पेज, गलत canonical और उत्पादों की सर्च में उपलब्धता की समस्याएँ। |
| डेवलपर CMS, URL या साइट की संरचना बदलता है | रीडायरेक्ट चेन, टूटे आंतरिक लिंक, इंडेक्सिंग ब्लॉक, sitemap.xml से अंतर और robots.txt की त्रुटियाँ। |
| मार्केटर नए लैंडिंग पेज शुरू करता है | धीमे पेज, HTML त्रुटियाँ, मोबाइल और कंटेंट की समस्याएँ जिन्हें विज्ञापन बढ़ाने से पहले ठीक करना चाहिए। |
| एजेंसी कई क्लाइंट साइटों की निगरानी करती है | नई समस्याएँ और जाँचों के बीच संकेतकों का बदलाव: कहाँ टीम की ज़रूरत है और सुधार के बाद क्या बदला। |
2. स्टोर के काल्पनिक आँकड़ों वाला तकनीकी ऑडिट: canonical, रीडायरेक्ट, sitemap.xml और गति। «दिखाएँ» संबंधित डेटा खोलता है, जबकि «विवरण» जाँच समझाता है।
संबंधित डेटा खोलने के लिए समस्या के पास «दिखाएँ» दबाएँ। जैसे «क्रॉस-डोमेन rel=canonical टैग» से वे पेज मिलेंगे जिनका canonical दूसरे डोमेन पर जाता है। ये टेम्पलेट सुधारने के लिए ठोस URL हैं।
जाँच का इतिहास बदलावों से पहले और बाद के ऑडिट की तुलना करने में मदद करता है। कर्मचारियों में काम बाँटने के लिए परिणामों से प्राथमिकता के क्रम में तैयार सुधार योजना बनाएँ।
खाते की सेटिंग में «सदस्यता सेटिंग्स संपादित करें» खोलें। «पूर्ण साइट विश्लेषण के बाद अधिसूचना भेजें (अनुशंसित)» से ऑडिट नतीजों का ईमेल आता है: SEO और तकनीकी त्रुटियों की संख्या तथा बदलाव, रैंकिंग और महत्वपूर्ण समस्याएँ। मुख्य सर्च इंजन सेट हो, तो कार्ययोजना भी ईमेल में जुड़ती है। मालिक प्रोजेक्ट की स्थिति देख सकता है और एजेंसी ताज़ा डेटा से सप्ताह शुरू कर सकती है।
बाएँ मेन्यू में «प्रोफ़ाइल», फिर «सदस्यता सेटिंग्स संपादित करें» खोलें। ये सेटिंग खाते की साइटों के ऑडिट ईमेल नियंत्रित करती हैं। मॉनिटरिंग घटनाओं के लिए ईमेल पता और शर्तें नियम में अलग सेट होती हैं; यह तरीका लेख के दूसरे भाग में है।
हर ऑडिट के बाद सारांश के बजाय केवल समस्याओं के ईमेल चाहिए, तो यह चेकबॉक्स हटाएँ। «साइट्स उपलब्धता समस्याएँ (अनुशंसित)» और «कम शेष (केवल अनुसूचित रिपोर्टों के लिए)» चालू रखें, फिर «सहेजें» दबाएँ।
3. केवल समस्याओं के ईमेल पाने की सेटिंग: हर पूरा ऑडिट बताने वाला विकल्प बंद है। साप्ताहिक सारांश के लिए पहला विकल्प चालू करें। चुनी मॉनिटरिंग घटनाओं का ईमेल नियम में दिया जाता है।
पूरे ऑडिट के विस्तृत नतीजे प्रोजेक्ट में रहते हैं। पूरी और छूटी हुई स्वतः जाँचें «अनुसूचित लॉन्च का इतिहास» में देखें। समस्या का संदेश आए, तो उस साइट का नया ऑडिट खोलें और बताई गई त्रुटि की रिपोर्ट पर जाएँ।
विज्ञापन लैंडिंग पेज, लोकप्रिय कैटेगरी और सेवाओं के लिए अलग मॉनिटरिंग प्रोजेक्ट बनाएँ। यहाँ URL, जाँच की आवृत्ति और ईमेल की घटनाएँ चुनते हैं: जैसे लीड फ़ॉर्म का गायब होना या तय मेटा टैग का बदलना। पूरे स्टोर का ऑडिट सोमवार को और इन पेजों की जाँच रोज़ चल सकती है।
4. प्रोजेक्ट सूची से रास्ता: पहले «नई साइट जोड़ें», फिर टूल चयन में «मॉनिटरिंग» कार्ड। चित्र में लगातार आने वाली दो स्क्रीन के हिस्से हैं।
5. इस चरण में नाम तय होता है। मोड चुनने और नियम बनाने के बाद पेजों के URL जोड़े जाते हैं।
अगली «प्रोजेक्ट बनाएँ» स्क्रीन पर «यूनिवर्सल मॉनिटरिंग» चुनें और «बनाएँ» दबाएँ। हमारे उदाहरण में इससे ज़रूरी शर्तें खुद तय कर सकेंगे। पहला नियम खुलेगा, जिसे नीचे भरेंगे। प्रोजेक्ट पहले से बना हो, तो «बदलावों की निगरानी» → «विश्लेषण और अलर्ट नियम» → «जोड़ें» से यही फ़ॉर्म खोलें।
6. «यूनिवर्सल मॉनिटरिंग» चुना है। «बनाएँ» पहला नियम खोलता है; बाकी मोड तैयार मॉनिटरिंग उपयोगों के लिए हैं।
«नियम का नाम» में स्पष्ट नाम दें, जैसे «लैंडिंग पेज: लीड और SEO»। «सूचना ईमेल» में उस कर्मचारी का ईमेल भरें जो बदलाव पर कार्रवाई करेगा। बाद में एक नियम कई पेजों को दे सकते हैं।
इन पेजों के लिए महत्वपूर्ण शर्तें चुनें:
7. एक नियम के हिस्से: HTML और कंटेंट चुनी सीमा से, मेटा टैग किसी भी बदलाव पर ट्रैक होते हैं। स्क्रीनशॉट पेज की स्थिति दिखाते हैं। उदाहरण की संख्या साइट के अपडेट की आवृत्ति के अनुसार बदलें।
व्यापार के लिए गंभीर घटनाएँ नियम में आप चुनते हैं: फ़ॉर्म गायब होना, तय मेटा टैग बदलना या लोडिंग समय बढ़ना। JavaScript वाले कंटेंट के लिए «JS पार्स करें» चालू करें। HTTP स्थिति और प्रतिक्रिया के आकार की जाँच भी जोड़ सकते हैं, ताकि कंटेंट गायब होने के साथ सर्वर की त्रुटि पकड़ में आए।
नियम में «उन्नत सेटिंग्स» खोलें। यहाँ पेज की समस्या के सटीक संकेत तय कर सकते हैं।
«टेक्स्ट या HTML खंड जो गायब नहीं होने चाहिए» में संबंधित HTML तत्व का स्थिर अंश दें। जैसे lead-form पहचान वाले फ़ॉर्म के लिए id="lead-form"। यह अंश जाँचे जा रहे पेज से हटेगा, तो Labrika बताएगी। इसी तरह फ़ोन नंबर, ऑर्डर बटन या संपर्क ब्लॉक की मौजूदगी देखें।
«टेक्स्ट या HTML खंड जो दिखाई नहीं देने चाहिए» में वह संदेश दें जो CMS मेंटेनेंस के समय दिखाता है, जैसे «साइट का रखरखाव जारी है»। इससे पता चलेगा कि लैंडिंग पेज की जगह आगंतुक को अस्थायी सेवा पेज दिख रहा है।
8. ईमेल के दो स्वतंत्र कारण: id="lead-form" हट गया या «साइट का रखरखाव जारी है» दिखाई दिया। अपनी साइट के HTML से मेल खाने वाले अंश इस्तेमाल करें।
किसी खास तत्व का टेक्स्ट महत्वपूर्ण हो, तो «अतिरिक्त सामग्री जाँच» के ट्रैकिंग फ़ील्ड इस्तेमाल करें: वे CSS selector या regular expression लेते हैं। जैसे h1 से पेज का शीर्षक ट्रैक करें। चुने तत्वों के बदलाव का ईमेल पाने के लिए «ट्रैक किए गए फ़ील्ड बदलने पर सूचना दें» चालू करें।
अब «शेड्यूल सेटिंग्स» खोलें, «चुने गए घंटों पर रोज़» चुनें, उपयुक्त घंटे चिह्नित करें और सहेजें। जैसे 09:00 बजे काम शुरू होने से पहले और 18:00 बजे दिन के अपडेट के बाद जाँच करें। अगले रन पेजों की तुलना सहेजी स्थिति से करेंगे।
9. ज़रूरी URL चुनकर «नियम सेट करें» दबाएँ। सहेजा नियम अगले विश्लेषण से उन पेजों पर लागू होगा। यह इंटरफ़ेस का हिस्सा है; उदाहरण का डेटा काल्पनिक है।
अलग पेज प्रकारों के लिए उपयुक्त नियम बनाएँ। सेवा पेज पर फ़ॉर्म और मेटा टैग देखें; नियमित बदलती कैटेगरी पर कंटेंट बदलाव की सीमा रखें। अनिवार्य फ़ॉर्म अंश वाला नियम उन्हीं पेजों पर लगाएँ जहाँ वह फ़ॉर्म होना चाहिए।
प्राप्तकर्ता का ईमेल «लैंडिंग पेज: लीड और SEO» नियम में तय है। Labrika संदेश में पेज और कारण बताती है, जैसे मेटा टैग बदले या अनिवार्य HTML अंश गायब हुआ। अभियान के लिए दिन में कई जाँच रख सकते हैं, जबकि पूरी साइट का ऑडिट साप्ताहिक रहे।
ईमेल मिलने पर URL को «परिवर्तन रिपोर्ट» में खोलें और घटना से पहले तथा बाद की तुलना करें। फ़ॉर्म हटा हो, तो पेज और सहेजा HTML डेवलपर को दें। सुधार के बाद नया विश्लेषण चलाकर तत्व लौटने की पुष्टि करें। इस तरह पूरे साइट ऑडिट के बीच भी खास खराबी पकड़ में आती है।