सामग्री पर जाएं

JSON में बैकलिंक डेटा: $100 फ्री क्रेडिट, कोई कार्ड नहीं, Google साइन-इन।

SEOMasters.dev
SEOMasters.devसाइन अप करें

SEOMasters.dev के बारे में

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

एक खाई को पार करने वाली एक विशाल पत्थर की सेतु, जो बैकलिंक कनेक्शन्स के विशाल नेटवर्क का प्रतिनिधित्व करती है

हम क्या चलाते हैं

SEOMasters.dev बैकलिंक्स, रेफरिंग डोमेन्स, एंकर टेक्स्ट, टॉप पेजेस और 0-100 डोमेन रेटिंग (Domain Rating) के लिए एक REST API और एक फ्री ऑनलाइन एक्सप्लोरर प्रदान करता है। रिस्पॉन्स JSON फॉर्मेट में आते हैं।

डेटा हमारे अपने क्रॉलर और हमारे लिंक इंडेक्स से आता है, जिसमें 181,132,097 डोमेन्स और लगभग 798.5 बिलियन बैकलिंक्स शामिल हैं। हम इसे लगभग हर महीने रीफ्रेश करते हैं, और हम हर उस पेज पर इस बात का उल्लेख करते हैं जहां नंबर दिखाए जाते हैं।

इसे डेवलपर्स के लिए एक SEO टूल्स सेंटर समझें: यह एक कंसोल नहीं, बल्कि एंडपॉइंट्स की एक शेलफ है। क्रेडिट बजट पेज दिखाता है कि एक कॉल की लागत क्या है।

समय कम है? अगले दो सेक्शन पढ़ें और बाकी छोड़ दें।

हम क्या नहीं हैं

रैंक ट्रैकर नहीं

हम कीवर्ड पोजीशन या सर्च वॉल्यूम को ट्रैक नहीं करते हैं। Ahrefs और Semrush ऐसा करते हैं और इसे अच्छी तरह करते हैं।

लाइव फीड नहीं

पिछले सप्ताह लगाए गए लिंक को इंडेक्स में अभी तक नहीं हो सकता है। मासिक रीबिल्ड के हिसाब से योजना बनाएं।

रैंकिंग की गारंटी नहीं

लिंक डेटा एक प्रोफाइल का वर्णन करता है। यह यह गारंटी नहीं देता कि कोई पेज Google में कहाँ दिखाई देगा।

पत्तियों से ढकी एक घनी जंगल की तलहटी, जो डेटा और लिंक्स के जमा हुए विशाल इंडेक्स का प्रतीक है

इंडेक्स में क्या है

181,132,097 डोमेन्स, 2,774,625,913 डोमेन-टू-डोमेन लिंक्स और लगभग 798.5 बिलियन बैकलिंक्स। ये वे आंकड़े हैं जैसे हमारे पास हैं, और ये हमारे इंडेक्स का वर्णन करते हैं, न कि पूरे वेब का।

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

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

क्रेडिट प्रीपेड है, 1 क्रेडिट $0.0001 के बराबर है, और कोई सब्सक्रिप्शन नहीं है। बिलिंग की व्याख्या बजट पेज पर लाइन-बाय-लाइन की गई है।

प्रोडक्ट कैसे बनाया गया है

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

एक पता, एक एक्शन पैरामीटर

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

रिस्पॉन्स JSON में आते हैं जिसमें ok फ्लैग होता है, ताकि आपका कोड कुछ और पढ़ने से पहले एक फील्ड चेक कर सके। ऑथेंटिकेटेड जवाबों में _credits जुड़ जाता है, जो बताता है कि कॉल की लागत क्या थी और क्या बचा है।

सादा HTTP, SDK को अपडेट करने की जरूरत नहीं

हम कोई SDK प्रकाशित नहीं करते। HTTP क्लाइंट वाला कोई भी भाषा API को कॉल कर सकता है, और इस साइट पर गाइड्स curl, Python और TypeScript का उपयोग इसलिए करती हैं। एक डीपेंडेंसी जिसे आप कभी इंस्टॉल नहीं करते, वह अपग्रेड पर ब्रेक नहीं हो सकता।

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

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

कीज़ आपके पास ही रहेंगी

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

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

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

छोड़ने की लागत क्या होगी

कोई डेटा स्रोत को पहले दिन छोड़ने की योजना नहीं बनाता। फिर भी, एक समझदार टीम कीमत चेक करने से पहले आउट-गो चेक करती है।

आउट-गो छोटा क्यों है

मान लीजिए कि आपने इस API पर एक क्लाइंट रिपोर्ट बनाई है और दो साल बाद किसी दूसरे स्रोत को चाहते हैं। हम पर कॉल्स एक फेच फंक्शन में होती हैं, और आपकी ऐप की बाकी हर चीज़ आपके अपने टेबल्स को पढ़ती है।

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

स्विच की असली लागत

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

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

