Ваш sitemap — единственный файл на вашем сайте, который никто никогда не перечитывает.
Кто-то настроил его много лет назад, вероятно, через плагин, и с тех пор он тихо говорит поисковым системам, что сканировать. Он работает, поэтому его никто не открывает.
Мы открыли 21 такой файл — у IKEA, Booking.com, Stripe, Shopify, Zillow, Goodreads, wikiHow и еще десятка сайтов — и проверили каждый по самому протоколу sitemap.
Восемь оказались чистыми. Тринадцать — нет.
Одним из этих тринадцати был наш.
Результаты вкратце
Две проблемы объясняют почти все, что мы нашли, и обе невидимы снаружи: поля, которые ничего не делают, и URL, которые файл технически не имеет права покрывать.
Ни одна не сломает ваш сайт. Обе стоят десяти минут.
Что мы проверяли и как
Мы брали robots.txt каждого сайта, переходили по первому объявленному sitemap, открывали один реальный файл URL за ним и задавали три вопроса.
Каждый URL находится внутри собственной папки sitemap? Протокол говорит, что sitemap покрывает свой собственный путь и все ниже. Файл в /sitemaps/, который перечисляет страницы в /products/, выходит за эти границы.
Есть ли в нем priority или changefreq? Оба являются валидным XML, и оба игнорируются Google. Это остатки 2005 года.
Есть ли в нем читаемый lastmod? Это Google использует, когда доверяет вам.
Затем мы прогнали несколько тех же файлов через наш собственный XML Sitemap Generator, который выполняет ровно эти проверки, чтобы убедиться, что наша ручная оценка и инструмент согласны. Они согласились.
Только 8 из 21 оказались чистыми
Чистая восьмерка: Omni Calculator, Healthline, Coursera, Vercel, Netlify, MongoDB, Semrush и Similarweb.
Остальные тринадцать: wikiHow, Calculator.net, NerdWallet, Goodreads, GeeksforGeeks, Zillow, Booking.com, IKEA, Stripe, Shopify, HubSpot, Atlassian — и UNmiss.
В этом разделении есть закономерность, и она такая же, как та, которую мы нашли, когда проверяли, кто публикует llms.txt: компании с инструментами для разработчиков аккуратны, а крупные потребительские сайты на старых контентных системах — нет.
Поля, которые ничего не делают
Восемь из 21 sitemap содержат <priority>. Восемь содержат <changefreq>.
Оба тега были частью исходной спецификации sitemap 2005 года. Идея была в том, что вы сообщаете поисковым системам, какие страницы важнее всего и как часто они меняются, а сканирование планируется соответственно.
Это не выдержало столкновения с реальностью, потому что каждый сайт говорил, что каждая страница имеет priority 1.0 и меняется ежедневно. Google полностью игнорирует оба поля. Они все еще валидный XML. Они просто ничего не делают.
На маленьком сайте это безвредный мусор. На большом — нет. Продуктовый sitemap IKEA занимает 47,6 MB при жестком лимите протокола 50 MB — и каждая запись в нем тратит байты на два поля, которые никто не читает.
URL вне собственной папки
Десять из 21 перечисляют URL, которые находятся вне собственного каталога sitemap. Это более интересная ошибка, потому что почти никто не знает о существовании правила.
Sitemap должен покрывать только свой собственный путь и все ниже него. Поместите файл в example.com/sitemaps/products.xml, и технически он покрывает /sitemaps/ и ниже — не /products/ и не главную страницу.
На практике Google снисходителен, особенно когда вы отправляете sitemap напрямую в Search Console. Но "обычно прощается" — хуже, чем "правильно", а исправление самое простое в SEO: переместите файл в корень домена. Sitemap в example.com/sitemap.xml покрывает все, всегда, без исключений, о которых нужно помнить.
Мы провалили собственную проверку
Теперь неудобная часть, и причина, по которой мы уверены, что остальная оценка справедлива.
Мы прогнали unmiss.com через наш собственный XML Sitemap Generator. Он сообщил 370 URL, 399,5 KB, HTTP 200, с читаемым lastmod в каждой записи — а затем отметил вот это:
370 записей содержат priority или changefreq.
"Google полностью игнорирует оба поля. Они валидны, но просто ничего для вас не делают."
Каждый URL. Это видно в сыром файле, где за каждой записью идет дата, слово weekly и число 0.7:
Никто не выбирал это осознанно. Оно пришло из настройки по умолчанию много лет назад и сохранилось, потому что никто не открывал файл заново — именно в этом и смысл статьи.
Скопируйте это за один день
Четыре шага. Все это занимает меньше времени, чем чтение об этом.
1. Откройте свой собственный sitemap. Добавьте /sitemap.xml к домену или найдите адрес в своем robots.txt. Большинство людей никогда не смотрели.
2. Найдите в нем priority и changefreq. Если они есть, удалите их. Минусов и риска нет; они ничего не делали.
3. Проверьте, где лежит файл. Если он в подпапке, а ваши страницы находятся в другом месте, переместите его в корень. Один этот шаг закрывает целую категорию проблем.
4. Убедитесь, что lastmod честный. Это единственное поле, которое все еще имеет значение, и оно имеет значение только если оно правдиво. Файл, который утверждает, что все изменилось сегодня, учит поисковые системы игнорировать это поле.
Что мы не смогли измерить
21 sitemap — это выборка. Мы выбрали узнаваемые имена из publishing, retail, software и developer tools и прочитали первый sitemap, который объявил каждый сайт. Другая выборка дала бы другие проценты.
Один файл на сайт. Несколько этих компаний публикуют тысячи файлов sitemap. Мы оценили по одному реальному файлу URL от каждой, исходя из предположения, что они генерируются одной системой — это вероятно, но не проверено.
Scope пути — правило, которое Google обычно прощает. Мы сообщаем о нем, потому что оно есть в спецификации и потому что наш инструмент его отмечает, а не потому, что можем показать, что оно стоило кому-то трафика. Не можем.
Мы не видим, что любая поисковая система делает с этими файлами. Все здесь — это то, что сайты публикуют, а не то, что сканируется или индексируется.
Вставьте адрес sitemap, который вы уже публикуете, и наш XML Sitemap Generator проверит его по протоколу, не посещая ни одного URL внутри него. Это та же проверка, которая нашла проблему в нашем собственном файле и в десяти из двадцати одного выше.
- Отмечает URL вне собственного пути sitemap
- Указывает на priority и changefreq, которые Google игнорирует
- Возвращает очищенную копию, которую можно опубликовать сегодня
Частые вопросы
Какие sitemaps вы проверяли, и каковы результаты?
21 читаемый sitemap на 23 августа 2026 года. Чистые: Omni Calculator, Healthline, Coursera, Vercel, Netlify, MongoDB, Semrush, Similarweb. С как минимум одной проблемой: wikiHow, Calculator.net, NerdWallet, Goodreads, GeeksforGeeks, Zillow, Booking.com, IKEA, Stripe, Shopify, HubSpot, Atlassian и UNmiss. Десять перечисляли URL вне собственной папки sitemap, восемь содержали priority и восемь содержали changefreq.
Priority или changefreq вообще что-нибудь делают?
Не для Google, который полностью игнорирует оба поля и ясно говорил об этом. Другие краулеры могут их читать, но ни одна крупная поисковая система не обещает действовать на основе любого из них. Это валидный XML, который ничего не делает, и удаление не несет риска.
Почему важно, где находится файл sitemap?
Потому что протокол говорит, что sitemap покрывает только свой собственный путь и все ниже него. Файл в /sitemaps/products.xml технически не покрывает /products/. Google обычно снисходителен, особенно к sitemap, отправленным в Search Console, но проблема полностью исчезает, если положить файл в корень домена.
Sitemap с такими проблемами сломан?
Нет, и мы бы не использовали это слово. Ни у одного из тринадцати сайтов здесь нет sitemap, который перестает работать. Они содержат поля, которые тратят место, и в десяти случаях имеют расположение путей, которое спецификация строго не разрешает. Это проблемы порядка, не аварии — именно поэтому они живут годами.
Вы нашли проблему в собственном sitemap. Что это было?
Все 370 URL в английском sitemap unmiss.com содержат priority и changefreq. Наш собственный XML Sitemap Generator отметил это, когда мы направили его на себя. Это пришло из настройки по умолчанию много лет назад, никто не открыл файл заново, и это ровно тот паттерн сбоя, о котором эта статья.
А что насчет lastmod?
Он все еще важен. Google использует lastmod, когда доверяет значению, а доверие зарабатывается точностью. Каждый sitemap в нашей выборке содержал его фактически в каждой записи, что хорошо — при условии, что даты настоящие. Файл, утверждающий, что каждая страница изменилась сегодня, учит поисковые системы не учитывать это поле.
Насколько большим может быть sitemap?
50 000 URL или 50 MB без сжатия, что наступит раньше; после этого файл делят на несколько файлов за индексом sitemap. Поэтому лишние поля важны в масштабе: продуктовый sitemap IKEA уже занимает 47,6 MB, то есть 95% лимита, при этом тратит байты на два поля, которые никто не читает.
Могу ли я выполнить эту проверку сам?
Да, любым способом. Вручную: откройте свой robots.txt, перейдите к sitemap и найдите в файле priority и changefreq. Или вставьте адрес в наш XML Sitemap Generator, который выполнит те же проверки и вернет исправленную копию.
Исправьте файл, который никто не перечитывает
Большая часть этой серии — о компаниях, которые построили что-то выдающееся. RTINGS измеряет то, что никто не измеряет, wikiHow рисует картинку для каждого шага, Goodreads нашел шестнадцать существительных там, где все остальные нашли одно.
Эта статья — об обратном: о вещи, которая есть у каждого сайта и на которую почти никто не смотрел дважды.
Тринадцать из двадцати одной крупной, хорошо обеспеченной компании публикуют sitemap, в котором что-то не так. Не потому, что это сложно, а потому, что это невидимо. Файл работает, поэтому его никто не открывает, и настройки 2005 года живут вечно.
Мы были одним из тринадцати и узнали об этом только направив собственный инструмент на самих себя.
Так что откройте свой sitemap. Это занимает минуту, и есть хороший шанс, что вы не читали его с того дня, когда он был создан.
Проверено 23 августа 2026 года. Метод: получить robots.txt каждого сайта, перейти по первому объявленному sitemap, открыть один реальный файл URL за ним и проверить scope пути, priority, changefreq и lastmod. Результаты были сверены с нашим собственным XML Sitemap Generator, который выполняет те же проверки, и они совпали.
Один файл на сайт — это выборка, а не аудит всех sitemap, которые публикуют эти компании. Scope пути — правило спецификации, которое поисковые системы обычно прощают, и мы не утверждаем, что какая-либо из этих проблем стоила кому-то трафика.