Фильтры Google: Панда, Пингвин и Helpful Content
Слово «фильтр» в разговоре про Google почти всегда употребляют неправильно. Владелец сайта видит обвал трафика на 60% и говорит: «нас зафильтровали». В девяти случаях из десяти никакого фильтра нет — есть переоценка качества сайта алгоритмом, который просто перестал считать ваши страницы достойными первой десятки. Разница принципиальна: ручную санкцию снимают заявкой на пересмотр за две недели, а алгоритмическую переоценку отрабатывают месяцами системной работой. В этой статье разбираем, как эволюционировали Панда, Пингвин и Helpful Content, чем алгоритмическое понижение отличается от ручных мер, как отличить санкцию от обычного апдейта и что делать дальше. Если разбираться самому некогда — мы возьмём диагностику на себя в рамках SEO-продвижения.
Коротко
- Google различает две принципиально разные вещи: ручные меры (manual actions — их накладывает человек, они видны в Search Console) и алгоритмические понижения (никаких уведомлений, только просадка в аналитике).
- Панда (качество контента, 2011) и Пингвин (ссылочный спам, 2012) с 2016 года встроены в основной алгоритм и работают в реальном времени — «выхода из-под Панды» как отдельного события больше не существует.
- Helpful Content System с марта 2024 года интегрирована в core-алгоритм и работает как один из сигналов качества, а не как отдельный классификатор поверх выдачи.
- Пингвин с 2016 года в большинстве случаев не понижает сайт, а обесценивает плохие ссылки — отсюда падение позиций без всякой «санкции».
- SpamBrain — система машинного обучения против спама; именно она стоит за spam-апдейтами, link spam updates и site reputation abuse.
- Диагностика начинается не с догадок, а с трёх проверок: уведомления в Search Console, точная дата просадки, срез падения по типам страниц и запросов.
- Восстановление после алгоритмического понижения занимает от одного апдейта до нескольких месяцев и требует переработки сайта, а не косметики.
Что такое «фильтр Google» на самом деле
Термин «фильтр» пришёл из отечественной практики и прижился по аналогии с фильтрами Яндекса, где понижающие алгоритмы действительно оформлены как санкции с уведомлением в Вебмастере. У Google модель другая. Официально существует только один вид явных санкций — manual actions, ручные меры. Всё остальное — не «фильтры», а результат работы систем ранжирования, которые переоценивают полезность вашего сайта относительно конкурентов.
Разница не терминологическая, а практическая. Она определяет, что вы будете делать в понедельник утром. При ручных мерах у вас есть конкретная формулировка нарушения, конкретный набор затронутых URL и процедура: устранить — отправить заявку на пересмотр — дождаться ответа живого человека. При алгоритмическом понижении нет ни уведомления, ни формулировки, ни адресата для заявки. Есть только график в Search Console, уходящий вниз, и необходимость самостоятельно понять, какой сигнал качества у вас просел.
Именно поэтому первое, что делает опытный специалист при просадке, — открывает раздел «Меры, принятые вручную» в Google Search Console. Если там зелёная галочка «Проблем не обнаружено», то версию с санкцией можно закрывать и переходить к анализу апдейтов. Ошибка новичка — месяцами чистить ссылочный профиль там, где на самом деле сайт просел из-за качества контента, или наоборот переписывать тексты при явном ссылочном спаме.
ГЛАВНОЕ РАЗЛИЧИЕ
Ручная мера — это обвинение, которое можно оспорить. Алгоритмическое понижение — это оценка, которую нужно изменить. В первом случае вы работаете с Google, во втором — с сайтом. Перепутаете — потеряете квартал.
Панда: как Google начал оценивать качество контента
Панда запустилась в феврале 2011 года и стала первым массовым ударом по «контентным фермам» — сайтам, которые генерировали тысячи поверхностных статей под низкочастотные запросы. До Панды объём решал: чем больше страниц, тем больше трафика. После Панды заработала логика, которую Google не менял до сих пор: качество сайта оценивается целиком, а не постранично. Плохие страницы тянут вниз хорошие, потому что классификатор выставляет оценку домену.
Что именно ловила и ловит Панда:
- Тонкий контент (thin content) — страницы с минимумом смысла: карточки товаров с одним предложением описания, теги и рубрики без текста, автосгенерированные страницы городов, отличающиеся только топонимом.
- Дублирующийся и скопированный контент — от прямого копипаста до «рерайта» и до внутренних дублей вроде страниц фильтров без canonical.
- Переспам ключевыми словами — тексты, написанные под алгоритм, а не под человека. Об этой границе подробно писали в материале про тошноту и водность текста.
- Контент низкой экспертности — материал по теме, требующей знаний, написанный человеком без знаний.
- Избыток рекламы над контентом — когда основной текст занимает треть первого экрана, а остальное — блоки рекламы.
Важная веха: в январе 2016 года Google подтвердил, что Панда стала частью core-алгоритма. Это значит, что отдельных «апдейтов Панды», которые раньше выкатывались раз в несколько месяцев и вызывали резкие обвалы, больше нет. Оценка качества пересчитывается постоянно, по мере переобхода страниц. Отсюда практическое следствие: если вы удалили 5 000 мусорных страниц, эффект придёт не завтра и не одним скачком, а размажется на недели — по мере того как робот переобойдёт сайт и пересоберёт общую картину.
Почему «удалить плохое» работает лучше, чем «дописать»
Классическая дилемма при работе с последствиями Панды: улучшать слабые страницы или убирать их. Практика показывает, что решение зависит от потенциала страницы. Если у страницы есть спрос (её ищут, она отвечает на реальный запрос из семантического ядра) — её нужно переписывать по-настоящему, а не дописывать три абзаца. Если спроса нет и страница создавалась «чтобы было» — её нужно убирать: удалять с 410, склеивать 301-редиректом с релевантной или закрывать от индексации через noindex.
Самая частая ошибка — попытка «разбавить» плохое хорошим. Добавить 20 новых качественных статей, не тронув 3 000 старых пустышек. Это не работает: доля мусора в индексе остаётся высокой, а сигнал качества считается по всему домену. Порядок правильный обратный — сначала санитария индекса, потом наращивание.
Пингвин: от санкции к обесцениванию ссылок
Пингвин появился в апреле 2012 года и бил по неестественному ссылочному профилю: покупным ссылкам, сеткам сателлитов (PBN), спаму в комментариях и профилях, переоптимизированным анкорам. Первые версии Пингвина работали как настоящая санкция: сайт с плохим профилем понижался целиком, и выход занимал месяцы — нужно было вычистить ссылки, дождаться следующего запуска алгоритма (а между версиями проходило по году-полтора) и надеяться на пересчёт.
Сентябрь 2016 года изменил всё. Пингвин 4.0 стал частью core-алгоритма, начал работать в реальном времени и — это ключевое — перешёл от понижения к обесцениванию (devaluation). Логика новая: вместо того чтобы наказывать сайт за плохие ссылки, Google просто перестаёт их учитывать. Ссылка не передаёт вес, как будто её нет.
Последствие для практики огромное. Сайт, который годами держался на закупных ссылках, после обесценивания не получает «санкцию» — он получает обнуление того ресурса, на котором стоял. Позиции падают, но в Search Console пусто, ручных мер нет, ошибок нет. Владелец ищет фильтр, а фильтра нет: просто исчезла подпорка. Это одна из самых частых причин ситуации «сайт упал в выдаче без всякой причины».
Второе следствие — переоценка роли Disavow. Раньше отклонение ссылок было обязательной процедурой при выходе из-под Пингвина. Сейчас Google прямо говорит, что подавляющему большинству сайтов Disavow не нужен: алгоритм и так игнорирует мусор. Реально файл отклонения нужен в двух случаях: при ручной мере за неестественные ссылки (тогда без него заявку не примут) и при доказанной атаке негативным SEO, когда на сайт массово льют спамные ссылки с явно вредоносными анкорами. Во всех прочих случаях бездумный Disavow чаще вредит: под нож попадают нормальные доноры, и сайт теряет реальный вес. Как строить профиль так, чтобы не попадать в эту историю, разобрано в статьях про ссылочное продвижение и анкор-лист.
ПРО DISAVOW
Disavow — это скальпель, а не швабра. Массовое отклонение доменов «на всякий случай» по выгрузке из стороннего сервиса — способ ухудшить позиции своими руками. Отклоняйте только то, про что можете сказать: эта ссылка появилась в результате манипуляции или атаки, и я знаю, откуда она.
Helpful Content System: главный перелом последних лет
Helpful Content Update запустился в августе 2022 года и был реакцией на новую реальность: массовое производство контента, написанного «для поисковика» и — всё чаще — нейросетями. Формулировка Google была прямой: система выявляет контент, созданный в первую очередь для ранжирования, а не для людей.
Первая версия HCU работала как классификатор поверх выдачи: сайту присваивался общедоменный сигнал, который понижал весь сайт целиком, включая нормальные страницы. Сентябрьский апдейт 2023 года усилил систему и одновременно смягчил формулировки про ИИ-контент — акцент сместился с «кто написал» на «зачем написали».
Ключевой момент — март 2024 года. Google объявил, что Helpful Content System перестаёт быть отдельной системой и интегрируется в основной алгоритм ранжирования как набор сигналов. С этого момента говорить «сайт под HCU» некорректно: полезность контента стала одним из множества факторов core-алгоритма, и она пересчитывается вместе с остальными при каждом Google Core Update. Тот же мартовский апдейт 2024 года затронул, по заявлениям Google, порядка 40% некачественных результатов — это был один из самых масштабных пересмотров выдачи за десятилетие.
По каким признакам система считает контент бесполезным
Google опубликовал список вопросов для самопроверки, и он гораздо полезнее любых догадок про «проценты уникальности». Практический перевод на язык действий:
- Контент вне вашей области. Сайт про строительство внезапно публикует раздел про криптовалюты, потому что там трафик. Это прямой сигнал — контент делается для поиска, а не для аудитории.
- Пересказ чужого. Материал не добавляет ничего сверх того, что уже есть в ТОПе: нет собственного опыта, данных, наблюдений, снимков экрана, цифр из своей практики. Это ядро E-E-A-T — первая E, опыт.
- Написано под алгоритм. Материал построен вокруг ключевых фраз, объём нагнан ради объёма, есть ответ «в общем», но нет ответа «конкретно». Как делать иначе — в разборе про SEO-тексты.
- Обещание, которое не выполняется. Заголовок обещает ответ, статья сообщает, что «ответ зависит от многих факторов». Читатель уходит обратно в выдачу — а это уже поведенческий сигнал.
- Масштабное производство ради масштаба. Сотни статей в месяц по всем темам подряд, без редактуры и без специалистов. Именно это в марте 2024 года получило официальное название scaled content abuse.
Про нейросети позиция Google к 2026 году устоялась и звучит так: способ производства не имеет значения, имеет значение результат. ИИ-контент, который создан для помощи людям, экспертен и проверен, допустим. ИИ-контент, штампуемый пачками ради ранжирования, — это спам, и он попадает под scaled content abuse независимо от того, писал его человек или модель. Подробнее об этой границе — в материале про нейросети в SEO.
SpamBrain и спам-апдейты: третий контур
SpamBrain — система машинного обучения, которую Google использует для обнаружения спама с 2018 года. Именно она стоит за регулярными spam updates и link spam updates. С 2022 года SpamBrain научили не только находить спамные сайты, но и определять ссылки, купленные или полученные манипулятивно, и нейтрализовать их — это и есть техническая реализация «обесценивания» из Пингвина.
В марте 2024 года Google формализовал три спам-политики, которые к 2026 году остаются основными источниками проблем у коммерческих сайтов:
Scaled content abuse
Массовое производство страниц ради ранжирования, независимо от способа: ИИ, аутсорс копирайтеров, автогенерация из фида. Ключевой признак — масштаб без ценности.
Site reputation abuse
«Паразитное SEO»: авторитетный домен сдаёт разделы под чужой коммерческий контент (купоны, займы, казино), не имеющий отношения к основной теме сайта. С мая 2024 года применяется как ручная мера.
Expired domain abuse
Покупка дропа с историей и авторитетом ради того, чтобы залить на него контент, не связанный с прошлой тематикой, и получить фору в ранжировании.
Link spam
Покупные ссылки, обмен, PBN-сетки, гостевые посты пачками с коммерческими анкорами. Обычно обесценивается алгоритмом, но при грубой массовости выливается в ручную меру.
Отдельно стоит понимать разницу между core update и spam update. Core update — переоценка релевантности и качества: сайт не нарушал ничего, он просто стал хуже относительно конкурентов по совокупности сигналов. Spam update — применение антиспам-систем: сайт нарушал политики. Восстановление отличается радикально. После core-апдейта возможен рост уже на следующем апдейте, если сайт объективно улучшился. После spam-апдейта нужно устранять нарушение, и возврат к прежним позициям не гарантирован никогда — потому что позиции держались на том, что вы устраняете.
Ручные меры: полный список того, что можно получить
Ручные меры накладывает асессор Google после проверки сайта — обычно по сигналу от алгоритма или по жалобе. Они всегда видны в Search Console в разделе «Меры, принятые вручную», и всегда содержат формулировку и охват: весь сайт или отдельные страницы.
| Мера | За что | Охват | Что делать |
|---|---|---|---|
| Неестественные ссылки на сайт | Покупные ссылки, сетки, схемы обмена | Весь сайт или часть | Снять что возможно, остальное в Disavow, описать в заявке всю историю закупок |
| Неестественные ссылки с сайта | Продажа ссылок, сквозные ссылки без rel="sponsored" | Весь сайт | Убрать или закрыть проданные ссылки атрибутами nofollow/sponsored |
| Малополезный контент | Тонкий контент, дорвеи, партнёрские страницы без ценности | Весь сайт или часть | Удалить или переработать; косметика не проходит |
| Чистый спам | Автогенерация, клоакинг, скрапинг | Весь сайт | Обычно полное выпадение из индекса; восстановление тяжёлое |
| Скрытый текст и переспам | Текст цветом фона, скрытые блоки, набивка ключей | Часть страниц | Убрать скрытые блоки, переписать переспамленные тексты |
| Клоакинг и скрытые переадресации | Роботу одно, пользователю другое | Весь сайт | Устранить различия в отдаваемом контенте |
| Спам, созданный пользователями | Спам в комментариях, профилях, форуме | Часть сайта | Почистить, закрыть UGC от индексации, включить модерацию |
| Site reputation abuse | Сдача разделов домена под чужой коммерческий контент | Часть сайта | Убрать паразитные разделы полностью |
Ответ на заявку о пересмотре приходит обычно в течение одной-трёх недель. Главное правило заявки: не спорить и не оправдываться. Асессор ждёт трёх вещей — признания, что именно было нарушено, конкретного перечня выполненных действий с фактами (сколько ссылок снято, сколько страниц удалено, что закрыто), и описания процедур, которые не дадут нарушению повториться. Общие слова «мы всё исправили, пожалуйста, снимите» дают отказ практически гарантированно.
Как диагностировать просадку: пошаговый алгоритм
Диагностика — это отсечение версий, а не поиск виноватого. Порядок действий, который экономит недели.
Проверьте ручные меры и проблемы безопасности
Search Console → «Меры, принятые вручную» и «Проблемы безопасности». Если там что-то есть — дальше не гадаем, работаем по формулировке. Если пусто — санкции нет, версия закрыта.
Установите точную дату просадки
Отчёт «Эффективность» в GSC, сравнение периодов, гранулярность по дням. Нужен день, а не неделя. Резкий обрыв за 1–3 дня — алгоритмическое событие. Плавное сползание за месяцы — конкуренция и устаревание контента, апдейт ни при чём.
Сопоставьте дату с календарём апдейтов
Сверьтесь со списком подтверждённых апдейтов Google (Search Status Dashboard) и трекерами волатильности. Попадание в окно раскатки апдейта ±3 дня — сильная улика. Не совпало ни с чем — ищите причину у себя: релиз, миграция, смена шаблона, сломанный robots.txt.
Исключите техническую причину
Прежде чем обвинять алгоритм, проверьте: не закрылся ли сайт в robots.txt после релиза, не улетел ли noindex в шаблон, не поменялись ли URL, не отдаёт ли сервер 5xx роботу. Половина «фильтров», с которыми к нам приходят, — это выкатка на прод в пятницу вечером.
Сделайте срез: что именно упало
Разложите падение по типам страниц (карточки / категории / блог / услуги), по типам запросов (информационные / коммерческие / брендовые) и по устройствам. Упал только блог — сигнал качества контента. Упали коммерческие страницы при живом блоге — вероятнее ссылки или коммерческие факторы. Упало всё разом, включая бренд, — ищите техническую причину или ручную меру.
Отделите падение позиций от падения кликов
Позиции стоят, а клики упали — это не понижение, это изменение выдачи: добавился AI Overview, расширились колдунщики, конкурент переписал сниппет. Лечится другим — работой с CTR и title и description, а не переписыванием сайта.
Сравните себя с теми, кто вырос
Посмотрите, кто занял ваши позиции. Если выросли сайты с реальной экспертизой, авторами и практикой, а вы — компиляция из ТОП-10, диагноз ясен без всяких инструментов.
Как отличить алгоритмическое понижение от обычной конкуренции
Быстрый практический тест. Алгоритмическое понижение: обрыв за 1–3 дня, синхронный по большому числу запросов, часто затрагивает целые разделы, брендовые запросы обычно остаются. Конкурентное сползание: снижение на 2–5 позиций в течение недель, неравномерное по запросам, чаще там, где конкуренты обновили контент. Техническая проблема: падает вместе с индексом — смотрите отчёт «Индексирование страниц», там будет виден рост исключённых URL. Разбор всех сценариев есть в статье про индексацию сайта.
Что делать: план восстановления
Если это ручная мера
- Прочитайте формулировку буквально и определите охват — весь сайт или конкретные URL.
- Устраните причину полностью, а не частично. Асессор проверяет выборочно, но при первом же найденном непочищенном примере заявка отклоняется.
- Соберите документацию: что именно сделано, в каком объёме, с датами. Таблица со списком снятых ссылок и ответами вебмастеров — лучший аргумент.
- Отправьте заявку с честным описанием. Признайте нарушение. Опишите, что изменили в процессах.
- При отказе — не отправляйте заявку повторно с тем же текстом. Ищите то, что пропустили.
Если это алгоритмическое понижение
Здесь нет заявки и нет кнопки. Работа идёт по трём направлениям, и сроки измеряются не неделями, а апдейтами.
- Санитария индекса. Выгрузите все проиндексированные URL и классифицируйте: приносит трафик / имеет потенциал / мусор. Мусор — удалить (410) или склеить редиректом. Служебные и фильтрационные страницы — закрыть или канонизировать. Цель — чтобы в индексе не было страниц, которые вы сами не показали бы клиенту.
- Переработка контента. Не «дописать до 5 000 знаков», а добавить то, чего нет у конкурентов: собственный опыт, цифры, порядок действий, ограничения, ошибки. Указать авторов с реальной квалификацией. Проставить даты обновления честно. Это прямая работа на E-E-A-T.
- Ссылочная гигиена. Остановить закупку, если она была. Оценить, какая доля профиля — манипулятивная. Помнить: обесцененные ссылки не «лечатся» отклонением, их нужно заместить естественными — упоминаниями, публикациями, крауд-маркетингом с реальным смыслом.
Параллельно нужно закрывать фундамент: Core Web Vitals, мобильную версию, структуру сайта и перелинковку. Эти факторы не вызывают понижений сами по себе, но при переоценке качества работают как гиря: при прочих равных проигрывает тот, у кого страница грузится четыре секунды и разъезжается на телефоне.
Восстановление после алгоритмического понижения — это не снятие санкции. Это перестройка сайта до состояния, при котором алгоритм пересчитает вас иначе. Google не «прощает» — он пересчитывает.
Сроки, о которых надо говорить честно
Google неоднократно подтверждал: восстановление после core-апдейта происходит, как правило, на следующем core-апдейте, а между ними проходит от полутора до нескольких месяцев. То есть если вы переработали сайт в мае, а следующий апдейт вышел в августе — результат вы увидите в августе, и никакие ускорения тут не работают. При этом изменения должны быть накоплены и переобойдены роботом заранее. Отдельно нужно принять неприятное: полный возврат к прежним значениям не гарантирован. Если трафик держался на страницах, которые вы удалили как мусор, часть его не вернётся никогда — вернётся другой трафик, более качественный, но иной по объёму.
Профилактика: как не попадать
Правило одного специалиста
Каждый материал должен быть таким, чтобы его не стыдно было показать профильному специалисту. Если статью по вашей теме читал бы только робот — она не нужна.
Профиль, который выдержит проверку
Естественное распределение анкоров, доноры по теме, темп прироста без всплесков. Если профиль нельзя объяснить асессору вслух — он проблемный.
Аудит раз в квартал
Регулярная выгрузка проиндексированных URL и чистка мусора. Разросшийся индекс — самая недооценённая причина медленного сползания.
Календарь апдейтов
Отслеживайте Search Status Dashboard и фиксируйте свои релизы в одном журнале с апдейтами. Без этого журнала вы никогда не отличите свою ошибку от чужого алгоритма.
И главное — не оптимизируйте под «отсутствие фильтра». Оптимизируйте под то, чтобы страница была лучшим ответом на запрос. Все три системы — Панда, Пингвин и Helpful Content — устроены вокруг одного вопроса: заслуживает ли этот сайт места в первой десятке по совокупности пользы. Всё остальное — детали реализации, которые Google меняет каждый год. Как эти механики соотносятся с российской выдачей, разбирали в материале про SEO под Google, а общую картину изменений — в обзоре трендов SEO 2026.
Частые вопросы
Начните с Search Console, раздел «Меры, принятые вручную». Если там пусто — формального фильтра нет, и речь об алгоритмическом понижении. Дальше установите точную дату просадки по отчёту «Эффективность» с разбивкой по дням и сопоставьте её с календарём подтверждённых апдейтов Google. Резкий обрыв за один-три дня, совпавший с окном раскатки апдейта, — это алгоритмическая переоценка. Плавное сползание месяцами — это конкуренция и устаревание контента, а не санкция.
Как отдельные алгоритмы с собственными датами запуска — нет. Панда вошла в основной алгоритм в 2016 году, Пингвин — тогда же, в версии 4.0. Их логика продолжает работать, но пересчёт идёт постоянно, по мере переобхода страниц, а не разовыми апдейтами. Поэтому фраза «мы вышли из-под Панды» сегодня лишена смысла: вы не выходите из-под события, вы меняете оценку качества сайта, и она пересчитывается непрерывно.
В большинстве случаев нет. С 2016 года Пингвин не наказывает за плохие ссылки, а обесценивает их — они просто не учитываются. Disavow объективно нужен в двух ситуациях: при ручной мере за неестественные ссылки (без файла заявку не примут) и при доказанной атаке негативным SEO. Массовое отклонение доменов «на всякий случай» по выгрузке из стороннего сервиса — распространённый способ ухудшить позиции своими руками, потому что под нож попадают нормальные доноры.
Не за факт использования нейросети, а за результат. Позиция Google: способ производства не важен, важна польза для человека. Проблемы начинаются, когда ИИ используют для массового производства страниц ради ранжирования — это подпадает под политику scaled content abuse, сформулированную в марте 2024 года. При этом такая же участь ждёт и сотни бесполезных статей, написанных живыми людьми на аутсорсе. Признак нарушения — масштаб без ценности, а не инструмент.
Core update — это переоценка релевантности и качества всей выдачи: вы ничего не нарушали, но стали хуже относительно конкурентов по совокупности сигналов. Spam update — это применение антиспам-систем (SpamBrain) к сайтам, которые нарушают политики Google. Отличается и восстановление: после core-апдейта рост возможен уже на следующем апдейте, если сайт объективно улучшился; после spam-апдейта нужно устранить нарушение, и возврат к прежним позициям не гарантирован — они держались на том, что вы убираете.
От одного апдейта до нескольких месяцев. Google подтверждал, что заметное восстановление обычно приходится на следующий core-апдейт, а промежуток между ними — от полутора месяцев и больше. Важно: изменения должны быть внесены и переобойдены роботом заранее, до апдейта, иначе вы просто пропускаете окно. И надо честно принимать, что полный возврат к прежним цифрам не гарантирован: если трафик держался на страницах, которые вы удалили как мусор, эта его часть не вернётся.
Практически нет — именно потому, что Пингвин с 2016 года обесценивает ссылки, а не наказывает за них. Массовый спам с сомнительных доменов Google в подавляющем большинстве случаев просто игнорирует. Реальный риск негативного SEO лежит в другой плоскости: взлом сайта и внедрение чужих ссылок или редиректов, копирование вашего контента, накрутка поведенческих со стороны. За этим стоит следить, а бояться закупленных на вас ссылок — вчерашний день. Про риски накрутки подробно писали в отдельном материале про накрутку поведенческих факторов.
Постоянно. Это разные алгоритмы с разными приоритетами: Google сильнее опирается на ссылочный профиль и сигналы E-E-A-T, Яндекс — на поведенческие и коммерческие факторы. Сайт может отлично чувствовать себя в Яндексе и просесть в Google после core-апдейта, и наоборот. Диагностику всегда ведите раздельно, по каждой системе своими инструментами, и не переносите выводы из одной панели вебмастера в другую.
Вернём трафик после апдейта Google и защитим от санкций
Найдём реальную причину просадки: ручная мера, алгоритмическая переоценка или техническая ошибка. Составим план восстановления с приоритетами и сроками, доведём сайт до состояния, при котором алгоритм пересчитает его в вашу пользу. Прозрачный договор, отчёты каждую неделю.
- Пакет «Старт» от 55 000 ₽/мес
- Пакет «Стандарт» 75 000 ₽/мес
- Пакет «Премиум» 95 000 ₽/мес
- Бесплатный аудит и прогноз
- Договор с гарантией результата
- Отчёты каждую неделю
Комментарии (14)
Алексей Ж.
Вот эта мысль про «ручная мера — обвинение, алгоритмическое понижение — оценка» стоит того, чтобы её распечатать и повесить над столом. Полгода назад мы как раз чистили ссылки там, где надо было выносить мусорные страницы из индекса.
Марина_К
У нас интернет-магазин, просели в марте. В Search Console по мерам чисто, дата совпала с окном апдейта. Упали при этом только категории, карточки живые. Куда копать в такой ситуации — контент категорий или всё-таки ссылки?
AdminSEO Мастер
Марина, при живых карточках и упавших категориях ссылки почти наверняка ни при чём. Смотрите в первую очередь на страницы фильтров: если их сотни в индексе без canonical и они по сути дубли категорий, это классическая история с тонким контентом. Выгрузите все проиндексированные URL и посчитайте долю таких страниц — обычно всё становится понятно за вечер.
vladimir77
Про пункт «выкатка на прод в пятницу вечером» — прямо в точку. У нас так noindex уехал в шаблон и две недели никто не замечал.
Ольга П.
А что если я не могу понять, есть ли у страницы потенциал? Вы пишете «есть спрос — переписывать, нет — удалять», но у меня половина блога даёт по 5-10 визитов в месяц. Это уже мусор или ещё нет?
AdminSEO Мастер
Ольга, смотрите не на текущий трафик, а на спрос по запросу. Если у темы есть частотность, а вы висите на 20-й позиции — это недоработанная страница, её надо переписывать. Если частотности нет вообще и статья писалась «чтобы был контент» — это кандидат на удаление или склейку с более сильным материалом.
Дмитрий
Не соглашусь насчёт Disavow. Да, Google говорит, что он не нужен, но Google много чего говорит. Я отклонял откровенный дорвейный мусор и через пару апдейтов увидел рост. Совпадение? Может быть. Но проверять на своём сайте больше не хочу.
Ирина
Спасибо за таблицу с ручными мерами. Первый раз вижу, где рядом с каждой мерой написано, что конкретно делать, а не «устраните нарушение».
Сергей_бизнес
Владелец небольшого производства. Мне подрядчик год говорил «мы под фильтром, ждём». Прочитал про шаг «отделить падение позиций от падения кликов» — открыл GSC, а у меня позиции стоят на месте, просто кликов меньше. Никакого фильтра и близко нет.
AdminSEO Мастер
Сергей, вы сами поставили диагноз лучше подрядчика. Стабильные позиции при падении кликов — это изменение самой выдачи: AI Overview, расширенные блоки, переписанные сниппеты у конкурентов. Лечится работой с title, description и структурой сниппета — это недели, а не кварталы. Если хотите, посмотрим на бесплатном аудите, где именно вы теряете CTR.
Анна Т.
Больше всего зацепила фраза «Google не прощает — он пересчитывает». Как-то сразу снимает надежду на волшебную кнопку.
Максим
Вопрос по scaled content abuse. У меня блог, пишу сам, но с черновиками помогает нейросеть, потом переписываю и добавляю свою практику. Выходит 6-8 статей в месяц. Это уже масштаб без ценности или пока нормально?
AdminSEO Мастер
Максим, 6-8 статей в месяц с вашей редактурой и вашим опытом внутри — это не масштаб, это нормальный редакционный темп. Scaled content abuse начинается там, где объём не проходит через голову специалиста вообще. Ваш маркер простой: если в каждой статье есть что-то, чего нет в ТОП-10, вопрос снят.
Костя_Самара
Про журнал, где свои релизы лежат рядом с датами апдейтов, — простая идея, а я до неё сам почему-то не дошёл. Завёл таблицу.
Наталья Р.
Убрали примерно треть старых пустых страниц с 410, ждали обвала — его не было. Наоборот, за несколько месяцев потихоньку вышли на пару тысяч визитов сверху. Правда, эффект действительно размазанный, никакого «щелчка» нет.
Егор
А если ручную меру за неестественные ссылки получил сайт, который я купил уже с историей? Прошлый владелец закупался пять лет, я про эти ссылки вообще ничего не знаю. Что писать в заявке — «это не я»?
AdminSEO Мастер
Егор, «это не я» писать можно и нужно, но только как контекст, а не как аргумент. Асессору всё равно, кто закупал — ему важно, что сделано сейчас. Укажите дату покупки домена, приложите список того, что сняли и что отправили в Disavow, и опишите, что закупок больше не будет. Признание истории плюс конкретика по действиям работают, оправдания — нет.
Полина_М
Хорошо, что честно написали про сроки и про то, что полного возврата может не быть. Обычно все обещают «вернём как было».
Тимур
Немного спорно про Core Web Vitals как «гирю». По моему опыту скорость сама по себе позиции не двигает вообще, ни в плюс, ни в минус. Хотя формулировка «при прочих равных» тут спасает.