Canonical Tag Checker
यह मुफ्त canonical tag checker एक पेज को लोड करता है और उसके rel=canonical link, canonical HTTP header और og:url को पढ़ता है। यह पुष्टि करता है कि बिल्कुल एक canonical है, कि यह एक absolute URL है, कि यह redirects के बाद पेज को ही reference करता है, कि यह og:url से मेल खाता है और noindex से conflict नहीं करता, और कि जिस address का नाम है वह 200 देता है। हर समस्या के साथ एक समाधान आता है।
Canonical Tag Checker
On-page SEO
इस टूल के बारे में
Canonical tag search engines को बताता है कि जब एक ही content कई addresses पर पहुंचा हो तो कौन सा address master copy है: trailing slash के साथ और बिना, tracking parameters के साथ, http और https पर, mobile subdomain पर। गलत canonical कोई canonical न होने से भी बदतर है: यह किसी पेज की rankings को दूसरे URL को दे सकता है, या 404 को दे सकता है, और पेज quietly index से drop हो जाता है जबकि बाकी सब ठीक दिखता है।
Checker पेज को crawler की तरह fetch करता है, redirects को follow करता है, और हर canonical signal को collect करता है: HTML में link tags, कुछ servers जो Link header भेजते हैं, और Open Graph og:url tag जो social networks use करते हैं। फिर यह वह checks चलाता है जो SEO audits हमेशा चलाते हैं: सिर्फ एक canonical, relative की जगह absolute, पेज को ही point करता हो (redirects के बाद final URL), same host और https, og:url से agree करता हो, noindex के साथ combine न हो, और ऐसे पेज की ओर ले जाता हो जो 200 देता हो बिना फिर से redirect किए।
Canonical जो कहीं और point करता है वह automatically गलत नहीं है: paginated lists, syndicated articles और parameter versions को अपने master page की ओर point करना चाहिए। Tool उन cases को review के लिए flag करता है बजाय उन्हें fail करने के। यह HTML को पढ़ता है जो server भेजता है; JavaScript द्वारा inject किए गए canonical tags नहीं देखे जाते, जो Google के first pass के लिए भी सच है।
अक्सर पूछे जाने वाले सवाल
क्या हर पेज के पास एक self-referencing canonical होना चाहिए?
हां। Google इसकी सिफारिश करता है, क्योंकि यह पेज को tracking parameters, odd capitalisation और scraped copies से बचाता है जो content का दावा करते हैं। Canonical exact preferred address होना चाहिए: same scheme, same host, same trailing-slash rule जो बाकी site पर है।
जब दो canonical tags हों तो क्या होता है?
Google दोनों को ignore करता है और खुद choose करता है, तो tag कुछ नहीं करता। दो tags आमतौर पर एक SEO plugin और एक theme दोनों से आते हैं जो एक add करते हैं। एक source को remove करें ताकि एक single rel=canonical बचे।
क्या canonical URL relative हो सकता है?
तकनीकी रूप से हां, लेकिन Google इसके खिलाफ सलाह देता है: एक relative canonical को पेज address के विरुद्ध resolve किया जाता है, तो एक scraped या misconfigured copy इसे गलत domain को resolve करता है। हमेशा full absolute URL लिखें, https के साथ।
क्या यह समस्या है अगर og:url और canonical अलग हों?
आमतौर पर यह एक संकेत है कि उनमें से एक stale है, अक्सर domain या https move के बाद। Search engines canonical use करते हैं, social networks og:url use करते हैं, और दोनों को same preferred address का नाम देना चाहिए ताकि shares और rankings एक URL पर accumulate हों।
क्या मैं canonical tag को noindex के साथ use कर सकता हूं?
नहीं। एक noindex Google को पेज को drop करने के लिए कहता है और एक canonical इसे signals को दूसरे पेज को pass करने के लिए कहता है; Google ने कहा है कि combination contradictory है और यह canonical को ignore कर सकता है। एक या दूसरा use करें: canonical duplicates के लिए जिन्हें आप consolidate करना चाहते हैं, noindex उन पेजों के लिए जो बिल्कुल appear नहीं होने चाहिए।

