Почему Яндекс не обновляет выдачу | Когда будет апдейт

«Яндекс не обновляет выдачу» — самая частая формулировка в письмах, которые я получаю от владельцев сайтов на второй-третьей неделе после того, как они внесли правки и ничего не дождались. Дальше обычно идёт вопрос: когда апдейт, есть ли расписание, где посмотреть дату следующего. Правда неудобная: расписания нет, а в семи случаях из десяти позиции стоят на месте вовсе не потому, что поисковик чего-то не пересчитал, а потому, что робот физически не видел ваших изменений.

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

Апдейт и обновление индекса — не одно и то же

Индекс Яндекса пополняется непрерывно. Роботы обходят миллиарды документов каждые сутки, новые страницы добавляются, исчезнувшие выпадают, содержимое перезаписывается. Этот процесс не имеет пауз, он идёт прямо сейчас, пока вы читаете текст. Никакого «дня загрузки индекса» в современном поиске нет.

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

Отсюда первая практическая мысль. Если ваша страница не переиндексирована, то никакой апдейт вам не поможет: пересчитывать будут старую версию документа, ту самую, что робот сохранил месяц назад. Ждать в этой ситуации бессмысленно, надо сначала добиться, чтобы новая версия попала в индекс. И наоборот — если страница переиндексирована, а позиции стоят, вот тогда речь действительно может идти о том, что факторы для неё ещё не пересчитаны.

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

Шесть типов обновлений, которые двигают выдачу

Под словом «апдейт» люди объединяют совершенно разные события. У них разная периодичность, разная скорость проявления и разные внешние признаки. Понимание типа помогает не паниковать и не искать причину там, где её нет.

Тип обновления	Что меняется	Как заметить
Пополнение индекса	Состав документов: новые страницы добавляются, удалённые выпадают	Растёт или падает число страниц в поиске в панели вебмастера, новые URL начинают находиться по точным фразам
Пересчёт поведенческих факторов	Оценка того, как пользователи ведут себя с вашими документами в выдаче и на сайте	Позиции коммерческих и высокочастотных запросов двигаются группами, при этом контент и ссылки не менялись
Обновление ссылочных данных	Учёт новых и потерянных внешних ссылок, перераспределение веса	Сдвиг заметен через недели после появления ссылок, чаще у молодых сайтов и по конкурентным темам
Обновление формулы ранжирования	Веса существующих факторов пересчитываются на свежих обучающих данных	Массовый сдвиг по многим сайтам сразу, отраслевые чаты синхронно оживают
Внедрение нового алгоритма	Появляются новые факторы или меняется логика оценки качества	Официальное сообщение, резкая и устойчивая перестройка топа, часто с новым типом сайтов наверху
Обновление региональных данных	Привязка сайтов к регионам, состав локальной выдачи, данные организаций	Позиции разъезжаются по городам, в одном регионе рост, в другом падение

Первый тип идёт постоянно и потому апдейтом обычно не называется. Второй и третий происходят регулярно, но их эффект размазан во времени. Четвёртый и пятый — редкие события, которые видны всей отрасли одновременно. Шестой чаще всего проявляется у бизнесов с филиалами и у сайтов услуг, работающих на несколько городов.

Практический вывод: если сдвинулся только ваш сайт, а конкуренты стоят, дело почти наверняка в вашем документе. Если сдвинулась вся тематика — это внешнее событие, и работать надо с относительным положением, а не с абсолютными цифрами.

Почему расписания апдейтов не существует

Когда-то, лет пятнадцать назад, у Яндекса действительно была заметная цикличность: базы обновлялись рывками, между обновлениями выдача застывала. Тогда разговор про «даты апов» имел смысл. Сейчас архитектура другая — индекс живой, а пересчёты факторов идут потоками разной периодичности, у каждого своя.

Часть данных обновляется практически в реальном времени, часть — с задержкой в дни, часть — с задержкой в недели. Наложите шесть потоков с разными циклами друг на друга, и получится непрерывное шевеление без единой точки, которую можно назвать «датой апдейта». Именно поэтому официального календаря нет и быть не может: публиковать нечего.

Отдельно скажу про «выкатки алгоритмов». Даже когда поисковик объявляет о новом алгоритме, его внедрение почти никогда не мгновенное. Раскатка идёт постепенно, часто по долям трафика, и полное проявление занимает недели. Поэтому даже у объявленных событий нет одной чёткой даты, после которой всё стало иначе.

Что на самом деле показывают сервисы «шторма выдачи»

