Уведомление о ручной мере в Search Console ломает планы владельца на месяцы вперёд, и первая мысль у многих одна: завести новый домен и начать с чистого листа. Иногда смена адреса правда помогает, но чаще переносит на новый домен и трафик, и саму проблему. Разберём механику: к чему привязана мера, что именно передают перенаправления, какие признаки связывают старый и новый адрес и в каких сценариях переезд оправдан. Механика стоит одного вечера изучения, а экономит квартал: наивная вера в кнопку перезагрузки дорогого стоит.
Устройство ручной меры и её привязка к сайту, а не только к имени
Ручная мера это решение живого сотрудника поисковой команды о том, что страницы нарушают политику спама. Автоматика находит кандидатов, финальное слово за человеком, поэтому в отчёте Manual actions всегда есть конкретная причина и история мер с датами. Прежде чем принимать решение, снимают дамп отчёта и фиксируют время уведомления: история переносится вместе с сайтом и всплывёт у нового собственника после подтверждения прав. Причины бывают такие: чистый спам, клоакинг, скрытые ссылки, купленные ссылки, дорвеи, скрытый текст, спам в пользовательском контенте, взломанные страницы. Причины устроены по-разному: чистый спам закрывает проект целиком, клоакинг и скрытые ссылки помечают конкретные шаблоны, мера за дорвеи указывает на страницы-приманки. В отчёте показаны образцы затронутых адресов, и исправить надо все: починка половины не даёт частичного возврата в выдачу.
Отчёт Manual actions отделён от отчёта проблем безопасности: взломы и вредоносное ПО показываются отдельно, хотя тоже приводят к выпадению из выдачи. Прежде чем планировать переезд, читают причину в отчёте и открывают образцы адресов: иногда под мерой один раздел с пользовательским спамом, и переезд всего проекта из-за него был бы неэкономным решением.
В отчёте есть раздел для владельцев, купивших сайт с готовой проблемой: Google прямо советует исправить нарушение и упомянуть в запросе на пересмотр, что проект недавно сменил владельца. Из этого следует главный принцип: мера относится к сайту, смена имени или владельца её не обнуляет. Есть и алгоритмические фильтры: они не показываются в отчёте, приходят без уведомления и снимаются пересчётом после исправлений. От них смена домена не лечит вовсе, оценка следует за контентом и сигналами. Ручная мера отличается тем, что видна, объяснена и снимается решением человека после пересмотра, а пересмотр занимает от нескольких дней до недель, и запросы по ссылкам рассматриваются дольше остальных.
Механика переноса, что редиректы передают вместе с хорошими сигналами
Google подтверждает: постоянные перенаправления 301 и 308 не теряют PageRank, а инструмент Change of Address в Search Console прямо связывает старое и новое свойство при переезде между доменами и поддоменами. Сигналы переезжают целиком, включая проблемную часть. Если сайт наказан за ссылочную схему, а владелец ставит 301 на новое имя, купленные ссылки продолжают работать через редирект: плохое и хорошее передаётся одинаково. Разница между кодами невелика: 301 классический постоянный редирект, 308 сохраняет тело и метод запроса, для обычных страниц они равнозначны.
Ошибка новичков: направить все старые адреса на главную нового домена. Сигналы страниц перемешиваются, система дольше сопоставляет контент, восстановление растягивается. Перенаправление делают постраничным: услуга на услугу, статья на статью, и лишь вычищенные адреса сводят на ближайший раздел. Цепочки тоже вредят: двойные редиректы замедляют обход, правила переписывают в один шаг.
Что именно переносится: накопленный ссылочный вес, история качества, ассоциации с владельцем. Приятная часть в том, что вместе с проблемой переезжают и признанные заслуги, поэтому снимать меру выгодно до переезда, а не после. Отдельный вопрос про поддомены и протоколы: переход с HTTP на HTTPS или между www и адресом без www инструментом смены адреса не оформляется, связка там очевидна системе и без уведомления. Полноценный переезд между разными доменами без инструмента проходит медленнее: система дольше собирает соответствия адресов. Официальная рекомендация держать перенаправления не меньше года: за это время система переносит сигналы и перепривязывает внешние ссылки на новые адреса. Восстановление видимости у среднего проекта занимает недели, у крупного дольше, с колебаниями позиций в переходный период.
Сценарии, в которых смена домена действительно работает
Первый сценарий: мера уже снята. Причину устранили, запрос на пересмотр удовлетворён, в отчёте снова зелёная галочка. Переезд по стандартной процедуре проходит спокойно: перенаправления, смена адреса, карта сайта, год поддержки старых URL. Снятая мера в истории свойства новым позициям не мешает, а карта сайта ускоряет обнаружение новых адресов.
Второй сценарий: проект готов потерять всё. Переезд без перенаправлений рвёт связь сигналов, старые адреса отдают ответ 404, новый домен стартует с нуля. Ручная мера остаётся за старым адресом, а новый оценивают заново. Способ оправдан для молодых проектов без ценного трафика, когда чистка обойдётся дороже перезапуска. Стартовать лучше разделами: переносят часть адресов, наблюдают индексацию и не выкладывают весь массив сразу. Потери неизбежны: брендовые запросы, накопленные упоминания и внешние ссылки остаются на старом имени, быстрых позиций у новичка не будет.
Третий сценарий: токсичность вросла в имя. Бывший проект замешан в откровенном спаме, бренд испорчен, восстановление репутации дороже перезапуска. Чистое имя с новым контентом и честной ссылочной стратегией честнее косметического ремонта. Перед стартом проверяют прошлое адреса: что размещали на нём до вас и остался ли след в индексе.
Четвёртый сценарий зеркальный: слияние проектов. Когда чистый домен поглощает проблемный, худшее решение перенаправить наказанный сайт на здоровый, риски переезжают вместе с трафиком. Проблемное имя либо закрывают без перенаправлений, либо сначала чистят, снимают меру и только потом приклеивают к основному проекту.
Косвенные признаки связывания, по которым мера находит новый адрес
Даже без перенаправлений адреса связывают косвенные сигналы: один аккаунт Search Console, один аналитический счётчик, общий хостинг и IP, пересекающийся профиль внешних ссылок, идентичные шаблоны и контент. Смена домена не отменяет и алгоритмическую оценку: тот же материал получит ту же оценку качества на новом имени. Косвенные связи работают и в плюс: при честном переезде по правилам они помогают быстрее перепривязать историю, поэтому чистые проекты выигрывают от связности, а проблемные несут её риски.
Если выбран путь без перенаправлений, связи рвут до конца: отдельный аккаунт в Search Console, другой счётчик аналитики, другой шаблон, отдельный хостинг. Полумеры дают худшее из миров: трафик потерян, а связка между адресами всё равно распознана. Политика спама отдельно описывает злоупотребление освободившимися доменами, когда скупленное имя используют для быстрого продвижения нового мусора. Покупая домен с рук, проверяют его прошлое: чужие проблемы обычно достаются бесплатно.
Чеклист штатного переезда домена после снятия меры
Если решение о переезде принято, порядок работ выглядит так:
1. зафиксировать карту URL старого сайта и сопоставить каждой странице новый адрес;
2. настроить постоянные перенаправления 301 или 308 на уровне сервера со страницы на страницу;
3. добавить новый домен отдельным свойством в Search Console и подтвердить права;
4. подать смену адреса для старого свойства через инструмент Change of Address;
5. обновить внутренние ссылки, canonical, hreflang, карту сайта и счётчики на новых URL;
6. держать перенаправления и старое свойство активными не меньше года после переезда;
7. отслеживать отчёты индексации и видимость по обоим доменам до полной стабилизации.
Для сервера Apache правила переносятся в .htaccess, где важна каждая точка:
CODE0
В nginx то же оформляют блоком server с директивой return 301:
server {
listen 80;
server_name old-shop.example.com www.old-shop.example.com;
return 301 https://new-shop.example.com$request_uri;
}Файл robots.txt на новом домене открывает роботам то же, что открывал старый, и не запрещает обход в переходный период. Пока живы перенаправления, система считает адреса связанными, и выключать их раньше года ради экономии ложная экономия. По старому свойству следят за двумя цифрами: сколько адресов осталось в индексе и как быстро перепривязываются внешние ссылки. Массовые правила проверяют выборочно через инспектор URL и запросами из командной строки ещё до смены записей DNS. Первые недели после переезда трафик неизбежно проседает: индекс переносится постепенно, и перегрузка сервера лишними проверками процесс не ускоряет. В переходный период сравнивают видимость двух свойств по запросам и следят за скоростью обхода нового домена.
Ссылочная мера и файл отклонения как альтернатива переезду
Если причина в купленных ссылках, переезд почти всегда дороже чистки. Сначала добиваются снятия ссылок на стороне доноров, затем составляют файл отклонения: текстовый файл в кодировке UTF-8, по одному адресу в строке, домен целиком через префикс domain:, до 100000 строк и 2 МБ. Пример корректного файла:
# адреса для отклонения
http://spam.example.com/links/paid-post.html
domain:shady-links.example.comНовый файл заменяет прежний целиком, а список действует только для свойства, к которому загружен: для HTTP и HTTPS версий создают отдельные файлы, доменные свойства инструментом не поддерживаются. После переезда файл загружают на новое свойство заново.
Инструмент сильный и потому опасный: вместе с мусором можно списать и полезные ссылки. Google прямо предупреждает, что большинству сайтов он не нужен вовсе, система сама отличает нормальный профиль от купленного. В файл попадают только доказуемо проблемные адреса из отчёта по ссылкам. Затем подают запрос на пересмотр с описанием: что нашли, что удалили, что отклонили. Хороший запрос объясняет проблему, перечисляет шаги и подтверждает результат, формальные отписки без деталей только оттягивают решение. Ответ приходит письмом, повторная подача до решения по первому запросу не помогает. Если в снятии отказали с пояснением, дорабатывают замеченное и подают заново, статус каждой проверки виден в отчёте.
Правила Яндекса и формула решения о переезде
В Яндексе механика похожая: ручные меры и алгоритмические фильтры видны в разделе безопасности и нарушений Яндекс Вебмастера, у каждой меры своё название и объяснение. Переезд уведомляют инструментом переноса сайта, домены склеиваются постоянными перенаправлениями, а перенос лучше назначать на сезонный минимум трафика. Известные фильтры вроде АГС за некачественные сайты, Минусинска за SEO ссылки и Баден-Бадена за переоптимизированный текст применяются к содержанию и ссылочному профилю, а не к строке в реестре доменов. Переезд занимает недели, видимость в переходный период колеблется, и сам перенос не снимает наложенных мер.
Формула решения простая. Мера снята и причина устранена: переезжайте по чеклисту и не теряйте позиций. Мера активна, но причина исправима: дешевле чистить и подавать на пересмотр, чем терять весь трафик переездом без перенаправлений. Проект построен на нарушениях: новый домен лишь отложит повторную оценку, лечить надо модель работы, а не адрес. Магазин, снявший меру за ссылки и переезжающий на брендовое имя, идёт чистым маршрутом. Сервис, замешанный в чистом спаме и неспособный очистить контент, честнее перезапустить с нуля на новом адресе. Портал, просевший по алгоритмам качества, не спасёт никакой переезд: время уходит в материал. Перед покупкой домена с рук проверяют и прошлое нового адреса: следы чужих мер всплывают в отчёте сразу после подтверждения прав, и объяснять проверяющим, что спам делал прошлый владелец, приходится по тому же регламенту.