200 पोस्ट के आर्काइव का ऑडिट: काल्पनिक संख्याओं के साथ एक कार्य उदाहरण

सेटअप

200 पोस्ट वाले एक ब्लॉग की कल्पना करें। अपने साइट के क्रावल से 1,150 आउटबाउंड लिस्ट मिलती है, जो डुप्लिकेट्स और अपने डोमेन को हटाकर लगभग 410 यूनिक होस्ट्स तक कम हो जाती है।

410 होस्ट्स पर एक मैनुअल Ahrefs फ्री बैकलिंक चेक पेस्ट करने की एक दोपहर और सिरदर्द है, इसलिए योजना इसे स्क्रिप्ट करने की है। तीन चरणों में काम पूरा होता है: होस्ट्स को रेट करें, खराब होस्ट्स की जांच करें, और फिर ब्लॉग को देखें।

पूरी रन, एक्सपोर्ट से साफ आर्काइव तक, एक संपादक और एक डेवलपर के लिए एक कार्य सप्ताह में फिट होनी चाहिए। फिर एक और पास की योजना बनाएं।

आपके आर्काइव में गिनती अलग होगी। किसी भी आंकड़े को योजना में कॉपी करने से पहले अपने एक्सपोर्ट को बदल दें। यहाँ हर संख्या केवल काम के आकार को दिखाती है।

एक्सपोर्ट स्टेप को दोहराने योग्य बनाना

एक्सपोर्ट तय करता है कि रन का बाकी हिस्सा भरोसेमंद है या नहीं। तीन आदतें इसे ईमानदार रखती हैं, और पहली कॉल से पहले हर एक सेटअप सस्ता है।

रेंडर्ड HTML, मार्कडाउन नहीं

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

प्रत्येक पोस्ट के लिए एक पंक्ति

प्रत्येक पोस्ट के लिए एक पंक्ति लिखें, पोस्ट URL, होस्ट और एक्सपोर्ट की तारीख के साथ। एक ही फ्लैट लिस्ट को चेक करना मुश्किल है। पोस्ट-वार पंक्तियां आपको एक पोस्ट को बिना बाकी को छुए फिर से चलाने की अनुमति देती हैं।

कॉलम के नाम साधारण और स्थिर रखें, ताकि बाद की स्क्रिप्ट इस महीने की फाइल और पिछले महीने की फाइल को एक ही तरीके से पढ़ सके।

एक्सपोर्ट के साथ क्रावल की तारीख रिकॉर्ड करें। पिछले महीने की बनी लिस्ट और आज की बनी लिस्ट अलग हो सकती है, और ऑडिट को दिखाना चाहिए कि उसने किसका उपयोग किया।

पहले अपने डोमेन को हटाएं

अपने डोमेन और हर पोस्ट से लिंक होने वाले सोशल होस्ट्स को हटाएं। वरना आपका फुटर रेटिंग लिस्ट में सबसे ऊपर आ जाता है और असली समस्याएं दब जाती हैं।

काम का क्रम

दो सौ पोस्ट की एक झलक को एक ही बैठक में खत्म करने की जरूरत नहीं है। इसे एक क्रम की जरूरत है, ताकि सबसे उपयोगी सुधार पहले मिल सकें।

उन पोस्ट से शुरू करें जो अभी भी ट्रैफिक पा रही हैं

आर्काइव को Search Console में अभी भी क्लिक प्राप्त करने वाली पोस्ट के आधार पर सॉर्ट करें। एक मृत पोस्ट पर टूटा लिंक कम नुकसानदायक है। एक ऐसी पेज पर टूटा लिंक जिस पर पाठक अभी भी क्लिक करते हैं, उससे भरोसा कम होता है, इसलिए उस दूसरे समूह से शुरू करें।

Search Console आपको बताता है कि कौन से URLs अभी भी क्लिक प्राप्त कर रहे हैं। यह आपको नहीं बताता कि उनके आउटबाउंड लिंक में से कौन से टूटे हुए हैं, इसलिए दोनों स्रोत अलग-अलग काम करते हैं।

सबसे सस्ती समस्याओं को पहले ठीक करें

