Зеркало сайта

Зеркало сайта звучит как безобидная техническая мелочь ровно до того дня, когда выясняется, что поиск считает главным не тот адрес. Люди заходят на версию без www, а в выдаче показывается версия с www. Внешние ссылки разделились между двумя адресами, и половина работает вхолостую. Счётчик стоит на одной версии, поэтому часть заявок не попадает в отчёт. Сайт при этом выглядит совершенно исправным — именно поэтому проблема живёт годами.

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

Откуда берутся зеркала

Почти никто не создаёт зеркала намеренно. Они появляются сами, как побочный эффект обычных технических действий.

• Адрес с www и без него. Классика. Обе версии открываются, перенаправление не настроено с самого запуска.
• Протоколы http и https. После установки сертификата старая небезопасная версия часто остаётся доступной, и сайт живёт по четырём адресам сразу.
• Технический адрес хостинга вида site.hosting.ru — выдаётся при создании аккаунта и продолжает работать после привязки домена.
• IP-адрес сервера. Если по нему сайт открывается — это ещё одна полноценная копия.
• Тестовые поддомены: dev, test, new, staging, old. Забываются после сдачи проекта и остаются открытыми для индексации.
• Домены в других зонах. site.com, site.рф, купленные про запас и настроенные на тот же сайт без перенаправления.
• Кириллический вариант домена, зарегистрированный для защиты бренда.
• Старый домен после переезда с неполным или частичным перенаправлением.

Для человека всё это один сайт. Для поисковой системы — несколько адресов с одинаковым содержимым, из которых нужно выбрать один основной. Быстрая проверка: наберите в поиске оператор site: с каждым подозрительным адресом. Если страницы находятся — зеркало в индексе, и с ним нужно что-то делать.

Как поиск выбирает главное зеркало

Система определяет основной адрес самостоятельно и показывает в выдаче именно его. Остальные склеиваются с главным: их страницы перестают индексироваться отдельно, а накопленные показатели переходят к основному адресу. Механизм разумный, но у него есть неприятное свойство — выбор может оказаться не тем, который нужен вам.

Показательный случай: сайт много лет работал на https без www, все рекламные материалы вели туда же, но исторически первой в индекс попала версия с www, и на неё же указывала пара старых ссылок с каталогов. Поиск выбрал главным именно её. В результате в выдаче показывался адрес, который владелец никогда не использовал и который не отслеживался счётчиком.

Вывод простой: главное зеркало задают явно, не полагаясь на автоматику. Для нового сайта выбор произвольный, обычно берут вариант без www как более короткий. Для работающего сайта выбор делается по данным:

1. Посмотрите, какая версия сейчас в поиске — наберите несколько своих рабочих запросов.
2. Сравните количество страниц в индексе у каждой версии оператором site:.
3. Проверьте в Вебмастере, на какую версию ведёт больше внешних ссылок.
4. Посмотрите в статистике, какой адрес чаще открывают люди из закладок и по прямым заходам.

Главным делается вариант, набравший больше по всем четырём пунктам. Так переезд обойдётся дешевле всего: большая часть накопленного уже принадлежит этому адресу.

Чем задаётся главное зеркало

Одного инструмента недостаточно, работает связка из четырёх.

Если нужны детали, смотрите «Зеркало сайта: что это такое и зачем оно нужно».

• Постраничный редирект 301 со всех второстепенных адресов на выбранный основной. Именно постраничный: каждая страница ведёт на свой аналог, а не всё скопом на главную.
• Canonical на страницах, указывающий на основной адрес. Это подсказка, а не команда, но она снимает часть неоднозначности.
• Указание в Яндекс Вебмастере через раздел переезда сайта. Обе версии предварительно добавляются как отдельные сайты и подтверждаются.
• Карта сайта и robots.txt — только с основными адресами, без единого упоминания второстепенных.

Инструмент	Сила указания	Что даёт
Постраничный 301	Обязательное указание	Переносит накопленное и убирает копию из индекса
Canonical	Рекомендация	Снимает неоднозначность там, где редирект невозможен
Раздел переезда в Вебмастере	Явное заявление владельца	Ускоряет склейку и делает её видимой в отчётах
Карта сайта	Косвенный сигнал	Показывает роботу, какие адреса вы считаете рабочими
Внутренние ссылки	Косвенный сигнал	Подтверждает выбор основного адреса на каждой странице
Директива Host	Не работает с 2018 года	Ничего

Обратите внимание: только первая строка переносит накопленные показатели. Всё остальное — сигналы разной силы, которые помогают поиску принять решение быстрее, но сами по себе замену адреса не выполняют. Настройка одного лишь canonical без редиректа оставляет обе версии открытыми для людей и для роботов, а значит оставляет и почву для расхождения.

Помогу с продвижением: SEO-продвижение под ключ — вывожу сайты в топ Яндекса белыми методами.

О том, влияет ли сам домен на продвижение:

1:19

