Переиндексация сайта в Google: ручной запрос и массовый обход

Q: Достаточно ли обновить дату в sitemap?

Нет. работает, только если дата совпадает с реальным изменением HTML. В 1С-Битрикс и Tilda часто стоит автодата «сегодня» на весь каталог — Google такой сигнал со временем игнорирует. Сначала контент, потом дата.

Протокол 2026 года: когда хватает Search Console, когда нужен честный lastmod, а когда — реальный мобильный Googlebot. Индекс решает Google, не кнопка «отправить».

Проверить, какие URL уже в индексе

Главная · FAQ · Переиндексация сайта

Зачем переиндексировать, а не «подождать»

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

Запрос обхода не лечит качество. Если страница пустая, дубль или закрыта от индекса, Googlebot придёт и снова откажет — это соседний сценарий Crawled — currently not indexed.

Метод 1. Один URL в Google Search Console

Инструмент проверки URL ставит адрес в приоритетную очередь. Квота маленькая — для денежных лендингов и аварийных правок, не для каталога 1С-Битрикс на 20 000 SKU.

Откройте подтверждённый ресурс в Search Console

Список ресурсов в Google Search Console — Нужен доступ владельца или полный пользователь, иначе кнопка запроса недоступна.

Вставьте канонический URL

Строка проверки URL в Google Search Console — Точный адрес с https и слешем, как в каноникале. Параметры ?utm= обычно не проверяют.

Дождитесь данных из индекса, не из кэша браузера

Загрузка данных из индекса Google в GSC — Смотрите «URL есть в Google», каноникал и последнее сканирование — не скриншот из «проверки URL в реальном времени» как единственный критерий.

Запросите индексирование только после правок

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

Метод 2. lastmod в XML Sitemap

Для витрины, новостного раздела и пакета карточек товаров канал — sitemap, не клики в GSC. В Tilda и многих облачных CMS лимит страниц в карте жёсткий: крупные каталоги режут на несколько файлов и индексный sitemap.

Спецификация XML: lastmod, который Google ещё учитывает

Сигнал <lastmod> работает при ISO 8601 с часовым поясом и только если дата не врёт. Автоматическая «сегодняшняя» дата на 8 000 неизменённых URL в Битрикс — типичная причина, почему карта перестаёт двигать обход.

<url>
  <loc>https://example.com/catalog/krossovki/</loc>
  <lastmod>2026-08-20T15:30:00+03:00</lastmod>
</url>

Ping google.com/ping?sitemap= мёртв с 2023-го и отдаёт 404. Карту оставляют в GSC. Уведомление Google о lastmod и ping →

Сравнение методов

Метод	Лимит	Очередь	Когда выбирать
Проверка URL в GSC	десятки URL/сутки на свойство	Приоритет	Аварийный лендинг, свой домен, есть доступ.
Sitemap + lastmod	до 50 000 URL на файл	Обычная	Каталог, блог, миграция.
Google Indexing API	квота API, узкий ToS	Быстро	Только JobPosting и BroadcastEvent. Обычные URL — нарушение правил API.
SpeedyIndex	до 100 000 URL в файле	Реальный Googlebot	Чужие домены, бэклинки, объём без GSC. Оплата за подтверждённый результат — см. FAQ.

Когда переиндексация бесполезна

Не гоняйте очередь, пока не закрыты блокеры. Типовой набор на русскоязычных CMS: модуль «все 404 на главную» в Битрикс, noindex на пагинации Tilda, зеркало без www, которое не склеено. Проверьте:

Живой статус пакета в проверке индекса Google.
Не «ложный успех» — Soft 404 при 200 OK.
Картинки на той же странице — отдельный контур Googlebot-Image.
Контроль не только Google: Bing и Яндекс покажут, болен ли сайт целиком.

Правило 2026: SpeedyIndex ускоряет визит мобильного Googlebot. Решение «в индекс / не в индекс» остаётся за Google. На тарифе pay-per-result токены за неподтверждённые URL возвращаются — это описано в политике возврата.

Другие руководства по индексации

Смежные протоколы SpeedyIndex — читайте пакетом, Google оценивает кластер тематики, а не одиночную статью.

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

Сколько Google переиндексирует страницу после запроса?

Точечный запрос в Search Console — от часов до нескольких дней. Массовое обновление sitemap — часто 7–14 дней. SpeedyIndex даёт финальный отчёт на 7-й день: это проверка факта индекса, а не обещание, что Google обязан принять URL.

Достаточно ли обновить дату в sitemap?

Нет. <lastmod> работает, только если дата совпадает с реальным изменением HTML. В 1С-Битрикс и Tilda часто стоит автодата «сегодня» на весь каталог — Google такой сигнал со временем игнорирует. Сначала контент, потом дата.

Почему кнопка «Запросить индексирование» серая?

Квота GSC на свойство (обычно десятки URL в сутки), URL не из подтверждённого ресурса, или отчёт ещё грузится. Для сотен адресов кнопка не инструмент. Нужны sitemap и, для чужих доменов, массовая отправка Googlebot через SpeedyIndex.

Можно ли переиндексировать URL без доступа к GSC?

Да. Search Console не открывает чужие сайты. Бэклинки, гостевые посты, tier-2 проверяют и отправляют через проверку индекса Google и кабинет SpeedyIndex.

Чем crawl отличается от index?

Crawl — бот скачал документ. Index — URL попал в базу и может показаться в выдаче. Статус «Просканировано, но пока не проиндексировано» как раз про отказ после обхода.

Помогает ли смена даты публикации в CMS?

Почти нет, если текст тот же. Для Google это манипуляция свежести. Меняйте смысл страницы, внутренние ссылки, медиа, Schema — затем запрашивайте обход.

Как вернуть URL, который выпал из индекса?

Снимите причину: noindex, чужой canonical, Soft 404, 5xx, thin content. Потом обход. Если страницу нельзя улучшить — 410 или noindex, а не бесконечные запросы. Тарифы возврата токенов — в FAQ и политике возврата.