Инструменты, которые рисуют графики волатильности и «фиксируют апдейты», работают по одному принципу: они держат набор запросов, снимают по ним выдачу каждый день и считают, насколько сильно топ вчера отличается от топа сегодня. Если отличие выше обычного — на графике всплеск.

Смежный материал по теме — «Как монополизировать поисковую выдачу Яндекс».

Это измерение следствия, а не причины. Сервис не знает, что происходит внутри поиска, он видит только результат — и видит его задним числом, минимум через сутки. Никакого предсказания такие графики не дают, а «апдейт зафиксирован» означает ровно «вчера выдача поменялась сильнее обычного».

• Всплеск на графике не значит, что пересчитали именно ваши факторы: набор запросов у сервиса свой, тематика может не совпадать с вашей.
• Отсутствие всплеска не значит, что ничего не происходило: локальные изменения в узкой нише растворяются в общей статистике.
• Один и тот же день у разных сервисов выглядит по-разному, потому что базы запросов и методики расчёта разные.
• Для решения «что делать с сайтом» такой график не даёт ничего: он не подсказывает ни причину, ни действие.
• Апдейт
• Обновление сайта
• Обновление PHP: сайт работает, но хостинг требует — что будет, если не трогать

Пользу эти сервисы приносят в одном сценарии: когда вы уже увидели падение и хотите быстро понять, вы один такой или трясло всех. Ответ на этот вопрос действительно меняет план действий. Всё остальное — фон.

Первое, что нужно проверить: страница вообще в индексе

Прежде чем обсуждать пересчёт формулы, убедитесь, что документ существует для поиска в актуальном виде. Порядок проверки простой и занимает минуты.

• Найдите точную длинную фразу из своего текста в кавычках. Если страница находится по ней — она в индексе и содержимое учтено.
• Откройте раздел «Страницы в поиске» в панели вебмастера и найдите конкретный URL. Там же виден статус: в поиске, исключена, дубль, малоценная.
• Проверьте инструментом проверки ответа сервера, что URL отдаёт код 200 и не редиректит на другой адрес.
• Посмотрите, нет ли на странице метатега noindex и не закрыта ли она в robots.txt — это классическая история после переноса с тестового домена.
• Убедитесь, что канонический адрес указывает на саму страницу, а не на раздел или на версию с параметрами.
• Апдейт
• Обновление сайта
• Обновление PHP: сайт работает, но хостинг требует — что будет, если не трогать

Помогу с продвижением: частный SEO-специалист — вывожу сайты в топ Яндекса белыми методами.

Если хотя бы один пункт сорвался, дальше про апдейты можно не думать. Сначала чиним доступность, потом обсуждаем ранжирование. Я видел десятки случаев, когда «Яндекс не обновляет выдачу» расшифровывалось как «страница четыре месяца закрыта директивой, оставшейся от разработчика».

Был ли робот и что именно он увидел

Второй по важности вопрос: заходил ли робот после ваших правок. Ответ есть в панели вебмастера, и он объективный — не гипотеза, а факт с датой.

Где смотреть	Что покажет	Как трактовать
Статистика обхода	Список URL, которые робот скачивал, с датами и кодами ответа	Если вашего адреса нет за последний месяц — робот до него не дошёл, ждать нечего
Страницы в поиске, карточка URL	Дата последнего посещения и текущий статус документа	Дата раньше даты правок означает, что в индексе лежит старая версия
Сохранённая копия в выдаче	Текст документа в том виде, в каком его сохранил поиск	Прямая проверка: если новых абзацев в копии нет, изменения не учтены
Проверка ответа сервера	Код ответа, заголовки, содержимое страницы глазами робота	Ловит редиректы, 5xx под нагрузкой и отдачу разного контента боту и человеку
Мониторинг важных страниц	Уведомления об изменении статуса ключевых URL	Позволяет узнать о выпадении страницы сразу, а не через месяц по падению трафика
Инструмент переобхода	Очередь на приоритетное скачивание указанных адресов	Показывает, что запрос принят; сам факт отправки не гарантирует мгновенного пересчёта

Отдельная ловушка — сайты на JavaScript-фреймворках. Робот может скачать документ, но не увидеть содержимого, если текст подгружается скриптом. В инструменте проверки ответа сервера вы увидите почти пустой HTML, и это объяснит, почему страница в индексе есть, а по своим же фразам не находится.

Вторая ловушка — отдача разного контента. Кэширующие плагины, A/B-тесты и защита от ботов иногда показывают роботу не то, что видит человек. Проверка глазами поисковика снимает вопрос за минуту.

