Сайт запущен, а в Google его нет: как найти причину
Neaptide · 7 сентября 2026 г. · 9 мин чтения
Почему страницы нет в Google и как проверить причину: Search Console, noindex, robots.txt, canonical и содержание. Учебный пример и шаблон задания разработчику.
В этой статье
Вы открываете новый сайт по ссылке, отправляете её знакомым — всё работает. Но по названию компании или услуги Google его не показывает. Прежде чем переписывать тексты или заказывать «ускоренную индексацию», выясните, что происходит с конкретной страницей.
Начните с проверки нужного URL в Google Search Console. Если страницы нет в индексе, выясните, знает ли Google её адрес, может ли открыть страницу и почему не добавляет её в поиск. Если страница уже в индексе, смотрите показы и запросы. Доступность по ссылке, присутствие в индексе и переходы из поиска нужно проверять отдельно.
Начните с одной страницы и точного адреса
Выберите важную для клиентов страницу: главную или страницу конкретной услуги. Скопируйте адрес, который остаётся в браузере после перенаправлений. Адреса с www и без него, http и https, разными языками и параметрами считаются разными URL. Проверка главной не объяснит, что происходит со страницей услуги.
- Откройте подтверждённый ресурс сайта в Search Console и вставьте полный URL в строку проверки.
- Запишите статус, дату последнего сканирования и выбранный Google канонический URL — основной адрес среди дублей.
- Если после последнего обхода сайт меняли, запустите проверку опубликованной страницы. Сравните текущий ответ с сохранёнными данными Google.
Проверка опубликованной страницы показывает, может ли Google сейчас получить и обработать её. Она не подтверждает, что новая версия уже добавлена в индекс, и не предсказывает, какой адрес Google выберет основным. Без доступа к Search Console можно проверить ответ сервера и HTML, но сведения об индексации нужно запросить у владельца подтверждённого ресурса.
Поиск site:example.com подходит для быстрой предварительной проверки, но не показывает полный список страниц в индексе. Число результатов нельзя считать точным, а отсутствие одного адреса ещё не позволяет установить причину проблемы.
Что означает статус в Search Console
| Что вы видите | Что известно | Что проверить дальше |
|---|---|---|
| URL неизвестен Google | Адрес ещё не обнаружен | Есть ли обычная ссылка из раздела сайта и правильный URL в sitemap |
| Обнаружена, не проиндексирована | Google знает адрес, но ещё не просканировал его | Доступность сервера, внутренние ссылки; при массовой проблеме — статистику сканирования |
| Просканирована, не проиндексирована | Обход был, включения в индекс пока нет | Содержимое, похожие страницы и канонический URL |
| Исключена из-за noindex / заблокирована robots.txt | Обнаружено конкретное ограничение | Нужно ли вообще индексировать этот URL; где задано правило |
| Страница является дублем или альтернативной | Для показа используется другая версия | Правильно ли выбран основной адрес и индексируется ли он |
Статус «Обнаружена, не проиндексирована» не доказывает, что текст плохой: Google ещё не просканировал страницу. Исключение дублей, страниц входа или закрытых учебных примеров, наоборот, может быть намеренным. Проверяйте нужные публичные страницы; добиваться нуля исключений в отчёте не требуется.
Пример: страница открывается, но шаблон запрещает индексацию
Представим сайт мастерской после запуска. Страница занятий доступна без пароля, сервер отвечает 200, в sitemap указан нужный адрес. Но из тестового шаблона остался запрет noindex. Ниже — учебный фрагмент, а не результат проверки реального клиента.
HTTP/2 200
Content-Type: text/html
<head>
<meta name="robots" content="noindex, nofollow">
<link rel="canonical" href="https://example.com/workshops">
</head>Код 200 сообщает, что сервер успешно ответил на запрос, а canonical указывает предпочтительный адрес страницы. Но они не отменяют noindex: когда Google прочитает запрет, он исключит страницу из поиска. Проверять нужно не только HTML — то же правило может находиться в HTTP-заголовке X-Robots-Tag.
- Найдите источник noindex: настройку CMS, шаблон, сервер или CDN. Для публичной страницы уберите ошибочный запрет именно там.
- Проверьте ответ по опубликованному адресу: заголовки, HTML и содержимое страницы. Добавлять рядом index, пока остаётся noindex, бессмысленно.
- Повторите проверку опубликованной страницы в Search Console. После исправления можно запросить индексирование этого URL.
Не блокируйте такую страницу в robots.txt, чтобы скрыть noindex от робота. Robots.txt управляет сканированием: Google должен получить страницу, чтобы увидеть исправленное правило. При этом намеренно закрытые и служебные разделы открывать для индексации не нужно.
Если запретов нет: проверьте содержимое и дубли
В инструменте проверки URL посмотрите, как Google отобразил страницу. Убедитесь, что доступны название услуги, условия и основной текст. Google умеет выполнять JavaScript, поэтому само использование React или другого фреймворка не объясняет сбой. Нужна конкретная причина: пустой блок вместо текста, ошибка получения данных или недоступный ресурс.
Сравните канонический адрес в настройках сайта с адресом, выбранным Google. Если на странице услуги случайно указан canonical на главную, исправьте шаблон. Для настоящих дублей проверьте, что внутренние ссылки, sitemap и canonical указывают на нужную версию. Canonical выражает предпочтение сайта, но окончательный выбор Google нужно проверять в отчёте.
Если техническая причина не найдена, оцените содержание. Три страницы — «занятия керамикой», «уроки керамики» и «мастер-класс по керамике» — могут описывать одно предложение разными словами. До объединения сравните их задачи, тексты и поисковые данные. Если это разные форматы, объясните отличия: длительность, материалы, требуемый опыт и результат занятия.
Для такого сайта полезнее указать расписание, условия отмены, показать реальные изделия и объяснить, можно ли прийти без опыта, чем дописать тысячу слов ради объёма. Это делает страницу полезнее, но не гарантирует, что Google включит её в индекс.
Страница в индексе, а посетителей нет
В отчёте об эффективности поиска отфильтруйте данные по нужной странице. Проверьте выбранный период, страну, устройство и тип поиска. Затем посмотрите запросы, показы и клики. Одна проверка выдачи на своём телефоне не заменяет этих данных.
- Показов нет: проверьте фильтры и канонический URL, затем соответствие страницы запросам аудитории. Из отсутствия данных нельзя вывести одну точную причину.
- Показы есть, кликов мало: сравните запрос, позицию и видимый результат поиска. Заголовок может не объяснять предложение, но низкая позиция тоже ограничивает переходы.
- Клики есть, заявок нет: проверьте предложение и путь до обращения. Найдите тестовую заявку у получателя — надписи «Отправлено» на сайте недостаточно.
Что передать разработчику и как принять исправление
Вместо общей просьбы «сделайте SEO, нас нет в Google» подготовьте сведения о конкретной странице. Укажите URL, дату проверки, статус и дату сканирования из Search Console, ответ сервера и ограничения индексации. Запишите канонический адрес сайта и адрес, выбранный Google. Приложите фрагмент HTML или снимок отчёта, подтверждающий проблему, и опишите нужный результат.
В учебном примере исправление проверяют так: страница занятий открывается без входа, сервер возвращает её текст с кодом 200, ошибочного noindex нет ни в HTML, ни в заголовках. Проверка опубликованной страницы в Google также не находит запрета. Запишите дату изменения. Эти проверки подтверждают устранение ошибки, но ещё не появление страницы в индексе.
После публикации следите за новым обходом и статусом URL. Повторная отправка одного адреса не ускоряет сканирование. Google не гарантирует включение в поиск или определённый срок; не принимайте обещание «проиндексируем за сутки» за критерий качества работы.
Если причина по-прежнему неясна, передайте собранные сведения специалисту для аудита. После решения проблем с доступом и индексацией можно переходить к содержанию: оценивать, насколько полно сайт отвечает на вопросы клиентов в обычном поиске и ответах ИИ.