Отдельно про директиву Host в robots.txt. Ею когда-то задавали главное зеркало, и она до сих пор кочует по шаблонам и чужим инструкциям. Яндекс не учитывает её с 2018 года. Если строка осталась в вашем файле — это просто мёртвый текст, который ничего не задаёт и ни на что не влияет. Убирать её не обязательно, но и надеяться на неё нельзя.

Сколько занимает склейка

Обычно от двух недель до месяца, при переезде на новый домен — дольше, до двух месяцев и больше. Всё это время в выдаче могут появляться оба адреса, а показатели скакать. Это нормальный ход процесса, а не поломка, и вмешиваться в него не нужно.

Ситуация	Ожидаемый срок склейки	Что видно в процессе
www и без www на том же домене	2–4 недели	Число страниц неосновной версии убывает
Переход с http на https	2–4 недели	В выдаче постепенно меняется протокол в адресах
Закрытие технического адреса хостинга	2–6 недель	Страницы выпадают из индекса как запрещённые
Переезд на новый домен	2–8 недель и дольше	Отметка о переезде в Вебмастере, рост индекса нового домена
Склейка домена в другой зоне	3–8 недель	Второй домен исчезает из выдачи по своим запросам

Сроки в таблице — ориентир для сайта, который регулярно обходится роботом. На редко обновляемом сайте с медленным обходом всё растягивается: робот просто не скоро доберётся до каждой страницы, чтобы увидеть новый код ответа. Ускорить процесс можно только одним честным способом — отправить основные разделы на переобход в Вебмастере и добавить актуальную карту сайта.

Как отследить, что склейка идёт: в Вебмастере у неглавного зеркала в сводке появляется отметка, что это неосновной адрес и данные собираются по главному. Параллельно количество страниц неосновной версии в индексе начинает уменьшаться. Если через месяц копии никуда не делись, проверяйте по списку:

Подробнее об этом — в статье «Бесплатное продвижение сайта в поисковиках».

• Перенаправление настроено постранично, а не на главную.
• Код ответа именно 301, а не 302 или 307.
• Нет цепочек: http без www ведёт на https без www одним шагом, а не через три промежуточных адреса.
• Canonical на страницах указывает на основную версию, а не на самих себя в старой.
• В карте сайта только основные адреса.
• Внутренние ссылки на сайте ведут на основной адрес напрямую, а не через редирект.

Ошибки, которые обходятся дорого

Ошибка	Что происходит на самом деле	Как исправить
Редирект всех страниц на главную	Для поиска это не переезд, а массовая пропажа страниц: вес не передаётся, позиции обваливаются	Настроить постраничное соответствие адресов
Код 302 вместо 301	302 означает «временно»; основным продолжает считаться старый адрес, накопленное не переносится	Заменить на 301 и отправить страницы на переобход
Цепочка из нескольких редиректов	Часть веса теряется на каждом переходе, обход замедляется	Свести к одному шагу от любого варианта к основному
robots.txt старого адреса отдаёт редирект	Робот не может прочитать файл и не видит указания на новую карту сайта	Оставить файл доступным с кодом 200
Смена главного зеркала без причины	Полноценный переезд с просадкой на месяцы ради косметики	Не менять, если нет веского основания
Забытый тестовый поддомен	Полный дубль сайта в индексе, конкурирующий с оригиналом	Закрыть паролем или запретить индексацию
Сайт открывается по IP	Ещё одна копия, о которой владелец обычно не знает	Настроить сервер на выдачу сайта только по домену
Счётчик стоит на одной версии	Часть визитов и достижений цели не учитывается, данные искажены	Поставить код на все версии до склейки

Первая строка таблицы — самая дорогая ошибка из всех. Массовый редирект на главную выглядит для владельца как аккуратное решение: ни одной ошибки 404, любой старый адрес приводит человека на сайт. Для поиска это выглядит иначе: сотни страниц исчезли, а вместо них появилась одна. Восстановление после такого занимает месяцы, и часть позиций не возвращается.

Как закрыть лишние зеркала

Способ зависит от типа зеркала — универсального решения нет.

• Технический адрес хостинга. Перенаправление на домен либо запрет индексации в настройках панели управления. Многие хостинги дают такую настройку одним переключателем.
• Тестовые поддомены. Закрыть паролем на уровне сервера — это надёжнее запрета в robots.txt, потому что закрывает доступ и людям, и роботам. Если пароль неудобен, положите на поддомен собственный robots.txt с полным запретом: файл должен быть свой, а не общий с основным сайтом.
• Домены в других зонах. Постраничное перенаправление на основной адрес. Держать их без перенаправления «просто чтобы были» — значит держать копию сайта.
• Доступ по IP. Настроить веб-сервер так, чтобы он отдавал сайт только при обращении по имени домена, а на прямой запрос по адресу отвечал ошибкой.
• Версии со слэшем и без. Выбрать один формат и настроить редирект второго, включая варианты с index.php и index.html в конце адреса.

Зеркала при переезде на новый домен

