सेटअप गाइड
अपने बैकलिंक लिस्ट खोजें और मासिक निगरानी सेट करें
दस मिनट का सेटअप आपको यह दर्ज करने की सुविधा देता है कि कौन आपको लिंक कर रहा है। जब समस्या आती है, तो आपको अनुमान लगाने के बजाय दो फ़ाइलों की तुलना करनी होती है।
छह चरणों में सेटअप
Google के साथ साइन इन करें
साइन इन करने के लिए खाता पृष्ठ का उपयोग करें। नए खातों में $100 का क्रेडिट होता है, बिना कार्ड के।
एक API कुंजी बनाएं
कुंजी sk_ से शुरू होती है। इसे सार्वजनिक रिपॉजिटरी से बाहर रखें; इसे एक पासवर्ड की तरह मानें।
मुफ्त खोज आज़माएं
action=overview&q=yourdomain.com की कोई लागत नहीं है और यह आपकी कुंजी और डोमेन वर्तनी की पुष्टि करता है।
वास्तविक लिस्ट खींचें
refdomains, anchors और toppages चलाएं, प्रति कॉल 1,000 पंक्तियाँ, प्रत्येक के लिए 2 क्रेडिट।
तारीख के साथ सहेजें
फ़ाइलों का नाम refdomains-2026-10.json की तरह रखें। पिछले महीने की फ़ाइल को कभी ओवरराइड न करें।
डिफ़
पंक्तियों की तुलना पिछले महीने से करें। नए डोमेन ही वे हैं जिन्हें आपको पढ़ना है।
एक कॉल, हर फ़ील्ड की व्याख्या के साथ
डोमेन और कुंजी को बदलें। सभी एक्शन के लिए वही पैटर्न काम करता है।
curl "https://darkseo.net/api.php?action=refdomains&q=yourdomain.com&per=1000&page=1&key=sk_live_..." \
-o refdomains-2026-10.jsonपैरामीटर का संदर्भ
| पैरामीटर | अर्थ | नोट्स |
|---|---|---|
| action | कौन सा रिपोर्ट चलाना है | refdomains, backlinks, anchors, toppages और अन्य |
| q | वह डोमेन जिसकी जांच आप कर रहे हैं | बिना स्कीम के नग्न डोमेन |
| key | आपकी API कुंजी | या Authorization: Bearer sk_... भेजें |
| page | पृष्ठ संख्या | गहरी पेजिनेशन 50,000 पंक्तियों तक सीमित है |
| per | प्रति पृष्ठ पंक्तियाँ | 10 से 5000 तक; बिलिंग प्रति कॉल एक बार होती है |
| sort, order | सॉर्ट कॉलम और asc या desc | नवीनतम या सबसे बड़े को पहले देखने के लिए उपयोगी |
फ़ाइलों का नामकरण, संग्रहण और तुलना
एक 'मेरे बैकलिंक लिस्ट खोजें' तभी मदद करता है जब फ़ाइलों की तुलना बिना मदद के की जा सके। एक स्पष्ट नामकरण नियम और प्रत्येक महीने के लिए एक फ़ोल्डर काम का अधिकांश हिस्सा कर देता है। नियम पर अब दस मिनट बिताएं, क्योंकि बाद में घंटा सॉर्ट करने से बुरा कुछ नहीं है। फिर कभी उन्हें नाम न बदलें।
प्रत्येक डोमेन और प्रत्येक कॉल के लिए वही पैटर्न उपयोग करें, ताकि एक साधारण सॉर्ट फ़ाइलों को महीने के अनुसार लाइन कर दे। मिश्रित पैटर्न सॉर्टिंग को तोड़ देते हैं, और टूटी सॉर्टिंग ही वह तरीका है जिससे पिछले महीने की फ़ाइल ओवरराइड हो जाती है।
सॉर्ट होने वाली फ़ाइल नाम
सबसे पहले वर्ष और महीन रखें, फिर डोमेन, फिर कॉल का नाम, जैसे 2026-10 के बाद डोमेन और refdomains। शून्य-पैडेड महीने सही तरीके से सॉर्ट होते हैं, और उस क्रम में नाम एक लॉग की तरह पढ़ा जाता है।
नामों में स्पेस और एक्सेंटेड अक्षरों से बचें। स्क्रिप्ट उन्हें खराब तरीके से संभालती हैं, और एक विफल कॉपी सफल दिख सकती है।
प्रत्येक महीने के लिए एक फ़ोल्डर
प्रत्येक महीने के लिए एक फ़ोल्डर बनाएं और प्रत्येक डोमेन के लिए तीन फ़ाइलों को उसमें कॉपी करें। महीने के अनुसार फ़ोल्डर पिछले महीने की फ़ाइल को अछूता रखता है, ताकि डिफ़ दो फ़ोल्डरों के बीच तुलना बन जाए।
एक बार जब महीना बंद हो जाए, तो फ़ोल्डर को रीड-ओनली मार्क कर दें, यदि आपका सिस्टम इसे अनुमति देता है। एक सहेजी गई फ़ाइल जिसे एडिट नहीं किया जा सकता, एक बहुत मजबूत रिकॉर्ड है।
एक छोटा चेंजलॉग
रूट फ़ोल्डर में एक सादा टेक्स्ट लॉग रखें। प्रत्येक पुल के लिए एक लाइन लिखें जिसमें तारीख, डोमेन और किए गए कॉल हों। एक चेंजलॉग आपको एक साल बाद श्रृंखला में किसी अंतराल की व्याख्या करने की अनुमति देता है, जब कोई कारण नहीं याद रखता।
प्रत्येक प्रतिक्रिया से क्रेडिट लागत को उसी लाइन में जोड़ें, ताकि लॉग बिल के रूप में भी काम करे।
डोमेन लिस्ट में हर बदलाव को उसी लॉग में कारण के साथ रिकॉर्ड करें। एक महीने में जोड़ा गया डोमेन उस महीने में छलांग की व्याख्या करता है, और बाद में लंबी खोज बचाता है। पंक्तियों को सादा रखें, ताकि यदि आप कभी स्वचालित सारांश चाहें तो एक स्क्रिप्ट लॉग पढ़ सके।
गलतियाँ और समाधान
| गलती | लक्षण | समाधान |
|---|---|---|
| गुम या गलत कुंजी | HTTP 401 | कुंजी और हेडर वर्तनी की जांच करें |
| बैलेंस खाली | HTTP 402 | खाता पृष्ठ से USDT (TRC-20) से टॉप अप करें |
ok पढ़ना अनदेखा किया गया | खाली फ़ाइल को सफलता माना गया | सहेजने से पहले अपनी स्क्रिप्ट में ok फ्लैग का परीक्षण करें |
| पिछले महीने को ओवरराइड करना | कोई डिफ़ संभव नहीं | फ़ाइल नाम में महीन डालें |
| लाइव डेटा की उम्मीद | नया लिंक गायब | इंडेक्स लगभग मासिक रीफ्रेश होता है; मासिक तुलना करें, दैनिक नहीं |
इसे स्वचालित करना
महीने के पहले दिन एक cron प्रविष्टि पर्याप्त है। तीन curl कॉल को एक शेल स्क्रिप्ट में लिखें, प्रत्येक फ़ाइल नाम में महीन जोड़ें, और इसे केवल तभी ईमेल करें जब नए डोमेन की संख्या आपके थ्रेशोल्ड से अधिक हो जाए।
प्रमाणीकृत प्रतिक्रियाओं में _credits शामिल होता है जिसमें लागत और शेष बैलेंस होता है, ताकि स्क्रिप्ट बैलेंस कम होने से पहले आपको चेतावनी दे सके। इसे एक बार हाथ से आज़माएं। फिर ईमेल आने तक इसे भूल जाएं।
एक टीम के लिए, मासिक पुल को उदाहरण थ्रेशोल्ड के साथ जोड़ें, ताकि हर कोई एक ही नियद पढ़े।
स्क्रिप्ट को बोरिंग रखें। सादा curl, आपके डोमेन पर एक लूप, महीने के अनुसार एक फ़ोल्डर। बोरिंग स्क्रिप्ट स्टाफ बदलाव के बाद भी टिकी रहती हैं।
एक विफल रन का प्रबंधन
एक विफल रन को पिछले महीने की फ़ाइलों को अछूता छोड़ना चाहिए और चेंजलॉग में एक लाइन लिखनी चाहिए। आम फंदा आंशिक डाउनलोड होता है: एक फ़ाइल जो मौजूद है लेकिन एक त्रुटि बॉडी रखती है, पहली नज़र में डेटा लगती है। इसे हिलाने से पहले आकार और ok फ्लैग की जांच करें। कोई भी फ़ाइल बिना जांच के मासिक फ़ोल्डर में नहीं पहुंचनी चाहिए।
यदि रन लगातार दो बार विफल हो जाए, तो पहले कुंजी और डोमेन वर्तनी की जांच करें। मुफ्त ओवरव्यू कॉल दोनों का परीक्षण बिना लागत के करती है, इसलिए वहां विफलता बताती है कि समस्या सेटअप में है या पेड कॉल में।
बैलेंस खाली होने से पहले निगरानी बनाए रखना
गणित जानने के बाद एक निगरानी सस्ती है। प्रत्येक पेड कॉल एक बार बिल होती है, चाहे पंक्तियों की संख्या कुछ भी हो, प्रति कॉल 1,000 पंक्तियों तक। उन कॉल की संख्या को उनकी क्रेडिट लागत से गुणा करें, फिर प्रत्येक क्रेडिट के लिए $0.0001 से, और आपके पास मासिक बिल है। पहले वही करें।
यहाँ एक डोमेन पर तीन कॉल के लिए गणित है। refdomains, anchors और toppages प्रत्येक के लिए 2 क्रेडिट लागत होती है, इसलिए छह क्रेडिट, जो महीने के लिए $0.0006 आते हैं।
मासिक बिल का अनुमान लगाना
नए आने वालों के लिए एक bulk_dr कॉल 1 क्रेडिट पर जोड़ें, और कुल एक और क्रेडिट से बढ़ जाता है। थ्रेशोल्ड पृष्ठ पर टेबल दस-साइट के मामले की गणना करती है, ताकि आप देख सकें कि संख्याएँ लिस्ट के साथ कैसे बढ़ती हैं।
अनुमान को ही उसी लॉग में रखें जहां पुल हैं। एक बढ़ता हुआ बिल उस समय आसानी से समझाया जा सकता है जब अनुमान पहले लिखा गया हो।
बैलेंस खाली होने से पहले रुकना
प्रमाणीकृत प्रतिक्रियाओं में लागत और शेष बैलेंस शामिल होता है। स्क्रिप्ट में उन्हें पढ़ें, अगले महीने के अनुमान के साथ बैलेंस की तुलना करें, और जब मार्जिन पतला हो तो खुद को चेतावनी दें। एक प्रतिक्रिया जिसमें ok false सेट है, उसे किसी फ़ाइल को सहेजने से पहले रन रोक देना चाहिए।
एक HTTP 402 का अर्थ है कि बैलेंस खाली हो गया है। खाता पृष्ठ से USDT (TRC-20) से टॉप अप करें, फिर महीने को छोड़ने के बजाय उस महीने की कॉल को फिर से चलाएं।
एक मासिक लूप
एक स्केच, न कि एक प्रोडक्ट। यह नाम में महीन के साथ प्रत्येक डोमेन के लिए तीन रिपोर्ट सहेजता है। लिस्ट और कुंजी को समायोजित करें।
#!/bin/bash
M=$(date +%Y-%m)
for D in yourdomain.com second-site.org; do
for A in refdomains anchors toppages; do
curl -s "https://darkseo.net/api.php?action=$A&q=$D&per=1000&key=$DARKSEO_KEY" -o "$D-$A-$M.json"
done
doneफ़ाइलों के साथ क्या करें
पिछले महीन और इस महीन की refdomains फ़ाइलों को साइड-बाय-साइड खोलें और उन डोमेन की लिस्ट बनाएं जो केवल नई फ़ाइल में हैं। वह लिस्ट आपके महीने की पढ़ाई है।
लिस्ट को bulk_dr के माध्यम से भेजें ताकि एक त्वरित गुणवत्ता स्कोर मिल सके, किसी भी फ्रेज की जांच करें जो anchors फ़ाइल में बढ़ा है, और उन URLs को पढ़ें जो top pages में आपको अजनबी लगते हैं। यदि सब कुछ सामान्य लगता है, तो अपने लॉग में एक लाइन लिखें और टैब बंद करें।
यदि कुछ गलत लगता है, तो रनबुक और disavow निर्णय तालिका खोलें। मासिक पुल की लागत एक सेंट का अंश है, इसलिए असली लागत आपका ध्यान है।
मासिक नोट लिखना
प्रत्येक महीने के अंत में एक छोटा नोट लिखें। डोमेन का नाम, नए डोमेन की संख्या, सबसे बड़ा एंकर शेयर और निर्णय नाम दें। चार लाइनें पर्याप्त हैं। एक ही दिन लिखा गया नोट बाद में लिखे गए लंबे नोट से अधिक मूल्यवान है।
नोट फ़ाइलों के पास रखें, उनमें नहीं। एक भविष्य का पाठक निर्णय एक ही जगह पर, उसकी व्याख्या करने वाली संख्याओं के साथ खोजना चाहिए। वह पाठक आप हो सकते हैं, एक साल बाद, उस महीने की कोई याद नहीं रखते हुए।
मासिक निगरानी के बारे में प्रश्न
क्या मुझे इसे चलाने के लिए पेड प्लान की आवश्यकता है?
कोई सब्सक्रिप्शन और न्यूनतम मासिक राशि नहीं है, क्योंकि सेवा प्रीपेड क्रेडिट है। नए खातों को $100 का मुफ्त क्रेडिट मिलता है, बिना कार्ड की आवश्यकता के। मुफ्त खोज की कोई लागत नहीं है, इसलिए आप किसी भी पेड लिस्ट खींचने से पहले सेटअप का परीक्षण कर सकते हैं।
स्क्रिप्ट को हर दिन क्यों न चलाएं?
इंडेक्स लगभग मासिक रीफ्रेश होता है, इसलिए एक दैनिक जॉब बार-बार एक ही तस्वीर डाउनलोड करेगा। दैनिक रन नई जानकारी के लिए क्रेडिट भी खर्च करते हैं। मासिक इस डेटा के लिए ईमानदार लय है।
यदि नई फ़ाइल बहुत बड़ी है तो मुझे क्या करना चाहिए?
अपने बेसलाइन के सापेक्ष पंक्ति गिनती की जांच करें, फिर डिफ़ में नए आने वालों को खोलें। एक बड़ी फ़ाइल एक असली स्पाइक या बदले गए पंक्ति सीमा से आ सकती है। दूसरे कारण को पहले बाहर करें, क्योंकि यह सस्ता परीक्षण है।
क्या एक स्क्रिप्ट कई डोमेन की निगरानी कर सकती है?
हाँ। ऊपर दिया गया मासिक लूप डोमेन की एक लिस्ट संभालता है, और प्रत्येक को अपनी फ़ाइलें मिलती हैं। लिस्ट को इतना छोटा रखें कि हर डोमेन को हर महीने एक वास्तविक पढ़ाई मिले, क्योंकि एक निगरानी जिसे कोई नहीं पढ़ता, केवल एक स्टोरेज लागत है।
इंडेक्स लगभग मासिक रीफ्रेश होता है, इसलिए एक दैनिक cron जॉब केवल एक ही तस्वीर डाउनलोड करेगा। और एक लिंक लिस्ट कोई फैसला नहीं है: हर फ्लैग के साथ एक्शन लेने से पहले Search Console लिंक रिपोर्ट के साथ जोड़ें।
