Pingveraблог ← Блог
Главная › Блог › Сайт пропал из поиска Яндекса: как найти причину за час и вернуть страницы

Сайт пропал из поиска Яндекса: как найти причину за час и вернуть страницы

19 октября 2026 · 11 мин чтения

Сайт пропал из поиска Яндекса: как найти причину за час и вернуть страницы

Если сайт пропал из поиска Яндекса, почти всегда виновата одна из пяти причин: запрет индексации (метатег noindex, заголовок X-Robots-Tag или Disallow в robots.txt), ошибки сервера и DNS, блокировка робота защитой от ботов, нарушения безопасности после взлома или массовые дубли. Причину почти всегда показывает Яндекс Вебмастер, в разделах «Диагностика сайта», «Страницы в поиске», «Статистика обхода» и «Безопасность и нарушения». Начинайте с них, а не с гипотез про алгоритмы.

Технические причины исправляются быстро, но возвращаются страницы не сразу. По справке Яндекса, после отправки на переобход индексирование занимает от 3 до 7 дней, а проверка исправленного нарушения безопасности идёт до 30 дней. До 11.11 осталось чуть больше трёх недель, до «Чёрной пятницы» около пяти недель. Если магазин выпадет из поиска сейчас, он рискует пропустить пик продаж.

Коротко

Почему это важно сейчас

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

Сроки возврата определяет Яндекс. На октябрь 2026 года в справке Вебмастера указано:

Значит, ошибка, допущенная в конце октября, может стоить магазину всего ноябрьского поискового трафика. Поэтому до заморозки изменений перед сезоном полезно один раз пройти проверку ниже и настроить уведомления.

Пошаговая проверка: что делать, если сайт пропал из поиска

Шаг 1. Убедитесь, что пропал именно сайт

Посмотрите в Яндекс Метрике переходы из поисковых систем за 14 дней. Если просел только Яндекс, а Google держится, проблема в индексации или санкциях Яндекса. Если упали все источники сразу, проверьте доступность сайта и счётчик Метрики: может быть, сломан учёт, а не поиск.

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

Шаг 2. Откройте «Диагностику сайта»

По справке Яндекса, проверки диагностики проходят ежедневно. Фатальные проблемы, которые выводят из поиска весь сайт или его часть:

Критичные проблемы: долгий ответ сервера (больше 3 секунд), ошибка SSL-сертификата, дубли страниц с GET-параметрами. Если есть фатальная ошибка, исправляйте её первой и дальше пока не идите.

Шаг 3. Посмотрите причины исключения страниц

В «Страницах в поиске» откройте исключённые страницы. Яндекс показывает причину для каждого адреса. Как читать основные статусы:

Шаг 4. Проверьте запреты индексации сами

Возьмите 5–10 главных адресов: главную, ключевые категории, самые продаваемые карточки. Для каждого проверьте три места.

  1. Заголовки ответа. Яндекс поддерживает директивы noindex, nofollow и none не только в метатеге, но и в HTTP-заголовке X-Robots-Tag. В исходном коде страницы этот заголовок не виден, его показывает только ответ сервера.
  2. Метатег в HTML. Ищите name="robots" в исходном коде страницы, которую получает робот.
  3. robots.txt. Откройте https://ваш-сайт/robots.txt и найдите Disallow: / или правила, закрывающие каталог.

В WordPress проверьте «Настройки → Чтение → Видимость для поисковых систем». По документации WordPress, при включённой галочке с версии 5.3 в <head> выводится <meta name='robots' content='noindex,nofollow' />. Эту галочку часто ставят на тестовой копии, и при переносе на рабочий сайт она уезжает вместе с базой.

Шаг 5. Проверьте, пускает ли сервер робота

Перед распродажами часто включают защиту от ботов, ограничение частоты запросов или блокировку по странам. Робот Яндекса может попасть под эти правила и получить 403 или 429. В блоге Вебмастера про ошибки 4XX рекомендуют проверить настройки сервера, найти в логах запросы с User-Agent Яндекса и проверить, не заблокирован ли робот по IP.

