कोई भी स्क्रिप्ट आपके लिए लिंक को टॉक्सिक नहीं कह सकती। यह आपको बता सकती है कि कौन से रेफरिंग डोमेन नए हैं, कौन से गायब हो गए हैं, और कौन से इतने अजीब दिखते हैं कि उन्हें हाथ से पढ़ा जाए।
Linkzoid editorial team ·
नए रेफरिंग डोमेन के लिए सेवरिटी टेबल
ट्रायज के लिए हमारे अपने रूल ऑफ थंब, कोई गूगल परिभाषा नहीं
लेवल
सिग्नल
एक्शन
इग्नोर
नया डोमेन, DR 30 से ऊपर, एंकर आपकी ब्रांड या एक बेयर URL है
लॉग करें, आगे बढ़ें
देखें
एक ही TLD से एक सप्ताह में 50 या अधिक नए डोमेन, जिसे आपने कभी टारगेट नहीं किया
उनमें से दस खोलें
गहराई से देखें
20 या अधिक नए डोमेन पर समान एक्जैक्ट-मैच एंकर
एंकर क्लाउड की जांच करें, स्रोत खोजें
एक्शन लें
पेड-लुकिंग नेटवर्क या हैक्ड पेज जो आपको टारगेट कर रहे हैं
इसे डॉक्यूमेंट करें; केवल तभी डिसावो फाइल पर विचार करें यदि आपके पास मैन्युअल एक्शन भी है
प्रतीक्षा करें
इस महीने एक डोमेन गायब हो गया
अगले मासिक रिफ्रेश के बाद फिर से चेक करें
एक बार स्कैन करने के बजाय diff क्यों
एक सिंगल स्नैपशॉट आपको बताता है कि वहां क्या है। एक diff आपको बताता है कि क्या बदला, और वही जहां समस्याएं सामने आती हैं।
गूगल ने सालों से कहा है, सितंबर 2016 में पेंगुइन 4.0 रिलीज के बाद और दिसंबर 2022 लिंक स्पैम अपडेट में फिर से, कि यह ज्यादातर स्पैमी लिंक्स को नजरअंदाज करता है, उन्हें सजा देने के बजाय। स्पैमब्राइन यह काम करता है। इसलिए जंक की बाढ़ अक्सर शोर होती है, न कि खतरा, और diff मुख्य रूप से आपको शोर पर प्रतिक्रिया करने से बचाता है।
अपनी खुद की हिस्ट्री रखें। स्यूट्स अपनी ओवरराइट कर देते हैं।
हिस्ट्री टेबल चार चरणों में बनाएं
Diff तभी काम करता है जब हर रन उसी टेबल में, उसी शैप में आए। ये स्टेप्स उसे वैसे ही रखते हैं।
01
टेबल एक बार बनाएं
आपको जिन कॉलम की जरूरत है, उनसे एक create-if-not-exists स्टेटमेंट चलाएं: दिन, डोमेन और स्कोर। इसे स्क्रिप्ट में रखें, ताकि एक नई मशीन बिना किसी मैनुअल स्टेप के उसी टेबल को रीबिल्ड कर सके।
02
प्रति दिन प्रति डोमेन एक रो इंसर्ट करें
एक पैरामीटराइज्ड इंसर्ट का उपयोग करें और हर रन पर एक बार कमिट करें। एक सिंगल कमिट एक क्रैश को फाइल में आधे दिन छोड़ने से बचाता है।
03
दूसरे रन के लिए गार्ड करें
इंसर्ट करने से पहले उस दिन की रोस डिलीट करें, या दिन और डोमेन पर एक यूनिक की जोड़ें। उसी दिन पर एक रीरन रोस को डबल करने के बजाय रीप्लेस कर देगा।
04
फाइल पर पिछले दिन से कंपेयर करें
max(day) फिल्टर के साथ सबसे नए पिछले तारीख को चुनें, कल की तारीख नहीं। जब एक सप्ताह स्किप हो जाए, तो कंपेरिशन सही रहता है।
diff.py
दो टेबलें ज्यादा साफ होतीं। एक शौकिया सेटअप के लिए काफी है: प्रति डोमेन प्रति स्नैपशॉट तारीख एक रो।
python
import json, sqlite3, sys, datetime
db = sqlite3.connect('links.db')
db.execute('create table if not exists snap(day text, dom text, dr int)')
rows = json.load(open(sys.argv[1]))
day = datetime.date.today().isoformat()
db.executemany('insert into snap values (?,?,?)',
[(day, r.get('domain'), r.get('dr')) for r in rows])
db.commit()
prev = db.execute('select max(day) from snap where day < ?', (day,)).fetchone()[0]
if prev:
new = db.execute('select dom from snap where day=? except select dom from snap where day=?', (day, prev)).fetchall()
gone = db.execute('select dom from snap where day=? except select dom from snap where day=?', (prev, day)).fetchall()
print(len(new), 'new,', len(gone), 'gone')
एक ब्लॉग पोस्ट से कॉपी किया गया थ्रेशोल्ड किसी और साइट के बारे में एक अनुमान है। एक बैड बैकलिंक्स चेकर तभी तक उपयोगी है जब उसकी लिमिट्स हों, और आपकी खुद की हिस्ट्री आपको बताती है कि आपके डोमेन के लिए सामान्य क्या दिखता है।
पहले कुछ महीनों तक लॉगिंग शुरू करें बिना किसी एक्शन के। इसे सेटल होने दें। फिर सामान्य वीकली स्विंग को लिखें। उसके बाद ही आप सेवरिटी टेबल में लिमिट्स सेट करें।
एक बेलाइन से शुरू करें
हर रन के लिए नए और गोन काउंट रिकॉर्ड करें बिना उन पर प्रतिक्रिया किए। कुछ महीनों की शांत लॉगिंग आपको एक रेंज देती है जो आपके डोमेन की है, किसी और की नहीं।
एक बार बेलाइन मौजूद होने पर, एक सिंगल बैड वीक उससे अलग दिखता है, और आप अंतर को बिना अनुमान के समझा सकते हैं। यही बेलाइन का पूरा मकसद है।
प्रति सिग्नल एक अलार्म चुनें
टेबल में हर सिग्नल के लिए एक थ्रेशोल्ड, एक ओनर और एक एक्शन होता है। एक सिग्नल जिसके तीन अलार्म हैं, वह सिग्नल किसी की नहीं पढ़ता, और अलार्म एक साथ इग्नोर हो जाते हैं।
कोड में अलार्म को उसके सिग्नल के बगल में लिखें, ताकि इस पेज पर टेबल और स्क्रिप्ट कभी असहमत न हों।
हर क्वार्टर में लिमिट्स पर फिर से विचार करें
आपकी साइट बढ़ती है, और उसका सामान्य भी बढ़ता है। हर तीन महीने में लिमिट्स को फिर से चेक करें, और किसी भी बदलाव के बगल में कारण लिखें, ताकि हिस्ट्री बाद में खुद को समझा सके।
प्रैक्टिस में सेवरिटी टेबल पढ़ना
टेबल एक ट्रायज एड है, कोई जजमेंट नहीं। हर रो आपको बताती है कि कहाँ देखना है, और एक्शन कॉलम आपको एक पैनिक में डिसावो फाइल की ओर बढ़ने से रोकती है।
ऊपर से काम शुरू करें। ज्यादातर सप्ताह इग्नोर या लुक पर खत्म होते हैं। एक लुक रो कुछ मिनट की पढ़ाई शुरू करती है, और एक लुक हार्ड रो एंकरर्स की एक लंबी रिव्यू शुरू करती है। वीक व्यस्त होने की वजह से रोस स्किप न करें। एक स्किप की गई रो उस वीक है जब बाढ़ अनदेखी हो जाती है।
फैसले करने से पहले सैंपल लें
फ्लैग किए गए डोमेन में से दस खोलें और पेज पढ़ें। एक बाढ़ जो एक ही डायरेक्टरी स्क्रैपर निकलती है, वह अनरिलेटेड ब्लॉग्स की बाढ़ से अलग समस्या है, और केवल पेज ही उन्हें अलग कर सकते हैं।
जो फैसला लिया, उसे रिकॉर्ड करें
प्रति फैसले एक लाइन रखें: डोमेन, लेवल, आपने क्या चेक किया और आपने क्या किया। लॉग को पढ़ने वाला अगला व्यक्ति, भविष्य का आप सहित, मीटिंग के बिना तर्क प्राप्त करता है।
उन लाइनों का एक मासिक सारांश कम समय लेता है, और यह एक रिव्यू का एक अच्छा फर्स्ट ड्राफ्ट बनाता है।
यह आपको क्या नहीं बता सकता
यह साबित नहीं कर सकता कि एक लिंक आपको नुकसान पहुंचा रहा है। गूगल के बाहर कोई नहीं कर सकता, और सर्च कंसोल का मैन्युअल एक्शन रिपोर्ट ही वह जगह है जहां पेनाल्टी बताई जाती है।
यह पिछले रिफ्रेश से नई लिंक्स को भी नहीं देख सकता। ताजा सबूत के लिए लिंकिंग साइट चलाने वालों से पूछें, या अपने सर्वर लॉग्स को रेफरर्स के लिए पढ़ें। हमारी टाइमिंग पर नोट गहराई से जाती है।
यदि आप एंकरर्स साइड चाहते हैं, तो anchor_cloud 2 क्रेडिट्स का खर्च करता है और टेक्स्ट को फ्रीक्वेंसी के आधार पर ग्रूप करता है, जो एक्जैक्ट-मैच पाइल-अप को स्पॉट करने का सबसे तेज़ तरीका है।
रिफ्रेश के बीच आने वाली लिंक्स
पिछले रिफ्रेश से कम उम्र की हर चीज diff के दोनों साइड्स से गायब है। एक लिंक जो एक रिफ्रेश विंडो के अंदर आती और गायब हो जाती है, वह कभी दिखाई नहीं देती, इसलिए कंपेरिशन मासिक चलना चाहिए।
एंकरर्स जो आपको गलत लगते हैं
एक diff डोमेन देखता है, लिंक के आसपास की सेंटेंस नहीं। दो अलग पेजों पर दो समान एंकरर्स बहुत अलग मतलब हो सकते हैं, इसलिए एंकर चेक को एक अलग, मैनुअल स्टेप के रूप में रखें।
शौकिया सेटअप के लिए स्टोरेस चॉइसेज
SQLite सबसे सरल डेटाबेस है जो एक क्वेरी के साथ एक diff सवाल का जवाब देता है। यह एक सिंगल फाइल में रहता है, इसलिए यह सर्वर के बिना रीपो या बैकअप फोल्डर में फिट हो जाता है।
डेटेड JSON फाइल्स भी काम करती हैं। क्वेरी करने में यह धीमी है, लेकिन कुछ गलत दिखने पर टेक्स्ट एडिटर में खोलने में आसान। किसी भी क्लीनअप से पहले दोनों ही स्थितियों में स्टोर की कॉपी दूसरी जगह कॉपी करें, और कुछ भी डिलीट करने से पहले एक पूरा क्वार्टर के लिए कॉपी रखें।
जब एक फाइल काफी हो
एक दिन कॉलम वाली एक टेबल सालों के लिए एक सिंगल साइट को कवर करती है। फाइल छोटी रहती है, और इस पेज पर क्वेरीज को ट्यूनिंग की जरूरत नहीं होती।
सर्वर पर कब जाएं
जब कई लोग उसी हिस्ट्री में लिखते हैं, तो एक मशीन पर फाइल बॉटलनेक बन जाती है। उस बिंदु पर एक मैनेज्ड डेटाबेस ईमानदार विकल्प है, और स्कीमा वही रहता है।
तब तक, रीपो में एक फाइल सबसे सरल चीज है जो एक लैपटॉप बदलाव के बाद भी टिकी रहती है।
Diff को वीकली जॉब से वायरिंग करना
स्नैपशॉट स्टेप के तुरंत बाद diff.py चलाएं। काउंट्स प्रिंट करें, और new एक लिमिट को पार करने पर एक नॉन-जीरो कोड के साथ एक्सिट करें, मान लीजिए कि एक छोटी साइट के लिए एक सप्ताह में 200। जॉब लाल हो जाती है, और गिटहब आपको ईमेल करता है। सरल।
अपनी खुद की हिस्ट्री से लिमिट चुनें। दो महीने बाद आपको पता चलता है कि एक सप्ताह में 15 नए डोमेन सामान्य हैं या एक स्पाइक, और ब्लॉग पोस्ट से कॉपी किया गया कोई भी फिक्स्ड नंबर एक अनुमान है।
शांत सप्ताह ही सामान्य हैं।
बैड लिंक सवाल, सीधे जवाब
क्या कोई भरोसेमंद बैड बैकलिंक्स चेकर है?
कोई भी टूल लिंक को निश्चित रूप से हानिकारक नहीं लेबल कर सकता, क्योंकि केवल गूगल जानता है कि वह प्रत्येक को कैसे ट्रीट करता है। एक स्क्रिप्ट पैटर्न सामने ला सकती है जिन्हें पढ़ने की जरूरत है: अचानक बाढ़, बार-बार एक्जैक्ट एंकरर्स, अजीब TLDs। पेज खोलने के बाद आप फैसला करते हैं।
मुझे डिसावो करना चाहिए जो diff फ्लैग करता है?
शायद ही कभी। गूगल ने कहा है कि यह स्पैम लिंक्स को मुख्य रूप से नजरअंदाज करता है, और एक डिसावो फाइल उन मामलों के लिए है जैसे कि एक मैन्युअल एक्शन या एक पेड-लिंक मेश जिसे आपने खुद बनाया है। पहले डॉक्यूमेंट करें, और कुछ भी सबमिट करने से पहले सर्च कंसोल चेक करें।
इसे कितनी बार चलाना चाहिए?
स्नैपशॉट वीकली, रिव्यू मासिक। इंडेक्स लगभग एक बार महीने में रिफ्रेश होता है, इसलिए एक दैनिक diff ज्यादातर एक टेबल का खुद से तुलना करता है। एक मासिक रिव्यू डेटा से मेल खाती है और शोर को कम रखती है।
टेबल को कौन से कॉलम रखने चाहिए?
दिन, डोमेन, DR और एक सोर्स कॉलम रखें। एंकरर्स को केवल तभी जोड़ें यदि आप एंकरर्स भी खींचते हैं। ज्यादा कॉलम व्यापक लगते हैं, लेकिन हर एक्स्ट्रा फील्ड एक ऐसा फील्ड है जो रनों के बीच ड्रिफ्ट कर सकता है।
क्या मैं दो स्यूट्स को एक-दूसरे के खिलाफ diff कर सकता हूं?
आप उसी साइट के लिए उनके काउंट्स कंपेयर कर सकते हैं, लेकिन दो नतीजे मेल नहीं खाएंगे। एक सोर्स के अंदर diff चलाएं, और सोर्स के बीच बदलाव की दिशा की तुलना करें, वही नियम जो इस साइट पर हर जगह लागू होता है।
यदि एक डोमेन चला जाता है और अगले महीने वापस आता है तो क्या होता है?
यह गोन और फिर नया दिखता है, जो शोर है। रिटर्न्स को अलग से काउंट करें, या तीन महीनों की तुलना एक साथ करें, ताकि एक डोमेन जो एक रिफ्रेश के लिए बाहर निकलता है, वह रिव्यू ट्रिगर न करे।
