Ручные санкции

Manual action

Также: ручные меры Google

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

Google связывает ручную меру с решением проверяющего; уведомление появляется в отчёте о ручных мерах и сообщениях Search Console — кабинета для владельца сайта. [1]

Кратко

  • Падение посещаемости само по себе не доказывает ручную меру: причины бывают техническими, алгоритмическими и сезонными. [6]
  • Удаление спама и устранение опасности для посетителей проверяются через разные отчёты. [1] [3]
  • Запрос пересмотра описывает нарушение, исправления и их результат. [1]
  • В Яндексе действует собственная процедура проверки ограничений. [5]

Происхождение и история термина

8 августа 2013 года сотрудник Google Мэтт Каттс объявил о просмотре ручных мер в Webmaster Tools. До этого компания уже применяла такие меры и рассылала уведомления; новшество позволило владельцу самому проверить наличие решения. Анонс различал автоматическую борьбу со спамом и вмешательство команды проверяющих. [4]

В историческом примере ограничение касалось форума со спамом посетителей, а не всего сайта. Так Google объяснял владельцам, почему проблема отдельного раздела требует адресного расследования. В том же сообщении пересмотр связали с обнаруженной ручной мерой. Из-за затруднений при запуске функция стала доступна всем не в день анонса: завершение развёртывания отмечено дополнением от 12 августа. Это история прозрачности процедуры, а не дата возникновения ручных санкций. [4]

Суть и механизм

Автоматическое обнаружение нарушения и ручное решение — разные механизмы. Антиспамные правила охватывают, например, ссылки для манипуляции позициями и спам, который посетители оставляют в комментариях или на форуме. [1] [2]

В уведомлении Google показывает шаблоны затронутых адресов. Это может быть весь сайт или его часть; внутри шаблона не обязательно ограничен каждый адрес. [1]

Отдельный отчёт Security issues посвящён безопасности: взлому, вредоносным программам и обману посетителей ради опасного действия. Такие проблемы могут сопровождаться предупреждением в поиске или браузере. Взлом описывает случившееся с сайтом, а ручная мера — решение поисковика; это разные вопросы диагностики. Список адресов в отчёте безопасности также может быть неполным. [3]

Практический вывод: полезно разделить две записи в журнале — что обнаружено на страницах и какое уведомление получено от поисковика. Тогда сообщение «спам удалён» не будет ошибочно означать «пересмотр завершён». Это предлагаемый редакцией способ организации работы, а не дополнительное требование Google.

Виды и классификации

По охвату Google различает меры для сайта целиком и его части. [1] Причины следует читать в конкретном уведомлении, сопоставляя их с правилами. Например, ссылочный спам связан с попыткой влиять на позиции через ссылки; пользовательский спам — с публикациями посетителей через предназначенные для них формы. [2]

Не всякая похожая деталь означает нарушение. Google отличает скрытый ради манипуляции текст от обычных раскрывающихся вкладок и подсказок. Рекламные ссылки допускаются при соответствующих атрибутах: специальных отметках в HTML-коде ссылки, например rel="sponsored". Поэтому проверка должна учитывать назначение элемента и способ его реализации, а не только внешний вид страницы. [2]

Как применяется на практике

Российскому владельцу сайта полезно проверять каждый поисковый кабинет отдельно. Порядок обращения в Google не заменяет порядок Яндекса.

Вопрос Google Яндекс
Как принимается описанное решение Ручную меру принимает проверяющий. [1] Справка описывает автоматическую проверку алгоритмами. [5]
Где искать сведения Отчёт о ручных мерах в Search Console. [1] «Оптимизация сайта → Безопасность и нарушения» в Вебмастере. [5]
Что происходит после исправления Владелец запрашивает пересмотр. [1] Владелец описывает изменения, отмечает исправление и отправляет сайт на проверку алгоритмам. [5]

Учебный пример. У новостного сайта есть архивный форум. Владелец получил уведомление о пользовательском спаме в этом разделе. Команда нашла рекламные сообщения в старых обсуждениях и решила вести журнал исправлений. Все обстоятельства и числа примера условны.

В журнале для каждого адреса записывают обнаруженную проблему, выполненное действие, ответственного, дату и результат повторной проверки. Например: «В обсуждении №17 удалены спамные сообщения; проверены остальные сообщения ветки; новые публикации направляются модератору». Такая запись полезнее общего «форум очищен»: следующий исполнитель понимает, что именно сделано и что ещё проверять.

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

