Google Search Console में 404 एरर कैसे ठीक करें (2026)

Search Console में 'Not found (404)' ठीक करें: कब अनदेखा करें, कब 301 रीडायरेक्ट लगाएँ और कब पेज वापस लाएँ। साथ में निर्णय तालिका और वैलिडेशन के चरण।

अक्सर पूछे जाने वाले सवाल

क्या 404 एरर मेरी Google रैंकिंग को नुकसान पहुँचाते हैं?

अपने आप में नहीं। Google के Page indexing दस्तावेज़ों के अनुसार, अगर कोई पेज बिना किसी विकल्प के हटाया गया है तो 404 जवाब ज़रूरी नहीं कि समस्या हो। दस्तावेज़ में आपके हटाए हुए पेज का 404 किसी URL के इंडेक्स न होने की एक सामान्य वजह के रूप में दर्ज है। ठीक करने लायक वे 404 हैं जिनके URL पर आप खुद लिंक करते हैं या जो आपके sitemap में शामिल हैं।

हटाए गए पेजों के लिए 404 इस्तेमाल करूँ या 410?

Google Search के लिए व्यावहारिक रूप से कोई फ़र्क नहीं पड़ता। Google के HTTP स्टेटस कोड दस्तावेज़ों में 429 को छोड़कर सभी 4xx एरर को एक जैसा माना गया है: कंटेंट को मौजूद नहीं बताया जाता, पहले से इंडेक्स हो चुका URL इंडेक्स से हटा दिया जाता है और उस URL की क्रॉलिंग धीरे-धीरे घटती जाती है। जो आपके प्लेटफ़ॉर्म पर आसानी से हो सके, वही इस्तेमाल करें।

404 एरर के लिए 'Validate fix' में कितना समय लगता है?

Google के अनुसार वैलिडेशन में आम तौर पर लगभग दो हफ़्ते तक लगते हैं, लेकिन इससे काफ़ी ज़्यादा समय भी लग सकता है। जब तक मौजूदा वैलिडेशन सफल या विफल न हो जाए, दोबारा Validate fix पर क्लिक न करें। अगर Google को समस्या का एक भी उदाहरण बचा मिल जाए, तो वैलिडेशन रुक जाता है।

ठीक कर देने के बाद भी URL Not found (404) रिपोर्ट में क्यों दिख रहा है?

Google किसी गायब URL को कुछ समय तक क्रॉल करने की कोशिश करता रहता है, इसलिए ठीक करने के बाद भी वह सूची में बना रह सकता है। साथ ही, रिपोर्ट की उदाहरण सूची 1,000 पंक्तियों तक सीमित है और हर URL दिखाने की गारंटी नहीं देती। पहले कारण ठीक करें (टूटे लिंक, sitemap की प्रविष्टियाँ), फिर वैलिडेशन चलाएँ और इंतज़ार करें।

क्या हर 404 को होमपेज पर रीडायरेक्ट कर देना चाहिए?

नहीं। Google की सलाह है कि जब कोई पेज नए पेज पर चला गया हो, तब 3XX रीडायरेक्ट दें। जिस पेज का कोई वास्तविक विकल्प नहीं है, उसे 404 ही रहने देना बेहतर है। असंबंधित URL को होमपेज पर भेजने से विज़िटर को वह नहीं मिलता जो उन्होंने माँगा था, और असली समस्या आपकी नज़र से छिप जाती है।

संक्षिप्त उत्तर: Search Console में Indexing > Pages खोलें, Not found (404) पर क्लिक करें और हर URL को तीन श्रेणियों में बाँटें। अगर पेज जानबूझकर हटाया गया था और उस पर कोई लिंक नहीं है, तो उसे अनदेखा करें। अगर पेज कहीं और चला गया है या उसका कोई करीबी विकल्प है, तो उस विकल्प पर 301 रीडायरेक्ट लगाएँ। अगर पेज मौजूद होना चाहिए, तो उसे वापस लाएँ। इसके बाद मृत URL की ओर इशारा करने वाले इंटरनल लिंक या sitemap प्रविष्टियाँ ठीक करें और Validate fix पर क्लिक करें।

Search Console के ज़्यादातर "404 एरर" को ठीक करने की ज़रूरत ही नहीं होती, इसलिए असली हुनर मरम्मत का नहीं, छँटाई (triage) का है।

