Изменения алгоритмов ранжирования сайтов происходят у Яндекса и Google почти непрерывно, но раз в несколько лет случаются волны, которые меняют правила игры целиком. В 2016 году такой волной был переход на mobile-first, сейчас — рост веса поведенческих сигналов, скорости, экспертности контента и ИИ-ответов прямо в выдаче. После каждого такого обновления часть сайтов теряет позиции не из-за санкций, а потому что перестаёт соответствовать новым критериям.
Что изменилось в алгоритмах ранжирования сайтов за последние годы
За десять с лишним лет поисковые системы прошли путь от оценки текста и ссылок к оценке сайта как сервиса: как быстро он открывается, удобно ли им пользоваться с телефона, отвечает ли контент на вопрос без необходимости идти дальше по выдаче. Каждое крупное обновление добавляло новый критерий, а не отменяло старые — поэтому сайт, который не обновлялся годами, обычно отстаёт сразу по нескольким направлениям, а не по одному.
Первой такой волной стал мобильный апдейт, о котором дальше отдельно. За ним последовал рост значения экспертности и достоверности контента, затем — ужесточение требований к скорости и техническому состоянию сайта, отдельная логика для коммерческих запросов (магазины, услуги, доставка) и, в последние пару лет, встраивание ИИ-ответов прямо в результаты поиска. Каждый этап разбирает продвижение сайтов как отдельная область работы, а не разовую настройку.
Понимать эту последовательность важно, потому что позиции сайта — это не статичное состояние, а результат соответствия текущему набору факторов. Сайт, который был в топе три года назад, может проседать сегодня не потому что стал хуже, а потому что критерии сместились, а он остался прежним.
Мобильный апдейт и переход к mobile-first ранжированию
Мобильный апдейт был первым сигналом, что поисковики начали ранжировать сайты по тому, насколько удобно ими пользоваться со смартфона, а не только по содержимому страниц. Если пользователь искал товар с телефона, а в топ-10 попадал сайт без мобильной версии или с криво работающей вёрсткой, он тратил время на поиск альтернативы вместо покупки — и поисковик начал понижать такие сайты в выдаче именно за это.
Логика с тех пор не изменилась, только ужесточилась: mobile-first стал базовым правилом, а не отдельным фактором, за который можно получить бонус. Сайт без адаптивной версии или с поломанной мобильной вёрсткой сегодня не «немного теряет» в позициях — он выпадает из конкуренции по мобильным запросам почти полностью, а именно с телефонов сегодня приходит основной трафик по коммерческим запросам. Вложения в рекламу, контент и SEO при этом обесцениваются: трафик может идти, но не конвертироваться, потому что человек не может нормально оформить заказ с телефона.
Если вы не уверены, как ваш сайт выглядит и работает на смартфоне, это стоит проверить в первую очередь — до разбора любых других факторов ранжирования. Иногда проблема не в отсутствии адаптива, а в устаревшей платформе, на которой сайт собирался; это подробно разобрано в сравнении конструктора сайтов и веб-студии.
Актуальные факторы ранжирования Яндекса и Google сегодня
Сегодняшнее ранжирование строится на четырёх группах сигналов: качество и экспертность контента, поведение пользователей на сайте, техническое состояние (скорость, ошибки, доступность) и отдельные коммерческие критерии для магазинов и услуг. Ни одна группа не работает в одиночку — просадка по одной группе не компенсируется силой в другой.
Качество контента и экспертность
Поисковики стали заметно строже к текстам, которые ничего не объясняют по существу: общие фразы, пересказ конкурентов, отсутствие конкретики. Выше ранжируются страницы, которые дают прямой ответ на вопрос, показывают опыт автора или компании и не заставляют читателя догадываться. Это касается и коммерческих страниц: описание услуги без цен, сроков и деталей работы читается поисковиком как менее полезное, чем страница с конкретикой.
Поведенческие сигналы: клики, время на сайте, возвраты в выдачу
Яндекс исторически много весит поведение: как быстро человек уходит обратно в выдачу, сколько страниц смотрит, дочитывает ли до конца. Если пользователь кликает на сайт и через несколько секунд возвращается к поиску, это сигнал, что страница не ответила на запрос — и такие сайты постепенно опускаются, даже если формально в тексте есть нужные ключевые слова.
Скорость и техническое состояние сайта
Медленная загрузка, ошибки при открытии страниц, нестабильный хостинг — всё это напрямую снижает позиции, а не просто ухудшает впечатление. Технические факторы ранжирования требуют регулярной проверки: то, что работало корректно год назад, могло сломаться после обновления CMS, плагина или смены сервера.
Коммерческие факторы для бизнеса и интернет-магазинов
Для запросов «купить», «заказать», «цена» поисковики отдельно оценивают наличие цен, условий доставки, способов оплаты и обратной связи. Интернет-магазинам на этом фоне важна связка витрины с системой, которая обрабатывает заказы — например, интернет-магазин на 1С-Битрикс с CRM или отдельная разработка CRM-системы под конкретные процессы бизнеса: это влияет не на ранжирование напрямую, но на то, конвертируется ли пришедший трафик в продажи.
Как ИИ-ответы и генеративный поиск меняют выдачу
ИИ-ответы встраиваются прямо в верхнюю часть выдачи и в части запросов закрывают вопрос пользователя без перехода на сайты — это меняет саму механику получения трафика, а не только ранжирование ссылок. Если раньше сайт конкурировал за позицию 1–10, то теперь он ещё и конкурирует за то, чтобы стать источником, на который сошлётся или из которого возьмёт данные генеративный ответ.
Практический вывод для владельца сайта: контент, который даёт чёткий, структурированный ответ на конкретный вопрос — с цифрами, шагами, таблицами — получает больше шансов попасть в такой ответ или в блок с выдержкой, чем размытый текст «обо всём». Это не отменяет обычное SEO, а добавляет к нему требование: страница должна быть понятна не только человеку, но и системе, которая коротко пересказывает её суть.
Для бизнеса это означает, что часть трафика по информационным запросам может снижаться даже при сохранении позиций — потому что ответ пользователь получает не кликая. Это стоит учитывать при оценке эффективности контента: падение переходов не всегда означает падение позиций, иногда это просто смена модели показа выдачи.
Почему сайт упал в выдаче после обновления алгоритма
Чаще всего падение позиций после апдейта объясняется не одной причиной, а совпадением нескольких: сайт годами не обновлял технику, контент писался под старые требования, а мобильная версия работала «более-менее». Апдейт в такой ситуации не создаёт проблему, а обнажает то, что копилось давно.
Разбираться стоит по порядку: сначала техническое состояние (скорость, ошибки, мобильная вёрстка), затем поведенческие метрики в Яндекс.Метрике или аналогах, и только потом — контент и структуру страниц. По опыту работы с корпоративными сайтами — например, из портфолио корпоративных сайтов — устранение технических проблем и адаптива обычно возвращает позиции быстрее, чем ожидание следующего обновления алгоритма в надежде, что «само вернётся».
Отдельно стоит проверить, не совпало ли падение с внешним фактором: сменой домена, миграцией на другой хостинг, редизайном без сохранения структуры URL. Такие вещи по последствиям неотличимы от алгоритмической просадки, но чинятся иначе.
Сколько стоит привести сайт в порядок после изменений алгоритма
Стоимость зависит от того, что именно чинить: точечная доработка адаптива и скорости обходится дешевле, чем полная пересборка сайта на актуальной платформе. Ниже — ориентир по типам сайтов «под ключ», от которого можно отталкиваться, если ремонт перерастает в переделку.
| Тип сайта | Цена от | Срок |
|---|---|---|
| Лендинг | 34 000 руб. | 2–3 недели |
| Сайт-визитка | 28 000 руб. | 2 недели |
| Корпоративный сайт | 78 000 руб. | 4–6 недель |
| Интернет-магазин / портал | 120 000 руб. | 8–12 недель |
| Готовое решение на 1С-Битрикс | 89 900 руб. | 3–5 дней |
Если проблема ограничена мобильной вёрсткой и скоростью, обычно достаточно доработки без пересборки сайта целиком — это дешевле и быстрее любого пункта из таблицы. Полная переделка имеет смысл, когда платформа устарела настолько, что чинить дороже, чем создать новый сайт на актуальном стеке.
Этапы аудита и исправления сайта после апдейта
Технический аудит
2–3 рабочих дня
Проверяем адаптивность, скорость загрузки, ошибки индексации и доступность страниц для поисковых роботов.
Приоритизация проблем
1–2 рабочих дня
Выделяем то, что напрямую бьёт по позициям, откладываем косметику.
Исправление мобильной версии и скорости
5–10 рабочих дней
Срок зависит от того, точечная это доработка или пересборка шаблонов.
Донастройка контента под текущие факторы
3–5 рабочих дней
Добавляем конкретику, структуру, ответы на вопрос запроса.
Контроль поведенческих метрик
2–4 недели
Смотрим динамику отказов и глубины просмотра после внедрения правок.
Такая последовательность даёт результат быстрее, чем попытка исправить всё сразу без приоритетов: технические проблемы блокируют эффект от контентных правок, поэтому их закрывают первыми.
Кому это актуально, а кому можно не спешить
Разбираться в изменениях алгоритмов ранжирования особенно важно владельцам сайтов старше двух-трёх лет, интернет-магазинам и бизнесам, для которых органический поиск — основной канал заявок. Если сайт не обновлялся давно, вероятность накопленного технического долга высокая даже без явных жалоб пользователей.
Меньше повода для срочности у сайтов, которые уже прошли адаптацию под mobile-first, регулярно проверяются на скорость и ошибки, а трафик получают в основном напрямую или из рекламы, а не из органической выдачи. Также не стоит паниковать при каждом слухе об апдейте, если позиции стабильны — реагировать нужно на подтверждённое падение метрик, а не на упоминания в новостях.
Отдельная категория — новые сайты, которые изначально собирались с учётом адаптива и скорости: для них большинство описанных изменений уже учтено на старте, и специально «догонять» алгоритм не требуется.
Ошибки при реакции на обновления алгоритмов
Реакция на апдейт часто делает хуже, чем сам апдейт, если действовать без разбора причин:
- 01 Гнаться за каждым слухом об обновлении
Переделывать сайт под непроверенные догадки вместо анализа реальных метрик своего проекта.
- 02 Чинить симптом, а не причину
Точечно ускорять отдельные страницы, не трогая структуру мобильной версии, которая и создаёт проблему.
- 03 Игнорировать поведенческие метрики
Оптимизировать только тексты, не проверяя, как посетители ведут себя на сайте на самом деле.
- 04 Ждать, что позиции вернутся сами
Терять недели на надежду, пока конкуренты уже адаптировались к новым правилам.
- 05 Менять всё одновременно без приоритетов
Распылять бюджет вместо последовательного исправления критичных факторов.
