Из-за временных ограничений на территории РФ наблюдаются проблемы с оплатой. Если платёж не проходит, оставьте запрос в службу поддержки.Служба поддержки работает 24/7 — мы всегда на связи по вопросам хостинга и серверов.Открыт прием заявок на аренду выделенных серверов и размещение оборудования в дата-центре.Напоминаем: рекомендуем включить резервное копирование для дополнительной защиты данных.Доступна новая линейка VPS/VDS с NVMe-дисками и увеличенной производительностью.Технические работы на части серверов завершены. Все сервисы работают в штатном режиме.
Все руководства

Правила индексации

Robots.txt, Sitemap и canonical: как объяснить поиску устройство сайта

Эти названия часто встречаются в SEO-отчёте рядом, хотя решают разные задачи. Robots.txt задаёт правила обхода, Sitemap сообщает об адресах, canonical указывает предпочитаемую версию похожих страниц. Когда смысл понятен, легче оценить рекомендации и не применить одно правило вместо другого.

Начните с назначения каждой настройки

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

При этом разрешить посещение, сообщить об адресе и предложить главную версию — три разных действия. Нельзя ожидать, что один файл одновременно заменит структуру сайта, уберёт все дубли и обеспечит показ каждой страницы.

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

Robots.txt объясняет, куда робот может обращаться

Файл robots.txt обычно расположен в корне сайта. Он содержит инструкции для поисковых программ, в том числе запреты обхода отдельных путей. Простой смысл: владелец просит определённого робота не загружать указанные адреса.

Но это не способ защитить личные сведения и не универсальная кнопка удаления страницы из Google. Адрес, закрытый от обхода, всё ещё может стать известен по внешним ссылкам. Конфиденциальную информацию защищают контролем доступа, а не расчётом на поведение поисковой программы.

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

Noindex относится к участию страницы в поиске

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

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

Если после запуска сайт не появляется в поиске, проверьте, не сохранилась ли настройка тестового проекта. Но удаление noindex в одном месте ещё не доказывает, что все остальные условия выполнены. Нужна повторная проверка фактической страницы и её статуса.

Sitemap помогает сообщить о нужных адресах

Sitemap — машинно-читаемая карта сайта со списком страниц. Она особенно полезна, когда нужно сообщить о большом количестве новых или изменившихся адресов. Найти эту карту робот может по указанному пути или через кабинет владельца.

Хорошая карта согласована с текущей структурой: в ней находятся выбранные рабочие страницы, а не набор старых адресов, перенаправлений и случайных комбинаций параметров. Если сама структура меняется, карту тоже нужно поддерживать в актуальном состоянии.

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

Canonical указывает предпочитаемую версию похожей страницы

Один и тот же ассортимент может открываться по обычному адресу и адресу с параметром сортировки. Если содержимое одинаковое или очень близкое, владелец может указать предпочитаемый адрес через canonical. Для Google это сигнал предпочтения, а не принудительное перенаправление посетителя.

Полезно проверить три вещи: ведёт ли ссылка на действительно соответствующую страницу, доступна ли эта версия и согласованы ли с ней остальные сигналы. Например, нежелательно объявлять одну версию основной, а в карте сайта и внутренних ссылках постоянно продвигать другую.

Не указывайте главную страницу канонической для всех разделов только ради борьбы с дублями. Категория обуви и категория курток отвечают на разные запросы. Попытка объединить разные полезные страницы может противоречить их назначению и затруднить диагностику.

Проверяйте связку правил на конкретных страницах

Перед исправлением составьте небольшую таблицу: URL, назначение страницы, доступность обхода, инструкция индексирования, предпочитаемая версия и наличие в Sitemap. Уже такая таблица помогает заметить явное противоречие, не открывая владельцу сайта десятки технических экранов.

После изменения проверяйте реальный результат, а не только заполненное поле в панели. На него могут влиять общий шаблон, компонент, кеш и настройки сервера. Особенно важно проверить несколько типов страниц, если одно правило применяется массово.

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

Популярные вопросы

Можно ли заменить canonical запретом в robots.txt?

Эти инструменты решают разные задачи. Canonical помогает указать предпочитаемый вариант похожего документа. Robots.txt управляет обращениями робота. Подменять один другим без оценки конкретной структуры не стоит.

Нужно ли включать в Sitemap все адреса сайта?

Нет необходимости автоматически включать каждый технический вариант. Сначала определяют, какие рабочие страницы должны участвовать в поиске. Карта должна соответствовать этому решению и оставаться актуальной.

После исправления всё сразу изменится в поиске?

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

Источники и документы

От понимания — к действию

Свяжем решения в один план.

Отдельная проверка помогает найти причину. Когда изменения затрагивают структуру, разработку, тексты и аналитику, их удобнее согласовать вместе: с приоритетами, ответственными и проверкой результата.

Расскажите о сайте, важных направлениях и наблюдаемой проблеме. Обсудим, нужен ли вам отдельный этап или комплексное продвижение и что должно войти в первый период работы.

Обсудить комплексное продвижение