URL संरचना और Slug SEO विश्लेषक

समग्र ग्रेड

साइट-व्यापी स्थिरता समस्याएँ

प्रति-URL परिणाम

यह टूल क्या जाँचता है, और सामान्य गलतियाँ कैसे ठीक करें

प्रत्येक URL को वास्तविक, दस्तावेज़ीकृत SEO मार्गदर्शन के आधार पर स्कोर किया जाता है: HTTP के बजाय HTTPS, उचित कुल लंबाई, लोअरकेस पाथ (Unix सर्वर केस-सेंसिटिव होते हैं, इसलिए /Page और /page को दो अलग-अलग डुप्लिकेट पेज के रूप में इंडेक्स किया जा सकता है), शब्दों को अलग करने के लिए अंडरस्कोर की बजाय हाइफ़न (Google हाइफ़न को स्पेस मानता है लेकिन अंडरस्कोर को जोड़ने वाला चिह्न मानता है), मान्य percent-encoding, और बिना किसी कच्चे स्पेस या डबल स्लैश के।

क्वेरी स्ट्रिंग में session identifier (sid, PHPSESSID, JSESSIONID आदि) की जाँच की जाती है — ये एक ही पेज के लिए असीमित डुप्लिकेट URL बनाते हैं और crawl budget बर्बाद करते हैं, इसलिए इन्हें URL में नहीं बल्कि cookie में रखा जाना चाहिए। ट्रैकिंग पैरामीटर (utm_*, gclid, fbclid) को भी चिह्नित किया जाता है; साफ़ URL पर एक self-referencing canonical टैग इन्हें अलग पेज के रूप में इंडेक्स होने से रोकता है।

Slug की जाँच की जाती है कि क्या यह ज़्यादातर फ़िलर शब्दों से बना है, क्या वही कीवर्ड तीन या उससे अधिक बार दोहराया गया है (जो सर्च इंजन को कीवर्ड स्टफिंग जैसा लगता है), क्या यह बिना किसी वर्णनात्मक शब्द के केवल एक न्यूमेरिक ID है, और क्या पाथ की गहराई बहुत अधिक है — 4-5 फ़ोल्डर से अधिक गहराई में दबे पेज को क्रॉल प्राथमिकता कम मिलती है और लिंक इक्विटी भी कम मिलती है।

अलग-अलग URL के अलावा, यह टूल पूरी सूची की तुलना भी करता है: HTTP/HTTPS का मिश्रण, www/नॉन-www होस्ट का मिश्रण, असंगत ट्रेलिंग स्लैश, और ऐसे URL जो बिल्कुल समान या लगभग डुप्लिकेट हैं (एक ही पेज, बस केस या ट्रेलिंग स्लैश अलग) — ये सभी डुप्लिकेट कंटेंट और crawl budget की उन समस्याओं के क्लासिक कारण हैं जिन्हें 301 रीडायरेक्ट या canonical टैग से हल किया जा सकता है।