पार्क्ड डोमेन और मृत होस्ट अक्सर एक ही एडिट की जरूरत रखते हैं। कठिन मामलों को शुरू करने से पहले उन्हें साफ कर दें, ताकि लिस्ट छोटी हो जाए और बाकी काम एक दिन में पूरा हो सके।

निर्णय लेने के लिए आखिर में समय छोड़ें

एक कमजोर संदर्भ, जैसे कि एक छोटा ब्लॉग जो सही बात कह रहा है, उसे पाठक की नजर से देखने की जरूरत है। उन्हें अलग ढेर में रखें और एडिटर के साथ मिलकर निर्णय लें, न कि किसी थ्रेशोल्ड के आधार पर।

हर निर्णय के साथ एक लाइन की नोट लिखें। छह महीने बाद, वह नोट उसी बहस को दो बार होने से बचाएगा।

इनमें से कुछ ठीक निकलेंगे। एक पेज जो पहले पास में पतला लगता है, वह एक छोटी, सही नोट हो सकता है, और एडिटर उस फाइल को एक मिनट में बंद कर सकता है।

उस पर भरोसा करने से पहले बैच की सत्यापन प्रक्रिया

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

हर जवाब पर 'ok' सत्यापित करें

ok को false सेट करने वाला जवाब डेटा नहीं है। विफलताओं की गिनती करते रहें और जब वे उस छोटे हिस्से से अधिक हो जाएं जिसे आपने शुरू करने से पहले चुना था, तो स्वीप रोक दें।

यदि स्वीप उस पंक्ति पर रुक जाता है, तो नोट करें कि यह कहाँ और क्यों रुका। अगली बार उस बिंदु से फिर से शुरू किया जा सकता है, न कि शुरुआत से और दो बार भुगतान करना पड़ता है।

इनपुट के खिलाफ पंक्तियों की गणना करें

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

कच्चे JSON को रखें

प्रत्येक प्रतिक्रिया को तिथि और इनपुट सूची के साथ सहेजें। जब रेटिंग तीन महीने बाद गलत लगती है, तो कच्ची फ़ाइल सवाल का जवाब ताज़ा कॉल से तेज़ी से देती है।

खुद को धोखा दिए बिना परिणाम पढ़ना

क्या शून्य का मतलब एक मृत साइट है? हमेशा नहीं।

हमारे इंडेक्स में कोई रेफरिंग डोमेन न होने वाली एक होस्ट बहुत नई साइट, एक निजी इंटरनेट पेज या एक वास्तविक पार्क किया गया डोमेन हो सकती है, और यह बताना केवल एक इंसान ही कर सकता है। रेटिंग कॉलम को अपने ध्यान के लिए एक सॉर्टिंग की के रूप में मानें, न कि एक ऐसे स्कोर के रूप में जो अकेले निर्णय लेता है।

एंकर के बगल में रेटिंग कॉलम पढ़ें। एक विविध एंकर प्रोफ़ाइल के बगल में कम रेटिंग का मतलब एक समान एंकर टेक्स्ट के ढेर के बगल में कम रेटिंग से अलग होता है, और दोनों के लिए अलग फॉलो-अप की आवश्यकता होती है।

दो स्कैन के बीच बदलने वाली रेटिंग भी उपयोगी जानकारी है। जांचें कि होस्ट बदला है या केवल इंडेक्स।

क्या आपको हैरानी होगी

यहाँ लागत दुर्लभ ही सीमा होती है।

समय 38 पेज पढ़ने और प्रत्येक के साथ क्या करना है, यह तय करने में जाता है, और कोई API वह कदम नहीं हटाता। एक संपादक दिन की योजना बनाएं। हमारा डेटा लगभग मासिक रूप से रीफ्रेश होता है, इसलिए एक होस्ट जो खाली लगता है, वह शायद इंडेक्स में नया है।

एक अन्य आश्चर्य यह है कि एक साइट कितनी बार दो वर्तनी के तहत आती है। बेयर डोमेन और www के साथ संस्करण मर्ज करने तक अलग पंक्तियाँ हैं, और एक उच्च गणना अक्सर बस इस डबलिंग है।

