फ़ील्ड मैपिंग

बैकलिंक चेकर पेजरैंक या DR: फ़ील्ड में क्या स्टोर करें

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

Contentin रिसर्च टीम · अद्यतन 2026-10-29

रैंकिंग मेट्रिक्स का प्रतिनिधित्व करने वाले दो अलग-अलग धातु वजन की तुलना करने वाली छोटी पीतल की तराजू

पेजरैंक को फ़ील्ड विकल्प क्यों नहीं माना जाता

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

जो शेष बचता है वह वेंडर स्कोर हैं। Ahrefs के पास DR है, Moz के पास DA है, और हम अपनी खुद की डोमेन रेटिंग एक ओपन फ़ॉर्मूले के साथ प्रकाशित करते हैं। एक चुनें और उसी पर टिके रहें। एक ही कॉलम में दो को मिलाने से आगे की हर तुलना अर्थहीन हो जाती है।

हेडलेस टीमों के लिए एक व्यावहारिक नियम: वह स्टोर करें जिसे आप डिस्प्ले या फ़िल्टर करने वाले हैं, और कुछ और नहीं। हर अतिरिक्त फ़ील्ड एक ऐसा और चीज़ है जिसे एडिटर गलत पढ़ सकता है, एक और कॉलम एक्सपोर्ट में, और एक और मैपिंग जो जब आप एक CMS से दूसरे CMS में माइग्रेट करते हैं तो टूट जाती है।

नामकरण मायने रखता है। फ़ील्ड को link_dr कहें, authority नहीं। पहला यह बताता है कि नंबर किसका है। दूसरा किसी को अगले साल किसी अलग वेंडर के स्कोर को बदलने के लिए प्रेरित करता है।

स्रोत के आधार पर फ़ील्ड का नामकरण

हर बार फ़ील्ड का नाम उस वेंडर के अनुसार रखें जिसने डेटा प्रदान किया है। 'link_dr' जैसी फ़ील्ड अगले पाठक को बताती है कि संख्या कहाँ से आई है, और इससे किसी बाद में वेंडर बदलने पर डेटा चुपचाप गलत नहीं हो जाता।

केवल लेबल ही बदल जाता है, संख्या नहीं। Ahrefs DR, Moz DA और हमारा अपना Domain Rating अलग-अलग माप हैं, इसलिए यदि एक फ़ील्ड में दूसरे के लिए नामित डेटा कॉपी किया जाए, तो अगले पाठक भ्रमित हो सकता है।

क्या आप दो वेंडर्स के स्कोर स्टोर कर सकते हैं?

दो अलग-अलग नामों वाली दो फ़ील्ड्स में आप ऐसा कर सकते हैं। ज्यादातर टीमों को इसकी आवश्यकता नहीं होती, क्योंकि दो संख्याएँ तुलना का मौका देती हैं, और तुलना ही वह कदम है जहाँ अक्सर गलती होती है।

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

क्या स्कोर सभी टूल्स में समान होता है?

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

हमारा फॉर्मूला सार्वजनिक है। लॉग स्केल ही वह कारण है कि 1,000 से 100,000 रेफ़रिंग डोमेन में वृद्धि होने पर स्कोर में जो बदलाव आता है, वह रॉ गिनती की तुलना में कम होता है।

उदाहरण: पाँच काल्पनिक डोमेन पर फॉर्मूला

रेफ़रिंग डोमेन की गिनती केवल उदाहरण के लिए बनाई गई है। फॉर्मूला: round(100 · log(ref_domains+1) / log(2·10^7))।
काल्पनिक डोमेन	रेफरिंग डोमेन	DR	सुझाया गया बैंड
tiny-docs.example	10	14	कम
small-saas.example	50	23	कम
mid-blog.example	1,000	41	मध्यम
big-publisher.example	100,000	68	उच्च
theoretical-top.example	20,000,000	100	उच्च

लघुगणकीय वृद्धि बैंडों को दर्शाते हुए रंगीन ब्लॉक्स वाले सीढ़ीदार पत्थर की सीढ़ी

फील्ड डिज़ाइन के बारे में तालिका क्या बताती है

स्केल लघुगणकीय (logarithmic) है। दस डोमेन और 1,000 डोमेन के बीच 27 अंक का अंतर है, जबकि 1,000 और 100,000 के बीच वही दूरी फिर से है। इसलिए पूर्णांक (integer) को स्टोर करें, लेकिन इसे बैंड्स में पढ़ें।

एक बैंड फ़ील्ड अक्सर कच्चे नंबर की तुलना में संपादक की अधिक मदद करती है। कोई भी 41 बनाम 43 पर कार्रवाई नहीं कर सकता। वे 'मध्यम' जैसे लेबल पर कार्रवाई कर सकते हैं। इसे सरल रखें।

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

नोट फ़ील्ड सादा ही रहना चाहिए, क्योंकि इसका काम छोटा है। एक वाक्य काफी है। इसका काम पाठक को यह याद दिलाना है कि इंडेक्स लगभग मासिक रूप से बदलता है और Google Search Console में Google का अपना दृष्टिकोण होता है।

समय के साथ फ़ील्ड को सत्य बनाए रखना

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

शेड्यूल से शुरुआत करें, क्योंकि यह बाकी सब कुछ निर्धारित करता है। मासिक इंडेक्स से मेल खाता है, और रात भर की स्वीप्स जानकारी में वृद्धि के बिना लागत बढ़ाती हैं, क्योंकि इंडेक्स लगभग मासिक रूप से बदलता है।

स्कोर कितनी बार रिफ्रेश होना चाहिए?

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