Не пропускайте всех, кто называет себя роботом Яндекса: User-Agent легко подделать. По справке Яндекса, имена всех его роботов заканчиваются на yandex.ru, yandex.net или yandex.com. Проверяется это обратным DNS-запросом по IP и прямым запросом по полученному имени: IP должен совпасть. В Вебмастере есть инструмент «Проверка IP-адреса».

Шаг 6. Откройте «Безопасность и нарушения»

Раздел находится в «Оптимизация сайта → Безопасность и нарушения». Если там есть сообщение, сайт или его часть может быть ограничен в поиске. После взлома часто встречаются вредоносный код, скрытые SEO-тексты и перенаправления посетителей из поиска на чужие сайты. Порядок действий при взломе разобран в статье «Сайт взломан: что делать владельцу интернет-магазина», а подмена контента только для поисковых посетителей в статье «Сайт показывает вам одно, а посетителю из поиска другое».

После очистки опишите в блоке нарушения, что исправили, отметьте «Нарушение исправлено» и отправьте на проверку.

Шаг 7. Верните страницы в индекс

  1. Проверьте каждую важную страницу инструментом «Проверка ответа сервера». Нужен код 200 без запрета индексации.
  2. Отправьте страницы через «Индексирование → Переобход страниц». Дневной лимит Яндекс считает индивидуально, он виден в этом же разделе. Начните с главной, категорий и лидеров продаж.
  3. Если изменилось много страниц, обновите файл Sitemap. Можно подключить протокол IndexNow через плагин CMS или API.
  4. Добавьте ключевые адреса в «Мониторинг важных страниц», туда помещается до 100 адресов на сайт.

Таблица: что проверять, кто отвечает и как часто

Риск Ответственный Как проверить Частота
noindex или Disallow уехал на рабочий сайт с тестовой копии Разработчик, веб-студия Метатег, X-Robots-Tag, robots.txt на 5–10 ключевых страницах После каждого релиза
Защита от ботов или хостинг блокирует робота Администратор сервера Логи с User-Agent Яндекса, коды 403 и 429, «Статистика обхода» После изменения правил защиты, раз в неделю
Сервер или DNS недоступны Хостинг, администратор Внешний мониторинг доступности, «Диагностика сайта» Постоянно, проверка раз в минуту
Истёк или неверно настроен SSL-сертификат Администратор Срок сертификата, «Диагностика сайта» Раз в неделю, напоминание за 14 дней
Взлом: вредоносный код, редиректы на чужие домены Веб-студия, владелец «Безопасность и нарушения», переход из поиска с мобильного Раз в неделю и при падении трафика
Дубли с GET-параметрами (фильтры, UTM) SEO-специалист «Страницы в поиске», статус «Дубль», canonical Раз в месяц
Тихое выпадение ключевых страниц E-commerce-менеджер «Мониторинг важных страниц», уведомления Вебмастера Постоянно, по уведомлению

Готовый план проверки после релиза и перед распродажей

Скопируйте и выполняйте после каждого обновления сайта, переноса на другой сервер и смены правил защиты.

ПРОВЕРКА ИНДЕКСАЦИИ ПОСЛЕ ИЗМЕНЕНИЙ НА САЙТЕ
Сайт: ______________   Дата: ________   Что меняли: ______________

1. Ключевые адреса (главная, 3 категории, 5 лидеров продаж):
   [ ] каждый отвечает 200 без лишних редиректов
       curl -sI https://example.ru/catalog/ | head -n 20
   [ ] в ответе нет заголовка X-Robots-Tag с noindex или none
   [ ] в HTML нет <meta name="robots" content="noindex...">
       curl -s https://example.ru/catalog/ | grep -i 'name="robots"'
   [ ] rel="canonical" указывает на сам адрес, а не на тестовый домен

2. robots.txt:
   [ ] нет строки "Disallow: /" для User-agent: * или Yandex
   [ ] директива Sitemap ведёт на рабочий домен

