Ручное действие (manual action) - это решение живого сотрудника спам-команды Google о том, что сайт нарушает правила против спама. В отличие от алгоритмических фильтров, оно всегда приходит с уведомлением: запись в отчёте "Ручные действия" внутри Search Console и письма всем подтверждённым владельцам ресурса. Уведомление читается в одну строку, но процедура вокруг него формализована до мелочей: изучить формулировку, найти общий признак затронутых страниц, исправить, собрать доказательства и только после этого подать reconsideration request. Поспешная заявка до окончания работы - самый короткий путь к отказу. Разберём процедуру так, как её видит специалист, который будет читать ваш запрос.
Чем ручное действие отличается от алгоритмического фильтра и где искать уведомление
Отчёт "Ручные действия" живёт в Search Console в разделе безопасности и ручных действий, и доступ к нему есть только у подтверждённых владельцев: до прохождения проверки права собственности увидеть запись нельзя. Каждая запись содержит тип действия (site-wide match для всего сайта или partial match для части страниц), дату применения, краткое описание причины и примеры затронутых URL. Этого набора обычно хватает, чтобы понять масштаб проблемы без домыслов.
Уведомления приходят письмами на адреса всех подтверждённых владельцев, а зеркалируются в самой консоли, поэтому потерянная почта не приговор: статус виден в отчёте всегда. Проверять отчёт стоит и после смены подрядчика или владельца: доступ к консоли часто теряется вместе с почтовым ящиком, на котором оформлено право собственности, а ручное действие тем временем продолжает работать.
По масштабу последствия тоже различаются. Частичное действие затрагивает перечисленные страницы или перестаёт учитывать конкретные ссылки, а остальной сайт продолжает ранжироваться. Полное действие понижает или убирает из индекса весь домен, и при "Pure spam" сайт просто исчезает из выдачи.
Разница между ручным и алгоритмическим воздействием принципиальна для тактики. Алгоритмический фильтр работает без уведомления и может отступить сам при следующем обновлении систем или после исправления причин; процедуры пересмотра для него не существует. Ручное действие само не исчезнет: единственный способ его снять - исправить нарушение и подать запрос на пересмотр. Отсюда правило диагностики: любое резкое падение трафика начинается с проверки отчёта. Если уведомления нет, разговор о reconsideration request не стоит начинать вовсе, и лечить сайт перепиской с Google бессмысленно.
Какие формулировки встречаются в отчёте и что за ними стоит
Самая частая причина - ссылки. Формулировка "Unnatural links to your site" означает купленную, обменную или схемную перелинковку на сайт и применяется ко всему домену; вариант с пометкой "impacts links" частичный: найденные ссылки перестают учитываться, но страницы не понижаются. "Unnatural links from your site" - зеркало проблемы: сайт сам продаёт ссылки без атрибутов rel="nofollow" или rel="sponsored".
Контентные нарушения закрывают остальной список. "Pure spam" - грубые манипуляции без надежды на нюансы: автогенерированный мусор, скрытые переадресации, клоакинг в промышленных масштабах. "Hacked site" - чужой контент, внедрённый на взломанные страницы. "Hidden text and keyword stuffing" - текст под цвет фона и переуплотнённые ключи. "User-generated spam" - спам в комментариях и профилях. "Spammy structured markup" - разметка с несуществующими оценками. "Cloaking and sneaky redirects" - разные страницы для робота и человека. Классикой остаётся и "Thin content with no or little added value" для страниц без добавленной ценности. Отдельная группа выросла из обновления спам-политик марта 2024 года: "Scaled content abuse" для массовой генерации страниц и "Site reputation abuse" для сторонних коммерческих разделов на авторитетных доменах.
Важная деталь, которая сбивает с толку новичков: в списке примеров для "Unnatural links to your site" перечислены адреса чужих сайтов-доноров, а не ваши страницы. Неопытные вебмастера ищут проблему в собственном контенте, хотя проверять нужно именно перечисленных доноров. У контентных действий логика обратная: примеры указывают на ваши URL, и по ним обычно виден общий шаблон - папка, сетка фильтров, раздел комментариев или рубрика с партнёрскими обзорами.
Частота типов неравномерна. Ссылочные действия стабильно держат первое место, потому что следы купленных ссылок живут в профилях годами, а контентные нарушения чаще встречаются у молодых агрессивных проектов. Возраст схемы роли не играет: ссылку, купленную в 2015 году, находят и в 2026-м, если она осталась в том же сайдбаре сети сайтов.
Пошаговый разбор причины и сбор доказательств до подачи запроса
Порядок работы перед заявкой одинаков для большинства типов нарушений, меняется только объект исправления:
- записать точную формулировку, дату и все перечисленные в отчёте URL, включая свёрнутые примеры;
- сопоставить затронутые страницы с картой сайта и найти общий признак: шаблон, раздел, сеть доноров или период публикации;
- выгрузить полный список входящих ссылок из отчёта Search Console и одного из внешних сервисов вроде Ahrefs или Semrush;
- разделить ссылки на покупные, обменные и естественные, сохранив переписку с вебмастерами по запросам удаления;
- подготовить файл disavow только для тех доменов и страниц, откуда удалить ссылку не удалось;
- исправить контентную часть: удалить сгенерированные массивы, закрыть спамные разделы, вычистить чужую разметку;
- зафиксировать каждое действие с датой и ссылкой на результат, это станет телом запроса на пересмотр.
Файл disavow подаётся отдельным инструментом Search Console и при каждой загрузке заменяется целиком. Формат простой: домен с префиксом или конкретный адрес страницы:
domain:example.com
https://www.example.com/spam-directory/pageЗакрывать домен целиком безопаснее, чем собирать отдельные страницы, если сеть доноров явно спамная: у таких сетей по сотне адресов, и упустить один - значит получить повторный отказ. Disavow - крайняя мера после попыток реального удаления, а не первый шаг процедуры: проверяющий хочет видеть переписку и результат, а не только файл.
Переписка по удалению - рутинная, но обязательная часть: письма владельцам доноров по контактам на сайте или через whois, две-три недели на ответ, фиксация каждой попытки в таблице. Протокол нужен не для галочки: проверяющий сравнивает масштаб схемы с масштабом чистки, и таблица переписки оказывается самым убедительным доказательством, что работа сделана, а не имитирована. Обратная крайность тоже вредит: тотальный disavow естественных ссылок из паники ослабляет профиль сильнее, чем само ручное действие.
Как составить reconsideration request, который дочитают до конца
Заявка подаётся из карточки ручного действия кнопкой "Запросить проверку" (Request review). Форма содержит поле для описания проделанной работы и отметку о том, что нарушение устранено. Проверяющий читает тысячи таких текстов, и его доверие вызывает структура: признание проблемы, перечень исправлений с датами и числами, доказательства и меры профилактики. Работает конкретика уровня "удалили раздел с 3400 автогенерированных страниц, вычистили 128 покупных ссылок с 27 доменов, приложили таблицу с перепиской", а не "мы улучшили сайт и просим пересмотреть решение".
Рабочий шаблон текста укладывается в четыре блока: что именно нарушало правила, что исправлено с числами и датами, чем это подтверждается, что предотвращает повторение. Честность о прошлых ошибках читается лучше отговорок: если ссылки ставил подрядчик или прежний владелец, об этом пишут прямо, прикладывают переписку с подрядчиком и план контроля на будущее. Проверяющий видит такие признания ежедневно, и попытка их замять выглядит хуже самой ошибки.
Типичные ошибки проваливают заявку быстрее, чем её успевают открыть. Заявка до окончания исправлений. Ежедневные повторные подачи. Отрицание нарушения при живых примерах URL из отчёта. Жалобы на конкурентов, которые "делают то же самое". Обещания вместо фактов. Просьба назвать сроки возврата позиций. Всё это читается как отсутствие работы, а купленные ссылки и тонкий контент при повторной проверке находятся ещё быстрее, чем в первый раз.
Сроки рассмотрения, статусы заявки и письмо с решением
Стандартный срок проверки - от пары дней до двух недель. В спорных случаях процесс растягивался и до полутора месяцев, поэтому правило простое: не подавать новый запрос, пока статус предыдущего не сменился. Статусы видны внутри карточки: заявка получена, проверка идёт, решение принято. Итог приходит письмом и в отчёт: либо действие снято, либо заявка отклонена с перечнем того, что проверяющий счёл неисправленным.
Отклонение - не конец истории, а уточнение задания. Каждый пункт из ответа закрывается отдельно, после чего подаётся новая заявка с новыми доказательствами; повторные заявки без изменений только затягивают процедуру. Отдельная ловушка повторной проверки: команда может заметить на сайте другие проблемы, не перечисленные в исходном уведомлении, и снять действие только после исправления всего найденного, поэтому перед заявкой сайт проверяют целиком, а не только по пунктам отчёта. Снятие действия тоже не включает возврат позиций мгновенно: ограничения уходят, но трафик возвращается постепенно, обычно на протяжении недель и месяцев, и в это время полезно заниматься качеством контента, а не ждать чуда.
Особый случай site reputation abuse и что действительно считается исправлением
Политика site reputation abuse анонсирована в марте 2024 года, и с 6 мая 2024 года за неё выдают ручные действия: сторонние коммерческие разделы (купонные хабы, обзоры, "выбор редакции"), опубликованные на авторитетном домене ради его сигналов ранжирования, признаны спамом. Уточнение ноября 2024 года отделило честный партнёрский контент от нарушения: если раздел ведёт первое лицо сайта в первую очередь ради читателей, а не ради поискового трафика, исключение работает. Документацию по политике обновляли и в январе 2025 года, поэтому перед чисткой сверяются с текущей редакцией правил.
При разборе масштаба смотрят шире видимого раздела: под нарушение подпадают и статьи подрядчиков, и белые лейблы городских страниц, и синдированные рекламные материалы. Партнёрские кластеры обзоров, живущие на домене ради чужой репутации, чаще всего и есть ядро проблемы, и признаком служит один и тот же бенефициар у десятков страниц.
Именно здесь чаще всего ошибаются при исправлении. Noindex на разделе не снимает действие: требуется завершить саму схему, а не спрятать её от робота. Перенос раздела в подпапку или на поддомен того же домена не считается исправлением. Редирект 301 со старых адресов переносит проблему на новый адрес, поэтому старые URL должны отдавать 404 или 410. Перенос на отдельный домен допустим, если тот живёт самостоятельно, а ссылки с основного сайта на новый домен закрыты атрибутом rel="nofollow". Со scaled content abuse логика та же: массив сгенерированных страниц нужно удалять, а не переименовывать и не помечать тегами.
Профилактика, чтобы не проходить процедуру заново
После снятия действия начинается самое важное - не повторить сценарий. Базовый набор мер: письма о ручных действиях должны приходить всем владельцам и не теряться в спаме; ссылочный профиль проверяется раз в квартал с выгрузкой новых доменов-доноров; UGC закрыт премодерацией и атрибутами rel="nofollow" и rel="ugc"; партнёрские разделы проходят редакционный контроль по критериям первого лица; CMS обновляется, а вход защищён двухфакторной аутентификацией, иначе возвращается "Hacked site". Дальше включается наблюдение: резкое падение числа проиндексированных страниц в отчёте индексирования, потеря позиций по мониторинговому набору запросов и всплеск подозрительных адресов в логах сервера - поводы открыть отчёт, не дожидаясь письма. Спам-политики Google правятся регулярно, и раз в квартал их стоит перечитывать: большинство ручных действий - это не экзотика, а старые схемы, о которых предупреждали заранее.
Ручное действие - один из немногих случаев в SEO, когда у сайта есть прямой диалог с поисковой системой. Диалог выигрывает не тот, кто громче возмущается, а тот, кто приносит структурированный отчёт о проделанной работе.