Отдельный случай, где цена ошибки максимальна. При смене домена старый адрес становится зеркалом нового, и от качества настройки зависит, сохранится ли всё накопленное за годы. Порядок, который работает:

1. Составить карту соответствия: каждый старый адрес и его новый аналог. Это самая трудоёмкая часть, и пропускать её нельзя.
2. Настроить постраничные перенаправления с кодом 301 по этой карте.
3. Добавить новый домен в Вебмастер, подтвердить права, дождаться первого обхода.
4. Воспользоваться инструментом переезда сайта в Вебмастере и указать новый домен главным.
5. Обновить внутренние ссылки на новый домен напрямую, не оставляя их проходить через редирект.
6. Обновить карту сайта, адреса в карточках организаций, в рекламных кампаниях, в подписях и на сторонних площадках.
7. Не отпускать старый домен: продлевать регистрацию и держать перенаправления как минимум год, а лучше постоянно.

Склейка при переезде занимает дольше обычной: от двух до восьми недель, иногда больше. Всё это время часть трафика продолжает идти по старым адресам, и постраничные перенаправления сохраняют его. Если бросить старый домен через месяц, потому что «уже всё переехало», потеряется ровно та часть трафика, которая приходит по старым ссылкам с чужих сайтов, — а она может оказаться значительной.

Зеркала и статистика

Если нужна помощь по теме — контекстная реклама.

Сторона, о которой забывают почти всегда. Счётчик Метрики ставится на одну версию сайта, а люди заходят на обе. В результате часть визитов и достижений цели не учитывается, а данные искажаются в непредсказуемую сторону. Владелец видит просадку по заявкам там, где заявок стало не меньше, а просто половина из них перестала считаться.

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

Тему разбирал отдельно: «Самостоятельное SEO продвижение сайта».

После правильной склейки все эти проблемы уходят сами. Но данные за период до склейки останутся искажёнными навсегда, и это стоит помнить, когда будете сравнивать динамику год к году.

Проверка зеркал за десять минут

1. Откройте главную страницу в четырёх вариантах: с www и без, по http и по https. Три из них должны перенаправлять на четвёртый одним шагом.
2. Повторите то же самое на внутренней странице. Перенаправление должно вести на её аналог, а не на главную.
3. Проверьте вариант со слэшем на конце и без, а также с index.php.
4. Попробуйте открыть сайт по IP-адресу сервера.
5. Проверьте технический адрес хостинга, если помните его.
6. Поищите оператором site: тестовые поддомены: dev, test, new, staging.
7. Загляните в Вебмастер: указано ли главное зеркало и нет ли отметок о склейке там, где вы её не настраивали.
8. Проверьте коды ответов не в браузере, а сервисом проверки заголовков — браузер прячет цепочки редиректов и показывает только конечный результат.

Каждая найденная копия — это разделённая между адресами ссылочная масса и впустую потраченный бюджет обхода. Робот тратит время на переиндексацию одного и того же содержимого по разным адресам вместо того, чтобы находить ваши новые страницы.

Частые вопросы

Влияет ли выбор www или без www на позиции? Нет, ни один из вариантов не имеет преимущества. Значение имеет только то, что выбран один вариант и все остальные на него перенаправлены.

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

Нужно ли добавлять обе версии в Вебмастер? Да. Иначе вы не увидите данных по неосновной версии и не поймёте, что с ней происходит во время склейки.

Что делать со старым доменом после переезда? Держать с постраничными перенаправлениями минимум год, а лучше не отпускать вовсе. Освободившийся домен с историей охотно перехватывают, и тогда старые ссылки начинают вести на чужой сайт.

Опасен ли поддомен на том же домене — например, blog.site.ru? Не опасен, если содержимое у него своё. Зеркалом он становится только тогда, когда показывает то же самое, что основной сайт.

Считается ли зеркалом мобильная версия на отдельном адресе? Формально это дубль, но обрабатывается он иначе — через специальную разметку соответствия страниц. Сегодня отдельная мобильная версия почти не используется, адаптивная вёрстка решает задачу без этой сложности.

Коротко

• Зеркало — тот же сайт по другому адресу; типичные случаи это www, протоколы, технический адрес хостинга и запасные домены.
• Главное зеркало поиск выбирает сам, и выбор может оказаться не тем, поэтому его задают явно.
• Задаётся связкой: постраничный 301, canonical, указание в Вебмастере, чистые robots.txt и карта сайта.
• Редирект обязан быть постраничным и с кодом 301; перенаправление всех страниц на главную обваливает позиции.
• Директива Host в robots.txt не работает с 2018 года и на выбор зеркала не влияет.
• Проверка простая: все варианты адреса, кроме одного, должны отдавать 301 на этот один.

Проверить, нет ли у вашего сайта лишних зеркал, забытых поддоменов и дублей, и разобрать порядок склейки под вашу ситуацию можно на SEO-консультации — смотрим коды ответов, состояние индекса по каждой версии и настройки в Вебмастере.