यह साइट कौन लिखता है

पेज SEOMasters.dev editorial टीम द्वारा लिखे गए हैं। हम पर्सनल बाइलाइन या टेस्टिमोनियल्स प्रकाशित नहीं करते, और यहाँ कुछ भी कस्टमर स्टोरी नहीं है।

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

प्रोडक्ट को काम करते हुए देखने के लिए बल्क DR स्क्रिप्ट से शुरू करें।

उदाहरण और दावों को अलग रखा गया है

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

अगर एक उदाहरण और एक दावा अलग लगते हैं, तो दावे पर भरोसा करें और उदाहरण को फिर से पढ़ें। एक साफ कहानी पर भरोसा करने से ज्यादा बेहतर है चेक करना, और यह हमारे अपने पेजों पर भी लागू होता है।

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

आप आंकड़ों को कैसे जज करना चाहते हैं

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

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

हमारा DR फॉर्मूला पब्लिक है: round(100 log(ref_domains + 1) / log(2 10^7))। आप इसे स्प्रेडशीट में रिकंप्यूट कर सकते हैं, जो एक ऐसे स्कोर के खिलाफ सबसे अच्छी बचाव है जिसे आप समझा नहीं सकते।

क्लाइंट के सामने इसे रखने से पहले DR रेफरेंस पढ़ें।

एक डैशबोर्ड के पीछे कई क्लाइंट

एक प्रोडक्ट जो कई ग्राहकों को सर्व करता है, एक ऐसा सवाल खड़ा करता है जिसका जवाब API आपके लिए नहीं दे सकता: कौन सा क्लाइंट किस डोमेन का मालिक है।

टेनेंट लिंक को अपने स्कीमा में रखें

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

एजेंसी की कल्पना करें जो एक ही डैशबोर्ड से कुछ सौ क्लाइंट साइट्स चलाती है। हर क्लाइंट रो एक डोमेन स्ट्रिंग की ओर इशारा करता है, और कॉल को उस स्ट्रिंग की ही जरूरत होती है।

टेनेंट के हिसाब से कॉस्ट लॉग को अलग करें

हर ऑथेंटिकेटेड रिस्पॉन्स _credits ले कर आता है, इसलिए प्रति-कॉल लॉग को अपने डेटाबेस में टेनेंट के हिसाब से ग्रुप किया जा सकता है। इससे आपको हर कस्टमर के लिए एक बिल मिलता है, और ग्रुपिंग आपका डेटा है।

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

कॉल्स को आपके सर्वर से बाहर जाने से पहले कैप करें

एक कस्टमर जो एक पेज को पचास बार रिफ्रेश करता है, आपको पचास अपस्ट्रीम कॉल्स नहीं खर्चनी चाहिए। फ्री एक्शन्स को कैश करें और अपने कोड में टेनेंट के हिसाब से पेड एक्शन्स को कैप करें, रिक्वेस्ट भेजे जाने से पहले।

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

हम जो लिमिट्स प्रकाशित करते हैं, और उनका मतलब

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

1,000 पंक्तियाँ तक, एक कॉल पर एक चार्ज

एक कॉल 1,000 पंक्तियाँ तक वापस लाती है, और चाहे कितनी भी पंक्तियाँ आएं, इसे एक बार बिल किया जाता है। पेज साइज per से सेट होती है, और चार्ज उस छत तक किसी भी साइज पर समान रहता है।

तो 1,000 पंक्तियों का एक पेज और 100 पंक्तियों का एक पेज समान खर्च करते हैं। जहाँ तक हो सके बड़े पेज पढ़ें, क्योंकि प्रति कॉल फिक्स्ड प्राइस कम कॉल्स को इनाम देता है।

डीप पेजिनेशन के लिए 50,000 पंक्तियों की छत

डीप पेजिनेशन एक सिंगल क्वेरी के लिए 50,000 पंक्तियों पर रुक जाती है। उससे आगे आपको एक नार््रोअर सवाल चाहिए, जैसे अलग सॉर्ट या अलग एक्शन।

पेजिंग गाइड में एक लूप है जो कैप पर, एक छोटे पेज पर, या किसी भी एरर पर रुक जाता है।

एक मासिक इंडेक्स और एक सादा लेबल

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

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

एक डेवलपर के रूप में कहाँ से शुरू करें

Google से साइन इन करें और अकाउंट पेज से अपनी की कॉपी करें। $100 स्टार्टर क्रेडिट 1,000,000 क्रेडिट के बराबर है और कार्ड की जरूरत नहीं है।

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

अगर आपको कीवर्ड वॉल्यूम, SERP ट्रैकिंग या एक लिंक अलर्ट चाहिए जो लिंक लाइव होने के अगले सुबह आए, तो उस हिस्से के लिए Ahrefs या Semrush का उपयोग करें। ये दो दृष्टिकोण अच्छी तरह जुड़ते हैं।