Vutral
इस टूल का उपयोग कैसे करें

बल्क मोबाइल विकल्प URL चेकर

जाँचा गया डेटामोबाइल विकल्प

बल्क मोबाइल विकल्प URL चेकर कैसे इस्तेमाल करें

टूल पर वापस जाएँ

हर URL एक बार लोड होता है और सँकरी स्क्रीन को लक्ष्य करने वाला हर alternate टैग जस का तस सूचीबद्ध होता है। वह जिस मोबाइल पते का नाम लेता है, उसे भी लोड किया जाता है, ताकि वापस इशारा करने वाला canonical उसी बार में जाँचा जा सके।

  1. 01

    जाँचने के लिए URL दर्ज करें

    एकल मोड एक पता जाँचता है और Enter पर चलता है। सूची चिपकाने के लिए बल्क पर जाएँ — हर पंक्ति में एक URL, प्रति बार अधिकतम 30। डेस्कटॉप पते चिपकाएँ, मोबाइल वाले नहीं: जोड़ी डेस्कटॉप पेज से बाहर की ओर पकड़ी जाती है, और मोबाइल पेज अपने लिए alternate घोषित नहीं करता।

  2. 02

    चलाने से पहले यूज़र एजेंट चुनें

    अलग मोबाइल होस्ट इस पर निर्भर करके अलग जवाब देता है कि पूछ कौन रहा है। कई सर्वर alternate टैग सिर्फ़ डेस्कटॉप एजेंट को देते हैं और मोबाइल एजेंट को सीधे मोबाइल साइट पर भेज देते हैं, इसलिए फ़ोन बनकर मापने पर ऐसा पेज दिख सकता है जो कुछ भी घोषित नहीं करता — सच का ठीक उलटा। घोषणा को उजागर डेस्कटॉप एजेंट करता है; Googlebot Smartphone वही है जो Google असल में भेजता है, तो जब Google जैसा देखना हो तो उससे दूसरी बार चलाएँ।

  3. 03

    मोबाइल विकल्प कॉलम पढ़ें

    URL पूरे होते ही पंक्तियाँ आती हैं। यह कॉलम पेज द्वारा घोषित पते गिनाता है और कुछ नहीं आँकता, इसलिए बिना टैग वाला पेज, एक टैग वाला और दो टैग वाला — सब जैसे हैं वैसे दिखते हैं। — का अर्थ है कुछ घोषित नहीं हुआ — रिस्पॉन्सिव साइट पर यही सही उत्तर है, कोई कमी नहीं। एक-एक पता घोषित करने वाली दो पंक्तियाँ यहाँ एक जैसी दिखती हैं, भले एक जोड़ी टूटी हो, क्योंकि यह कॉलम सिर्फ़ जाने वाला आधा हिस्सा देखता है।

  4. 04

    एक पंक्ति देखें और परिणाम निर्यात करें

    देखें वही एक जगह खोलता है जहाँ जोड़ी आँकी जाती है, और वही एक जगह जहाँ दूसरा आधा हिस्सा दिखता है: हर टैग की media query और वह कहाँ घोषित हुई, फिर ख़ुद मोबाइल पेज — वह कहाँ पहुँचा, उसका स्टेटस, और वह वापस कौन-सा canonical घोषित करता है। टेबल कॉपी करें पंक्तियों को टैब से अलग करके कॉपी करता है; CSV निर्यात करें उन्हें फ़ाइल में लिखता है। दोनों हर घोषणा और निष्कर्ष रखते हैं।

मोबाइल विकल्प रिपोर्ट कैसे पढ़ें

एक पंक्ति बाएँ से दाएँ पढ़ी जाती है: जाँचा गया पता, वह कहाँ पहुँचा, और वह पेज सँकरी स्क्रीन के लिए कौन-सा मोबाइल पता घोषित करता है। वापसी वाला आधा हिस्सा विवरण पैनल में है।

परिणाम तालिका के स्तंभ

URL
वही पता जैसा जाँचा गया — सामान्यीकरण के बाद, हमेशा वही नहीं जो आपने टाइप किया था।
हल की गई URL
अनुरोध कहाँ रुका और वहाँ का स्टेटस कोड। रीडायरेक्ट पहले अपनाए जाते हैं, और alternate टैग उसी अंतिम पेज से पढ़ा जाता है।
मोबाइल विकल्प
अंतिम पेज द्वारा घोषित हर मोबाइल पता, हर पंक्ति में एक, पूरे पते में बदला हुआ। — का अर्थ है कुछ घोषित नहीं हुआ।
परिणाम
पंक्ति पूरी हुई, अभी चल रही है, या त्रुटि पर रुकी। यह जोड़ी के बारे में कुछ नहीं कहता।
क्रियाएँ
देखें उस पंक्ति का विवरण पैनल खोलता है; अनुरोध कभी पहुँचा ही न हो तो उसकी जगह फिर कोशिश करें दिखता है।

