Ручные санкции
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 не заменяет порядок Яндекса.
| Вопрос | Яндекс | |
|---|---|---|
| Как принимается описанное решение | Ручную меру принимает проверяющий. [1] | Справка описывает автоматическую проверку алгоритмами. [5] |
| Где искать сведения | Отчёт о ручных мерах в Search Console. [1] | «Оптимизация сайта → Безопасность и нарушения» в Вебмастере. [5] |
| Что происходит после исправления | Владелец запрашивает пересмотр. [1] | Владелец описывает изменения, отмечает исправление и отправляет сайт на проверку алгоритмам. [5] |
Учебный пример. У новостного сайта есть архивный форум. Владелец получил уведомление о пользовательском спаме в этом разделе. Команда нашла рекламные сообщения в старых обсуждениях и решила вести журнал исправлений. Все обстоятельства и числа примера условны.
В журнале для каждого адреса записывают обнаруженную проблему, выполненное действие, ответственного, дату и результат повторной проверки. Например: «В обсуждении №17 удалены спамные сообщения; проверены остальные сообщения ветки; новые публикации направляются модератору». Такая запись полезнее общего «форум очищен»: следующий исполнитель понимает, что именно сделано и что ещё проверять.
В предложенном процессе редактор проверяет содержание, администратор — настройки публикации, а владелец сохраняет решение по обращению. Удалить показанное сообщение недостаточно для внутренней приёмки: команда ищет похожие сообщения и выясняет, как они попали на сайт. Это учебная организация работ, которую нужно адаптировать к обнаруженной причине.
Перед пересмотром Google требует устранить перечисленные проблемы и обеспечить доступ к страницам. Запрос описывает нарушение, исправление и результат; повторное обращение ждёт решения по предыдущему. [1]
Как измерить или проверить
Для учебного журнала редакция предлагает измерять охват повторной проверки. Сначала нужно зафиксировать группу адресов: например, 30 обсуждений архивного форума, которые команда включила в план. Знаменатель — именно эти 30 обсуждений, а не все страницы сайта и не предполагаемое число нарушений.
Охват равен числу повторно проверенных адресов, делённому на число адресов в плане и умноженному на сто процентов. Если проверены 24 из 30 обсуждений, получаем:
Осталось проверить шесть обсуждений. Даже результат 100% означал бы только завершение выбранного плана: он не доказывает, что группа охватила все проблемы, и не предсказывает решение Google. Если группу ещё не определили и её размер равен нулю, процент не рассчитывают.
Посещаемость изучают отдельно. Google рекомендует сопоставлять периоды и смотреть, какие страницы, запросы, страны или устройства потеряли переходы. Сравнение с тем же периодом прошлого года помогает заметить сезонность. Поисковые позиции меняются вместе с содержанием интернета; исправление сайта не гарантирует заметного роста. [6]
Ошибки, ограничения и спорные вопросы
Ошибка диагностики — считать любое падение переходов наказанием. Помимо спама Google перечисляет недоступность сайта, проблемы индексации, обновления алгоритмов и изменение интереса пользователей. Поэтому резкий спад — повод искать причину, а не готовый диагноз. [6]
Ошибка отчётности — смешивать исправление страниц, решение поисковика и возвращение аудитории. В предлагаемом журнале это три отдельные даты. Например, команда может завершить свой план сегодня, но ещё не получить ответ. А после положительного ответа продолжает наблюдать за посещаемостью, не переписывая прошлый результат проверки задним числом.
В Яндексе после снятия ограничения позиции определяются тем, насколько сайт подходит под запрос в конкретный момент. Это прямо описано в справке. Возвращение прежнего числа переходов не следует из статуса «ограничение снято». [5]
Частые вопросы
Если отчёт о ручных мерах пуст, сайт исправен?
Он не отвечает на все вопросы: технические ошибки и сезонное снижение спроса нужно расследовать отдельно. [6]
Предупреждение об опасности сайта — ручная санкция?
Такое предупреждение относится к проверке безопасности. Начинать следует с соответствующего отчёта, где указаны обнаруженные угрозы. [3]
Достаточно проверить один адрес из отчёта безопасности?
В отчёте безопасности адреса служат примерами, а не полным перечнем; проблему устраняют по всему сайту. [3]
Почему после снятия ограничения трафик не вернулся?
Помимо ограничений, посещаемость зависит от спроса, технического состояния и изменений поисковых систем. Эти причины проверяют по отдельности. [6]
Решить с помощью сервиса
«SEO-проверка» проверяет технические параметры одной страницы, включая доступность, метатеги и скорость загрузки. Для подключённых сайтов инструмент использует данные Google Search Console и Яндекс Вебмастера. Он работает как внутренний инструмент и готовится к открытию для внешних пользователей. Результаты технической проверки следует сопоставлять с уведомлениями в поисковых кабинетах.
Связанные термины
Источники
- Google. (n.d.). Manual actions report. Search Console Help. https://support.google.com/webmasters/answer/9044175?hl=en (дата обращения: 29.10.2026). ↑ а б в г д е ж з и к
- Google. (n.d.). Spam policies for Google web search. Google Search Central. https://developers.google.com/search/docs/essentials/spam-policies (дата обращения: 29.10.2026). ↑ а б в
- Google. (n.d.). Security issues report. Search Console Help. https://support.google.com/webmasters/answer/9044101?hl=en (дата обращения: 29.10.2026). ↑ а б в г
- 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). ↑ а б
- Яндекс. Безопасность сайта и нарушения // Вебмастер: справка. URL: https://yandex.ru/support/webmaster/ru/service/security-threats (дата обращения: 29.10.2026). ↑ а б в г д
- 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