सामग्री पर जाएं
SEOBlogBotसाइन अप करें

काल्पनिक पोस्ट-मॉर्टम

चालीक scheduled पोस्ट्स, एक खराब लिंक स्रोत: एक पोस्ट-मॉर्टम

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

SEOBlogBot रिसर्च टीम ·

दूर की एक दीवार से जुड़े एक टूटे हुए तने वाले चालीक पौधे
इसे कथा के रूप में पढ़ें

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

क्या हुआ, घंटे-दर-घंटे

  1. क्यू भरा जाता है

    एक कंटेंट स्क्रिप्ट चालीक ड्राफ्ट्स को WordPress शेड्यूलर में लोड करती है, प्रतिदिन दो पोस्ट्स बीस दिनों के लिए। प्रत्येक ड्राफ्ट में तीन से छह बाहरी स्रोतों का हवाला दिया गया है।

  2. एकमात्र जांच मैन्युअल है

    एडिटर ने पहले Semrush फ्री बैकलिंक चेकर बॉक्स में पांच डोमेन पेस्ट किए थे और कुछ अजीब नहीं देखा। बाकी पैंतीस डोमेन कभी चेक नहीं किए गए।

  3. पहली शिकायत

    एक रीडर ईमेल करता है कि एक उद्धृत "स्टडी" एक पार्क किए गए पेज पर ले जाती है। एडिटर एक पोस्ट को मैन्युअल रूप से ठीक करता है।

  4. पैटर्न सामने आता है

    चालीक ड्राफ्ट्स में से ग्यारह ऐसे स्रोतों का हवाला देते हैं जिन डोमेन पर लगभग कोई रेफरिंग डोमेन नहीं है। वे एक AI-लिखित आउटलाइन से आए थे।

  5. सफाई

    टीम बाकी क्यू को खींचती है, नौ उद्धरणों को फिर से लिखती है और रीपब्लिश करती है। छह पोस्ट्स पहले ही कमजोर स्रोतों के साथ लाइव हो चुकी थीं।

मूल कारण, भार के क्रम में

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

दूसरा कारण नियम की कमी था। किसी ने यह नहीं लिखा था कि एक खराब स्रोत कैसा दिखता है, इसलिए हर एडिटर अंतर्ज्ञान से निर्णय लेता था, और गुरुवार तक अंतर्ज्ञान थक चुका था।

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

इन तीन कारणों में से कोई भी अकेले लोगों की समस्या नहीं थी। हर एक एक ऐसा नियम था जो किसी को दिखाई नहीं दे रहा था। यह मेमोरी पर चल रहा था। यह ठीक करने का सबसे कठिन प्रकार है, क्योंकि किसी ने जानबूझकर कुछ गलत नहीं किया था।

एक छोटा चौथा कारण बैच के तरीके था। चालीक पोस्ट्स एक साथ लोड होने से किसी के पास देखने के लिए कोई प्राकृतिक विराम नहीं था, इसलिए क्यू बस बढ़ता गया। समाधान सरल है। बैच को छोटे हिस्सों में लोड करें, और प्रत्येक हिस्से की जांच पूरी होने दें अगले को लोड करने से पहले।

समय और क्रेडिट्स का प्रतिनिधित्व करने वाली एक लकड़ी की वर्कबेंच पर एक घड़ी और बिखरे पत्थर

संख्याएं कैसी दिखती

इस कहानी में हर संख्या काल्पनिक है, लेकिन अंकगणित असली है। प्रत्येक bulk_dr कॉल के लिए चालीक ड्राफ्ट्स 40 क्रेडिट्स, या $0.004 होंगे।

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

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

यहां कुछ भी यह भविष्यवाणी नहीं करता कि Google ने पोस्ट्स को कैसे ट्रीट किया होगा। हम रैंकिंग के बारे में कोई दावा नहीं करते, केवल उस गुणवत्ता के बारे में जो एक रीडर को मिलती है। उस सीमा को बनाए रखें।

टीम ने बाद में क्या बदलाव किए

चार बदलाव, प्रत्येक इतना छोटा कि एक सप्ताह में पूरा हो सके।

01

प्रत्येक ड्राफ्ट के लिए एक कॉल

हर आउटबाउंड होस्ट bulk_dr से गुजरता है पोस्ट को शेड्यूल करने से पहले। लागत 1 क्रेडिट प्रति ड्राफ्ट है।

02

लिखित नियम

टीम की अपनी फ्लोर के नीचे तीन या अधिक होस्ट्स पोस्ट को HOLD भेजते हैं। डिसीजन ट्री में सटीक नियम हैं।

03

पब्लिश के बाद एक दूसरी नज़र

एक मासिक ऑडिट साइट के लिए संख्याओं को रिकॉर्ड करता है और ड्रॉप पर अलर्ट भेजता है।

04

एक मालिक

एक नामित व्यक्ति HOLD अलर्ट्स की जिम्मेदारी लेता है। अलर्ट्स जो किसी चैनल में भेजे जाते हैं जिसकी कोई जिम्मेदारी नहीं है, एक सप्ताह में नजरअंदाज कर दिए जाते हैं।

क्यू को कैसे चेक किया जाना चाहिए था

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

प्रति ड्राफ्ट होस्ट्स की गिनती करें

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

