Повышение осведомленности о междоменном выборе URL

Понедельник, 31 октября 2011 г.

Контент часто доступен по нескольким URL, которые не обязательно находятся на одном и том же домене. Рас пример, о котором мы говорим на протяжении многих лет, — это наличие одного и того же контента на более чем одном URL, проблема, известная как
дублированный контент. Когда мы обнаруживаем группу страниц с дублированным контентом, Google использует алгоритмы для выбора одного репрезентативного URL для этого контента. Группа страниц может содержать URL с одного сайта или с разных сайтов. Когда репрезентативный URL выбирается из группы с разными сайтами, такой выбор называется междоменным выбором URL. Простой пример: если группа URL содержит один URL с a.com и один URL с b.com, и наши алгоритмы выбирают URL с b.com, URL с a.com может больше не показываться в результатах поиска и может столкнуться со снижением поискового трафика.

Вебмастера могут значительно повлиять на выбор алгоритмов, используя один из поддерживаемых в настоящее время механизмов для указания предпочитаемого URL, например, используя элементы
rel="canonical"
или
301 редиректы. В большинстве случаев решения, принимаемые нашими алгоритмами в этом отношении, точно отражают намерения вебмастера. Однако в редких случаях мы также сталкивались с тем, что многие вебмастера не понимают, почему это произошло и что они могут сделать, если считают выбор неправильным.

Чтобы обеспечить прозрачность решений о междоменном выборе URL, мы запускаем новые сообщения в Инструментах для вебмастеров, которые будут уведомлять вебмастеров, когда наши алгоритмы выбирают внешний URL вместо URL с их сайта. Подробную информацию о том, как работают эти сообщения, можно найти в нашей
статье Справочного центра по этой теме, а в этой записи блога мы обсудим различные сценарии, в которых вы можете столкнуться с междоменным выбором URL, и то, что вы можете сделать для исправления неверного, по вашему мнению, выбора.

Распространенные причины междоменного выбора URL

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

В большинстве случаев наши алгоритмы выбирают URL на основе сигналов, реализованных вебмастером для влияния на решение. Например, вебмастер, следующий
нашим рекомендациям
и
лучшим практикам
по переезду сайтов, фактически сигнализирует о том, что URL на их новом сайте — это те URL, которые, по их мнению, должен выбрать Google. Если вы переезжаете сайтом и видите эти новые сообщения в Инструментах для вебмастеров, вы можете воспринимать это как подтверждение того, что наши алгоритмы это заметили.

Тем не менее, мы регулярно видим, как вебмастера задают вопросы, когда наши алгоритмы выбирают URL, который они не хотели выбирать. Если ваш сайт участвует в междоменном выборе и вы считаете этот выбор неверным (то есть не соответствующим вашим намерениям), существует несколько стратегий для улучшения ситуации. Вот некоторые из распространенных причин неожиданного междоменного выбора URL, с которыми мы сталкивались, и способы их устранения:

1. Дублированный контент, включая мультирегиональные сайты: Мы регулярно наблюдаем, как вебмастера используют практически один и тот же контент на одном и том же языке на нескольких доменах, иногда непреднамеренно, а иногда для геотаргетинга контента. Например, часто можно встретить вебмастера, который настраивает один и тот же англоязычный сайт как на example.com, так и на example.net, или немецкоязычный сайт, размещенный на a.de, a.at и a.ch. В зависимости от вашего сайта и пользователей вы можете использовать один из поддерживаемых в настоящее время методов канонизации, чтобы сообщить нашим алгоритмам, какие URL вы хотите выбрать. Пожалуйста, ознакомьтесь со следующими статьями по этой теме:

• Канонизация,
  в частности rel=”canonical”
  элементы
  301 и
• редиректы
  Мультирегиональные и многоязычные сайты
  и подробнее о
• работе с мультирегиональными сайтами О

1. : Определенные типы неправильной конфигурации могут привести к тому, что наши алгоритмы примут неверное решение. Примеры сценариев неправильной конфигурации включают:Неправильная канонизация
   : Неправильное использование
   методов канонизации , указывающих на URL на внешнем сайте, может привести к тому, что наши алгоритмы выберут внешние URL для показа в результатах поиска. Мы наблюдали это в случаях с неправильно настроенными системами управления контентом (CMS) или плагинами CMS, установленными вебмастером. Чтобы исправить такую ситуацию, выясните, как ваш сайт неверно указывает предпочтительный канонический URL (например, через неправильное использование элемента rel=”canonical” 301 или редиректа)
2. и исправьте это.Неправильно настроенные серверы
   : Иногда мы сталкиваемся с ошибками конфигурации хостинга, когда контент с сайта a.com возвращается для URL на b.com. Подобный случай возникает, когда два не связанных веб-сервера возвращают идентичные soft 404
   страницы , которые мы можем не распознать как страницы ошибок. В обеих ситуациях мы можем предположить, что один и тот же контент возвращается с двух разных сайтов, и наши алгоритмы могут ошибочно выбрать URL a.com в качестве канонического для URL b.com. Вам нужно будет исследовать, какая часть инфраструктуры обслуживания вашего сайта настроена неправильно. Например, ваш сервер может возвращать коды состояния HTTP 200 (успех)

в Инструментах для вебмастеров, чтобы увидеть содержимое вашей страницы так, как его видит Googlebot.
В редких случаях наши алгоритмы могут выбрать URL с внешнего сайта, который размещает ваш контент без вашего разрешения. Если вы считаете, что другой сайт дублирует ваш контент с нарушением авторских прав, вы можете обратиться к хосту сайта с запросом на удаление. Кроме того, вы можете запросить удаление infringing страницы из результатов поиска Google,.

подав запрос в соответствии с Законом об авторском праве в цифровую эпоху (DMCA)
И как всегда, если вам нужна помощь в определении причины неверного решения или в его исправлении, вы можете ознакомиться с нашей
статьей Справочного центра
по этой теме и задать вопрос на нашем.

Форуме справки для вебмастеров
. ОпубликованоПьер Фар