"Not found (404)" का असल मतलब क्या है

Page indexing रिपोर्ट उन URL की सूची देती है जिन्हें Google ने क्रॉल करने की कोशिश की लेकिन इंडेक्स नहीं कर सका। "Not found (404)" का मतलब है कि सर्वर ने उस अनुरोध का जवाब 404 स्टेटस से दिया। बस इतना ही। इसका यह मतलब नहीं कि वह URL ज़रूरी है।

Google की अपनी समस्या-निवारण सलाह साफ़ है: सिर्फ़ उन 404 एरर को ठीक करें जिन पर आप खुद लिंक करते हैं या जो sitemap में दर्ज हैं, और अगर कोई पेज कहीं और चला गया है तो नए पेज पर 3XX रीडायरेक्ट लौटाएँ। Google यह भी बताता है कि "आपने जो पेज हटाया और जिसका कोई विकल्प नहीं है, उस पर 404" किसी पेज के इंडेक्स न होने की जायज़ वजहों में से एक है।

अगर आपने यह टूल अभी सेट नहीं किया है, तो पहले हमारी Search Console गाइड या Google Search Console में अपनी साइट वेरिफ़ाई करने का वॉकथ्रू देखें।

चरण 1: सूची एक्सपोर्ट करें और पता लगाएँ कि हर 404 कहाँ से आया

  1. Search Console खोलें और अपनी प्रॉपर्टी चुनें।
  2. Indexing > Pages पर जाएँ।
  3. "Why pages aren't indexed" तालिका तक स्क्रॉल करें और Not found (404) पर क्लिक करें।
  4. उदाहरण के तौर पर दिए गए URL देखें। तालिका 1,000 पंक्तियों तक सीमित है और हर URL दिखाने की गारंटी नहीं देती, इसलिए बड़ी साइट पर इसे सिर्फ़ एक नमूना मानें।
  5. अगर आप स्प्रेडशीट में काम करना चाहते हैं, तो डेटा एक्सपोर्ट करें।
  6. किसी URL पर क्लिक करें और Inspect URL से देखें कि Google ने उसे कैसे खोजा। रेफ़र करने वाला पेज और sitemap की जानकारी बताती है कि लिंक आपका अपना है या नहीं।

खोज का स्रोत ही असली सुराग है। जो 404 Google को आपके अपने नेविगेशन या sitemap से मिला, वह असली खामी है। जो 404 किसी पुराने बाहरी लिंक या दूसरी साइट की टाइपो से मिला, वह आम तौर पर बेमानी शोर है, जब तक कि उस लिंक से असली विज़िटर न आ रहे हों।

चरण 2: तय करें: अनदेखा करें, रीडायरेक्ट करें या पेज बहाल करें

रिपोर्ट के हर URL समूह के लिए इस तालिका का इस्तेमाल करें।

स्थितिकैसी दिखती हैकार्रवाई
पेज जानबूझकर हटाया गया, कोई विकल्प नहीं, कोई इंटरनल लिंक नहींपुराना प्रोडक्ट, खत्म हो चुका इवेंट, टेस्ट पेजअनदेखा करें। 404 (या 410) रहने दें।
पेज हटाया गया, लेकिन करीबी विकल्प मौजूद हैबंद किया गया प्रोडक्ट, गाइड का नया संस्करणसबसे करीबी समकक्ष पेज पर 301 रीडायरेक्ट करें।
URL बदल गया (slug का नाम बदला, फ़ोल्डर बदला, डोमेन या HTTPS माइग्रेशन)वही कंटेंट नए पते परपुराने URL से नए URL पर, एक ही हॉप में, 301 रीडायरेक्ट करें।
पेज मौजूद होना चाहिए था पर गलती से हट गया या अनपब्लिश हो गयाचालू सर्विस पेज, अहम लेखउसे बहाल करें, पक्का करें कि वह 200 लौटाता है, फिर वैलिडेट करें।
आपके अपने मेन्यू, फ़ुटर या बॉडी के लिंक उसकी ओर इशारा करते हैंमृत URL का इंटरनल लिंकलिंक ठीक करें (या पेज कहीं गया हो तो रीडायरेक्ट करें)।
आपके XML sitemap में दर्ज हैSitemap में हटाए गए URL शामिल हैंSitemap से हटाएँ, फिर तय करें कि रीडायरेक्ट करना है या अनदेखा।
स्पैम या अजीब पैरामीटर से बने फ़ालतू URLबेतरतीब स्ट्रिंग, स्क्रैपर पैटर्नअनदेखा करें। अगर वे इंजेक्ट किए हुए लगें तो सुरक्षा जाँचें (नीचे देखें)।

