{
"tool": "redirect-checker",
"count": 1,
"results": [
{
"inputUrl": "http://google.com",
"finalUrl": "http://www.google.com/",
"finalStatus": 200,
"redirects": 1,
"firstStatus": 301,
"chain": [
{
"url": "http://google.com/",
"status": 301,
"location": "http://www.google.com/",
"ms": 50,
"server": "gws"
},
{
"url": "http://www.google.com/",
"status": 200,
"location": null,
"ms": 57,
"server": "gws"
}
],
"totalMs": 107,
"issues": [],
"error": null
}
]
}
curl --location --request GET 'https://zylalabs.com/api/14408/url+redirect+checker+api/36385/redirect+checker+api+-+http+status+codes?items=http://google.com' --header 'Authorization: Bearer YOUR_API_KEY'
साइन अप करने के बाद, प्रत्येक डेवलपर को एक पर्सनल API एक्सेस की असाइन की जाती है, जो अक्षरों और अंकों का एक यूनिक संयोजन होता है, जिसका उपयोग हमारे API एंडपॉइंट तक पहुंचने के लिए किया जाता है। प्रमाणीकरण के लिए यूआरएल रेडायरेक्ट चेकर्स API के साथ बस अपने बेयरर टोकन को Authorization हेडर में शामिल करें।
| हेडर | विवरण |
|---|---|
Authorization
|
आवश्यक
होना चाहिए Bearer access_key. जब आप सब्सक्राइब हों तो ऊपर "Your API Access Key" देखें।
|
कोई लंबी अवधि की प्रतिबद्धता नहीं। कभी भी अपग्रेड, डाउनग्रेड या कैंसल करें।
किसी भी URL के लिए HTTP स्थिति कोड और पूरी रीडायरेक्ट श्रृंखलाओं की जांच करें जिसमें प्रत्येक हॉप, अंतिम URL और प्रतिक्रिया समय शामिल हैं SEO और माइग्रेशन के लिए
आitems क्वेरी पैरामीटर भेजें जिसमें 25 मान तक हों (कॉमा से अलग), प्रत्येक एक पूर्ण पृष्ठ का पता; इस पृष्ठ पर उदाहरण अनुरोध एक दिखाता है। वैकल्पिक पैरामीटर: maxRedirects, method
JSON टूल, गिनती और एक परिणामों की सूची के साथ। प्रत्येक परिणाम पंक्ति में इस पृष्ठ पर उदाहरण प्रतिक्रिया के समान फ़ील्ड होते हैं
एक कॉल को एक अनुरोध के रूप में गिना जाता है भले ही यह एक ही बार में 25 यूआरएल के लिए पूछता हो एक ही कॉल में अधिक विकल्प या उच्च सीमा पूछने पर भी यह एक अनुरोध के रूप में ही गिना जाएगा
सार्वजनिक एपीआई सार्वजनिक वेब पृष्ठ सार्वजनिक फ़ाइलें और डीएनएस जिसे अनुरोध समय पर लाइव लाया गया है कोई लॉगिन या भुगतान दीवारों को बाईपास नहीं किया गया है
अधिकतर कॉल 2 से 15 सेकंड में लौटते हैं 80 सेकंड के बाद आपको HTTP 503 मिलता है जिसमें Retry-After है कम आइटम भेजें और फिर से प्रयास करें
पर्याप्त प्रश्न पैरामीटर: maxRedirects, method। प्रत्येक को इस पृष्ठ पर पैरामीटर के अंतर्गत उसकी अनुमति प्राप्त मान या सीमा के साथ सूचीबद्ध किया गया है। उन सीमाओं के बाहर के मान HTTP 400 लौटाते हैं और अनुमति प्राप्त सीमा के साथ।
JSON के साथ एक त्रुटि संदेश: 400 जब कोई पैरामीटर अनुपलब्ध या अमान्य हो (अनुमोदित मानों के साथ) 422 जब कोई आइटम संसाधित नहीं किया जा सकता (प्रत्येक के लिए एक कारण के साथ) 429 दर सीमा से अधिक और 503 व्यस्त होने पर या 80 सेकंड से अधिक होने पर Retry-After के साथ यदि केवल कुछ आइटम विफल होते हैं तो आपको 200 मिलता है और प्रत्येक विफल आइटम एक त्रुटि फ़ील्ड के साथ एक पंक्ति होती है
यह एंडपॉइंट प्रत्येक जांची गई यूआरएल के लिए एचटीटीपी स्थिति कोड और रिडायरेक्ट श्रृंखलाओं के बारे में डेटा लौटाता है इसमें प्रारंभिक और अंतिम स्थिति कोड अंतिम यूआरएल रिडायरेक्ट की संख्या प्रतिक्रिया समय और किसी भी मुद्दे शामिल हैं
मुख्य क्षेत्रों में inputUrl finalUrl finalStatus firstStatus redirects totalMs और issues शामिल हैं प्रत्येक क्षेत्र URL के रीडायरेक्ट व्यवहार और प्रदर्शन के बारे में विशिष्ट जानकारी प्रदान करता है
प्रतिक्रिया एक JSON ऑब्जेक्ट के रूप में संरचित है जिसमें एक "उपकरण" पहचानकर्ता, संसाधित URL की "गिनती" और एक "परिणाम" ऐरे शामिल है प्रत्येक प्रविष्टि परिणाम ऐरे में एक व्यक्तिगत URL से संबंधित है जिसमें विस्तृत रीडायरेक्ट जानकारी है
एंडपॉइंट HTTP स्थिति कोडों रीडायरेक्ट श्रृंखलाओं प्रत्येक हॉप के लिए प्रतिक्रिया समय और जांच के दौरान पता चले किसी भी मुद्दों की जानकारी प्रदान करता है जो SEO और वेबसाइट माइग्रेशन के लिए महत्वपूर्ण हैं
उपयोगकर्ता अनुरोधों को कस्टमाइज़ कर सकते हैं, अधिकतम 25 यूआरएल वाले आइटम पैरामीटर को निर्दिष्ट करके, और वैकल्पिक रूप से, अधिकतम रीडायरेक्ट का उपयोग करके फॉलो किए जाने वाले रीडायरेक्ट की संख्या को सीमित कर सकते हैं, और अनुरोध प्रकार (GET या HEAD) को परिभाषित करने के लिए विधि का उपयोग कर सकते हैं
"पहला स्थिति" प्रारंभिक HTTP स्थिति कोड को दर्शाता है "अंतिम स्थिति" सभी पुनर्निर्देशों के बाद अंतिम स्थिति को दिखाता है "पुनर्निर्देश" कूद की संख्या को गिनता है और "कुल मिलीसेकंड" कुल प्रतिक्रिया समय को मिलीसेकंड में दर्शाता है
डेटा सटीकता को आधिकारिक सार्वजनिक एपीआई और वेब पृष्ठों से लाइव डेटा लाकर बनाए रखा जाता है जब अनुरोध किया जाता है यह सुनिश्चित करते हुए कि जानकारी जाँच की गई यूआरएल की वर्तमान स्थिति को दर्शाती है
आम उपयोग के मामलों में रिडायरेक्ट समस्याओं की पहचान के लिए SEO ऑडिट शामिल हैं वेबसाइट प्रवास यह सुनिश्चित करने के लिए कि URL को सही तरीके से हैंडल किया जा रहा है और प्रदर्शन निगरानी प्रतिक्रिया समय और ऑप्टिमाइजेशन के लिए रिडायरेक्ट श्रृंखलाओं का विश्लेषण करने के लिए शामिल हैं