Google сообщает о 404 ошибках по URL-адресам, которые не существовали в течение шести месяцев и больше не связаны с моим сайтом

Моя учетная запись Google для веб-мастеров Google показывает, что у меня есть обходные ошибки, вызванные ссылками на страницы, которые не существуют (404 не найдены).

Но когда я смотрю на исходные страницы, которые обвиняются в наличии этих неработающих ссылок, в них нет таких ссылок.

На данный момент у меня есть 6 404 ошибки в файлах Sitemap и 28 на остальной части моего сайта.

например. адрес http://www.webdesk.co.il/articles.php?id = 13 не существует, но Google указывает, что у меня есть 3 страницы, которые ссылаются на этот адрес:

http://www.webdesk.co.il/sitemapgen.php
http://www.webdesk.co.il/articles.php?t=css
http://www.webdesk.co.il/articles.php?id=17 //this address dont even exist

Если вы откроете каждую из этих страниц, вы увидите, что в них нет этих ссылок.

Я думал, что это может быть результатом старого сканирования, которое еще не обновлено, но эти страницы не существовали более 6 месяцев, и Google указывает, что все результаты сканирования полны (22 декабря 2012 г.).

Почему я продолжаю получать эти 404 ошибки Google?

5 голосов | спросил webdeskil 24 FebruaryEurope/MoscowbFri, 24 Feb 2012 03:41:17 +0400000000amFri, 24 Feb 2012 03:41:17 +040012 2012, 03:41:17

2 ответа


3

Google, похоже, долгое время держится за старые URL-адреса, я предполагаю, что: -

  • Эти ссылки существуют на другом сайте либо из-за опечатки или другой ошибки.

  • Содержимое, имевшееся там очень давным-давно, возможно, старая версия сайт, созданный бывшим владельцем домена, например.

  • Старая ссылка, которая выглядит как новая ссылка из-за перенаправления htaccess, например. один из моих сайтов по-прежнему получает ссылки на свой голый IP-адрес, но они отображаются в журналах как домен из-за настроек перенаправления URL-адресов (требуется возраст, чтобы отслеживать это).

  • Ссылка существует в содержимом html, но не в видимой части страница - это чаще всего происходит из-за ошибок в visual html редакторов или комментариев.

Лучший план заключается в том, чтобы ваш сервер отвечал на запросы для этих URL-адресов с кодом статуса 410 в противном случае google будет продолжать искать их.

  

410 Ушел   Указывает, что запрошенный ресурс больше не доступен и больше не будет доступен. Это следует использовать, когда   ресурс был умышленно удален, и ресурс должен быть   продувают. После получения кода состояния 410 клиент не должен   снова запросите ресурс в будущем. Клиенты, такие как поиск   двигатели должны удалить ресурс из своих индексов. Большинство случаев использования   не требуют, чтобы клиенты и поисковые системы очищали ресурс, а   Вместо этого может использоваться «404 Not Found».

ответил toomanyairmiles 24 FebruaryEurope/MoscowbFri, 24 Feb 2012 13:26:51 +0400000000pmFri, 24 Feb 2012 13:26:51 +040012 2012, 13:26:51
2

Вот что Google Джон Мюллер (который работает в Инструментах для веб-мастеров и файлах Sitemap) должен сказать о 404 ошибок, появляющихся в инструментах для веб-мастеров :

  

HELP! МОЙ САЙТ ОШИБКИ 939 CRAWL !! 1

     

Я рассматриваю этот вопрос несколько раз в неделю; вы не одиноки - многие веб-сайты имеют ошибки сканирования.

     
  1. 404 ошибок на недопустимых URL-адресах не вредят индексированию или ранжированию вашего сайта . Неважно, есть ли 100 или 10 миллионов, они не повредят ранжированию вашего сайта. http://googlewebmastercentral.blogspot.ch/2011/05 /do-404s-hurt-my-site.html
  2.   
  3. В некоторых случаях ошибки сканирования могут возникать из-за законной структурной проблемы на вашем веб-сайте или в CMS. Как вы говорите? Дважды проверьте происхождение ошибки обхода. Если на вашем сайте есть неработающая ссылка, в статическом HTML-странице вашей страницы, это всегда стоит исправлять. (спасибо + Martino Mosna )
  4.   
  5. Как насчет фанковых URL-адресов, которые «явно сломаны?». Когда наши алгоритмы похожи на ваш сайт, они могут попытаться найти более большой контент на нем, например, пытаясь обнаружить новые URL-адреса в JavaScript. Если мы попробуем эти «URL-адреса» и найдем 404, это здорово и ожидается. Мы просто не хотим пропустить что-либо важное (вставьте здесь слишком загруженный мейм Googlebot). http://support.google.com/webmasters/bin/answer.py ? ответ = 1154698
  6.   
  7. Вам не нужно исправлять ошибки обхода в Инструментах для веб-мастеров. Функция «отметить как фиксированную» предназначена только для того, чтобы помочь вам, если вы хотите отслеживать свой прогресс там; он ничего не меняет в нашем конвейере веб-поиска, поэтому не стесняйтесь игнорировать его, если он вам не нужен.    http://support.google.com/webmasters/bin/answer.py ? ответ = 2467403
  8.   
  9. Перечислим ошибки обхода в Инструментах для веб-мастеров по приоритету, которые основаны на нескольких факторах. Если первая страница ошибок обхода явно неактуальна, вы, вероятно, не найдете важных ошибок обхода на последующих страницах.    http://googlewebmastercentral.blogspot.ch/2012/03/crawl -errors-некст-generation.html
  10.   
  11. Не нужно «исправлять» ошибки сканирования на вашем веб-сайте. Поиск 404 является нормальным и ожидаемым от здорового, хорошо настроенного веб-сайта. Если у вас есть эквивалентный новый URL-адрес, перенаправление на него является хорошей практикой. В противном случае вы не должны создавать поддельный контент, вы не должны перенаправлять на свою домашнюю страницу, вы не должны запрещать использование robots.txt этими URL-адресами - все это затрудняет нам распознавание структуры вашего сайта и правильное управление им. Мы называем эти «мягкие 404» ошибки.    http://support.google.com/webmasters/bin/answer.py ? ответ = 181708
  12.   
  13. Очевидно, что если эти ошибки сканирования отображаются для URL-адресов, которые вам интересны, возможно, URL-адресов в файле Sitemap, то вы должны немедленно принять меры. Если Googlebot не сможет сканировать важные URL-адреса, они могут быть удалены из результатов поиска, и пользователи также не смогут получить к ним доступ.
  14.   
ответил Stephen Ostermiller 1 SunEurope/Moscow2013-12-01T15:35:56+04:00Europe/Moscow12bEurope/MoscowSun, 01 Dec 2013 15:35:56 +0400 2013, 15:35:56

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132