Оптимизация XML Sitemap: приоритет URL, частота обновления и стратегия отправки
Какую задачу решает Sitemap
Многие понимают Sitemap неправильно: думают, что после его отправки страницы поднимутся в поиске и попадут в индекс. На самом деле Sitemap — это просто «список страниц», который говорит Google: «у меня есть такие страницы, можешь заглянуть». Придёт ли Google их обходить, проиндексирует ли после обхода и на каком месте они окажутся — ничего из этого Sitemap не решает.
Sitemap реально полезен в трёх случаях. Первый: новый сайт или новая страница, которую Google ещё не нашёл по внутренним ссылкам, — Sitemap помогает найти её быстрее. Второй: на сайте много глубоких страниц (до них больше 4 кликов), Google обходит их редко, и Sitemap сокращает путь до них. Третий: особые типы контента — видео, изображения, новости, — для них Sitemap позволяет указать дополнительные метаданные. Для сайта до 500 страниц с хорошей структурой внутренних ссылок отдача от Sitemap на самом деле очень мала.
| Заблуждения о Sitemap | Реальность | Обоснование |
|---|---|---|
| Отправка Sitemap повышает позиции | На алгоритм ранжирования не влияет, влияет только на скорость обнаружения | Официальная документация Google по Sitemap |
| Чем выше priority, тем выше страница в выдаче | Google прямо говорит, что вес этого тега крайне мал | Google Webmaster Central 博客 |
| changefreq=always заставляет Google обходить сайт каждый день | Google не определяет частоту обхода по этому тегу | То же |
| В Sitemap нужно включать все страницы | Включайте только ценные страницы: слабые страницы дают обратный эффект | Руководство Google по оценке качества |
| Отправил Sitemap — и можно о нём забыть | Нужно проверять отчёт в GSC каждую неделю | Практический опыт эксплуатации |
Связь с другими модулями SEO: Sitemap — это Google SEO один из слоёв технической основы, его используют вместе с настройкой robots.txt— в robots.txt указывают расположение Sitemap, а в Sitemap перечисляют важные страницы. И вместе с структурой внутренних ссылок Это взаимодополняющие инструменты: внутренние ссылки передают вес уже найденным страницам, а Sitemap помогает найти новые.
2. Что включать в Sitemap, а что не стоит
Не все URL должны попадать в Sitemap. Sitemap показывает Google, какие страницы сайта заслуживают индексации. Если добавить туда лишнее, вы сообщите Google, что эти малозначимые страницы тоже важны.
| Тип страницы | Включать в Sitemap | Причина |
|---|---|---|
| Страница товара | Да | Ключевые страницы конверсии, их нужно быстро находить |
| Страницы категорий и разделов | Да | Тематические точки входа, высокий ссылочный вес |
| Страница блога | Да | Контентные страницы, от них зависит ранжирование по длинному хвосту |
| Страницы «О нас» и «Контакты» | Да | Страницы доверия, их мало, добавить ничего не стоит |
| Страницы тегов | Не ставить | Мало контента, дублируют категории |
| Страница результатов фильтра | Не ставить | URL с параметрами, дублирование контента, тратит краулинговый бюджет |
| Страницы внутреннего поиска | Не ставить | Нет реального контента, Google прямо говорит не добавлять |
| Страницы списков со второй страницы пагинации и дальше | Не ставить | Используйте rel=next/prev, чтобы Google нашёл их сам |
Пример первый: интернет-магазин для B2B, на странице списка товаров 30 фильтров (материал, размер, отрасль применения и т. д.), каждая комбинация фильтров создаёт отдельный URL. Команда маркетинга добавила все эти страницы фильтров в Sitemap, и их число выросло с 500 до 5000. В результате Google тратил значительную часть краулингового бюджета на почти одинаковые страницы, частота обхода реальных карточек товаров упала, а общий процент индексации снизился. Как исправить: удалите из Sitemap все URL с параметрами фильтров, оставьте только основные страницы категорий и карточки товаров.
Ограничения Sitemap: один файл Sitemap может содержать не более 50 000 URL и весить не более 50 МБ (в несжатом виде). Если превысить этот лимит, нужно разбить Sitemap на несколько файлов и объединить их с помощью файла Sitemap Index. Большинству небольших и средних сайтов (до 500 страниц) хватает одного Sitemap, разбивать не нужно.
3. priority, changefreq, lastmod: что работает, а что нет
В формате Sitemap XML есть четыре тега: loc (адрес URL), lastmod (дата последнего изменения), changefreq (частота обновления) и priority (приоритет). Google внимательно читает только первые два, остальные практически игнорирует.
| Теги | Что даёт | Google читает внимательно | Рекомендуемая формулировка |
|---|---|---|---|
| loc | Адрес страницы (URL) | Да, обязателен | Абсолютный URL с https |
| lastmod | Дата последнего изменения страницы | Да, используется для определения частоты повторного обхода | Указывайте реальную дату изменения в формате YYYY-MM-DD |
| changefreq | Ожидаемая частота обновления | Практически не читается | Можно опустить, писать бесполезно |
| priority | Относительный приоритет 0.0–1.0 | Практически не читается | Можно опустить, для главной указать 1.0, для остальных 0.8 тоже сойдёт |
Контринтуитивный факт: во многих руководствах советуют ставить в Sitemap для главной страницы priority=1.0, для категорий — 0.8, для статей — 0.5, будто Google распределяет обход по этому приоритету. На самом деле Google ещё в 2008 году заявил, что тег priority имеет крайне низкий вес, а в 2015 году окончательно подтвердил, что практически его игнорирует. Поставите вы 1.0 или 0.1 — на обход и позиции это никак не влияет. На частоту повторного обхода Google реально влияют тег lastmod и фактическая история обновлений страницы.
Как правильно заполнять lastmod: укажите дату последнего реального изменения содержимого страницы. Не ставьте везде сегодняшнюю дату — при следующем обходе Google увидит, что контент не менялся, и потеряет доверие к вашему Sitemap. Если страница товара не обновлялась полгода, lastmod — дата полугодовой давности. Если статья в блоге не менялась после публикации, lastmod — дата публикации. Если статью переработали и обновили, lastmod — дата обновления.
Пример из практики 2: контентный сайт генерирует Sitemap автоматически через плагин Yoast для WordPress. По умолчанию плагин ставит всем страницам lastmod с сегодняшней датой. Google приходит раз в неделю, видит, что содержимое страниц не менялось, и после четырёх раз подряд снижает доверие к Sitemap сайта: интервал повторного обхода растягивается с 7 до 30 дней. Как исправить: изменить настройки плагина, чтобы lastmod брался из поля post_modified WordPress (дата последнего изменения записи), а не из текущей даты.
IV. Стратегия отправки и проверка
Sitemap недостаточно просто сгенерировать и оставить на сервере — его нужно отправить в Google и постоянно отслеживать.
| Шаг | Действие | Инструмент / место | Частота | Критерий прохождения |
|---|---|---|---|---|
| 1. Создание Sitemap | Автоматически (плагин / скрипт) | Путь /sitemap.xml | Обновляется автоматически после каждой публикации | Отдаёт 200, корректный XML |
| 2. Объявление в robots.txt | Добавьте в конец robots.txt директиву Sitemap: | /robots.txt | Если путь Sitemap не меняется — достаточно одного раза | Google находит Sitemap через robots.txt |
| 3. Отправка в Search Console | Вручную отправьте URL Sitemap в GSC | GSC → Индексирование → Sitemap | При первой отправке и после разбивки на части | Статус «Успешно» |
| 4. Проверка числа обнаруженных URL | Сравните число обнаруженных URL с числом отправленных | Отчёт по Sitemap в GSC | Раз в неделю | Расхождение до 5% — норма |
| 5. Проверка ошибок | Проверьте, нет ли ошибок «Не удалось прочитать» и «URL не разрешён» | Отчёт по Sitemap в GSC | Раз в неделю | Ошибок — 0 |
| 6. Ускорение индексации новых страниц | Для важных новых страниц запросите индексацию вручную через инструмент проверки URL | Инструмент проверки URL в GSC | При каждой публикации важной страницы | Индексация в течение 1–3 дней |
Проверьте, правильно ли составлен Sitemap: откройте в браузере https://ваш-домен/sitemap.xml — должен отобразиться список страниц в формате XML. Если возвращается 404, значит путь указан неверно или есть проблема с настройкой сервера. Если возвращается HTML-страница (например, страница 404 темы WordPress), значит Sitemap не сгенерирован. Проверьте ошибки формата через Screaming Frog или онлайн-валидатор XML Sitemap.
и Чек-лист технического SEO-аудита: Sitemap — это пункт 2 в квадранте сканирования чек-листа. После каждого редизайна, смены домена или массовой публикации контента проверяйте, обновился ли Sitemap и нужно ли заново отправить его в GSC.Реструктуризация сайта и смена домена Sitemap нужно заново сгенерировать и отправить, а все URL из старого Sitemap — перенаправить через 301 на новые адреса.
FAQ: частые вопросы
Через сколько после отправки Sitemap Google придёт сканировать?
Есть ли вообще смысл в тегах priority и changefreq?
Сколько URL должно быть в Sitemap? Добавлять все страницы?
Когда нужен файл Sitemap Index?
Что делать, если в отчёте GSC по Sitemap «Обнаружено URL» намного меньше, чем «Отправлено URL»?
Что ещё можно сделать для ускорения индексации новой страницы, кроме ожидания Sitemap?
В заключение
XML Sitemap — самый переоценённый инструмент в техническом SEO. Он не повышает позиции, не передаёт вес и не определяет индексацию; его единственная задача — помочь Google быстрее находить ваши страницы. Для небольшого или среднего сайта до 500 страниц с хорошей структурой внутренних ссылок отдача от Sitemap на самом деле невелика — но он ничего не стоит: сделаете — не потеряете, не сделаете — не умрёте.
Три шага на практике. На этой неделе убедитесь, что Sitemap доступен (откройте /sitemap.xml в браузере — должен вернуться 200) и проверьте через Screaming Frog, нет ли внутри тонких страниц, которых там быть не должно. На следующей неделе укажите адрес Sitemap в конце robots.txt и отправьте его вручную в GSC. Дальше раз в неделю тратьте 5 минут на отчёт Sitemap в GSC: убедитесь, что расхождение между обнаруженными и отправленными страницами в норме, а ошибок нет.
Запомните одну фразу: Sitemap — это адресная книга для Google, а не бонус к позициям. Достаточно трёх вещей: класть в него правильные страницы, указывать верный lastmod и раз в неделю смотреть отчёт. Не тратьте время на тег priority.