Среда, 22 января 2014 г.
В прошлом мы часто сталкивались с тем, что веб-мастера путались в том, как
ошибки сканирования
на страницах перенаправления отображаются в
Webmaster Tools.
Пришло время сделать этот процесс более понятным и простым для диагностики! Если раньше мы сообщали об ошибке для исходного (перенаправляющего) URL, то теперь мы будем показывать ее для
льного URL — того, который фактически возвращает код ошибки.
Давайте рассмотрим пример:
URL А перенаправляет на URL B, который, в свою очередь, возвращает ошибку. Тип перенаправления и тип ошибки
здесь не имеют значения.
В прошлом мы бы сообщили об ошибке, зафиксированной в конце, для URL А. Теперь мы вместо этого
укажем ее для URL B. Это значительно упрощает диагностику ошибок сканирования в
Webmaster Tools. Используя такие инструменты, как
cURL или ваш любимый
онлайн-проверщик заголовков сервера,
теперь вы можете легко подтвердить, что эта ошибка действительно происходит на URL B.
Это изменение также может отразиться на общем количестве ошибок для некоторых сайтов. Например, если ваш
сайт переносится на новый домен, вы увидите эти ошибки только для нового домена (при условии, что старый
домен перенаправляет корректно), что может привести к заметным изменениям в общем количестве ошибок
для этих сайтов.
Обратите внимание, что это изменение влияет только на то, как эти ошибки сканирования отображаются в Webmaster Tools. Кроме того,
помните, что наличие ошибок сканирования для URL-адресов, которые должны возвращать ошибки (например, если они не существуют),
не оказывает негативного влияния на индексацию или ранжирование остальной части веб-сайта
(также как обсуждалось на Google+).
Как мы это применяем
We archive Search Central announcements because client questions often trace back to a change that was announced years ago. Reading the original is faster than reconstructing it from second-hand summaries.
Связанные услуги