{"id":24530,"date":"2011-05-02T00:00:00","date_gmt":"2011-05-02T00:00:00","guid":{"rendered":"https:\/\/alienroad.com\/google-bilgi-bankasi\/do-404-errors-hurt-my-site\/"},"modified":"2011-05-02T00:00:00","modified_gmt":"2011-05-02T00:00:00","slug":"do-404-errors-hurt-my-site","status":"publish","type":"ar_kb","link":"https:\/\/alienroad.com\/google-bilgi-bankasi\/do-404-errors-hurt-my-site\/","title":{"rendered":"Do 404 errors hurt my site?"},"content":{"rendered":"<p class=\"gargardate\">Monday, May 02, 2011<\/p>\n<p>\n  So there you are, minding your own business, using Webmaster Tools to check out how awesome your<br \/>\n  site is&#8230; but, wait! The<br \/>\n  <a href=\"https:\/\/support.google.com\/webmasters\/answer\/7440203\" class=\"external-link\">Crawl errors<\/a><br \/>\n  page is full of<br \/>\n  <a href=\"https:\/\/alienroad.com\/google-bilgi-bankasi\/its-404-week-at-webmaster-central\/\"><code>404 (Not found)<\/code> errors<\/a>!<br \/>\n  <i>Is disaster imminent??<\/i>\n<\/p>\n<p><img decoding=\"async\" alt=\"The Crawl Errors feature in Webmaster Tools\" height=\"214\" src=\"https:\/\/alienroad.com\/wp-content\/uploads\/kb-gorsel\/g-1a040af030af.png\" loading=\"lazy\" width=\"320\"><\/p>\n<p>\n  Fear not, my young padawan. Let&#8217;s take a look at <code>404<\/code> errors and how they do (or do<br \/>\n  not) affect your site:\n<\/p>\n<p>\n  <b>Q: Do the <code>404<\/code> errors reported in Webmaster Tools affect my site&#8217;s ranking?<\/b><br \/>\n  A: <code>404<\/code> errors are a perfectly normal part of the web; the Internet is always<br \/>\n  changing, new content is born, old content dies, and when it dies it (ideally) returns a<br \/>\n  <code>404<\/code> HTTP response code. Search engines are aware of this; we have <code>404<\/code><br \/>\n  errors on our own sites, as you can see above, and we find them all over the web. In fact, we<br \/>\n  actually <i>prefer<\/i> that, when you get rid of a page on your site, you make sure that it<br \/>\n  returns a proper <code>404<\/code> \u0438\u043b\u0438 <code>410<\/code> response code (rather than a <code>soft<br \/>\n  404<\/code>). Keep in mind that in order for our crawler to see the HTTP response code of a<br \/>\n  URL, it has to be able to crawl that URL\u2014if the URL is blocked by your robots.txt file we won&#8217;t be<br \/>\n  able to crawl it and see its response code. The fact that some URLs on your site no longer exist or<br \/>\n  return <code>404<\/code> errors does not affect how your site&#8217;s other URLs (the ones that return<br \/>\n  <a href=\"https:\/\/en.wikipedia.org\/wiki\/List_of_HTTP_status_codes\" class=\"external-link\"><code>200 (Success)<\/code><br \/>\n  status codes<\/a>) perform in our search results.\n<\/p>\n<p>\n  <b>Q: So <code>404<\/code> errors don&#8217;t hurt my website at all?<\/b><br \/>\n  A: If some URLs on your site <code>404<\/code>, this fact alone does not hurt you or count against<br \/>\n  you in Google&#8217;s search results. However, there may be other reasons that you&#8217;d want to address<br \/>\n  certain types of <code>404<\/code> errors. For example, if some of the pages that<br \/>\n  <code>404<\/code> are pages you actually care about, you should look into why we&#8217;re seeing<br \/>\n  <code>404<\/code> errors when we crawl them! If you see a misspelling of a legitimate URL<br \/>\n  (www.example.com\/awsome instead of www.example.com\/awesome), it&#8217;s likely that someone intended to<br \/>\n  link to you and simply made a typo. Instead of returning a <code>404<\/code>, you could<br \/>\n  <code>301<\/code> redirect the misspelled URL to the correct URL and capture the intended traffic<br \/>\n  from that link. You can also make sure that, when users do land on a <code>404<\/code> page on<br \/>\n  your site, you<br \/>\n  <a href=\"https:\/\/alienroad.com\/google-bilgi-bankasi\/how-http-status-codes-affect-googles-crawlers\/#pagegone\">help them find what they were looking for<\/a><br \/>\n  rather than just saying &#8220;<code>404<\/code> Not found.&#8221;\n<\/p>\n<p>\n  <b>Q: Tell me more about &#8220;<code>soft 404<\/code> errors.&#8221;<\/b><br \/>\n  A: A<br \/>\n  <a href=\"https:\/\/alienroad.com\/google-bilgi-bankasi\/troubleshoot-google-search-crawling-errors\/#soft-404-errors\"><code>soft 404<\/code><\/a><br \/>\n  is when a web server returns a response code other than <code>404<\/code> (or <code>410<\/code>) for<br \/>\n  a URL that doesn&#8217;t exist. A common example is when a site owner wants to return<br \/>\n  <a href=\"https:\/\/alienroad.com\/google-bilgi-bankasi\/make-your-404-pages-more-useful\/\">a pretty <code>404<\/code> page with helpful information for their users<\/a>,<br \/>\n  and thinks that in order to serve content to users, they have to return a <code>200<\/code><br \/>\n  response code. Not so! You can return a <code>404<\/code> response code <i>while<\/i> serving<br \/>\n  whatever content you want. Another example is when a site redirects any unknown URLs to their<br \/>\n  home page instead of returning <code>404<\/code> errors. Both of these cases can have negative<br \/>\n  effects on our understanding and indexing of your site, so we recommend making sure your server<br \/>\n  returns the proper response codes for nonexistent content. Keep in mind that <i>just because a<br \/>\n  page <b>says<\/b> &#8220;<code>404<\/code> Not Found,&#8221; doesn&#8217;t mean it&#8217;s actually returning a<br \/>\n  <code>404<\/code> HTTP response code<\/i>\u2014use the<br \/>\n  <a href=\"https:\/\/www.google.com\/support\/webmasters\/bin\/answer.py?answer=158587\" class=\"external-link\">Fetch as Googlebot<\/a><br \/>\n  feature in Webmaster Tools to double-check. If you don&#8217;t know how to configure your server to<br \/>\n  return the right response codes, check out your web host&#8217;s help documentation.\n<\/p>\n<p>\n  <b>Q: How do I know whether a URL should <code>404<\/code>, or <code>301<\/code>, or<br \/>\n    <code>410<\/code>?<\/b><br \/>\n  A: When you remove a page from your site, think about whether that content is moving somewhere<br \/>\n  else, or whether you no longer plan to have that type of content on your site. If you&#8217;re moving<br \/>\n  that content to a new URL, you should <code>301<\/code> redirect the old URL to the new URL\u2014that<br \/>\n  way when users come to the old URL looking for that content, they&#8217;ll be automatically redirected<br \/>\n  to something relevant to what they were looking for. If you&#8217;re getting rid of that content<br \/>\n  entirely and don&#8217;t have anything on your site that would fill the same user need, then the old URL<br \/>\n  should return a <code>404<\/code> \u0438\u043b\u0438 <code>410<\/code>. Currently Google treats<br \/>\n  <code>410 (Gone)<\/code> the same as <code>404 (Not found)<\/code>, so it&#8217;s immaterial to us whether<br \/>\n  you return one or the other.\n<\/p>\n<p>\n  <b>Q: Most of my <code>404<\/code> errors are for bizarro URLs that never existed on my site.<br \/>\n    What&#8217;s up with that? Where did they come from?<\/b><br \/>\n  A: If Google finds a link somewhere on the web that points to a URL on your domain, it may try to<br \/>\n  crawl that link, whether any content actually exists there or not; and when it does, your server<br \/>\n  <i>should<\/i> return a <code>404<\/code> if there&#8217;s nothing there to find. These links could be<br \/>\n  caused by someone making a typo when linking to you, some type of misconfiguration (if the links<br \/>\n  are automatically generated, for example, by a CMS), or by Google&#8217;s increased efforts to recognize<br \/>\n  and crawl links embedded in JavaScript or other embedded content; or they may be part of a quick<br \/>\n  check from our side to see how your server handles unknown URLs, to name just a few. If you see<br \/>\n  <code>404<\/code> errors reported in Webmaster Tools for URLs that don&#8217;t exist on your site, you<br \/>\n  can safely ignore them. We don&#8217;t know which URLs are important to you vs. which are supposed to<br \/>\n  <code>404<\/code>, so we show you <i>all<\/i> the <code>404<\/code> errors we found on your site and<br \/>\n  let you decide which, if any, require your attention.\n<\/p>\n<p>\n  <b>Q: Someone has scraped my site and caused a bunch of <code>404<\/code> errors in the<br \/>\n    process. They&#8217;re all &#8220;real&#8221; URLs with other code tacked on, like<br \/>\n    <code>https:\/\/www.example.com\/images\/kittens.jpg\" width=\"100\" height=\"300\" alt=\"kittens\"\/&gt;<\/code><br \/>\n    Will this hurt my site?<\/b><br \/>\n  A: Generally you don&#8217;t need to worry about &#8220;broken links&#8221; like this hurting your site. We<br \/>\n  understand that site owners have little to no control over people who scrape their site, or who<br \/>\n  link to them in strange ways. If you&#8217;re a whiz with the<br \/>\n  <a href=\"https:\/\/www.google.com\/search?q=define:regex\" class=\"external-link\">regex<\/a>,<br \/>\n  you could consider<br \/>\n  <a href=\"https:\/\/alienroad.com\/google-bilgi-bankasi\/redirects-and-google\/\">redirecting these URLs<\/a>, but generally<br \/>\n  it&#8217;s not worth worrying about. Remember that you can also file a<br \/>\n  <a href=\"https:\/\/www.google.com\/dmca\" class=\"external-link\">takedown request<\/a><br \/>\n  when you believe someone is stealing original content from your website.\n<\/p>\n<p>\n  <b>Q: Last week I fixed all the <code>404<\/code> errors that Webmaster Tools reported, but<br \/>\n    they&#8217;re still listed in my account. Does this mean I didn&#8217;t fix them correctly? How long will it<br \/>\n    take for them to disappear?<\/b><br \/>\n  A: Take a look at the &#8216;Detected&#8217; column on the Crawl errors page\u2014this is the most recent date on<br \/>\n  which we detected each error. If the date(s) in that column are from before the time you fixed the<br \/>\n  errors, that means we haven&#8217;t encountered these errors since that date. If the dates are more<br \/>\n  recent, it means we&#8217;re continuing to see these <code>404<\/code> errors when we crawl.\n<\/p>\n<p>\n  After implementing a fix, you can check whether our crawler is seeing the new response code by<br \/>\n  using<br \/>\n  <a href=\"https:\/\/www.google.com\/support\/webmasters\/bin\/answer.py?answer=158587\" class=\"external-link\">Fetch as Googlebot<\/a>.<br \/>\n  Test a few URLs and, if they look good, these errors should soon start to disappear from your<br \/>\n  list of Crawl errors.\n<\/p>\n<p>\n  <b>Q: Can I use Google&#8217;s URL removal tool to make <code>404<\/code> errors disappear from my<br \/>\n    account faster?<\/b><br \/>\n  <br \/>\n  A: No; the URL removal tool removes URLs from Google&#8217;s search results, not from your Webmaster<br \/>\n  Tools account. It&#8217;s designed for urgent removal requests only, and using it isn&#8217;t necessary when a<br \/>\n  URL already returns a <code>404<\/code>, as such a URL will drop out of our search results<br \/>\n  naturally over time. See the bottom half of<br \/>\n  <a href=\"https:\/\/alienroad.com\/google-bilgi-bankasi\/url-removal-explained-part-iv-tracking-your-requests-and-what-not-to-remove\/\">this blog post<\/a><br \/>\n  for more details on what the URL removal tool can and can&#8217;t do for you.\n<\/p>\n<p>\n  Still want to know more about <code>404<\/code> errors? Check out<br \/>\n  <a href=\"https:\/\/developers.google.com\/s\/results\/search\/blog?q=%22404+week%22\" class=\"external-link\"><code>404<\/code> week<\/a> from our blog, or drop<br \/>\n  by our<br \/>\n  <a href=\"https:\/\/support.google.com\/webmasters\/community\" class=\"external-link\">Webmaster Help Forum<\/a>.\n<\/p>\n<p class=\"byline-author\">\n  Posted by<br \/>\n  <a href=\"https:\/\/developers.google.com\/search\/blog\/authors\/susan-moskwa\" rel=\"author\" class=\"external-link\">Susan Moskwa<\/a>,<br \/>\n  Webmaster Trends Analyst<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Monday, May 02, 2011 So there you are, minding your own business, using Webmaster Tools to check out how awesome your site is&#8230; but, wait! The Crawl errors page is full of 404 (Not found) errors! Is disaster imminent?? Fear not, my young padawan. Let&#8217;s take a look at 404 errors and how they do [&hellip;]<\/p>\n","protected":false},"menu_order":84904,"template":"","meta":{"footnotes":""},"ar_kb_kategori":[665],"ar_kb_etiket":[],"class_list":["post-24530","ar_kb","type-ar_kb","status-publish","has-post-thumbnail","hentry","ar_kb_kategori-blog"],"_links":{"self":[{"href":"https:\/\/alienroad.com\/wp-json\/wp\/v2\/ar_kb\/24530","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/alienroad.com\/wp-json\/wp\/v2\/ar_kb"}],"about":[{"href":"https:\/\/alienroad.com\/wp-json\/wp\/v2\/types\/ar_kb"}],"version-history":[{"count":0,"href":"https:\/\/alienroad.com\/wp-json\/wp\/v2\/ar_kb\/24530\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/alienroad.com\/wp-json\/wp\/v2\/media\/26862"}],"wp:attachment":[{"href":"https:\/\/alienroad.com\/wp-json\/wp\/v2\/media?parent=24530"}],"wp:term":[{"taxonomy":"ar_kb_kategori","embeddable":true,"href":"https:\/\/alienroad.com\/wp-json\/wp\/v2\/ar_kb_kategori?post=24530"},{"taxonomy":"ar_kb_etiket","embeddable":true,"href":"https:\/\/alienroad.com\/wp-json\/wp\/v2\/ar_kb_etiket?post=24530"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}