Дубли и ошибки в панели, которые держат позиции на месте

Бывает, что робот заходит, документ в индексе, содержимое актуальное, а позиции стоят. Тогда я иду смотреть окружение страницы — то, что мешает поиску считать её главной по теме.

• Дубли с параметрами: один и тот же материал доступен по адресам с utm-метками, сортировками, идентификаторами сессий. Поиск выбирает главную версию сам, и часто не ту.
• Дубли по структуре: со слэшем и без, с www и без, http и https, index.php и корень раздела. Каждый вариант должен склеиваться редиректом.
• Каннибализация: две-три ваши страницы борются за один запрос, поиск переключается между ними, и позиция скачет без видимой причины.
• Статус «малоценная или маловостребованная»: поиск посчитал документ недостаточно полезным. Это не санкция, а оценка, и лечится доработкой содержимого, а не ожиданием.
• Ошибки в разделе диагностики: недоступность сервера, медленный ответ, проблемы с сертификатом. Пока они горят, приоритет обхода вашего сайта снижен.
• Апдейт
• Обновление сайта
• Обновление PHP: сайт работает, но хостинг требует — что будет, если не трогать

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

Почему новые страницы попадают в выдачу быстро, а правки старых учитываются медленно

Это спрашивают чаще всего: свежая статья оказалась в поиске через два дня, а исправленная главная не двигается третью неделю. Асимметрия объяснимая, и она не про заговор.

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

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

Если нужны детали, смотрите «Почему Яндекс сегодня такой кривой».

Есть и техническая сторона. Частота обхода зависит от того, как часто документ менялся раньше. Страница, которая три года стояла неизменной, попадает в редкий цикл обхода — робот заходит к ней раз в несколько недель, потому что научен опытом, что там ничего нового. Ваша задача — сломать этот шаблон и показать, что документ снова живой.

Дата модификации: сигнал, который чаще всего забывают

Самая частая техническая причина, по которой правки не учитываются неделями, — сайт не сообщает о том, что страница изменилась. Текст в базе новый, а все внешние признаки прежние, и робот проходит мимо.

• Заголовок Last-Modified должен отдавать реальную дату последнего изменения документа, а не текущее время и не дату запуска сайта.
• Корректная поддержка условных запросов: на If-Modified-Since сервер отдаёт 304, если ничего не менялось, и полный ответ, если менялось. Это экономит краулинговый бюджет и делает сигнал достоверным.
• Дата в самом документе — видимая пометка об обновлении и разметка даты изменения — тоже участвует в оценке свежести.
• Если правки вносятся напрямую в базу, минуя админку, дата модификации может не обновиться вообще. Это регулярно происходит при массовых заменах через SQL.
• Апдейт
• Обновление сайта
• Обновление PHP: сайт работает, но хостинг требует — что будет, если не трогать

Последний пункт я вынес отдельно не случайно. Массовые правки скриптом — обычная практика при работе с крупными сайтами, и она молча ломает всю цепочку уведомлений: дата не поменялась, в карту сайта ничего не попало, уведомления не ушли, робот не пришёл. Внешне выглядит как «Яндекс не обновляет выдачу», по факту — поисковик просто не в курсе.

Карта сайта, IndexNow и переобход

Когда дата модификации в порядке, подключаем инструменты ускорения. Ни один из них не даёт гарантии, но вместе они серьёзно сокращают ожидание.

Способ	Что даёт	Ограничения
Переобход страниц в панели вебмастера	Приоритетную постановку конкретных URL в очередь скачивания	Суточный лимит адресов, очередь не мгновенная, для больших сайтов не масштабируется
Карта сайта с корректным lastmod	Систематический сигнал обо всех изменившихся документах сразу	Работает только если lastmod настоящий; фальшивые даты на всех URL обесценивают сигнал
IndexNow	Мгновенное уведомление о том, что адрес изменился, без ожидания обхода	Уведомление о факте, а не запрос на переоценку; злоупотребление снижает доверие
Внутренние ссылки с посещаемых страниц	Повышает вероятность обхода и передаёт вес на целевой документ	Эффект накопительный, проявляется за недели, а не за часы
Внешние ссылки с часто обходимых сайтов	Робот приходит по ссылке и обнаруживает изменения	Дорого, долго, при неаккуратной закупке даёт обратный эффект
Ускорение ответа сервера	Робот успевает скачать больше страниц за визит, растёт частота обхода	Требует технической работы, эффект виден на сайтах от нескольких тысяч страниц