विवरण पैनल के निष्कर्ष

कोई मोबाइल विकल्प घोषित नहीं है — रिस्पॉन्सिव साइट हर डिवाइस को एक ही URL देती है और उसे इस टैग की ज़रूरत नहीं।
कोई टैग नहीं। रिस्पॉन्सिव साइट पर यह सही है और सुधारने को कुछ नहीं; अलग मोबाइल होस्ट वाली साइट पर यही पूरी गड़बड़ी है।
alternate टैग तो है, पर कोई media query सँकरी स्क्रीन को लक्ष्य नहीं करती।
rel=alternate टैग मौजूद है, पर उसकी media query सँकरी स्क्रीन को लक्ष्य नहीं करती — media="print" सबसे आम मामला है। Google media query मिलाता है, इसलिए जो query वह पूरी नहीं कर सकता, वह टैग वह अनदेखा करता है।
मोबाइल विकल्प टैग में href नहीं है।
टैग सँकरी स्क्रीन को लक्ष्य करता है पर उसमें href नहीं है। मंशा साफ़ है, इसलिए यह टूटी घोषणा है, अनुपस्थित घोषणा नहीं।
इस बार मोबाइल URL माँगा नहीं गया।
पूछने लायक पता था, पर इस तालिका को भरने वाली बार में पूछा नहीं गया — चेक बाद में लगाया गया। वापसी वाला आधा हिस्सा भरने के लिए दोबारा चलाएँ।
मोबाइल URL तक पहुँचा नहीं जा सका।
मोबाइल पता माँगा गया और उसने जवाब नहीं दिया: समय समाप्त, अवरुद्ध, या होस्ट हल नहीं होता। जिसे कोई लोड न कर सके, वह मोबाइल URL Google भी इंडेक्स नहीं कर सकता।
मोबाइल पेज कोई canonical घोषित नहीं करता — एक ही सामग्री वाले दो URL, और उन्हें जोड़ने वाला कुछ नहीं।
मोबाइल पेज ने जवाब दिया पर कोई canonical घोषित नहीं करता। एक ही सामग्री दो पतों पर है और उन्हें कुछ जोड़ता नहीं, इसलिए Google को ख़ुद चुनना पड़ता है।
दो-तरफ़ा जोड़ी पूरी — यह URL मोबाइल पेज पर इशारा करता है, और मोबाइल पेज वापस इशारा करता है।
डेस्कटॉप पेज मोबाइल पेज पर इशारा करता है और मोबाइल पेज ठीक इसी पते पर वापस इशारा करता है। अलग URL के लिए Google यही पूरी व्यवस्था बताता है।
मोबाइल पेज का canonical किसी दूसरे URL पर इशारा करता है, इस पर नहीं।
मोबाइल पेज का canonical कहीं और इशारा करता है। अंत का एक स्लैश या http/https का अंतर भी "कहीं और" गिना जाता है, क्योंकि Google के लिए भी वह कहीं और है।

घोषणा कहाँ से आ सकती है

[html]
पेज के head में एक <link rel="alternate" media="..."> टैग। आम जगह, और अधिकतर साइटें यही इस्तेमाल करती हैं।
[header]
Link: ...; rel="alternate" रिस्पॉन्स हेडर। बिना head वाली फ़ाइल के लिए alternate घोषित करने का एकमात्र तरीका, और छूटना आसान क्योंकि पेज पर कुछ भी इसे नहीं दिखाता।

अपने डेस्कटॉप URL चिपकाएँ और हर एक के लिए देखें कि वह rel="alternate" और media query के साथ कौन-सा मोबाइल पता घोषित करता है। मिला हुआ हर मोबाइल पता भी लोड किया जाता है, इसलिए वापस इशारा करने वाला canonical उसी बार में जाँचा जाता है — जोड़ी तभी सही है जब दोनों आधे हिस्से मेल खाएँ। रिस्पॉन्सिव साइट यहाँ कुछ घोषित नहीं करती, और उसके लिए वही सही उत्तर है।