3. CMS:
   [ ] WordPress: «Видимость для поисковых систем» выключена
   [ ] на сайте нет режима обслуживания или пароля от тестовой копии

4. Защита и сервер:
   [ ] в логах за сутки запросы робота Яндекса получают 200, а не 403/429
   [ ] новые правила защиты от ботов не режут проверенные IP Яндекса

5. Яндекс Вебмастер:
   [ ] «Диагностика сайта»: нет фатальных и критичных ошибок
   [ ] «Безопасность и нарушения»: пусто
   [ ] уведомления включены на почту или в Telegram:
       ошибки на сайте, изменения в индексации, важные страницы

Проверил: ______________   Нашёл проблемы: да / нет

Пример: магазин после переноса на новый сервер

Это условный пример для иллюстрации, а не история конкретного клиента.

Интернет-магазин товаров для дома на WooCommerce в начале октября переехал на новый сервер. Студия собрала сайт на тестовом поддомене, проверила корзину и оплату, затем перенесла файлы и базу на рабочий домен. Сайт открывался, тестовый заказ прошёл.

Через девять дней менеджер заметил, что переходов из Яндекса стало вдвое меньше. В «Страницах в поиске» сотни карточек получили статус «Запрещено элементом noindex». Причина нашлась за пять минут: галочка «Попросить поисковые системы не индексировать сайт» уехала из тестовой базы вместе с остальными настройками.

Студия сняла галочку, проверила десять ключевых адресов через curl, отправила главную, категории и лидеров продаж на переобход и добавила их в «Мониторинг важных страниц». Большая часть страниц вернулась после ближайших обновлений поисковой базы. Почти две недели трафика магазин потерял. Пункт «проверить запрет индексации» студия добавила в чек-лист переноса, а проверку noindex после каждого релиза поставила на автоматический контроль.

Частые ошибки

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

Вопросы и ответы

Сколько ждать возвращения сайта в поиск после исправления?

По справке Яндекса, после отправки на переобход индексирование занимает от 3 до 7 дней. Если страница отвечает 200, она должна появиться в поиске в течение двух недель. После нарушений безопасности проверка идёт до 30 дней.

Как понять, что сайт пропал из поиска не только у меня?

Проверьте в Вебмастере «Страницы в поиске» и переходы из поиска в Метрике. Выдача отличается по регионам, поэтому одна ручная проверка из браузера ничего не доказывает. Цифры Вебмастера и Метрики надёжнее.

Нужно ли закрывать сайт от индексации на время работ перед распродажей?

Нет. Закрывайте от индексации тестовую копию, а рабочий сайт не трогайте. Запрет noindex на рабочем сайте выводит страницы из поиска, а возвращаются они только после переобхода, то есть через несколько дней. Работы, которые требуют остановки сайта, проводите в тихие часы и коротко.

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

Шаги 1, 4 и 5 плана выше нужно повторять после каждого релиза, и об этом легко забыть. Pingvera проверяет сайт снаружи раз в минуту из разных регионов и ловит случайный noindex после релиза, неожиданные редиректы на чужие домены, проблемы SSL и признаки взлома WordPress. Проверка идёт и с мобильным User-Agent, как у посетителя из поиска. Бесплатный тариф покрывает до 5 сайтов. Что ещё проверить после выкладки, описано в статье «Что проверить после релиза сайта».

Источники

Проверено: 19 октября 2026 года

Узнавайте о проблеме раньше клиента

Pingvera следит за сайтами клиентов «снаружи и изнутри» — доступность из регионов, формы, оплата, домен, SSL, сервер — и предупреждает в Telegram, email и Max раньше, чем напишет клиент.

Попробовать Pingvera бесплатно

Читайте также: Подмена сайта для посетителей из поиска: как поймать · Метка «опасный сайт» в браузере: что делать · Что делать, если сайт клиента упал: регламент · Товарная галерея Яндекса: как попасть и не выпасть · Бесплатно проверить сайт.

← Все статьи · Политика конфиденциальности · pingvera.ru · Telegram-канал