बाद में आर्काइव को साफ़ रखने के लिए, नई पोस्ट के सामने gate रखें और मासिक ऑडिट शेड्यूल करें। लागत तालिका प्रत्येक क्रिया की की सूचीबद्ध करती है।

स्कैन चलाने के बारे में प्रश्न

लगभग हर स्कैन पर चार प्रश्न आते हैं, और वे पहली कॉल से पहले इसे हल करना पहली कॉल के बाद से आसान हैं।

क्या मैं इसे एक ahrefs फ्री बैकलिंक चेक के साथ कर सकता हूँ?

इस स्केल पर नहीं। फ्री वेब चेकर एक समय में एक डोमेन के लिए बने हैं, इसलिए 410 होस्ट्स का मतलब 410 मैनुअल लुकअप होगा। एक स्क्रिप्ट के साथ एक बैच कॉल व्यावहारिक रास्ता है।

क्या मुझे हर परिणाम के माध्यम से पेजिंग करनी चाहिए?

केवल पेड लिस्ट्स के लिए। एक बल्क रेटिंग होस्ट लिस्ट को एक कॉल में लेती है, जबकि refdomains और anchors पेज लौटाते हैं। page और per का उपयोग करें, per को 5000 तक सेट करें, और 50,000-पंक्ति गहरी पेजिंग कैप पर रुकें।

मुझे किस सॉर्ट ऑर्डर का उपयोग करना चाहिए?

sort से उस फ़ील्ड द्वारा सॉर्ट करें जिसमें आपकी रुचि है, फिर order को asc या desc पर सेट करें। कमजोर होस्ट्स की खोज के लिए, रेटिंग द्वारा ascending खराब परिणामों को पहले रखता है।

यदि एक होस्ट की रेटिंग है लेकिन उसका पेज गायब है तो क्या होगा?

रेटिंग हमारे इंडेक्स में लिंक्स का वर्णन करती है, यह नहीं कि क्या पेज अभी भी लोड होता है। पेज को स्वयं जांचें, क्योंकि एक इंडेक्स रीफ्रेश एक ऐसे पेज के पीछे हो सकता है जो पहले ही गायब हो गया है।

क्या एक स्कैन काफी है?

आमतौर पर नहीं। आर्काइव को साफ़ करने के लिए इसे एक बार चलाएं, फिर नई पोस्टों पर गेट रखें और मासिक ऑडिट दोहराएं, चूंकि इंडेक्स लगभग एक बार मासिक रीफ्रेश होता है।

उसी उदाहरण पर विविधताएं

स्केल बदल जाता है, विधि नहीं।

एक छोटा ब्लॉग बैच चरण छोड़ सकता है और अपनी पूरी सूची को एक कॉल द्वारा मैनुअल रूप से चला सकता है। विधि वही रहती है, और केवल टूल बदल जाता है।

2,000 पोस्ट्स वाले ब्लॉग के शायद 3,000 अनोखे होस्ट्स होते हैं, जो अभी भी 1 क्रेडिट प्रत्येक के साथ दो bulk_dr कॉल में फिट होता है। दस ब्लॉग्स का नेटवर्क योजना को दस बार दोहराता है और लगभग पांच सेंट लागत आती है, इसलिए बजट कभी भी प्रोजेक्ट तय नहीं करता। समीक्षा समय करता है।

रेंडरिंग चरण का ध्यान रखें। वर्डप्रेस पर, REST API के माध्यम से रेंडर्ड HTML निर्यात करें, और Hugo या Eleventy पर, बिल्ड फोल्डर पढ़ें, चूंकि आउटपुट में पहले से ही हर लिंक होता है जिसे एक विज़िटर देखेगा। Ghost साइटें उसी काम के लिए Content API का उपयोग कर सकती हैं।

अगर आपके पास अभी भी वे हैं, तो डिलीट किए गए पेजों को भी निर्यात करें। उनका आउटबाउंड लिंक्स अभी भी काम के रूप में गिना जाता है, क्योंकि एक विज़िटर पुराने सर्च रिजल्ट से उन पर आ सकता है।