संदर्भ
टूल लिस्टिंग स्कोर फ़ील्ड्स, एक-एक करके
अपनी लिस्टिंग टेबल को एक बार डिज़ाइन करें और मासिक कार्य अपने आप हो जाएगा। यहाँ हर लिंक-स्कोर कॉलम है जिसे एक डायरेक्टरी स्टोर कर सकती है, और वह कॉल जो उसे भरती है।
SEO Tools AI रिसर्च टीम ·
कॉलम, एक नज़र में
| कॉलम | किसके द्वारा भरा गया | क्रेडिट्स | रिफ्रेश |
|---|---|---|---|
| dr | bulk_dr, 2,000 डोमेन तक | 1 | मासिक |
| dr_checked_on | आपका अपना कार्य, उस दिन जब आपने फ़ेच किया | 0 | हर रन पर |
| ref_domains | refdomains, आपकी पसंद के अनुसार सॉर्ट किया गया | 2 | मासिक, केवल शीर्ष लिस्टिंग्स |
| top_anchors | anchors | 2 | त्रैमासिक |
| top_pages | toppages | 2 | त्रैमासिक |
| overview_blob | overview (मुफ़्त, कुंजी की आवश्यकता नहीं) | 0 | मांग पर |
| rival_overlap | intersect, 2 से 10 डोमेन | 2 | जब आप एक टूल जोड़ते हैं |
वे कॉलम जो अपनी जगह कमाते हैं
दो से शुरू करें। dr सॉर्ट की है, और dr_checked_on ईमानदारी का कॉलम है।
बिना तारीख़ के स्कोर एक तथ्य जैसा दिखता है, और एक महीने बाद वह एक अफ़वाह बन जाता है। तारीख़ इसे रोकती है, और यह आपके कार्य को उन पंक्तियों को छोड़ने की अनुमति भी देता है जिन्हें आपने एक घंटे पहले क्रैश के बाद रिफ्रेश किया था।
बाकी सब को वैकल्पिक मानें। एक तुलना साइट जो रेटिंग के साथ रेफ़रिंग डोमेन दिखाती है, पाठकों को एक दूसरा नंबर देती है जिससे वे क्रॉस-चेक कर सकें, जो एक सुंदर बैज से ज़्यादा उपयोगी है। हमारी बैकलिंक एनालिसिस टूल पेज दिखाता है कि यह अन्य चेकरों के सामने कैसा दिखता है।
कॉलम को ग्लॉसरी के साथ जोड़ें ताकि पाठकों को वही शब्द दिखाई दें जो आप बैक ऑफ़िस में उपयोग करते हैं, और सिंक रेसिपी के साथ जब आप उन्हें भरने के लिए तैयार हों।
डायरेक्टरी द्वारा दिए जाने वाले लिंक्स के लिए कॉलम
स्कोर टूल का वर्णन करते हैं। एक डायरेक्टरी लिंक्स भी बांटती है, और उनका अपना कॉलम होना चाहिए। कैटलॉग जो वापस लिंक मांगते हैं आम हैं, इसलिए सवाल आपको उम्मीद से ज़्यादा जल्द मिलेगा।
एक हाँ-या-ना फ़ील्ड से शुरू करें जो रिटर्न लिंक को रिकॉर्ड करता है। इसे लिखने से पहले, लिस्टेड साइट को स्वयं जांचें, क्योंकि एक यादशक्त उत्तर सैकड़ों पंक्तियों की लिस्ट में गलत होने वाला पहला चीज़ है।
एक रिसिप्रोकल लिंक कॉलम
reciprocal_link को एक हाँ-या-ना कॉलम के रूप में जोड़ें जो बताता है कि लिस्टेड टूल की साइट आपको वापस लिंक करती है या नहीं। मान लीजिए कि आप 300 टूल्स बनाए रखते हैं और उनमें से 40 ने वापस लिंक मांगा। वह कॉलम आपको बताता है कि कौन सी लिस्टिंग्स एक फ़ायदे पर टिकी हैं, और यह तभी बताता है जब एक पाठक पूछे।
कॉलम को स्कोर सॉर्ट से बाहर रखें। यह रिश्ते का वर्णन करता है, टूल का नहीं, इसलिए इसे रैंकिंग में मिला देने से बाद में ऑर्डर समझाना मुश्किल हो जाएगा।
आपके द्वारा प्रकाशित लिंक्स के लिए एक स्टेटस कॉलम
प्रत्येक लिंक के HTTP स्टेटस और उस तारीख़ को रिकॉर्ड करें जब आपने इसे आखिरी बार जांचा था, outbound_status के साथ। एक लिस्टिंग जो 404 देती है, पाठक के लिए एक टूटा वादा है, और कोई और इसे आपके लिए नहीं नोटिस करेगा।
यह चेक स्कोर रिफ्रेश के साथ ही मासिक रन पर सवार हो सकता है। आप एक कॉलम जोड़ते हैं और कोई नया शेड्यूल नहीं, जो एक डायरेक्टरी खरीद सकती है सबसे सस्ती मेंटेनेंस है।
दिए गए वादे को लिखें
जब एक कैटलॉग वापस लिंक मांगता है, तो तारीख़, पेज और अनुरोध के सटीक शब्दों को एक link_note कॉलम में नोट करें। एक साधारण नोट लिखने में एक मिनट लगता है और छह महीने बाद एक बहस बचाता है।
उस प्लेसमेंट का वादा न करें जिसे आप बनाए नहीं रख सकते। यदि रिटर्न लिंक कभी जोड़ा नहीं जाता है, तो ईमानदार कदम पंक्ति को मार्क करना और स्कोर को अकेला छोड़ना है।
पेड प्लेसमेंट को अलग रखना
यदि एक लिस्टिंग ने अपनी जगह के लिए भुगतान किया है, तो स्कोर के बगल में एक placement वैल्यू स्टोर करें और स्कोर को अकेले ऑर्डर तय न करने दें। एक उच्च dr एक पेड रो के ऊपर बेहतर रो को रखने का एकमात्र कारण नहीं होना चाहिए।
स्कोर के बगल में पेड फ्लैग दिखाएं, ताकि जो कोई भी पेज को सॉर्ट करे वह दोनों देख सके। एक पाठक जो लेबल पाता है, वह लिस्ट के बाकी हिस्से पर भरोसा करता रहता है।
वे रिक्वेस्ट पैरामीटर जिन्हें आप वास्तव में उपयोग करेंगे
ये API से पैरामीटर हैं, एक सिंक जॉब को जिन क्रम में आवश्यकता होती है।
action what to do: domain, overview, bulk_dr, refdomains, anchors ...
q one domain, for single-domain actions
domains comma list, for bulk_dr (GET) or send it as a POST body
key your sk_ key, or use the Authorization: Bearer header
page which page of rows
per rows per page, 10 to 5000, up to 1,000 rows per billed call
sort column to sort by
order asc or descनामकरण और टाइप्स जो अच्छी तरह से उम्र बढ़ाते हैं
कॉलम का नाम उस चीज़ के बाद रखें जो वे रखते हैं, न कि एक वेंडर के बाद। dr हमारे लिए ठीक है, लेकिन यदि आप बाद में एक दूसरा मेट्रिक जोड़ते हैं, तो dr_ours और da_moz आपको माइग्रेशन से बचाएंगे।
रेटिंग को 0 से 100 के बीच एक पूर्णांक के रूप में स्टोर करें, तारीख़ को एक ISO स्ट्रिंग जैसे 2026-10-01 के रूप में, और गिनती को पूर्णांकों के रूप में। एक टेक्स्ट कॉलम जो 1.2k रखता है, पहली व्यक्ति के लिए एक फ़ंदा है जो उसे सॉर्ट करता है।
एक source कॉलम भी रखें, एक छोटी वैल्यू जैसे seotoolsai के साथ। यह कुछ बाइट्स खर्च करता है और हर भविष्य के एडिटर के सवाल का जवाब देता है।
हर रिस्पॉन्स में ok होता है। प्रमाणीकृत रिस्पॉन्स में _credits भी होता है, उस कॉल की लागत और आपके शेष बैलेंस के साथ। दोनों को लॉग करें। किसी अन्य फ़ील्ड को कॉलम में मैप करने से पहले, एक मुफ़्त domain कॉल चलाएं और JSON स्वयं पढ़ें।
टेबल को पांच चरणों में सेट करें
पहले कॉलम के नाम दें
API कुंजी को छूने से पहले कॉलम लिस्ट लिखें, और प्रत्येक कॉलम का नाम उस चीज़ के बाद रखें जो वह रखता है। कॉलम नामों में वेंडर नाम छोड़ दें, ताकि एक बाद का मेट्रिक नाम बदलने पर मजबूर न करे।
एक मुफ़्त कॉल बनाएं
एकल डोमेन के लिए overview चलाएं। इसे कुंजी की आवश्यकता नहीं है, इसलिए आप JSON पढ़ सकते हैं और अपने टेबल के खिलाफ़ फ़ील्ड नामों की जांच कर सकते हैं, उससे पहले कि आप कोई क्रेडिट खर्च करें।
स्कोर और उसकी तारीख़ जोड़ें
dr को एक पूर्णांक के रूप में और dr_checked_on को एक ISO तारीख़ के रूप में स्टोर करें। वे दो कॉलम एक स्कोर के लिए न्यूनतम हैं जिस पर एक पाठक भरोसा कर सके।
बीस पंक्तियों पर टेस्ट करें
उन बीस लिस्टिंग्स के लिए bulk_dr भेजें जिनके बारे में आपको पता है। मुफ़्त domain एक्शन के खिलाफ़ तीन परिणामों को हाथ से तुलना करें, और फिर ही पूरी लिस्ट चलाएं।
फीचर्ड रो के लिए डिटेल कॉलम जोड़ें
रेफ़रिंग डोमेन और अंकर 2 क्रेडिट्स प्रति कॉल खर्च करते हैं, इसलिए उन्हें उन लिस्टिंग्स के लिए फ़ेच करें जिन्हें आप विस्तार से दिखाते हैं। 1-क्रेडिट स्कोर अभी भी हर अन्य पंक्ति को कवर कर सकता है।
कार्यरत उदाहरण: एक काल्पनिक लिस्टिंग रिकॉर्ड
यह एक आविष्कृत उदाहरण है, एक असली लिस्टिंग नहीं। एक डायरेक्टरी की कल्पना करें जिसका नाम ToolShelf है और एक काल्पनिक उत्पाद example-seo.test के लिए एक लिस्टिंग है।
इसका रिकॉर्ड dr 41, dr_checked_on 2026-10-01 और ref_domains 1,000 रखता है। यह सार्वजनिक सूत्र में फिट बैठता है, क्योंकि log(1001) को log(20,000,000) से विभाजित करके 100 से गुणा करने पर 41 आता है।
एक महीने बाद, जॉब फिर से फ़ेच करता है और 1,800 रेफ़रिंग डोमेन पाता है, इसलिए रेटिंग 45 हो जाती है। केवल dr और तारीख़ बदलती है। रिव्यू टेक्स्ट, स्क्रीनशॉट और एडिटर के नोट्स बिल्कुल वैसे ही रहते हैं, क्योंकि स्कोर उनमें कभी छूता नहीं है।
किस लिस्टिंग्स को स्कोर चाहिए, और कितना गहरा
हर लिस्टिंग को समान गहराई की आवश्यकता नहीं है। एक डायरेक्टरी जिसमें कुछ सौ टूल हैं, हर पंक्ति को स्कोर कर सकता है, लेकिन डिटेल कॉल एक अलग निर्णय है जिसकी अलग लागत है।
हर पंक्ति को स्कोर करें, भले ही वे पाठकों से छिपी हों। एक छिपी हुई लिस्टिंग को भी एक वैल्यू की आवश्यकता होती है जब कोई बैक ऑफ़िस को फ़िल्टर करता है, और वहां एक खाली सेल एक चुने गए विकल्प के बजाय एक चूक जैसा दिखता है।
एक डोमेन पर दो लिस्टिंग्स
दो लिस्टिंग्स एक ही होस्ट साझा कर सकती हैं, उदाहरण के लिए एक टूल और उसकी फ्री ट्रायल पेज एक ही साइट पर। एक स्कोर डोमेन से संबंधित है, इसलिए दोनों रो को समान dr मिलता है।
दूसरी पंक्ति में एक छोटा टेक्स्ट नोट जैसे shares domain जोड़ें। इसके बिना, एक एडिटर दो समान नंबर देखता है और मानता है कि उनमें से एक कॉपी त्रुटि है।
यही नियम उस कंपनी को कवर करता है जो एक साइट के तहत कई टोल चलाती है। प्रत्येक टूल के लिए अपनी पेज हो सकती है, लेकिन उसका स्कोर अभी भी उस डोमेन का स्कोर है जिस पर वह रहता है, इसलिए नोट कॉलम में वह कहें।
जहां पाठक देखते हैं, वहां डिटेल कॉल खर्च करें
एक श्रेणी का शीर्ष वह जगह है जहां एक रेफ़रिंग डोमेन काउंट एक निर्णय बदलता है। वहां 2-क्रेडिट कॉल शुरू करें और लंबी टेल को dr अकेला छोड़ दें।
एक साल में एक बार स्प्लिट को दोबारा देखें। लिस्टिंग्स पेज पर ऊपर और नीचे जाती हैं, और एक पंक्ति जो मार्च में दबी हुई थी, अब डिटेल कॉल के योग्य हो सकती है।
रेस्पॉन्स को एक बार रखें
प्रत्येक रिफ्रेश के लिए रेस्पॉन्स JSON को एक टेक्स्ट कॉलम या एक अलग फ़ाइल में रखें। जब आप पेज पर दिखाई देने वाली चीज़ बदलते हैं, तो आप उस कॉपी से फिर से बनाते हैं और उसी पंक्तियों के लिए दो बार भुगतान करने से बचते हैं।
यह आपको एक रिकॉर्ड भी देता है जिसकी ओर इशारा करें जब एक रेटिंग गलत दिखे। किसी भी स्कोर को हाथ से बदलने से पहले, स्टोर किए गए रिस्पॉन्स को वर्तमान रिस्पॉन्स से तुलना करें।
स्टोर किए गए रिस्पॉन्स के बगल में ok वैल्यू को भी रिकॉर्ड करें। एक ऐसे रिस्पॉन्स से बनी पंक्ति जो ok नहीं थी, उसे एक दूसरे रन के लिए फ्लैग किया जाना चाहिए, स्कोर के रूप में भरोसा नहीं किया जाना चाहिए।
रिफ्रेश को एक निश्चित क्रम में चलाएं
एक रिफ्रेश जो पंक्तियों को यादृच्छिक क्रम में छूता है, ऑडिट करने में कठिन है। पंक्तियों को पेज पर दिखाई देने वाले क्रम में प्रोसेस करें, और लॉग में रन के पहले और आखिरी डोमेन लिखें।
यदि जॉब बीच में रुक जाती है, तो लॉग आपको बताता है कि कहाँ से फिर से शुरू करें। पंक्तियाँ जो पहले से इस महीने की तारीख़ रखती हैं, उन्हें छोड़ा जा सकता है, और कुछ भी दो बार भुगतान नहीं होता है।
फ़ील्ड सवाल
क्या मुझे प्रत्येक लिस्टिंग के लिए रेस्पॉन्स JSON स्टोर करना चाहिए?
हाँ, रिफ्रेश प्रति एक बार। इसे एकल टेक्स्ट या JSON कॉलम में रखें, फिर dr और अन्य डिस्प्ले फ़ील्ड्स को उससे व्युत्पन्न करें। जब आप दिखाई देने वाली चीज़ बदलते हैं, तो आप API को फिर से कॉल किए बिना और दो बार भुगतान किए बिना पेज फिर से बना सकते हैं।
यदि एक डोमेन इंडेक्स में नहीं है तो क्या होता है?
स्कोर का अनुमान न लगाएं। dr सेल को खाली छोड़ दें और उस लिस्टिंग के लिए कोई बैज न दिखाएं। हमारा इंडेक्स 181,132,097 डोमेन रखता है, जो बड़ा है लेकिन पूरा वेब नहीं है, और एक खाली ज़्यादा ईमानदार है शून्य से।
क्या मुझे सभी फ़ील्ड्स की आवश्यकता है?
नहीं। रेटिंग और उसकी तारीख़ दिखाएं, और शायद फीचर्ड लिस्टिंग्स के लिए रेफ़रिंग डोमेन। बाकी को बैक ऑफ़िस में रखें सॉर्टिंग, ऑडिटिंग और उन लिस्टिंग्स को खोजने के लिए जिनके नंबर महीनों के बीच कूदते हैं।