Порядок действий такой. Сначала убеждаемся, что дата модификации реальная. Затем проверяем, что изменившийся URL попал в карту сайта со свежим lastmod. Затем отправляем уведомление через IndexNow, если оно подключено. И только потом добавляем адрес в переобход руками — лимит небольшой, тратить его надо на действительно важные страницы.

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

Что делать в период ожидания и чего делать нельзя

Между внесением правок и реакцией выдачи всегда есть пауза. Как вы её проживёте — во многом определяет результат. Больше всего проектов я видел испорченными именно в этот период, а не на этапе самих изменений.

• Не откатывайте правки. Через неделю без реакции очень хочется вернуть как было. Откат обнуляет накопленное и запускает отсчёт заново, а поиск получает сигнал о нестабильности документа.
• Не меняйте всё подряд. Если параллельно переписан текст, переделаны заголовки, закуплены ссылки и перестроено меню, то при любом исходе вы не поймёте, что сработало.
• Фиксируйте даты. Простая таблица «дата — URL — что изменено» превращает гадание в анализ. Через два месяца вы точно будете помнить не всё.
• Снимайте позиции регулярно и по одной методике. Один и тот же регион, одно и то же устройство, одинаковый интервал. Разовые замеры вводят в заблуждение.
• Смотрите не только на позиции. Показы в статистике запросов реагируют раньше и точнее: позиция может стоять, а охват уже растёт.
• Работайте с другими страницами. Пауза по одному документу — нормальное время, чтобы заняться следующим, а не сидеть над графиком.
• Апдейт
• Обновление сайта
• Обновление PHP: сайт работает, но хостинг требует — что будет, если не трогать

Если нужна помощь по теме — обучение SEO-продвижению.

Отдельно про снятие позиций. Персонализация, регион, история запросов и тип устройства меняют выдачу настолько, что проверка «руками из своего браузера» регулярно показывает картину, не имеющую отношения к реальности. Используйте инструменты съёма или хотя бы режим без сохранения истории с явно заданным регионом.

Апдейт, техническая поломка или санкции: как различить

Когда позиции всё-таки упали, а не просто стоят, важно за первый день понять природу события. От этого зависит, звать ли программиста, писать ли в поддержку или ничего не трогать.

Признак	Апдейт или пересчёт	Техническая поломка	Санкции или фильтр
Охват изменений	Часть запросов, часто одной тематической группы	Обычно раздел или тип страниц с общим шаблоном	Весь сайт целиком либо все коммерческие запросы сразу
Скорость	Сдвиг за один-два съёма, возможен частичный отскок	Резкое падение, совпадающее с датой релиза или сбоя	Обвал за сутки, часто с выпадением из топ-100
Сообщения в панели	Нет	Ошибки обхода, недоступность, рост времени ответа	Уведомление о нарушении в разделе безопасности
Коды ответа	200, всё в норме	5xx, таймауты, лишние редиректы, robots.txt отдаёт не то	200, технически всё исправно
Конкуренты	Тоже двигаются, топ перестраивается	Стоят на месте, упали только вы	Стоят на месте, ваши страницы заменены чужими
Что делать	Ждать следующий пересчёт, усиливать документ	Чинить немедленно, затем переобход	Устранять причину нарушения и писать в поддержку

Практический алгоритм первого дня выглядит так. Открываем панель вебмастера и смотрим раздел с уведомлениями о нарушениях — если там пусто, санкции почти наверняка ни при чём. Дальше проверяем коды ответа и историю обхода: скачок 5xx или ошибок доступа объясняет падение без всякой мистики. Если и тут чисто, сверяемся с историей релизов сайта: очень часто дата падения совпадает с датой выкладки, о которой сеошнику забыли сказать.

Подробнее об этом — в статье «Почему сайта нет в поиске Яндекс».

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

Реалистичные сроки: от правки до движения позиций

Точных чисел здесь не бывает, но диапазоны из практики назвать можно. Они сильно зависят от возраста сайта, частоты обхода и конкурентности запроса.

