В sitemap.xml каждой странице можно указать приоритет от 0.0 до 1.0 через тег <priority>. Это относительная важность: главная страница обычно 1.0, разделы 0.8–0.9, статьи 0.6–0.7, технические 0.3.
Google игнорирует этот параметр с 2017 года, Яндекс и Bing учитывают слабо. Используют скорее для своих внутренних целей: парсер дашборда индексации может сортировать страницы по приоритету.
<url> <loc>https://pawetta.com/</loc> <priority>1.0</priority> // главная </url> <url> <loc>https://pawetta.com/uslugi</loc> <priority>0.9</priority> // коммерция </url> <url> <loc>https://pawetta.com/glossary/</loc> <priority>0.7</priority> // инфо </url>
<priority>1.0</priority> для главной, 0.8 для категорий каталога, 0.6 для статей блога, 0.3 для технических страниц.
Главное, что нужно усвоить про в sitemap.xml: ни Google, ни Яндекс не используют его для выбора, что ставить выше в выдаче. Джон Мюллер из Google публично называл priority и changefreq игнорируемыми ещё в 2017-м; Яндекс в справке Вебмастера тоже не обещает влияния на ранжирование. Управлять важностью страниц для бота нужно другими рычагами — внутренней перелинковкой, частотой обновления контента и логичной структурой. Цифра в XML тут бессильна.
При этом проставлять priority не вредно, и есть смысл держать его осмысленным: некоторые краулеры и парсеры (включая самописные дашборды индексации и часть SaaS-аудиторов) сортируют URL по этому полю, а единое значение 1.0 на всех страницах просто обнуляет любую пользу. Куда важнее для краулингового бюджета другое — не пихать в карту мусорные URL (фильтры, сортировки, страницы с параметрами), своевременно обновлять lastmod и держать карту в пределах 50 000 URL / 50 МБ, иначе бот её урежет.
Google игнорирует priority с 2017 года, Яндекс влияния не обещает — на позиции тег не влияет.
Дашборды индексации и часть аудиторов сортируют URL по приоритету — поэтому значения держат осмысленными.
Свежий lastmod, отсутствие мусорных URL и лимит 50 000 строк значат для обхода больше, чем цифра priority.
Вместо priority на обход влияет lastmod, и то при одном условии: дата должна быть правдой. Google смотрит на неё, пока видит, что она совпадает с реальными изменениями страницы; сайт, который каждую ночь проставляет во всех URL сегодняшнее число, теряет доверие к этому полю целиком. Правильная привычка — писать в lastmod дату последней содержательной правки и не трогать её при технических пересборках.
Частая ошибка — priority 1.0 на всех адресах. Смысл параметра относительный: он сравнивает страницы внутри одного сайта, и когда все важны одинаково, сигнала не остаётся вовсе. Вторая ошибка — держать в карте адреса, закрытые от индексации или отдающие редирект: они не ускоряют обход, зато собирают ошибки в отчётах и тратят лимиты. Карта должна содержать только те URL, которые вы хотите видеть в поиске.
Ускорить обход надёжнее другими способами. Свежие и изменённые адреса отправляют через IndexNow и очередь переобхода в Вебмастере, крупные карты разбивают по разделам и собирают в индексный файл — так в отчётах видно, какой раздел индексируется хуже. А внутренние ссылки на новую страницу дают роботу больше, чем любой атрибут в XML.