{"final_url":"https://www.example.com/","status_code":200,"is_soft_404":false,"status_code_name":"OK","status_code_meaning":"Request succeeded.","redirect_hops":[{"hop":1,"url":"https://www.example.com/","status_code":200}],"redirect_count":0,"checks":[{"name":"status_code","passed":true,"explanation":"Status code = 200"},{"name":"soft_404_test","passed":true,"explanation":"Soft 404 not detected"},{"name":"x_robots_tag","passed":true,"explanation":"X-Robots-Tag permits indexing"},{"name":"meta_robots","passed":true,"explanation":"Meta robots permits indexing"},{"name":"robots_txt","passed":true,"explanation":"robots.txt allows crawling"},{"name":"meta_refresh_0","passed":true,"explanation":"No immediate meta refresh"}],"indexability":"indexable","error_message":null}
curl --location --request GET 'https://zylalabs.com/api/10687/google+indexability+checker+api/20241/indexability+checker?url=https://www.example.com/' --header 'Authorization: Bearer YOUR_API_KEY'
साइन अप करने के बाद, प्रत्येक डेवलपर को एक पर्सनल API एक्सेस की असाइन की जाती है, जो अक्षरों और अंकों का एक यूनिक संयोजन होता है, जिसका उपयोग हमारे API एंडपॉइंट तक पहुंचने के लिए किया जाता है। प्रमाणीकरण के लिए गूगल इंडेक्सबिलिटी चेकर्स API के साथ बस अपने बेयरर टोकन को Authorization हेडर में शामिल करें।
| हेडर | विवरण |
|---|---|
Authorization
|
आवश्यक
होना चाहिए Bearer access_key. जब आप सब्सक्राइब हों तो ऊपर "Your API Access Key" देखें।
|
कोई लंबी अवधि की प्रतिबद्धता नहीं। कभी भी अपग्रेड, डाउनग्रेड या कैंसल करें। फ्री ट्रायल में 50 रिक्वेस्ट तक शामिल हैं।
(वार्षिक बिलिंग के साथ 2 महीने बचाएँ 🎉)
अग्रणी कंपनियों का भरोसा
गूगल इंडेक्सेबिलिटी चेकर एपीआई डेवलपर्स, एसईओ, और साइट मालिकों को यह सुनिश्चित करने में मदद करता है कि पृष्ठ गूगल की सूची में शामिल होने के लिए योग्य हैं। एक यूआरएल भेजें और एक स्वच्छ JSON निर्णय (इंडेक्सेबिलिटी) प्राप्त करें साथ ही प्रत्येक जांच के लिए मानव-पठनीय स्पष्टीकरण: HTTP स्थिति, सॉफ्ट-404 पहचान, रोबोट प्रावधान (HTTP + HTML), robots.txt अनुमति/निषेध, मेटा रिफ्रेश ट्रैप, और रीडायरेक्ट व्यवहार। इसका उपयोग तैनाती को गेट करने, बड़े साइटों को मॉनिटर करने, या उत्पाद/कैटलॉग पृष्ठों में इंडेक्सिंग समस्याओं को जल्दी से डिबग करने के लिए करें।
एक-कॉल निर्णय: इंडेक्सेबिलिटी = इंडेक्सेबल, शर्तात्मक_इंडेक्सेबल, या नॉट_इंडेक्सेबल (नीचे का मार्गदर्शक देखें)।
समृद्ध डायग्नोस्टिक्स: जांच[] में पास हुआ बूलियन के साथ साधारण-आंग्रेजी स्पष्टीकरण शामिल है।
रीडायरेक्ट जागरूकता: पूर्ण रीडायरेक्ट_हॉप्स के साथ रीडायरेक्ट_काउंट और अंतिम_यूआरएल।
हर जगह रोबोट: X-Robots-Tag हेडर, HTML मेटा रोबोट्स, और robots.txt का मूल्यांकन करें।
सॉफ्ट-404 परीक्षण: 200 की तरह दिखने वाले पतले/खाली पृष्ठों को फ़्लैग करता है।
संगत स्कीमा: ऑडिट डैशबोर्ड और सीआई बॉट्स के लिए निश्चित, आसान-से-पार्स फ़ील्ड।
प्रतिक्रिया फ़ील्ड शब्दावली:
अंतिम_यूआरएल (स्ट्रिंग) — रीडायरेक्ट के बाद हल किया गया यूआरएल।
स्थिति_कोड (संख्या) — अंतिम यूआरएल की HTTP स्थिति।
स्थिति_कोड_नाम (स्ट्रिंग) — मानक कारण वाक्य (जैसे, “ठीक है”, “स्थायी रूप से स्थानांतरित”).
स्थिति_कोड_अर्थ (स्ट्रिंग) — मानव-पठनीय स्पष्टीकरण।
is_soft_404 (बूलियन) — उन पृष्ठों के लिए ह्यूरिस्टिक जो 200 के बावजूद 404/खाली सामग्री की तरह दिखते हैं।
रीडायरेक्ट_काउंट (संख्या) — अनुसरण किए गए रीडायरेक्ट की संख्या।
रीडायरेक्ट_हॉप्स (ऐरे) — प्रत्येक हॉप: { हॉप, यूआरएल, स्थिति_कोड }.
जांचें (ऐरे) — व्यक्तिगत जांचें जिसमें:
नाम (स्ट्रिंग) — पहचानकर्ता (जैसे, स्थिति_कोड, सॉफ्ट_404_टेस्ट, x_robots_tag, मेटा_रोबोट्स, robots_txt, मेटा_रीफ्रेश_0).
पास हुआ (बूलियन) — यदि आवश्यकता पूरी हो गई तो सही है।
स्पष्टीकरण (स्ट्रिंग) — एक छोटा कारण जिसे आप सीधे UI में प्रस्तुत कर सकते हैं।
इंडेक्सेबिलिटी (स्ट्रिंग) — समग्र निर्णय:
इंडेक्सेबल — सभी महत्वपूर्ण जांच पास।
शर्तात्मक_इंडेक्सेबल — सामान्यतः ठीक है, लेकिन छोटे चेतावनियाँ मिली हैं (जैसे, असामान्य कैनोनिकल पैटर्न, विलंब के साथ नॉन-ब्लॉकिंग मेटा रिफ्रेश आदि। [यदि जब आप ऐसी जांचें शामिल करते हैं तो अपनी बैकएंड लॉजिक के अनुसार अनुकूलित करें]).
नॉट_इंडेक्सेबल — एक या अधिक महत्वपूर्ण ब्लॉकर (noindex, disallow, 4xx/5xx, तत्काल मेटा रिफ्रेश, सॉफ्ट-404)।
त्रुटि_संदेश (स्ट्रिंग|null) — यदि जांच फेच/पार्स त्रुटियों के कारण विफल होती है तो भरा गया।
इसका मतलब है कि कोई महत्वपूर्ण अवरोध नहीं पाए गए हैं (HTTP 200/OK, कोई noindex नहीं, robots.txt की अनुमति है, कोई सॉफ्ट-404 नहीं, कोई तात्कालिक मेटा रिफ्रेश नहीं) इसलिए पृष्ठ गूगल द्वारा अनुक्रमित किए जाने के लिए योग्य है
नहीं अनुक्रमण अंत में गूगल का निर्णय है हम पात्रता के लिए सामान्य तकनीकी पूर्वापेक्षाओं की पुष्टि करते हैं
हाँ हम प्रत्येक कूद को redirect_hops में रिपोर्ट करते हैं redirect_count और final_url
HTTP X-Robots-Tag हेडर्स और HTML <meta name="robots"> टैग दोनों
हां हम होस्ट के लिए robots.txt को लाते हैं और इसे पार्स करते हैं ताकि यह निर्धारित किया जा सके कि प्रस्तुत किए गए URL के लिए क्रॉलिंग की अनुमति है या नहीं
Checks[] को देखें किसी असफल आइटम के लिए (जैसे कि, meta_robots noindex, robots_txt disallow, soft-404) विवरण आपको बताएगा कि क्यों
हम उन्हें एक अंतिम गंतव्य की ओर ले जाते हैं यदि श्रृंखला का अंत इंडेक्स करने योग्य है तो आप देखेंगे इंडेक्स करने योग्य = इंडेक्स करने योग्य
अभी हम बैच अनुरोधों का समर्थन नहीं करते हैं कृपया अभी प्रत्येक यूआरएल के लिए व्यक्तिगत कॉल भेजें बल्क इनपुट जल्द ही आएंगे 😊
औसत प्रतिक्रिया समय 1-3 सेकंड है साइट की लोडिंग गति और रीडायरेक्ट श्रृंखला की लंबाई के आधार पर जटिल पृष्ठ या धीमे सर्वर में थोड़ा अधिक समय लग सकता है
Giya. यह सीधे रैंकिंग को प्रभावित नहीं करता है लेकिन पृष्ठों का तकनीकी रूप से इंडेक्सेबल होना अच्छे SEO की नींव है। API आपको उन अवरोधकों को पकड़ने में मदद करता है जो अन्यथा Google को आपकी सामग्री को पूरी तरह से इंडेक्स करने से रोक देंगे
इंडेक्सेबिलिटी चेकเกอร์ एंडपॉइंट एक JSON ऑब्जेक्ट लौटाता है जिसमें एक URL की इंडेक्सेबिलिटी स्थिति के बारे में सूचना होती है जिसमें HTTP स्थिति सॉफ्ट-404 पहचान रोबोट निर्देश और रीडायरेक्ट व्यवहार शामिल हैं
मुख्य क्षेत्र में `final_url` `status_code` `is_soft_404` `redirect_count` और `checks[]` शामिल हैं जो URL की अनुक्रमणीयता पर विस्तृत निदान प्रदान करते हैं
यह प्रतिक्रिया एक JSON ऑब्जेक्ट के रूप में संरचित है जिसमें शीर्ष स्तर पर एक अनुक्रमणीय निर्णय होता है और इसके बाद विवरण क्षेत्रों जैसे `checks[]` होते हैं जो व्यक्तिगत निदान के लिए होते हैं जिससे इसे पार्स और विश्लेषण करना आसान होता है
एपीआई HTTP स्थिति कोडों, सॉफ्ट-404 पहचान, रोबोट निर्देशों (X-Robots-Tag और मेटा रोबोट्स) और रीडायरेक्ट व्यवहार के बारे में जानकारी प्रदान करता है जिससे उपयोगकर्ता किसी पृष्ठ की अनुक्रमणीयता का मूल्यांकन कर सकें
उपयोगकर्ता विभिन्न यूआरएल को अंतिम बिंदु पर सबमिट करके अनुरोधों को अनुकूलित कर सकते हैं ताकि किसी वेबसाइट के विशिष्ट पृष्ठों या अनुभागों के आधार पर अनुकूलित जांच की जा सके
`status_code_name` जैसे फ़ील्ड एक मानक कारण वाक्य (जैसे "OK") प्रदान करते हैं जबकि `checks[].explanation` प्रत्येक चेक के लिए मानव-पठनीय कारण पेश करता है जो त्वरित निवारण में मदद करता है
विशिष्ट उपयोग के मामले में बड़े वेबसाइटों की अनुक्रमणीयता समस्याओं की निगरानी करना विशिष्ट पृष्ठों को डिबग करना और यह सुनिश्चित करना शामिल है कि नई तैनातियां गूगल के अनुक्रमण मानदंडों को पूरा करती हैं
डेटा सटीकता प्रस्तुत URL के खिलाफ वास्तविक समय जांच के माध्यम से बनाए रखा जाता है यह सुनिश्चित करते हुए कि API पृष्ठ की वर्तमान स्थिति को दर्शाती है जैसा कि Google द्वारा देखा गया है
इंडेक्सेबिलिटी चेकर्स कई पहलुओं का मूल्यांकन करता है जिसमें HTTP स्थिति कोड सॉफ्ट-404 पहचान एक्स-रोबोट्स-टैग हेडर HTML मेटा रोबोट्स robots.txt नियम और तात्कालिक मेटा रिफ्रेश जाल शामिल हैं प्रत्येक चेक एक बूलियन परिणाम और एक मानव-पठनीय व्याख्या प्रदान करता है
`checks[]` एरे में व्यक्तिगत चेक होते हैं जिनमें `name`, `passed`, और `explanation` जैसे फ़ील्ड होते हैं प्रत्येक प्रविष्टि यह दर्शाती है कि क्या एक विशेष आवश्यकता को पूरा किया गया था और एक संक्षिप्त कारण प्रदान करती है जिससे आप संभावित मुद्दों को जल्दी से पहचान सकें
`is_soft_404` फ़ील्ड एक बूलियन है जो यह दर्शाता है कि क्या पृष्ठ एक सॉफ्ट-404 के रूप में दिखाई देता है यानी यह 200 स्थिति लौटाता है लेकिन इसमें थोड़ी या कोई सामग्री नहीं होती है यह खोज engines को उनके वास्तविक सामग्री के बारे में भ्रामक जानकारी देने वाले पृष्ठों की पहचान करने में मदद करता है
API `redirect_hops` एरे के माध्यम से रीडायरेक्ट को ट्रैक करता है जो प्रत्येक हॉप का URL और स्थिति कोड सूचीबद्ध करता है `redirect_count` यह इंगित करता है कि कितने रीडायरेक्ट का अनुसरण किया गया था यह सुनिश्चित करता है कि आप अंतिम URL की इंडेक्सबिलिटी स्थिति को समझते हैं
`final_url` क्षेत्र वह समाधान किया गया URL दिखाता है जब सभी पुनर्निर्देशित किए गए हैं यह समझने के लिए महत्वपूर्ण है कि कौन सा URL अंततः अनुक्रमण के लिए मूल्यांकन किया जा रहा है खासकर यदि कई पुनर्निर्देश शामिल हैं
हाँ, एपीआई आपको `checks[]` ऐरे की जांच करके विशिष्ट इंडेक्सिंग समस्याओं की पहचान करने की अनुमति देता है प्रत्येक चेक संभावित अवरोधों पर अंतर्दृष्टि प्रदान करता है जैसे कि नोइंडेक्स निर्देशक या अस्वीकृत robots.txt नियम लक्षित समस्या निवारण को सक्षम बनाते हैं
`error_message` फ़ील्ड जानकारी प्रदान करता है यदि जांच fetch या parse त्रुटियों के कारण विफल होती है यह URL सबमिशन प्रक्रिया में समस्याओं का निदान करने में मदद करता है जिससे आप यदि आवश्यक हो तो सुधारात्मक कार्रवाई कर सकें
आप विश्लेषण के लिए किसी भी सार्वजनिक रूप से सुलभ URL को सबमिट कर सकते हैं API को मानक वेब पृष्ठों का मूल्यांकन करने के लिए डिज़ाइन किया गया है यह सुनिश्चित करते हुए कि वे किए गए जांच के आधार पर Google की अनुक्रमण मानदंडों को पूरा करते हैं