Почему Google не находит мой сайт?

Чаще всего сайт не сломан, а ещё не проиндексирован: Google обнаружил страницы, но пока не взял их в индекс. Проверяется это поиском site:ваш-домен.de и «Проверкой URL» в Search Console. Настоящая проблема начинается только тогда, когда Google страницу просканировал — и всё равно отказал.

Сайта правда нет в индексе?

Самая быстрая проверка: ввести в Google site:ваш-домен.de. Страницы показываются — сайт в индексе, и тогда проблема не в видимости, а в позиции: это другая тема с другими причинами. Не показываются — проверяйте конкретные адреса «Проверкой URL» в Search Console.

Теперь деталь, которую почти никто не знает. Отчёт об индексации в Search Console отстаёт от реальности на дни, иногда на пару недель. Страница числится в отчёте «непроиндексированной», а «Проверка URL» в ту же минуту показывает: она давно в индексе. Люди смотрят в отчёт и делают выводы по устаревшим данным. Я держу это простым правилом: отчёт — для общей картины, решение по конкретной странице — только через «Проверку URL».

«Обнаружена, не проиндексирована» — очередь или отказ?

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

Живые числа моего сайта на 20 августа 2026 — сайт запущен в начале июля, то есть ему полтора месяца: 36 страниц в индексе, 16 нет — из них 4 переадресации, 12 в очереди и ноль в статусе «Просканирована, но не проиндексирована». Этот ноль — лучший результат из возможных: ни одну страницу Google не прочитал и не отверг. А очередь тает сама, без единого моего действия: 24 непроиндексированных 10 июля, 16 — 25 июля, 13 — 8 августа, 12 — 11 августа. Очередь индексации вообще похожа на очередь в Bürgeramt: медленно, зато движется сама — и толкаться бессмысленно.

Какие ошибки реально делают сайт невидимым?

Самые частые настоящие блокеры скучны: забытый после запуска noindex, закрытый robots.txt, открытое зеркало сайта на служебном адресе хостинга и радикальная перестройка структуры или дизайна. Все четыре встречаются в практике чаще, чем санкции Google, о которых владельцы думают в первую очередь.

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

Второй случай, намного позже. Полтора года продвижения, WordPress, хорошие позиции. У фирмы сменился собственник — и новый владелец, никого не спросив, зашёл в админку и поменял тему оформления. Со сменой темы улетела масса статей, структура поехала — и Google начал переоценивать сайт заново. Заметили мы это только через месяц. Итог: полтора года наработок потеряны, сайт потерял позиции — из-за нескольких кликов в настройках, сделанных новым собственником… Может, я перестраховываюсь, но с тех пор клиентские проекты у меня по умолчанию без открытой админки: не из любви к контролю, а потому что один неосторожный клик разрушает больше, чем падение сервера.

Неожиданный блокер: зеркало на служебном адресе хостинга

Современные платформы хостинга отдают сайт не только на вашем домене, но и на своём служебном адресе — у Cloudflare Pages это вида proekt.pages.dev. Превью-версии платформа закрывает от поисковиков сама. А вот продакшен-адрес остаётся открытым: полное зеркало сайта на чужом адресе, все страницы доступны, ничем не закрыты.

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

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

Помогает ли кнопка «Запросить индексирование»?

Помогает — но меньше, чем от неё ждут. Кнопка двигает страницу вперёд в очереди, причину она не чинит. Лимит — около десяти запросов в сутки. Жать её механически на каждую страницу бессмысленно: страницу, которую Google собрался отклонить, он отклонит и после запроса.

Осмысленный сценарий один — после исправления. Сняли noindex, переработали важную страницу, опубликовали новую ключевую — тогда запрос заметно ускоряет попадание в индекс. Как ежедневный инструмент кнопка не работает, и именно так её чаще всего понимают неправильно. А если кто-то продаёт вам «гарантированную индексацию» — это тот же жанр, что и гарантия топ-1 в Google: обещание того, что никто не контролирует.

Сколько ждать нормально — и когда пора действовать?

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

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

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