Что такое «зеркало сайта»

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

ROMI

Классические пары-зеркала:

http://example.ru ↔ https://example.ru

https://www.example.ru ↔ https://example.ru

https://example.com/ru/ ↔ https://example.ru/ (если контент идентичен)

Поддомены вроде m.example.ru (если показывают тот же контент без реальной мобильной версии)

В SEO «зеркала» важны из-за дубликатов контента и распыления ссылочных сигналов. Поисковики стремятся «склеить» зеркала и выбрать канонический (главный) хост.

Два смысла термина

SEO-зеркало (канонический хост/дубликат) - несколько адресов ведут на один и тот же контент. Задача — выбрать главное зеркало и настроить редиректы/каноникал.
Инфраструктурное зеркало - точная копия сайта на другом сервере/домене для резервирования, быстрого скачивания, CDN. Для SEO такое зеркало обычно закрывают от индексации (или не публикуют в открытый веб).

Почему зеркала критичны для SEO

Дубликаты страниц → «размазанная» релевантность и вес ссылок между хостами;
Каннибализация: разные версии конкурируют в выдаче;
Потери краулинга: робот тратит бюджет на одно и то же под разными URL;
Снижение CTR: в выдаче всплывают «не те» адреса (http, тестовый хост).

Как выбрать главное зеркало

Обычно главным делают: https://example.ru (без www, с HTTPS). Критерии выбора:

Исторически более сильный домен (больше качественных ссылок);
Бизнес-логика: национальный домен (.ru) или .com с поддиректорией /ru/;
Техническая простота: меньше редирект-прыжков.

Как правильно «склеить» зеркала

Жёсткие 301-редиректы с всех альтернатив на главный хост.

Nginx:

server {
  server_name www.example.ru;
  return 301 https://example.ru$request_uri;
}

Apache (.htaccess):

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.example\.ru$ [NC]
RewriteRule ^(.*)$ https://example.ru/$1 [L,R=301]

2. Везде ссылаться на канон — абсолютные внутренние ссылки, фавикон/статик, Open Graph, e-mail-шаблоны → на https://example.ru/....

rel="canonical" на страницах
<link rel="canonical" href="https://example.ru/katalog/plitka/" />

Каноникал помогает в пограничных случаях (параметры, сортировки), но не заменяет 301 для хостов.

3. Ограничить индексацию дублей

закрыть тестовые/инфраструктурные зеркала паролем или noindex, nofollow;
запретить краулинг в robots.txt (для публичных копий, если нельзя закрыть авторизацией).

4. Sitemap и «хлебные крошки»

в sitemap.xml указывать только канонические URL;
разметка BreadcrumbList и все структурированные данные — с каноническими ссылками.

5. Настройки веб-мастеров

подтвердить право на все версии (http/https, с/без www), но работать и загружать файлы — на главной;
смотреть, какой канонический URL выбирает система (Google Search Console).

6. HSTS (по возможности)

включить принудительный HTTPS (с осторожностью: требует стабильного https-хоста).

Как проверить, что «склейка» работает

Любой альтернативный адрес (http, www, m.) отдаёт 301 → https без www;
В коде страниц один <link rel="canonical" ...> и он указывает на главный;
В индексе уменьшилось число дублей; в GSC исчезают «Alternate page with proper canonical»;
В логах сервера почти нет запросов к неканоническим хостам (после переходного периода).

Частые ошибки

302 вместо 301: временный редирект — слабая передача сигналов;
Цепочки редиректов: http → www → https → без www (делайте сразу «в один прыжок»);
Разные каноникалы на страницах одного шаблона;
Смешанные протоколы/хосты в ссылках на статик (кросс-доменные ресурсы, картинки);
Параметры и фильтры индексируются как отдельные страницы (нет каноникала/правил URL-параметров);
Оставили доступным стейдж/бэкапы (staging.example.ru, backup.example.ru) для роботов;
CDN-зеркало светится как отдельный сайт (нет запрета индексации, открыты директорий-листы).

Не путайте с…

Языковыми/региональными версиями с уникальным контентом — это не зеркала. Для них используйте hreflang:

<link rel="alternate" hreflang="ru" href="https://example.com/ru/"/>
<link rel="alternate" hreflang="en" href="https://example.com/en/"/>

AMP/мобильные версии, если контент и разметка отличаются — это альтернативные представления, а не зеркала (нужны соответствующие теги/политики).

Мини-чек-лист по зеркалам

Выбран и задокументирован главный хост;
Все альтернативы ведут 301 → канон (без цепочек);
Внутренние/внешние ссылки постепенно обновляются на канон;
sitemap.xml и canonical содержат только канонические URL;
Тестовые/резервные копии закрыты от индексации;
Мониторинг: краулинг, отчёты о дублях, логи редиректов.

вывод

Зеркало сайта — это другой адрес того же контента. Для SEO ключевая задача — канонизировать один хост и жёстко редиректить всё остальное, чтобы не терять вес ссылок, не плодить дубли и не раздувать расход краулинга. Инфраструктурные зеркала держим скрытыми от поисковиков; языковые/региональные версии — оформляем как отдельные ресурсы с hreflang, а не как зеркала.