संदर्भ
संदर्भ: प्रत्येक क्रिया, उसकी लागत, और विफलता कैसे होती है
अपने ऑडिट के लिए स्क्रिप्ट लिखते समय इसे खुला रखें। इसमें क्रियाएँ, कीमतें, पेजिंग सीमाएँ और वे दो त्रुटियाँ सूचीबद्ध हैं जिनका आप सामना कर सकते हैं।
टेबल्स से पहले बुनियादी बातें
एंडपॉइंट https://backlinkphoenix.com/api.php?action=<action>&q=<domain>&key=sk_... है। आप कुंजी को Bearer हेडर के रूप में भी भेज सकते हैं। CORS खुला है, इसलिए ब्राउज़र स्क्रिप्ट भी काम करती है।
प्रत्येक प्रतिक्रिया में एक ok फ्लैग होता है। प्रमाणीकृत प्रतिक्रियाओं में _credits भी होता है, जो लागत और आपके शेष बैलेंस को दर्शाता है। इससे बजट ट्रैकिंग आसान हो जाती है।
Moz API बैकलिंक्स कीमतों की तुलना में, संरचना अलग है: Ahrefs सब्सक्रिप्शन के अंदर यूनिट्स बेचता है, जो $129 प्रति माह से शुरू होते हैं और 200,000 यूनिट्स देता है, जबकि यहाँ आप प्रीपेड बैलेंस से प्रति कॉल भुगतान करते हैं।
चढ़ने के लिए कोई सब्सक्रिप्शन टियर नहीं है और न ही मासिक न्यूनतम। एक प्रीपेड बैलेंस का मतलब है कि कोई ओवरसेज बिल नहीं है। एक नियम सबके लिए लागू होता है। एक स्क्रिप्ट जो महीने में एक बार चलती है और एक स्क्रिप्ट जो हर क्लाइंट ऑनबोर्डिंग पर चलती है, दोनों एक ही नियम से भुगतान करती हैं। नए साइनअप $100 मुफ्त क्रेडिट के साथ शुरू होते हैं, जो लगभग 500,000 दो-क्रेडिट कॉल्स के लिए पर्याप्त है।
बिना किसी हैरानी के अपनी पहली स्क्रिप्ट लिखना
छोटे से शुरू करें। एक स्क्रिप्ट जो API को कॉल करती है, उसे लिखना आसान है और इसे ओवररन करना भी आसान है। नीचे दी गई नियमों पहले संस्करण को ईमानदार रखती हैं।
पहली रन को एक डोमेन तक सीमित रखें। एक बार जब आउटपुट सही लगने लगे, तो सूची को चरणों में बढ़ाएं और प्रत्येक चरण के बीच बैलेंस पढ़ें।
पेज लागत की इकाई हैं
एक कॉल को एक बार बिल किया जाता है, चाहे वह कितनी भी पंक्तियाँ लौटाए। एक पेज जिसे आप फ़ेच करते हैं, वह एक और कॉल है, इसलिए एक बड़ी सूची के माध्यम से पेजिंग करने में प्रत्येक पेज के लिए एक चार्ज होता है।
मान लीजिए एक साइट में 2,500 रेफरिंग डोमेन हैं और आप उन्हें सभी चाहते हैं। आपकी चुनी गई पेज साइज के साथ, यह कॉल्स का एक छोटा समूह है, और प्रत्येक में अपनी लागत होती है। लूप शुरू करने से पहले पेजों की गिनती करें। एक पेज साइज चुनें जो प्रश्न के अनुकूल हो, क्योंकि एक छोटी सूचि को एक कॉल की आवश्यकता होती है और एक लंबी सूचि को हर पेज पर उसी सावधानी की आवश्यकता होती है।
प्रत्येक प्रतिक्रिया पर क्रेडिट पढ़ें
प्रत्येक प्रमाणीकृत प्रतिक्रिया में _credits होता है, जो बताता है कि कॉल की लागत क्या थी और क्या शेष है। उस फ़ील्ड को लॉग करें न कि उस संख्या को जिसे आपने अपने दिमाग में अनुमानित किया था।
एक स्क्रिप्ट जो बैलेंस को अपने आउटपुट में लिखती है, आपको एक लंबी रन शुरू होने से पहले रोकने देती है। चेक को सरल और दृश्यमान रखें।
मुफ्त कॉल्स का उपयोग योजना का परीक्षण करने के लिए करें
domain, overview, stats और suggest को कुंजी की आवश्यकता नहीं है और इनकी कोई लागत नहीं है। किसी भी भुगतान वाली कॉल चलने से पहले डोमेन वर्तनी और डेटा की बुनियादी संरचना की पुष्टि करने के लिए उनका उपयोग करें।
तब ही भुगतान वाली कॉल्स जोड़ें, एक-एक करके, उसी डोमेन के खिलाफ। एक मुफ्त कॉल पर पकड़ी गई गलतगी की कोई लागत नहीं है। मुफ्त आउटपुट को भुगतान वाले आउटपुट के साथ उसी तारीख वाली फ़ोल्डर में रखें।
मुफ्त और एक-क्रेडिट क्रियाएँ
| क्रिया | लागत | इसका उपयोग किसके लिए है |
|---|---|---|
| domain | मुफ्त | त्वरित DR लुकअप, होम पेज पर चेकर के पीछे की कॉल |
| overview | मुफ्त | एक डोमेन के लिए शीर्ष संख्याएँ |
| stats | मुफ्त | इंडेक्स के बारे में आंकड़े |
| suggest | मुफ्त | डोमेनों के लिए ऑटोकम्पलीट-शैली लुकअप |
| bulk_dr | 1 क्रेडिट | प्रति कॉल 2,000 डोमेन तक, domains= के साथ GET या POST बॉडी |
| compare | 1 क्रेडिट | एक साथ 20 डोमेन तक |
| top | 1 क्रेडिट | हमारे इंडेक्स से एक रैंक की गई सूची |
| dr_distribution | 1 क्रेडिट | DR कैसे फैलता है एक सेट में |
| tld_breakdown | 1 क्रेडिट | TLD के अनुसार समूहीकृत रेफरर्स |
दो- और तीन-क्रेडिट क्रियाएँ
| क्रिया | लागत | इसका उपयोग किसके लिए है |
|---|---|---|
| refdomains | 2 क्रेडिट | एक टारगेट को लिंक करने वाले डोमेन |
| backlinks | 2 क्रेडिट | व्यक्तिगत लिंक्स |
| anchors | 2 क्रेडिट | एकर टेक्स्ट सूची |
| toppages | 2 क्रेडिट | लिंक्स आकर्षित करने वाले पेज |
| anchor_cloud | 2 क्रेडिट | उपयोग द्वारा वजन वाले एकर शब्द |
| intersect | 2 क्रेडिट | 2-10 डोमेनों को एक साथ कौन लिंक करता है, प्रतिस्थापन-लिंट खोजने के लिए |
| search | 3 क्रेडिट | एकर, शीर्षकों और URLs पर पूर्ण-पाठ खोज |
| keyword | 3 क्रेडिट | किसी सटीक एकर के साथ कौन लिंक किया गया है |
एक कॉल को एक बार बिल किया जाता है, चाहे पंक्तियों की संख्या कुछ भी हो, प्रति कॉल 1,000 पंक्तियाँ तक। परिणामों के माध्यम से चलने के लिए page और per (10-5000) का उपयोग करें, sort plus order=asc|desc के साथ सॉर्ट करें। गहरी पेजिंग 50,000 पर रुक जाती है।
त्रुटियाँ जो आप देख सकते हैं
| HTTP कोड | अर्थ | क्या करना है |
|---|---|---|
| 401 | कुंजी गायब या अमान्य | key पैरामीटर या हेडर की जाँच करें |
| 402 | क्रेडिट खत्म हो गया | खाता पृष्ठ पर USDT (TRC-20) के साथ टॉप अप करें |
जब एक कॉल विफल हो जाती है, और पहले क्या जाँचना है
व्यावहारिक रूप से अधिकांश विफलताओं को दो त्रुटियाँ कवर करती हैं। प्रत्येक का एक अलग समाधान है, इसलिए कुछ और बदलने से पहले कोड पढ़ें।
एक विफल कॉल अभी भी कुछ बताती है। अनुरोध URL, समय और प्रतिक्रिया बॉडी को लॉग में रखें, कुंजी को हटाकर।
एक 401 का मतलब है कि कुंजी स्वीकार नहीं की गई
एक 401 प्रतिक्रिया कहती है कि कुंजी गायब या अमान्य है। समाधान अनुरोध में है, डेटा में नहीं। key पैरामीटर या Bearer हेडर की जाँच करें, और सुनिश्चित करें कि मान पूरी तरह से कॉपी किया गया था। डीबग करते समय कभी कुंजी प्रिंट न करें।
मान लीजिए एक स्क्रिप्ट आपके लैपटॉप पर काम करती है और सर्वर पर विफल हो जाती है। वहां एक 401 का अक्सर मतलब होता है कि वातावरण चर उस मशीन पर कभी सेट नहीं किया गया था।
एक 402 का मतलब है कि बैलेंस खत्म हो गया
एक 402 प्रतिक्रिया का मतलब है कि क्रेडिट खर्च हो गया है। डेटा में कुछ भी गलत नहीं है, और उसी कॉल को दोहराने से वही विफलता आएगी जब तक आप टॉप अप नहीं करते।
टॉप-अप खाता पृष्ठ से TRC-20 नेटवर्क पर USDT में किए जाते हैं। एक लंबी रन से पहले बैलेंस जाँचें, ताकि स्क्रिप्ट सूची के बीच में न रुक जाए। एक चेतावनी थ्रेशोल्ड भी सेट करें, क्योंकि एक शुरुआती चेतावनी एक रुके हुए ऑडिट से कहीं सस्ता है।
बिना बर्बादी के पुनरावृत्ति
केवल उन त्रुटियों को दोहराएं जो बदल सकती हैं, जैसे कि टाइमआउट। एक 401 या 402 को लूप में दोहराने से लॉग में शोर बढ़ता है और ऑडिट में कोई डेटा नहीं मिलता।
प्रयासों के बीच विराम दें, और विफल डोमेन को एक अलग सूची में रखें ताकि आप इसे जानबूझकर फिर से चला सकें, गलती से नहीं। स्क्रिप्ट के शीर्ष पर टिप्पणी में पुनरावृत्ति नियम लिखें, ताकि अगली संपादन इसे बनाए रखे।
किस पुनर्प्राप्ति प्रश्न के लिए कौन सी क्रिया
अपने प्रश्न को उस सस्ती कॉल से मिलाएं जो उसे उत्तर देती है।
नुकसान कितना बड़ा है?
overview से शुरू करें, जो मुफ्त है। फिर refdomains एक बार चलाएं और इसे उस फ़ाइल से तुलना करें जिसे आपने पिछले महीने सहेजा था। हमारी मासिक दिनचर्या डिफ़ को दिखाती है।
जंक लिंक्स कैसे दिखते हैं?
anchors और anchor_cloud का उपयोग करें। विचित्र शब्द जो कई डोमेनों में दोहराते हैं, वह पैटर्न है जिसे पकड़ना है, इससे पहले कि आप disavow myths खोलें।
कौन से डोनेर्स पीछे छूटने के लायक हैं?
intersect दो से दस डोमेन लेता है और उन साइटों को लौटाता है जो उनके कई को लिंक करती हैं। अपने प्रतिद्वंद्वियों को फ़ीड करें, उन डोनेर्स को खोजें जो आपको छोड़ देते हैं, फिर bulk_dr के साथ सूची को स्कोर करें।
क्या मूव लीक हुआ?
पुराने और नए डोमेन पर toppages दिखाता है कि लिंक्स कहाँ आते हैं। मिग्रेशन वॉकथ्रू इसे कदम-दर-कदम उपयोग करता है।
चार कॉलों में एक-बार का ऑडिट
यह क्रम भुगतान वाली कॉल्स को कम रखता है और प्रत्येक को एक प्रश्न से बांधता है। इसे प्रति डोमेन एक बार चलाएं, फिर समान सेटिंग्स के साथ हर महीने भुगतान वाली कॉल्स को दोहराएं।
मुफ्त कॉल्स चलाएं
overview और domain से शुरू करें। दोनों मुफ्त हैं, और उनका आउटपुट हर भुगतान वाली कॉल के लिए पैमाना सेट करता है जो उसके बाद आती है।
रेफरिंग डोमेन खींचें
प्रति कॉल 2 क्रेडिट पर refdomains का उपयोग करें। पहले पेजों की गिनती करें, फिर तय करें कि आपको कितने की आवश्यकता होगी।
एकर मिश्रण की जाँच करें
प्रत्येक पर 2 क्रेडिट पर anchors या anchor_cloud चलाएं। उन विचित्र शब्दों को देखें जो कई डोमेनों में दोहराते हैं।
उम्मीदवार सूची को स्कोर करें
संदेहास्पद डोमेनों को bulk_dr में फ़ीड करें, प्रति कॉल 1 क्रेडिट पर, जो 2,000 डोमेन तक संभालता है। स्कोर को रेफरिंग डोमेन के साथ उसी फ़ाइल में रखें।
एक पेज्ड कॉल, टिप्पणी के साथ
क्रिया के बाद सभी पैरामीटर वैकल्पिक हैं।
curl "https://backlinkphoenix.com/api.php?action=toppages&q=yourshop.com&page=2&per=500&order=desc&key=sk_live_..."
# q: the domain; page and per: paging; order: asc or desc; key: your secret
# every response includes ok, and authenticated ones add _creditsMoz API बैकलिंक्स विकल्प के साथ एक निष्पक्ष तुलना
निष्पक्ष तुलनाएँ समान इकाइयों से शुरू होती हैं। कीमत पृष्ठ अक्सर इकाई छुपाते हैं, इसलिए कुल तुलना करने से पहले यह लिखें कि आप प्रत्येक उत्तर के लिए वास्तव में क्या भुगतान करते हैं।
Ahrefs पर, यूनिट्स एक सब्सक्रिप्शन के अंदर बैठते हैं, जो $129 प्रति माह से शुरू होता है और 200,000 यूनिट्स खरीदता है। प्रत्येक अनुरोध कम से कम 50 यूनिट्स उपयोग करता है। यही बात है। इसे प्रति-कॉल कीमत के बगल में सेट करें, और तब ही तुलना का कोई अर्थ होता है।
एक लाइन-फॉर-लाइन परीक्षण
ज्ञात आकार के पांच डोमेन चुनें और दोनों सेवाओं के माध्यम से एक ही प्रश्न चलाएं। उन उत्तरों की तुलना करें जिनकी आपको आवश्यकता है, न कि उन सुविधाओं की जिन्हें आप प्रशंसा करते हैं।
मान लीजिए एक सेवा एकल कॉल में रेफरिंग डोमेन लौटाती है और दूसरी को तीन की आवश्यकता है। उत्तर प्रति लागत उस समय सूची मूल्य से अधिक मायने रखती है।
समान इकाइयों में कीमत
सभी को उत्तर प्रति लागत में बदलें। हमारी कॉल्स $0.0001 प्रति क्रेडिट पर कीमत वाली हैं, इसलिए एक दो-क्रेडिट कॉल की लागत $0.0002 है और एक मुफ्त कॉल की लागत कुछ नहीं है। मान लीजिए एक मासिक रन सात क्रेडिट्स उपयोग करता है। वह $0.0007 है, एक सेंट के दसवें हिस्से से कम।
बर्बादी की लागत शामिल करें, जैसे कि एक विफल कॉल के बाद पुनरावृत्ति। एक सस्ती कॉल जो अक्सर विफल हो जाती है, वह एक महंगी कॉल से महंगी हो सकती है जो पहली बार काम करती है।
जहां एक पूर्ण सूट अभी भी जीतता है
कीवर्ड शोध, रैंक ट्रैकिंग और दैनिक क्रॉलिंग इस API के बाहर बैठती हैं। यदि वे आपके प्रश्न हैं, तो एक पूर्ण सूट उन्हें बेहतर उत्तर देता है, और तुलना में ऐसा कहना चाहिए।
लेजर का उपयोग उस प्रश्न के लिए करें जिसमें यह अच्छा है: लिंक प्रोफ़ाइल कैसे खिसकी, और कौन से डोनेर्स करीब से देखने के लायक हैं। अपनी नोट्स में अंतराल को नाम दें, जैसे यहाँ कोई कीवर्ड डेटा नहीं, ताकि अगला पाठक न माने कि लेजर इसे कवर करता है।
