Маскировка домена: почему она вредит SEO и что использовать вместо неё

Маскировка домена (её ещё называют «фреймовой переадресацией» или «скрытым редиректом») — это способ, при котором в адресной строке браузера остаётся ваш домен, а содержимое страницы на самом деле загружается с совершенно другого адреса. Технически это простая HTML-страница, внутри которой размещён один большой iframe на весь экран. Для посетителя всё выглядит аккуратно: в адресной строке короткое и запоминающееся имя. Но для поисковых систем такой сайт превращается почти в пустую страницу, и именно поэтому маскировка считается одним из самых вредных решений с точки зрения SEO.

Как устроена маскировка изнутри

Когда в настройках домена выбирают вариант «переадресация с маскировкой», для домена создаётся служебная страница. Её код выглядит примерно так, и в нём нет ни одного слова из вашего настоящего контента:

<!DOCTYPE html>
<html>
<head>
  <title>Мебель Ташкент</title>
</head>
<body style="margin:0">
  <iframe src="https://mebel-dokon.konstruktor-sayt.com/"
          style="border:0;width:100%;height:100vh"></iframe>
</body>
</html>

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

Почему поисковики не любят маскированные домены

Контент приписывается другому адресу

Google и Яндекс при индексации связывают контент с тем URL, где он реально находится. Страница внутри фрейма воспринимается как отдельный документ, и ранжирование, а также вес ссылок в основном накапливаются у неё. Вы распространяете короткий домен на сторонних сайтах, в соцсетях и рекламе, но SEO-польза от этих ссылок во многом теряется, ведь они ведут на страницу без содержимого.

Все страницы «застревают» на одном адресе

При маскировке, в какой бы раздел сайта ни перешёл посетитель, в адресной строке остаётся адрес главной страницы. Значит, у страниц «Диваны» или «Доставка» нет собственного видимого URL под вашим доменом. Поисковик не может показывать внутренние страницы под вашим именем, а когда клиент отправляет другу понравившийся товар, друг попадает на главную. Закладки работают так же плохо.

Дублированный контент и путаница

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

Проблемы не только с SEO

Большинство современных сайтов защищаются от открытия внутри чужих страниц. Для этого используется заголовок X-Frame-Options или директива frame-ancestors в CSP. Если целевой сайт так настроен, посетитель маскированного домена увидит просто белый пустой экран. Владельцы часто долго этого не замечают, потому что у них самих открывается закэшированная версия.

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

Пример из практики: мебельный магазин в Ташкенте

Представьте небольшой мебельный магазин в Ташкенте, который сделал сайт на бесплатном конструкторе с длинным техническим поддоменом. Владелец купил красивый домен в зоне .uz и, чтобы сэкономить время, направил его на конструктор с маскировкой. Через несколько месяцев новый домен был на листовках, в профиле Instagram и на картах, но по запросам вроде «диваны Ташкент цены» в поиске всё равно появлялся поддомен конструктора, а иногда не появлялось ничего. К тому же после обновления безопасности конструктор запретил встраивание во фреймы, и несколько дней домен показывал пустую белую страницу.

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

Что использовать вместо маскировки

Вариант 1: постоянный 301-редирект

Если второй домен — просто дополнительное имя (вариант с опечаткой или старое название), направьте его на основной с кодом 301. Адресная строка сменится на основной домен, а поисковые системы передадут ему все сигналы. На Apache это настраивается через .htaccess:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?eski-domen\.uz$ [NC]
RewriteRule ^(.*)$ https://asosiy-domen.uz/$1 [R=301,L]

Для Nginx достаточно отдельного блока server. Благодаря переменной $request_uri сохраняется путь, и /katalog/divanlar ведёт ровно на ту же страницу:

server {
    listen 80;
    server_name eski-domen.uz www.eski-domen.uz;
    return 301 https://asosiy-domen.uz$request_uri;
}

Вариант 2: подключить домен к самому сайту

Самое правильное решение — чтобы сайт работал непосредственно на вашем домене. Сайт размещается на хостинге, а домен через DNS (A-запись или NS-серверы) указывает на этот сервер. Если сайт сделан на конструкторе, большинство конструкторов позволяют подключить собственный домен — это уже не маскировка, а полноценная работа сайта на вашем имени. На хостинге sayt.uz домен привязывается к аккаунту через личный кабинет, а бесплатный SSL-сертификат выпускается автоматически, так что никакой iframe не нужен.

Вариант 3: канонический адрес

Если по какой-то причине один и тот же контент должен открываться на двух доменах, укажите на каждой странице канонический тег с основным адресом. Это прямо подскажет поисковику, какую копию индексировать, хотя 301-редирект всё равно остаётся более надёжным сигналом.

Как проверить текущую настройку

Узнать, работает ли домен через маскировку или через корректный редирект, можно одной командой в терминале. Если в ответе есть код 301 и заголовок Location, редирект настроен правильно. Если возвращается 200, а в исходном коде только iframe, значит используется маскировка:

curl -I http://eski-domen.uz/katalog
curl -s http://eski-domen.uz/ | grep -i iframe

В браузере проверить тоже просто: нажмите правой кнопкой и выберите «Просмотр кода страницы». Если код состоит из нескольких строк и внутри только один iframe, для поисковиков ваш домен пуст. В Google Search Console или Яндекс Вебмастере можно посмотреть число проиндексированных страниц домена и оценить масштаб проблемы.

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