अब हमसे LinkedIn पर जुड़ें: अपनी साइट को खोजे जाने लायक बनाने के लिए, Google Search से मिलने वाली खबरें और रिसॉर्स देखें. इसके लिए,
हमें LinkedIn पर फ़ॉलो करें.
यूआरएल हटाने के बारे में जानकारी, भाग IV: अनुरोधों को ट्रैक करना और देखना कि कौनसे यूआरएल नहीं हटाने हैं
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
सोमवार, 03 मई, 2010
यूआरएल हटाने वाली सीरीज़ के इस आखिरी हिस्से में, हम साइट से
यूआरएल हटाने के अनुरोधों पर आगे की कार्रवाई के बारे में बात करेंगे. साथ ही, हम यह भी बताएंगे कि Google के यूआरएल हटाने वाले टूल का इस्तेमाल कब नहीं करना चाहिए. अगर आपने अब तक ऐसा नहीं किया है,
तो हमारा सुझाव है कि आप इस सीरीज़ की पिछली पोस्ट पढ़ें:
यह मुमकिन है कि आप
अपने बारे में इंटरनेट पर उपलब्ध जानकारी को मैनेज करने के बारे में पढ़ना चाहें.
अपने अनुरोधों के स्टेटस को समझना
कॉन्टेंट हटाने का अनुरोध सबमिट करने के बाद, वह आपके अनुरोधों की सूची में दिखेगा. आपके अनुरोधों के स्टेटस को किसी भी समय देखकर यह पता लगाया जा सकता है कि कॉन्टेंट हटाया गया है या नहीं. इसके अलावा, यह भी देखा जा सकता है कि अनुरोध को स्वीकार किया जाना अभी बाकी है या उसे अस्वीकार किया गया है.
अगर अनुरोध को अस्वीकार किया गया था, तो आपको उसके बगल में दिए गए "ज़्यादा जानें" लिंक पर जाना चाहिए.
इस लिंक पर अनुरोध को अस्वीकार किए जाने की जानकारी मिलेगी. कॉन्टेंट हटाने के अलग-अलग तरह के अनुरोध से जुड़ी ज़रूरी शर्तें भी अलग होती हैं.
इसलिए, किसी खास अनुरोध को अस्वीकार करने की वजह अलग हो सकती है. "ज़्यादा जानें" लिंक से आपको यह समझने में मदद मिलेगी कि
आपको कौनसे बदलाव करने चाहिए, ताकि आपके अनुरोध स्वीकार हो जाएं. जैसे, कॉन्टेंट हटाए जाने के
आपके अनुरोध के हिसाब से ज़रूरी शर्तें पूरी करने के लिए,
आपको यूआरएल में बदलाव करना पड़ सकता है. इसके अलावा, अगर ऐसा नहीं किया जा सकता, तो आपको कॉन्टेंट को हटाने के लिए कोई ऐसा अनुरोध करना होगा
जिसकी ज़रूरी शर्तों को फ़िलहाल आपका यूआरएल पूरा करता हो.
अगर किसी अनुरोध को "हटाया गया" के तौर पर मार्क किया गया है, लेकिन आपको अब भी खोज के नतीजों में वह कॉन्टेंट दिख रहा है,
तो ये बातें देखें:
-
क्या खोज के नतीजों में दिखने वाला यूआरएल, वही यूआरएल है जिसे आपने
हटाने के लिए सबमिट किया था? किसी
साइट पर, एक से ज़्यादा यूआरएल पर एक जैसा या मिलता-जुलता कॉन्टेंट दिखना आम बात है. यह मुमकिन है कि आपने किसी यूआरएल को हटा दिया हो, लेकिन अन्य यूआरएल पर वह
कॉन्टेंट अब भी दिख रहा हो.
समाधान: ऐसे अन्य यूआरएल को हटाने का अनुरोध करें. यूआरएल हटाने या ब्लॉक करने के अनुरोधों को सबमिट करने के लिए, किस यूआरएल का इस्तेमाल करना चाहिए,
इससे जुड़ी
मदद पाने के लिए, हमारे सहायता केंद्र का लेख देखें.
-
ध्यान रखें कि यूआरएल केस-सेंसिटिव (बड़े और छोटे अक्षरों में अंतर) होते हैं, इसलिए https://www.example.com/embarrassingstuff.html
को हटाने का अनुरोध करना, https://www.example.com/EmbarrassingStuff.html
को हटाने का अनुरोध करने जैसा नहीं है
समाधान: ऐसे अन्य यूआरएल को हटाने का अनुरोध करें. यूआरएल हटाने या ब्लॉक करने के अनुरोधों को सबमिट करने के लिए, किस यूआरएल का इस्तेमाल करना चाहिए,
इससे जुड़ी
मदद पाने के लिए, हमारे सहायता केंद्र का लेख देखें.
-
जब किसी अनुरोध को "हटाया गया" के तौर पर मार्क किया जाता है, तो
आपके सबमिट किए गए अनुरोध के मुताबिक, इसका मतलब अलग-अलग हो सकता है. अगर आपने
पूरे यूआरएल को हटाने का अनुरोध किया था, तो "हटाया गया" का मतलब यह है कि खोज के नतीजों में अब पूरा यूआरएल नहीं दिखेगा. अगर आपने किसी यूआरएल की कैश मेमोरी में सेव की गई कॉपी को हटाने का अनुरोध किया है, तो "हटाया गया" का मतलब है कि
कैश मेमोरी में सेव की गई कॉपी को हटा दिया गया है और वह खोज के नतीजों में नहीं दिखेगी. हालांकि,
यूआरएल अब भी दिख सकता है.
समाधान: "यूआरएल हटाने के अनुरोध का
टाइप" वाले कॉलम देखकर, इस बात की दोबारा जांच कर लें कि आपने यूआरएल हटाने के लिए किस तरह का अनुरोध किया था. यह मुमकिन है कि आपने यूआरएल को कैश मेमोरी से हटाने का अनुरोध किया हो, लेकिन आपको पूरा यूआरएल हटाना हो.
ऐसे में, पक्का कर लें कि वह यूआरएल,
यूआरएल हटाने की ज़रूरी शर्तों
को पूरा करता हो. इसके बाद, यूआरएल को पूरी तरह हटाने के लिए नया अनुरोध करें.
-
इस्तेमाल न हो रहे कॉन्टेंट को हटाने के लिए. उदहारण के लिए, ऐसे पुराने पेज जिन्हें खोलने पर
404
मैसेज दिखता है. यह टूल उन यूआरएल के लिए है
जिन्हें फटाफट हटाना है. जैसे, ऐसे यूआरएल जिन पर गोपनीय डेटा गलती से सार्वजनिक हो गया हो. यह मुमकिन है कि आपने हाल ही में,
अपनी साइट में बदलाव किए हों और इस वजह से, कुछ पुराने यूआरल अब भी इंडेक्स में मौजूद हों. ऐसे में, आपकी साइट के यूआरएल को दोबारा क्रॉल करते समय, Google के
क्रॉलर को इन यूआरएल के बारे में पता चल जाएगा. साथ ही, कुछ समय बाद ऐसे पेज हमारे
खोज के नतीजों से अपने-आप हट जाएंगे. इस टूल के ज़रिए, उन पेजों को तुरंत हटाने का अनुरोध करने की ज़रूरत नहीं है.
-
आपके वेबमास्टर टूल खाते से,
क्रॉल करने पर मिली गड़बड़ियां
हटाने के लिए. यूआरएल हटाने वाला टूल, यूआरएल को सिर्फ़ Google के खोज नतीजों में दिखाने से रोकता है.
इससे आपके वेबमास्टर टूल खाते से यूआरएल नहीं हटाए जाते. फ़िलहाल, इस रिपोर्ट से यूआरएल को मैन्युअल तरीके से हटाने
का कोई तरीका नहीं है. जब बार-बार
404
मैसेज दिखाने वाले यूआरएल को क्रॉल करना बंद किया जाता है, तब वे कुछ समय बाद अपने-आप हट जाएंगे.
-
अपनी साइट को "नए सिरे से शुरू" करने के लिए. यह मुमकिन है कि आपको किसी दूसरे व्यक्ति से डोमेन खरीदने के बाद, अपनी साइट को "नए सिरे से शुरू" करना हो या आपको लगता हो कि आपकी साइट पर
किसी तरह की रोक लगी है. इन मामलों में,
हम यूआरएल हटाने वाला टूल का इस्तेमाल करके, अपनी पूरी साइट को हटाकर "फिर से शुरू" करने का सुझाव
नहीं देंगे. सर्च इंजन अन्य साइटों से बहुत सारी जानकारी इकट्ठा करते हैं. जैसे, किन साइटों पर आपकी साइट के लिंक मौजूद हैं या आपकी साइट का पता लगाने के लिए,
किन शब्दों का इस्तेमाल किया जाता है. इस जानकारी का इस्तेमाल, आपकी साइट को समझने के लिए किया जाता है. आपकी साइट के बारे में मौजूद सारी जानकारी
हटाने पर भी, साइट का ज़्यादातर डेटा
पहले जैसा ही दिखेगा. ऐसा इसलिए, क्योंकि आपकी साइट को समझने और
उनका संदर्भ जानने के लिए इस्तेमाल की गई साइटों को दोबारा क्रॉल करने पर, हमें फिर से वही जानकारी मिलेगी. अगर आपको लगता है कि आपके डोमेन का इतिहास खराब है, तो हमारा सुझाव है कि आप डोमेन को
फिर से शामिल करने का अनुरोध
करें. ऐसा करके, हमें अपनी समस्या और बदलावों के बारे में बताएं, जैसे कि आपने किसी और से
डोमेन लिया है या आपने अपनी साइट के कुछ पहलुओं में बदलाव किए हैं.
-
साइट हैक होने के बाद, उसे "इंटरनेट से हटाने" के लिए. अगर आपकी साइट हैक होने पर, हैक किए गए या गलत तरीके से डाले गए कुछ यूआरएल को इंडेक्स किया गया था,
तो उन्हें हटाने के लिए यूआरएल हटाने वाले टूल का इस्तेमाल किया जा सकता है. इस टूल की मदद से, ऐसे किसी भी यूआरएल को हटाया जा सकता है जिसे हैकर ने आपकी साइट पर डाला था. जैसे,
https://www.example.com/buy-cheap-cialis-skq3w598.html
.
हालांकि, हमारी सलाह है कि आप पूरी साइट या उन यूआरएल को न हटाएं जिन्हें आपको बाद में इंडेक्स करवाना है.
इसके बजाय, हैकिंग की वजह से हुई समस्याओं को ठीक करें और हमें अपनी साइट को फिर से क्रॉल करने दें. इससे हम जल्द से जल्द नए और ठीक किए गए कॉन्टेंट को
फिर से इंडेक्स कर पाएंगे.
इस लेख में, हैकिंग से निपटने के तरीकों के बारे में
ज़्यादा जानकारी दी गई है.
-
अपनी साइट का सही "वर्शन" इंडेक्स में शामिल करवाने के लिए. जब
https://www.example.com/tattoo.html
का हटाने का अनुरोध स्वीकार किया जाता है, तब
http://www.example.com/tattoo.html
को भी हटा दिया जाता है. यही बात, आपके यूआरएल या साइट के
www और www वाले वर्शन पर भी लागू होती है. ऐसा इसलिए है, क्योंकि
अक्सर इन यूआरएल पर एक ही कॉन्टेंट दिखता है. साथ ही, हमें पता है कि ज़्यादातर वेबमास्टर और खोज करने वाले लोग, ऐसी डुप्लीकेट जानकारी को
खोज के नतीजों में नहीं देखना चाहते. कम शब्दों में कहें, तो यूआरएल हटाने वाले टूल का इस्तेमाल,
यूआरएल के कैननिकल होने की जांच करने वाले टूल के तौर पर
नहीं किया जाना चाहिए.
यह आपकी साइट के पसंदीदा वर्शन को नहीं दिखाएगा. इसके बजाय, यह यूआरएल के सभी वर्शन को हटा देगा, जैसे कि http/https और www/non-www वाले वर्शन.
हमें उम्मीद है कि इस सीरीज़ से, आपको Google के खोज के
नतीजों से कॉन्टेंट हटाने से जुड़े अपने सवालों के जवाब मिले होंगे. साथ ही, आपको इससे जुड़ी किसी भी तरह की समस्याओं को हल करने में मदद मिली होगी. अगर आपके कुछ और सवाल हैं, तो हमारे
सहायता फ़ोरम
पर जाएं.
इसे वेबमास्टर ट्रेंड ऐनलिस्ट, सूज़न मॉस्क्वा ने पोस्ट किया है
जब तक कुछ अलग से न बताया जाए, तब तक इस पेज की सामग्री को Creative Commons Attribution 4.0 License के तहत और कोड के नमूनों को Apache 2.0 License के तहत लाइसेंस मिला है. ज़्यादा जानकारी के लिए, Google Developers साइट नीतियां देखें. Oracle और/या इससे जुड़ी हुई कंपनियों का, Java एक रजिस्टर किया हुआ ट्रेडमार्क है.
[null,null,[],[[["\u003cp\u003eThis post focuses on how to follow up on Google URL removal requests and when not to use the tool.\u003c/p\u003e\n"],["\u003cp\u003eUsers can check the status of their removal requests (removed, pending, or denied) and learn more about denials through the "Learn more" link.\u003c/p\u003e\n"],["\u003cp\u003eContent may still appear in search results after removal if similar content exists on multiple URLs, URLs are case-sensitive, or a cached removal was requested instead of a complete removal.\u003c/p\u003e\n"],["\u003cp\u003eThe URL removal tool should not be used for cleaning up 404 pages, crawl errors, restarting a site, removing hacked sites entirely, or canonicalization.\u003c/p\u003e\n"],["\u003cp\u003eGoogle recommends using the tool for urgent removals like exposed confidential data, and provides alternatives for other scenarios such as reconsideration requests and hacking recovery.\u003c/p\u003e\n"]]],["Upon submitting a removal request, you can track its status. If denied, a \"Learn more\" link explains why, guiding you to adjust the request or URL. \"Removed\" status can vary; it might mean the entire URL is gone or just the cached version. The tool shouldn't be used for cleaning up old pages, removing crawl errors from Webmaster Tools, starting a site from scratch, handling hacking cleanups of a site, or canonicalization; its main use is for removing urgent content. Remember that removing one version of a URL (http/https or www/non-www) removes all versions.\n"],null,["# URL removal explained, Part IV: Tracking your requests and what not to remove\n\nMonday, May 03, 2010\n\n\nIn this final installation in our URL removal series, let's talk about following up on your\nremoval requests, as well as when *not* to use Google's URL removal tool. If you haven't\nalready, I recommend reading the previous posts in this series:\n\n- [Part I: Removing URLs and directories](/search/blog/2010/03/url-removal-explained-part-i-urls)\n- [Part II: Removing and updating cached content](/search/blog/2010/04/url-removals-explained-part-ii-removing)\n- [Part III: Removing content you don't own](/search/blog/2010/04/url-removal-explained-part-iii-removing)\n- [Part IV: Tracking requests, what not to remove](/search/blog/2010/05/url-removal-explained-part-iv-tracking)\n\n\nYou might be also interested to read about\n[managing what information is available about you online](/search/blog/2009/10/managing-your-reputation-through-search).\n\nUnderstanding the status of your requests\n-----------------------------------------\n\n\nOnce you've submitted a removal request, it will appear in your list of requests. You can check\nthe status of your requests at any time to see whether the content has been removed, or whether\nthe request is still or pending or was denied.\n\n\nIf a request was denied, you should see a \"Learn more\" link next to it explaining why that\nparticular request was denied. Since different types of removals have different requirements, the\nreason why a particular request was denied can vary. The \"Learn more\" link should help you figure\nout what you need to change in order to make your request successful. For example, you may need to\nchange the URL in question so that it meets the requirements for the type of removal you\nrequested; or, if you can't do that, you may need to request a different type of removal (one\nwhose requirements your URL currently meets).\n\n\nIf a request has been marked \"Removed\" but you still see that content in search results, check\nthe following:\n\n-\n **Is the URL that's appearing in search results the exact same URL** that you submitted for\n removal? It's fairly common for the same, or similar, content to appear on multiple URLs on a\n site. You may have successfully removed one URL, but still see others containing that same\n content.\n\n **Solution:** Request removal of the other URL(s) in question. See our help center article\n about\n [which URL should you use for removal/block requests](https://www.google.com/support/webmasters/bin/answer.py?answer=63758)\n for help.\n-\n Keep in mind that **URLs are case sensitive** , so requesting removal of\n `https://www.example.com/embarrassingstuff.html` is not the same as requesting\n removal of `https://www.example.com/EmbarrassingStuff.html`\n\n **Solution:** Request removal of the other URL(s) in question. See our help center article\n about\n [which URL should you use for removal/block requests](https://www.google.com/support/webmasters/bin/answer.py?answer=63758)\n for help.\n-\n When a request is marked \"Removed,\" that can\n **mean different things depending on what type of request** you submitted. If you requested\n removal of an entire URL, then \"Removed\" should mean that that entire URL no longer appears in\n our search results. If you requested removal of the cached copy of a URL, \"Removed\" means that\n the cached copy has been removed and will no longer appear in search results; but the URL\n itself may still appear.\n\n\n **Solution:** Double-check what type of removal you requested by looking at the \"Removal\n Type\" column. If you requested a cache removal but you want the entire URL gone, make sure\n the URL meets the\n [requirements for complete removal](/search/blog/2010/03/url-removal-explained-part-i-urls)\n and then file a new request for complete removal of the URL.\n\nWhen not to use the URL removal tool\n------------------------------------\n\n- **To clean up cruft** , like old pages that `404`. The tool is intended for URLs that urgently need to be removed, such as confidential data that was accidentally exposed. If you recently made changes to your site and just have some outdated URLs in the index, Google's crawlers will see this as we recrawl your URLs, and those pages will naturally drop out of our search results over time. There's no need to request an urgent removal through this tool.\n- **To remove\n [crawl errors](https://support.google.com/webmasters/answer/9679690)** from your Webmaster Tools account. The removal tool removes URLs from Google's search results, not from your Webmaster Tools account. There's currently no way for you to manually remove URLs from this report; they will drop out naturally over time as we stop crawling URLs that repeatedly `404`.\n- **To \"start from scratch\"** with your site. If you're worried that your site may have a penalty, or you want to \"start from scratch\" after purchasing a domain from someone else, we don't recommend trying to use the URL removal tool to remove your entire site and then \"start over.\" Search engines gather a lot of information from other sites (such as who links to you, or what words they use to describe your site) and use this to help understand your site. Even if we could remove everything we currently know about your site, a lot of it would come back exactly the same once we'd recrawled all the other sites that help us understand your site and put it in context. If you're worried that your domain has some bad history, we recommend filing a [reconsideration request](https://www.google.com/support/webmasters/bin/answer.py?answer=35843) letting us know what you're worried about and what has changed (such as that you've acquired the domain from someone else, or that you've changed certain aspects of your site).\n- **To take your site \"offline\" after hacking.** If your site was hacked and you want to get rid of bad URLs that got indexed, you can use the URL removal tool to remove any new URLs that the hacker created, for example, `https://www.example.com/buy-cheap-cialis-skq3w598.html`. But we don't recommend removing your entire site, or removing URLs that you'll eventually want indexed; instead, simply clean up the hacking and let us recrawl your site so that we can reindex the new, cleaned-up content as soon as possible. [This article](/search/blog/2008/04/my-sites-been-hacked-now-what) contains more details on how to deal with hacking.\n- **To get the right \"version\" of your site indexed.** When a request to remove **https**`://www.example.com/tattoo.html` is accepted, **http**`://www.example.com/tattoo.html` is also removed. The same is true of the **www** and **non-www** versions of your URL or site. This is because the same content is often available at each of these URLs and we realize that most webmasters and searchers don't want these duplicates appearing in search results. In short, the URL removal tool should not be used as a [canonicalization](/search/docs/crawling-indexing/consolidate-duplicate-urls) tool. It won't keep your favorite version, it'll remove all versions (http/https and www/non-www) of a URL.\n\n\nWe hope this series has answered your questions about removing content from Google's search\nresults, and helped you troubleshoot any issues that may arise. Join us in our\n[Help Forum](https://support.google.com/webmasters/community/label?lid=5489e59697a233d7)\nif you still have questions.\n\nPosted by Susan Moskwa, Webmaster Trends Analyst"]]