Чек-лист перед публикацией страницы: индексируемость, canonical и sitemap

Перед выпуском URL нужно подтвердить три вещи: робот получит страницу, индексирование не запрещено, а все сигналы указывают на одну каноническую версию. Редактор отвечает за смысл, метаданные и связи материала; технический специалист — за HTTP, robots, canonical и sitemap.

Рабочая таблица

Это проверка готовности, а не обещание индексации.

1. Зафиксируйте канонический адрес

Сначала запишите URL, который должен остаться основным:

PAGE_URL='https://indexatori.ru/posts/url-prepublish-indexing-checklist/'
curl -I "$PAGE_URL"
curl -IL "$PAGE_URL"

Проверьте https, домен, регистр пути и завершающий слеш. Редирект при нормализации допустим; петля, длинная цепочка или переход на другую тему — нет.

2. Проверьте запреты

В исходном HTML найдите noindex, nofollow и canonical. Для PDF и других не-HTML файлов проверьте заголовок:

curl -sI "$FILE_URL" | findstr /I "X-Robots-Tag"

robots.txt управляет обходом, а noindex — индексированием. Один механизм не заменяет другой. Особенно внимательно ищите забытый Disallow из staging-конфигурации.

3. Согласуйте canonical, sitemap и ссылки

На странице должна быть одна понятная версия rel="canonical". Та же версия должна использоваться во внутренних ссылках и sitemap. Не ставьте canonical на URL с UTM-меткой, случайным параметром или на соседнюю статью.

Проверьте варианты с http/https, www и без него, со слешем и без, а также параметры фильтров. Если две статьи решают одну задачу, одного canonical недостаточно: объедините их или разведите интенты.

Подробные проверки: canonical URL и риск похожих страниц .

4. Дайте роботу путь к странице

Добавьте в sitemap абсолютный canonical-URL. Убедитесь, что XML открывается без авторизации и не содержит редиректов, noindex или параметризованных дублей.

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

Если нужна отдельная инструкция по карте, используйте проверку sitemap.xml . Для уже опубликованной страницы со статусом Google — диагностику Search Console .

5. Проверьте содержательную готовность

Редактор отвечает на три вопроса:

1. Какую конкретную задачу решает URL?
2. Чем ответ отличается от соседних материалов?
3. Понятно ли следующее действие после прочтения?

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

После публикации

Сразу сохраните:

• canonical URL и время проверки;
• результат curl -IL;
• найденные meta robots и X-Robots-Tag;
• canonical из live-HTML;
• факт присутствия URL в sitemap;
• входящие внутренние ссылки;
• desktop- и mobile-скриншоты;
• SHA опубликованного текста или release-manifest.

Если Google показывает Discovered — currently not indexed, проверьте внутренние ссылки и доступность. При Crawled — currently not indexed бот уже читал страницу: оценивайте содержание, дубли и выбранный canonical. Матрица диагностики помогает не начинать один и тот же чек-лист заново.

Когда уместен платный индексатор

Для одной новой страницы сначала достаточно корректного URL, sitemap и внутренних ссылок. Не добавляйте механическую кнопку индексатора каждому читателю.

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

Итог

Редактор подтверждает самостоятельный ответ, метаданные и связи. Технический специалист подтверждает HTTP, запреты, canonical, sitemap и реальный рендер. Публиковать можно, когда эти сигналы согласованы и сохранён проверяемый журнал результата.

Источники

• Robots meta tag и X-Robots-Tag — Google Search Central
• Canonical URL и дубли — Google Search Central
• Sitemap — Google Search Central
• Google Indexing API: область применения