-
URL
Нужна ли самостоятельная страница
-
Доступ
Ответ сервера и ограничения
-
Содержание
Canonical, ценность и ссылки
-
Проверка
Исправление и повторный обход
Статус «Просканирована, но пока не проиндексирована» означает, что Google посетил URL, но не включил его в индекс на момент данных отчёта. Это не готовый диагноз и не доказательство санкций. Сначала выясните, должна ли страница участвовать в поиске, затем проверьте её доступность, канонический адрес, полезность и связи с остальным сайтом. Повторная отправка без исправления причины не заменяет эту работу.
Разбирать лучше не общее число исключённых адресов, а конкретный тип страниц. Десять важных услуг и тысячи комбинаций сортировки требуют разных решений. Сокращение числа исключений само по себе не является целью: техническим дублям и служебным страницам необязательно попадать в поиск.
Не путайте обнаружение, обход и индексацию
В справке Search Console об индексации различаются состояния URL. Если адрес обнаружен, но не просканирован, робот знает о нём, однако обход ещё не состоялся. Если просканирован, но не проиндексирован — обход уже был. Статусы помогают выбрать направление проверки, но не раскрывают единственную внутреннюю причину решения Google.
Откройте проверку конкретного URL и сохраните:
- дату последнего обхода;
- известный поисковику статус;
- каноническую страницу.
Затем выполните проверку опубликованной версии. Эти результаты относятся к разным моментам: исправленная сегодня страница может быть доступна при живой проверке, пока индекс отражает прежнее состояние. Нельзя считать такое расхождение новым сбоем без учёта дат.
Выберите адреса, которым действительно нужен поиск
Разделите выгрузку по шаблонам: статьи, услуги, товары, фильтры, пагинация и параметры. Для каждого типа определите ожидаемое поведение. Основная услуга с самостоятельным спросом обычно должна индексироваться. Копия той же услуги с рекламной меткой не требует отдельного результата выдачи. Такое разделение сразу уменьшает число бессмысленных задач.
Приоритет задавайте через ценность страницы, а не её место в выгрузке. Если компания зарабатывает на нескольких направлениях, начните с их посадочных страниц. Для каталога возьмите примеры из разных разделов и с разными состояниями наличия. Проверка только одного случайного товара может не обнаружить ошибку шаблона, которая затронула определённую категорию.
| Страница | Проверка | Возможное решение |
|---|---|---|
| Основная услуга | Содержимое, доступ, canonical и ссылки | Устранить препятствия и запросить повторный обход |
| Дубль с параметром | Есть ли отдельная ценность | Согласовать сигналы с основным URL |
| Удалённый товар | Есть ли реальная замена | Выбрать корректный статус либо релевантный перенос |
| Новая статья | Открывается ли из тематического раздела | Проверить содержание и включить в навигацию |
Проверьте ответ сервера и ограничения
Откройте адрес без авторизации и проверьте итоговый HTTP-статус после перенаправлений. Важно увидеть полноценную страницу, а не заглушку, капчу или сообщение об ошибке внутри ответа 200. Сравните поведение обычного посетителя и результатов инструментов поисковой системы: защита, CDN или ограничения хостинга могут мешать обходу при нормальном открытии в вашем браузере.
Проверьте robots.txt, robots meta и HTTP-заголовок X-Robots-Tag. Если исключение из поиска намеренное, исправлять его не нужно. Если noindex остался после тестового запуска, устраните его на нужном шаблоне и убедитесь, что робот может заново прочитать страницу. Запрет обхода не позволяет поисковику увидеть новое состояние метатега; эти настройки нельзя считать взаимозаменяемыми.
Для JavaScript-сайта проверьте, какое содержание доступно после обработки страницы. Не ограничивайтесь красивым экраном в авторизованном браузере разработчика. Название, основной текст, товары и обычные ссылки должны присутствовать в доступной поисковику версии. Если данные требуют закрытого доступа или специального действия пользователя, задачу нужно передать разработчику с конкретным воспроизведением.
Разберитесь с дублями и canonical
Сопоставьте указанный на сайте canonical и канонический URL, выбранный Google. Проверьте, действительно ли документы дублируют друг друга. Если страницы обслуживают разные задачи, устраните случайное указание на соседний раздел. Если это копии, добейтесь согласованного поведения ссылок, sitemap и каноникализации. Google описывает canonical как сигнал предпочтения, а не приказ индексировать именно этот адрес.
Распространённая ошибка — сделать все страницы категории каноническими на первую, хотя набор товаров различается. Другая — указать основным адрес, который сам закрыт от индексации или перенаправляет дальше. Исправляйте схему целиком: одиночная правка тега не поможет, если меню продолжает вести на другую версию.
Проверьте самостоятельную ценность и путь к странице
Сравните документ с ближайшими страницами собственного сайта. Чем он отличается для покупателя: выбором, условиями, задачей, характеристиками или объяснением? Замена названия города в одинаковом тексте не создаёт самостоятельного предложения. Если отличия не нужны человеку, объединение может быть разумнее наращивания текста ради уникальности.
Для полезной страницы проверьте внутренние ссылки. Посетитель должен находить её из соответствующего раздела или материала, а не только через sitemap. Ссылка в случайном подвале хуже объясняет контекст, чем переход из тематического обзора. При этом не нужно ставить ссылку на каждый URL со всех страниц: строится понятный маршрут по теме.
Оцените не число слов, а недостающие ответы. У статьи может отсутствовать пример применения, у услуги — состав работ, у товара — различия исполнений. Доработайте именно этот пробел с участием человека, который знает предмет. Переписывание чужого текста другими словами без новых полезных деталей не решает проблему содержания.
Как зафиксировать исправление и проверить результат
- Сохраните URL, прежний статус, дату обхода и обнаруженную проблему.
- Внесите согласованную правку и проверьте её на нескольких страницах того же шаблона.
- Проверьте опубликованную версию и актуальность sitemap, затем при необходимости запросите индексацию важного URL.
- Позже повторите проверку индекса и запишите новое состояние отдельно от даты выпуска.
Не отправляйте один адрес бесконечно и не обещайте точную дату включения в индекс. После исправления доступности решение о включении остаётся за поисковой системой. Если важные страницы продолжают исключаться, расширяйте диагностику: сравнивайте шаблоны, серверные журналы, содержание и структуру раздела. Одно сообщение Search Console не заменяет анализ.
Результат работы — не только исчезнувшая строка отчёта, но и корректная доступная посадочная страница. Дальше оцениваются показы, переходы и обращения по её задаче. Для системной проверки используйте технический SEO-аудит; пересечения самостоятельных страниц разобраны в статье о каннибализации запросов.