एक Semrush फ्री बैकलिंक चेकर टैब एक-होस्ट के मामले के लिए ठीक है। यह बाकी चालीक ड्राफ्ट्स को संभाल नहीं सकता।

नियम को एक वाक्य के रूप में लिखें

एक नियम जैसे तीन या अधिक कम होस्ट्स पोस्ट को HOLD भेजते हैं, उसे टेस्ट किया जा सकता है। अस्पष्ट मार्गदर्शन जैसे स्रोतों को सावधानी से चेक करें, ऐसा नहीं जा सकता, और एक थका हुआ एडिटर इसे लागू भी नहीं कर सकता।

प्रत्येक नियम को उस स्टेटस के साथ लिखें जो यह सेट करता है, जैसे HOLD या PASS, और उस व्यक्ति को जो इसे देखता है। एक नियम जिसका कोई आउटलेट नहीं है, एडिटर को अनुमान लगाने पर मजबूर करता है।

लॉन्च से पहले मालिक का नाम बताएं

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

मालिक को हर ड्राफ्ट पढ़ने की जरूरत नहीं है। उन्हें हर दिन HOLD लिस्ट देखनी चाहिए और हर एंट्री के लिए निर्णय लेना चाहिए।

संकेत जो बहुत देर से आए

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

एक रीडर की शिकायत एक देर से आने वाला संकेत है

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

समान स्रोतों का एक क्लस्टर एक पहले आने वाला संकेत है

एक ही आउटलाइन से कम डोमेन वाला हवाला देने वाले ग्यारह ड्राफ्ट्स एक पैटर्न हैं जिसे एक एक नज़र में दिखाई देता। होस्ट के आधार पर ग्रुपिंग सस्ती है, और यह एक रीडर से पहले पैटर्न को पकड़ती है।

एक शांत क्यू स्वस्थ क्यू नहीं है

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

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

एक बंद लकड़ी का गेट जिसमें ताला है और दो आकृतियां एक फूल की जांच कर रही हैं

एडिटर ने आगे क्या किया

एडिटर का पहला कदम बाकी क्यू को खींचना और शेड्यूलर बंद करना था। इसमें मिनट लगे। यह सप्ताह का वह एकमात्र हिस्सा था जो योजना के अनुसार चला। शेड्यूलर को एक नियम लिखे जाने और एक मालिक के नाम होने तक नए ड्राफ्ट्स के लिए बंद रखा गया। किसी ने इसे जल्दी नहीं खोला।

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

बाद में टीम ने अपने लिए एक छोटा नोट लिखा। इसमें नियम, मालिक और चेक की सूची थी, उसी क्रम में। कुछ और नहीं। नोट किसी दोष खोजने का अभ्यास नहीं था, और किसी से यह नहीं पूछा गया कि उन्होंने फ्री टूल पर भरोसा क्यों किया।

सप्ताह के अंत तक टीम के पास दो नई आदतें और एक पुरानी आदत थी। नई आदतें होस्ट काउंट और HOLD लिस्ट थीं। पुरानी आदत एडिटर द्वारा हर सिटेशन को पढ़ना थी। यह हिस्सा काम कर गया।

अगली समीक्षा के लिए प्रश्न

  • कौन सा स्टेप लिंक चेक के बिना पोस्ट शेड्यूल कर सकता है?
  • शेड्यूलिंग और पब्लिशिंग के बीच क्यू पर किसने नज़र रखी?
  • आखिरी बैच में कितने होस्ट्स थे, और एक व्यक्ति ने कितने चेक किए?
  • आज किस अलर्ट का कोई नामित मालिक नहीं है?
  • HOLD के लिए एक-वाक्य नियम क्या है?

पाठ्य

मैन्युअल जांच पांच डोमेन तक स्केल करती है, एक स्क्रिप्ट पांच हज़ार तक स्केल करती है

Semrush, Ahrefs या Moz से फ्री टूल्स एक मानव नज़र के लिए ठीक हैं। कुछ भी जो शेड्यूल पर दोहराता है कोड में होना चाहिए, प्रत्येक कॉल की लागत और हर रन के लिए एक लॉग लाइन के साथ।

  • जिससे चेक करने वाला तय करें, उससे पहले ड्राफ्ट में होस्ट्स की गिनती करें।
  • थ्रेशहोल्ड को नीचे लिखें और अपनी खुद की हिस्ट्री पर कैलिब्रेट करें।
  • देखें सूट तुलना कि वे सूट्स बेहतर क्या करते हैं।

अपनी समीक्षा में पूछने के लिए प्रश्न

स्पष्ट रहें।

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

रीडर्स इस विफलता के बारे में क्या पूछते हैं

क्या यह कहानी एक असली क्लाइंट के बारे में है?

नहीं। यह एक काल्पनिक उदाहरण है जो एक विफलता पैटर्न दिखाता है। इसमें की गई गलतियां आम हैं, लेकिन नाम, गिनती और तारीखें काल्पनिक हैं।

टीम ने जल्दी नोटिस क्यों नहीं किया?

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

क्या एक गेट छह लाइव पोस्ट्स को रोक देता?

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

टीम द्वारा किया जा सकने वाला सबसे छोटा बदलाव क्या है?

शेड्यूलिंग स्टेप में एक bulk_dr कॉल जोड़ें और HOLD नियम लिखें। वह जोड़ा अकेले इस कहानी में कमजोर सिटेशन्स को फ्लैग कर देता।