Изменение	Когда обычно виден эффект	От чего зависит разброс
Новая страница на живом сайте	От нескольких часов до недели до появления в индексе	Частота обхода сайта, наличие внутренних ссылок, качество карты сайта
Правка заголовка и описания сниппета	Одна-две недели после переиндексации	Скорость обхода конкретного URL, сохранение релевантности
Переработка текста на старой странице	От двух недель до полутора месяцев	История документа, конкуренция по запросу, объём изменений
Исправление технических ошибок сайта	От недели до месяца по мере переобхода затронутых разделов	Размер сайта, скорость ответа сервера, приоритет обхода
Перелинковка и перераспределение веса	Три-восемь недель	Число изменённых страниц, частота их обхода
Новые внешние ссылки	От месяца до трёх	Скорость индексации доноров, тематика, темп появления
Смена структуры или переезд домена	От месяца до полугода до полного восстановления	Корректность редиректов, размер сайта, сохранение содержимого

Разброс по запросам объясняется просто. Низкочастотный запрос с двумя-тремя конкурирующими документами реагирует быстро: там достаточно небольшого изменения релевантности, чтобы порядок поменялся. Высокочастотный коммерческий запрос, где в топе сайты с многолетней историей и накопленными поведенческими данными, требует не только правки текста, но и накопления сигналов от пользователей, а на это уходят месяцы.

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

Чек-лист: что сделать прямо сейчас, если позиции стоят

Собираю всё сказанное в короткую последовательность. Порядок важен: каждый следующий шаг имеет смысл только после предыдущего.

• Найдите страницу по точной фразе из текста. Не находится — проблема с индексацией, а не с апдейтом.
• Посмотрите дату последнего посещения робота. Раньше даты правок — изменения ещё не увидены.
• Откройте сохранённую копию и сравните с текущей версией страницы.
• Проверьте код ответа, канонический адрес, robots.txt и метатеги.
• Убедитесь, что дата модификации обновилась и попала в карту сайта.
• Отправьте уведомление через IndexNow и добавьте URL в переобход.
• Поставьте ссылку на обновлённый документ с часто обходимой страницы.
• Зафиксируйте дату изменений в таблице и назначьте контрольную точку через три недели.
• До контрольной точки — не откатывайте и не переписывайте заново.
• Апдейт
• Обновление сайта
• Обновление PHP: сайт работает, но хостинг требует — что будет, если не трогать

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

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

Есть ли официальный календарь апдейтов Яндекса?
Нет. Индекс пополняется непрерывно, а пересчёты разных групп факторов идут с разной периодичностью и накладываются друг на друга. Публиковать единое расписание технически нечего. О крупных алгоритмических изменениях поисковик сообщает отдельно, но и они раскатываются постепенно, а не в один момент.

Я отправил страницу на переобход, а она не изменилась в выдаче. Почему?
Переобход ставит адрес в очередь на скачивание, но не заставляет поиск немедленно пересчитать все факторы и переставить документ. Сначала робот скачивает страницу, потом она проходит обработку, потом обновляются данные для ранжирования. Между этими стадиями проходят дни. Проверьте по сохранённой копии, дошло ли дело хотя бы до обновления содержимого.

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

Правки внесли через базу данных напрямую, робот не приходит. Что не так?
Скорее всего, не обновилась дата модификации документа. Тогда карта сайта показывает старый lastmod, автоматические уведомления не отправляются, а заголовок Last-Modified говорит роботу, что заходить незачем. Проставьте актуальную дату изменения принудительно и заново соберите карту сайта.

Сколько ждать, прежде чем признать правки неудачными?
Разумный горизонт для страницы с историей — от трёх недель до полутора месяцев после подтверждённой переиндексации. Считать надо не от даты правки, а от даты, когда обновилась сохранённая копия. Если за этот срок не сдвинулись ни позиции, ни показы, гипотеза не сработала и её стоит менять, а не усиливать.

Разбираю продвижение по шагам — в своём курсе:

8:14

Коротко

• Индекс пополняется постоянно, а пересчёт факторов ранжирования идёт отдельными потоками с разной периодичностью — единого расписания апдейтов нет.
• В большинстве случаев позиции стоят не из-за отсутствия апдейта, а потому что робот не заходил, не увидел изменений или страница исключена из поиска.
• Проверять надо по фактам: дата последнего посещения, сохранённая копия, код ответа, статус URL в панели вебмастера.
• Ускоряют учёт правок реальная дата модификации, корректный lastmod в карте сайта, IndexNow, переобход и ссылки с часто обходимых страниц.
• В период ожидания нельзя откатывать правки и менять всё подряд: без зафиксированных дат и одной гипотезы за раз результат невозможно интерпретировать.
• Апдейт
• Обновление сайта
• Обновление PHP: сайт работает, но хостинг требует — что будет, если не трогать

Если позиции стоят на месте и непонятно почему, разберём на SEO-консультации.