Закрывать ли тестовый поддомен от поисковых роботов? Не спешите с ответом!

Вчера в SEOchat-те промелькнул вопрос:

Коллеги, а нет ли у вас у кого-нибудь в закладочках исследований о том, почему нужны закрывать тестовые поддомены от индексации и почему это плохо влияет на ранжирование главного домена?

Вот совпадение! Я полез в чатик как раз после разговора с клиентом, у которого новый сайт в разработке. И тестовый поддомен из-за ошибки в robots.txt резво проиндексировался в Яндексе.

К чему это привело?

Ну, например, к тому, что недоработанная версия встала в ТОП по запросу “ФИО руководителя”. Запрос, между прочим, имеет реальную частотность по wordstat. Судя по специфике деятельности компании, его набирают, когда находятся на этапе принятия решения – доверять или нет. Иначе говоря, его вводят “теплые”, весьма ценные потенциальные клиенты.

И вот эти замечательные люди попадают на сайт, где есть страницы вроде:

Как-то нехорошо, правда? Вряд ли это сильно способствует конверсии.

Кейс показывает только одну грань проблемы. На самом деле открытая всем желающим тестовая версия может принести и много других неудобств. О части я уже писал в статье о выборе способа ее закрытия.

Но если вы начнете рассуждать на тему разделения поведенческих факторов, сложностей с анализом страниц, потерявших трафик или смены релевантных страниц –  не факт, что удастся быстро донести все это до разработчика. А здесь – простой наглядный пример, аргумент, против которого не попрешь:

Тестовая версия в индексе это риск показать пользователю некачественные или неработоспособные страницы.

А вдруг там кнопка “В корзину” глючит!? На то и тест, чтобы его показывать только тому, кому надо. Поэтому прежде чем браться за разработку – не забываем поставить шлагбаум для поисковых роботов.

С этим разобрались, теперь вопрос поинтереснее.

Обязательно ли закрывать тестовую версию, если она уже в индексе?

У меня вообще аллергия на слово “обязательно”. Обязательных вещей в SEO не так много. Следование чек-листам с простыми правилами может привести к неверным в корне решениям (см. подробнее в моем недавнем докладе). Нужно рассматривать конкретный проект.

Я наудачу поискал тестовые поддомены в индексе Google, используя запросы inurl:http://dev. и inurl:http://test.

Кстати. Анализ сайтов с копиями на поддомене – перспективное направление для SEO-аналитиков гиков, которые считают хорошим развлечением поковыряться в выдаче. Ведь это сайты, у которых идентичное текстовое содержимое, но четко отличаются другие факторы – ссылочные, поведенческие. Исследуя разницу в ранжировании, можно набрести на любопытные гипотезы.

Спустя пять минут нашел вот этот сайт:

http://dev.sea.org.ua/

У него аж несколько версий, идентичная расположена на http://www.sea.com.ua/.

Согласно Serpstat, dev-версия имеет определенную видимость и трафик:

Значительно меньше, чем основной домен, но все-таки. А еще он спокойно попадает в выдачу по тем же запросам, что и основной:

Гугл пока и не думает карать сайт за неприкрытую аффилированность.

Все это не значит, что тестовую версию требуется оставить в индексе и сдувать с нее пылинки. Сайт большой и сложный, любые решения нужно принимать после серьезного взвешивания “за” и “против”, анализа всей доступной информации. Возможно, стоит оставить. Может, правильно будет склеить хотя бы с основным доменом (dev.sea.org.ua -> sea.org.ua). А может… ну вы поняли.

Резюме

• Если вы только приступили к разработке то dev-версию закрываем от греха подальше (и лучше не просто в robots.txt!).
• Если тестовый поддомен уже в индексе, то прежде чем запрещать, нужно тщательно обдумать и проанализировать ситуацию, прежде чем что-то решать.

Удачи!