Перед пересмотром Google требует устранить перечисленные проблемы и обеспечить доступ к страницам. Запрос описывает нарушение, исправление и результат; повторное обращение ждёт решения по предыдущему. [1]

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

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

Охват равен числу повторно проверенных адресов, делённому на число адресов в плане и умноженному на сто процентов. Если проверены 24 из 30 обсуждений, получаем:

24/30×100%=80%.24 / 30 \times 100\% = 80\%.

Осталось проверить шесть обсуждений. Даже результат 100% означал бы только завершение выбранного плана: он не доказывает, что группа охватила все проблемы, и не предсказывает решение Google. Если группу ещё не определили и её размер равен нулю, процент не рассчитывают.

Посещаемость изучают отдельно. Google рекомендует сопоставлять периоды и смотреть, какие страницы, запросы, страны или устройства потеряли переходы. Сравнение с тем же периодом прошлого года помогает заметить сезонность. Поисковые позиции меняются вместе с содержанием интернета; исправление сайта не гарантирует заметного роста. [6]

Ошибки, ограничения и спорные вопросы

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

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

В Яндексе после снятия ограничения позиции определяются тем, насколько сайт подходит под запрос в конкретный момент. Это прямо описано в справке. Возвращение прежнего числа переходов не следует из статуса «ограничение снято». [5]

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

Если отчёт о ручных мерах пуст, сайт исправен?

Он не отвечает на все вопросы: технические ошибки и сезонное снижение спроса нужно расследовать отдельно. [6]

Предупреждение об опасности сайта — ручная санкция?

Такое предупреждение относится к проверке безопасности. Начинать следует с соответствующего отчёта, где указаны обнаруженные угрозы. [3]

Достаточно проверить один адрес из отчёта безопасности?

В отчёте безопасности адреса служат примерами, а не полным перечнем; проблему устраняют по всему сайту. [3]

Почему после снятия ограничения трафик не вернулся?

Помимо ограничений, посещаемость зависит от спроса, технического состояния и изменений поисковых систем. Эти причины проверяют по отдельности. [6]

Решить с помощью сервиса

«SEO-проверка» проверяет технические параметры одной страницы, включая доступность, метатеги и скорость загрузки. Для подключённых сайтов инструмент использует данные Google Search Console и Яндекс Вебмастера. Он работает как внутренний инструмент и готовится к открытию для внешних пользователей. Результаты технической проверки следует сопоставлять с уведомлениями в поисковых кабинетах.

Сервисы MEDIATRONE →

Связанные термины

Источники

  1. Google. (n.d.). Manual actions report. Search Console Help. https://support.google.com/webmasters/answer/9044175?hl=en (дата обращения: 29.10.2026). ↑ а б в г д е ж з и к
  2. Google. (n.d.). Spam policies for Google web search. Google Search Central. https://developers.google.com/search/docs/essentials/spam-policies (дата обращения: 29.10.2026). ↑ а б в
  3. Google. (n.d.). Security issues report. Search Console Help. https://support.google.com/webmasters/answer/9044101?hl=en (дата обращения: 29.10.2026). ↑ а б в г
  4. Cutts, M. (2013, August 8). View manual webspam actions in Webmaster Tools. Google Search Central Blog. https://developers.google.com/search/blog/2013/08/manual-actions-viewer (дата обращения: 29.10.2026). ↑ а б
  5. Яндекс. Безопасность сайта и нарушения // Вебмастер: справка. URL: https://yandex.ru/support/webmaster/ru/service/security-threats (дата обращения: 29.10.2026). ↑ а б в г д
  6. Google. (2025, December 10). Debugging drops in Google Search traffic. Google Search Central. https://developers.google.com/search/docs/monitor-debug/debugging-search-traffic-drops (дата обращения: 29.10.2026). ↑ а б в г д

Служебный блок

Версия
2.0
Факты проверены
Подготовка
Редакция Медиатрона
Публикация
утверждена владельцем издания 4 ноября 2026 г.

Редакция Медиатрона. Факты сверены с первоисточниками на дату проверки, публикация утверждена владельцем издания.

Нашли ошибку? info@mediatrone.ru