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

Вчера в 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!).
  • Если тестовый поддомен уже в индексе, то прежде чем запрещать, нужно тщательно обдумать и проанализировать ситуацию, прежде чем что-то решать.

Удачи!

8 комментариев

  1. Тестовый сайт размывает релевантность основного. Не вижу кейсов когда это может сыграть в плюс.

    • Просто если стоит вопрос — зарубить сайт ради повышения релевантности, которая может быть улучшит позиции в будущем или продолжать собирать на него трафик прямо сейчас, то я бы сначала подумал. Особенно если сейчас разгар сезона, например.

  2. Алексей это траст с основного домена влияет. Через время фильтр за дубли контента прилетит.

    • Для сайта из примера это не особо страшно — основная и тестовая версия вообще в разных доменных зонах.

  3. солидарен, нечего ПС видеть бета версию.

  4. Я лично закрываю. Зачем оно нужно то?

  5. сделал поддомен для украинской версии информационника. Перевод контента через яндекс.переводчик.
    По запросу в гугле site:сайт.ру показывает страницы на этом поддомене ua.site.ru
    Трафик сползает, причина может быть другая. Но ua. домен получает мизер посещений. Вот думаю, удалить его от греха подальше или наоборот от него может быть польза?

    • Может быть и так и так, надо тщательно смотреть конкретную ситуацию.Что получает мизер для молодых страниц нормально.

Оставить ответ