जब विकल्प करीबी मेल न खाता हो, तो ज़बरदस्ती कोई विकल्प न थोपें। Google के रीडायरेक्ट दस्तावेज़ रीडायरेक्ट को यूज़र और Google को किसी पेज की नई जगह पर भेजने का तरीका बताते हैं, और जिस पेज की कोई नई जगह नहीं है, उसके पास इशारा करने को कुछ होता ही नहीं।

चरण 3: रीडायरेक्ट सही तरीके से लगाएँ

स्थायी बदलाव के लिए Google जहाँ तक संभव हो, स्थायी सर्वर-साइड रीडायरेक्ट की सलाह देता है। 301 और 308 दोनों स्टेटस कोड का मतलब है कि पेज स्थायी रूप से चला गया है। Google के अनुसार JavaScript रीडायरेक्ट तभी इस्तेमाल करें जब सर्वर-साइड या meta refresh रीडायरेक्ट संभव न हों।

व्यावहारिक नियम:

  • हॉप की लंबी कड़ी की जगह सबसे उपयुक्त एक ही URL पर रीडायरेक्ट करें।
  • ऐसे पेज की ओर इशारा करें जो सामान्य 200 रिस्पॉन्स देता हो, किसी और रीडायरेक्ट या एरर की ओर नहीं।
  • अपने इंटरनल लिंक भी नए URL पर अपडेट करें, ताकि आप हमेशा रीडायरेक्ट के भरोसे न रहें।
  • WordPress पर यह काम रीडायरेक्ट प्लगइन या आपके होस्ट के रीडायरेक्ट नियम करते हैं। दूसरे प्लेटफ़ॉर्म पर अपने सर्वर या CMS की रीडायरेक्ट या रीराइट सेटिंग इस्तेमाल करें।

रीडायरेक्ट मैप का उदाहरण, जिसे आप डेवलपर को दे सकते हैं या किसी रीडायरेक्ट टूल में पेस्ट कर सकते हैं:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

चरण 4: फ़िक्स टेस्ट करें, फिर वैलिडेट करें

Google को बताने से पहले URL खुद जाँच लें।

  1. पुराने URL को ब्राउज़र में खोलें या हेडर चेक चलाएँ, और पक्का करें कि वह 301 लौटाता है और 200 वाले पेज पर पहुँचता है।
  2. Search Console में सबसे ऊपर की बार में URL पेस्ट करें और Inspect URL चलाएँ, फिर लाइव टेस्ट से देखें कि Google को क्या मिल रहा है।
  3. पक्का करें कि URL अब आपके sitemap में नहीं है और कोई इंटरनल पेज उस पर लिंक नहीं करता।

फिर वैलिडेट करें:

  1. Page indexing रिपोर्ट में Not found (404) समस्या खोलें।
  2. Validate fix पर क्लिक करें।
  3. स्टेटस पर नज़र रखें। जब तक वैलिडेशन सफल या विफल न हो जाए, दोबारा Validate fix पर क्लिक न करें।
  4. अगर वह विफल हो जाए, तो See details पर क्लिक करें, बचे हुए URL ठीक करें और दोबारा शुरू करें।

Google के अनुसार वैलिडेशन में आम तौर पर लगभग दो हफ़्ते लगते हैं, पर इससे कहीं ज़्यादा भी लग सकते हैं। अगर उसे एक भी बचा हुआ उदाहरण मिल जाए तो वह रुक जाता है, इसलिए तभी वैलिडेट करें जब आपने पूरा समूह ठीक कर लिया हो। Google के दस्तावेज़ों की एक सलाह: प्रभावित URL के एक उपसमूह पर वैलिडेशन जल्दी पूरा हो सकता है, जिसके लिए आप रिपोर्ट को ऐसे sitemap से फ़िल्टर कर सकते हैं जिसमें सिर्फ़ आपके मुख्य पेज हों।

