Как один неправильный URL «сломал» индексацию сайта в Google

Разбор реального кейса

На первый взгляд проблема выглядела незначительной. На сайте услуг была создана HTML-карта, чтобы упростить навигацию для пользователей. Разработчики назвали её URL так же, как принято именовать файл карты сайта: /sitemap. Затем страницу закрыли от индексации. Ничего критичного, как могло показаться. Но этот маленький шаг стал причиной того, что Google почти полностью перестал индексировать ресурс.

Сайт работал на Tilda, где система автоматически формирует корректный XML-файл для поисковиков — /sitemap.xml. Он нужен роботу Google для понимания структуры сайта, оперативного обнаружения новых страниц и правильного обхода. Пока всё выглядит нормально: есть HTML-карта для людей, есть sitemap.xml для роботов. Но реальность оказалась сложнее.

HTML-страница с названием /sitemap была закрыта от индексации с помощью мета-тега или robots.txt. Роботы не должны были её обходить. Но в логике поисковых систем существует нюанс — если в структуре адресов появляется конфликт имён, то запрет может затронуть и другие пути, связанные с этим именем. В данном случае игнорирование HTML-страницы с именем "sitemap" привело к тому, что Google перестал доверять и официальному файлу /sitemap.xml.

Это не ошибка конструктора Tilda, не баг Google, а последствия неправильной логики именования. Поисковый робот увидел закрытый «sitemap» и перестал пробовать обходить то, что выглядит похожим на карту сайта. В итоге:

1. Google не считывал sitemap.xml.
2. Новые страницы почти не индексировались.
3. Старые перестали проходить кросс-проверку.
4. Индексация в Search Console показывала аномально низкие данные.

Поведение робота выглядело так, как будто у сайта вообще нет корректной карты сайта:

• sitemap.xml отображался в Search Console, но не обрабатывался;
• количество обнаруженных URL было минимальным;
• страницы попадали в разделы «Отправлено, но не проиндексировано» или «Страница просканирована, но пока не проиндексирована»;
• динамика индексации практически не двигалась месяцами.

Такое состояние часто ошибочно трактуют как «Google медленно индексирует Tilda» или «Нужно больше контента и ссылок». В реальности проблема была чисто техническая.

Решение было простым: переименовать HTML-карту сайта, чтобы её адрес перестал пересекаться с названием системного XML-файла. После смены URL Google сразу получил доступ к /sitemap.xml — и это отразилось практически мгновенно:

• файл стал считываться корректно;
• количество обнаруженных страниц выросло;
• индексация начала двигаться стабильно;
• позиции в поиске стали расти.

Это не семантика, не контент, не ссылки

Это ошибка на уровне одного неправильного имени URL. Заказчики редко мыслят такими категориями — кажется, что это мелочи, и разработчики часто делают так «для удобства». Но в SEO есть правила, которые нельзя нарушать:

1. Sitemap — зарезервированное имя;
2. Google не тратит время на разбор конфликтных ресурсов;
3. Если робот сталкивается с запретом, он не будет «думать», он просто перестанет обходить.

Финансовые последствия ощутимы

Для бизнеса результат выглядит так:

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

Потеря времени — самый дорогой ущерб

Google индексирует медленнее Яндекса, особенно новые сайты на конструкторах. Потеря даже 2–3 месяцев может отбросить проект на полгода. Это критично в сезонных нишах или при запуске новых услуг.

• Нельзя трогать системные имена URL, если не понимаешь последствий.

Sitemap, robots, feed, search, api — всё это зарезервированные имена.

• Любой элемент навигации должен иметь уникальное имя.

Для HTML-карт подойдут:
/map, /navigation, /structure, /site-map-html, /karta-saita.

• XML-карту никогда нельзя блокировать.

Ни в robots.txt, ни мета-тегами, ни индексационными директивами.

• Нужно проверять индексацию не по теориям, а по логам Search Console.