लागत पीछे हटने का कारण नहीं है। 2,000 डोमेन तक की एक रात भर की bulk_dr कॉल की लागत एक क्रेडिट है, और लागत तालिका शेष सूचीबद्ध करती है।

गुम हुए मान के साथ नौकरी को क्या करना चाहिए?

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

एक गुम हुआ मान और शून्य अलग-अलग तथ्य हैं। आपके फ़ील्ड टाइप को उन्हें अलग रखना चाहिए, ताकि एक एडिटर कभी भी खाली जगह को खराब स्कोर न समझे।

आप प्रत्येक बैच को सीमा के अंदर कैसे रखते हैं?

सूची को 2,000 डोमेन से अधिक न होने वाले हिस्सों में बांटें, और प्रत्येक हिस्से के लिए एक कॉल भेजें। हिस्से का आकार एकल स्थिरांक में रखें, ताकि सीमा में बदलाव से केवल एक लाइन प्रभावित हो।

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

एडिटर को स्कोर के बगल में क्या दिखना चाहिए

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

लेबल लेआउट के बराबर महत्वपूर्ण है। एक link_dr_band नाम की फ़ील्ड जो 'middle' बताती है, पाठक को इंडेक्स के बारे में कुछ नहीं बताती, इसलिए उसके बगल में नोट में उस चेतावनी को शामिल करना चाहिए।

क्या बैंड एंट्री को रंग देना चाहिए?

एक रंगीन बैज एक व्यस्त एडिटर की मदद कर सकता है, लेकिन यह एक मध्यम रीडिंग को विफल दिखाने का कारण भी बन सकता है। रंगों को बैंड नामों तक सीमित रखें, और कठिन समस्या से कम के लिए लाल रंग से बचें।

बैंड समीक्षा के लिए सलाह है, प्रकाशन के लिए नियम नहीं। इसके बगल वाले लेबल में यह बताएं, ताकि एक हरा या एम्बर बैज कभी पास के रूप में न पढ़ा जाए।

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

तारीख पुरानी होने पर नोट में क्या लिखा जाना चाहिए?

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

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

एक सामग्री मॉडल की रूपरेखा

फ़ील्ड के नाम हमारी प्रस्तुति के लिए हैं। Contentful, Sanity, Strapi और Payload प्रत्येक अपने तरीके से फ़ील्ड घोषित करते हैं, इसलिए अनुवाद करें।

json

{
  "link_dr": 41,
  "link_dr_band": "middle",
  "link_checked_on": "2026-10-29",
  "link_check_note": "Index refreshes monthly. Verify in Search Console."
}

चार खंडों वाली लकड़ी की सॉर्टिंग ट्रे जिसमें पानी की तरह जेमस्टोन बहाए जा रहे हैं

प्रतिक्रिया को उन चार फ़ील्ड्स में मैप करना

1
एक मुफ्त एक्शन को एक बार चलाएं
एक ज्ञात डोमेन पर overview चलाएं और JSON को आंखों से पढ़ें। प्रतिक्रिया में वास्तविक फ़ील्ड नामों की जांच करें, क्योंकि यह पेज आपको उनके लिए नहीं सूचीबद्ध करता है।
2
DR मान चुनें
0 से 100 के स्कोर को एक पूर्णांक फ़ील्ड में कॉपी करें। उस सीमा के बाहर किसी भी चीज को अस्वीकार करें ताकि एक खराब प्रतिक्रिया एंट्री तक न पहुंचे।
3
अपने कोड में बैंड व्युत्पन्न करें
20 से कम कम है, 20 से 50 मध्यम है, 50 से ऊपर उच्च है। थ्रेशोल्ड एक सुझाव हैं और आपकी टीम के हैं, API के नहीं।
4
तारीख स्टांप करें
स्कोर के बगल में आज की तारीख लिखें। इंडेक्स लगभग मासिक रूप से रिफ्रेश होता है, इसलिए तारीख डेटा का हिस्सा है।

चार फ़ील्ड्स और प्रत्येक द्वारा उत्तर दिया जाने वाला प्रश्न

प्रत्येक फ़ील्ड एक प्रश्न का जवाब देता है जिसे एक एडिटर पूछेगा।

link_dr

0 से 100 का पूर्णांक स्कोर। यह पैमाने पर डोमेन कितना मजबूत दिखता है, इसका जवाब देता है।

link_dr_band

कम, मध्यम या उच्च जैसा एक सादा लेबल। यह बताता है कि क्या किसी व्यक्ति को करीब से देखना चाहिए, बिना किसी से संख्या पढ़ने के लिए कहें।

link_checked_on

रीडिंग की तारीख। यह बताता है कि संख्या कितनी पुरानी है, जो अधिकांश टीमों की उम्मीद से अधिक मायने रखता है।

link_check_note

इंडेक्स के बारे में एक वाक्य। यह बताता है कि स्कोर क्या नहीं दिखा सकता, जैसे कि मासिक रिफ्रेश और नए लिंक्स के लिए लेग।

छोड़ने के लिए फ़ील्ड्स

कच्चे बैकलिंक पंक्तियां: ये जल्दी पुरानी हो जाती हैं और एंट्री को भारी बनाती हैं
एकर लिस्ट, जब तक कि कोई मानव उन्हें न देखे (देखें runbook)
पास या फेल बूलियन: यह एक कठोर ब्लॉक की आमंत्रण देता है
एक कॉलम में दो टूल्स से वेंडर स्कोर

उदाहरण पर एक चेतावनी

ऊपर पांच डोमेन मौजूद नहीं हैं, और गणना केवल अंकगणित को स्पष्ट करने के लिए चुनी गई है। वास्तविक संख्याओं के लिए, अपने साइट पर मुफ्त DR checker चलाएं।