एक संबंधित बात: Google 404 URL को धीरे-धीरे संभालता है। जो URL 404 लौटाता है, उसके बारे में वह कहता है कि अगर वह पहले इंडेक्स था तो इंडेक्सिंग पाइपलाइन उसे इंडेक्स से हटा देती है, नए मिले 404 पेज प्रोसेस नहीं होते, और क्रॉलिंग की आवृत्ति धीरे-धीरे घटती जाती है। इसलिए जिस URL को आप 404 ही रहने दें, वह अपने आप फीका पड़ जाएगा।

चरण 5: "असल में 404 नहीं" वाले मामलों की जाँच करें

दो मिलते-जुलते मामलों का इलाज अलग है:

  • Soft 404. पेज 200 स्टेटस लौटाता है लेकिन खाली पेज या एरर संदेश दिखाता है, और Search Console इसे soft 404 बताता है। इसे ठीक करने के लिए असली 404 स्टेटस लौटाएँ, या पेज पर वास्तविक कंटेंट डालें।
  • हैक किए गए या इंजेक्ट किए गए URL. अजीब फ़ाइल नामों या स्पैम वाले पाथ पर अचानक 404 की बाढ़ किसी हैक हुई साइट का संकेत हो सकती है। अगर आपके CMS पर ऐसा दिखे, तो WordPress, Joomla या Drupal की हमारी फ़िक्स गाइड पढ़ें, फिर रिपोर्ट दोबारा जाँचें।

कॉपी करने लायक triage चेकलिस्ट

  • [ ] Indexing > Pages से Not found (404) URL एक्सपोर्ट किए
  • [ ] हर URL को चिह्नित किया: आपका लिंक, आपका sitemap, बाहरी लिंक या अज्ञात
  • [ ] जिन हटाए गए पेजों का कोई विकल्प और इंटरनल लिंक नहीं था, उन्हें अनदेखा किया
  • [ ] हटाए गए पेजों के लिए एक हॉप में, 200 वाले पेज पर 301 रीडायरेक्ट जोड़े
  • [ ] गलती से हटे पेज बहाल किए
  • [ ] मृत URL की ओर इशारा करने वाले इंटरनल लिंक ठीक किए
  • [ ] मृत URL को XML sitemap से हटाया
  • [ ] Inspect URL से एक नमूने की जाँच की
  • [ ] Validate fix पर एक बार क्लिक किया और नतीजे का इंतज़ार किया

अगली खेप को रोकें

बार-बार आने वाले ज़्यादातर 404 साइट के नए सिरे से बनने, slug का नाम बदलने और बिना रीडायरेक्ट योजना के पोस्ट हटाने से आते हैं। किसी भी माइग्रेशन से पहले पुराने URL की सूची बनाएँ और हर एक को उसके नए ठिकाने से जोड़ें। अगर आप वैसे भी कोई छोटी साइट दोबारा बना रहे हैं, तो We.Inc का फ़्री प्लान आपको तैयार टेम्पलेट से तीन साइट तक पब्लिश करने देता है; प्रॉम्प्ट से साइट का ड्राफ़्ट बनाने वाला AI बिल्डर Starter प्लान से शुरू होता है, जिसकी कीमत $20 प्रति माह है। आप यहाँ साइन अप कर सकते हैं। जो भी रास्ता चुनें, पुराने-से-नए URL का अपना मैप संभालकर रखें, क्योंकि यही इस रिपोर्ट को साफ़ रखता है।

इस टूल की व्यापक जानकारी के लिए शुरुआती लोगों के लिए Google Search Console देखें।

फ़्री में शुरू करें · क्रेडिट कार्ड की ज़रूरत नहीं

Umair Ali Sadaqat

We.Inc के संस्थापक

उमैर We.Inc के संस्थापक हैं। वे AI से वेबसाइट बनाने, एजेंसियों और वेब स्टूडियो चलाने के व्यवसाय के बारे में लिखते हैं।

कुछ शानदार बनाने के लिए तैयार हैं?

उन 15,000+ बिज़नेस से जुड़ें जो एक ही प्लेटफ़ॉर्म से लॉन्च करने, बढ़ने और ऑटोमेट करने के लिए We.Inc इस्तेमाल करते हैं।

फ़्री में शुरू करें

क्रेडिट कार्ड की ज़रूरत नहीं · सेल्स टीम से बात करें

संबंधित: ब्लॉग

प्रोडक्ट

किसके लिए

फ़ीचर

संसाधन

कंपनी

साइटमैप