SEO-чек-лист перед запуском нового сайта

Зафиксируйте карту URL

• Список всех старых индексируемых адресов и их метрик.
• Единственный новый canonical owner для каждого сохранённого интента.
• 301 только для действительно перенесённых или объединённых документов.
• 404 или 410 для удалённого контента без релевантной замены.
• Отдельный список личных кабинетов, preview и служебных noindex-страниц.

Проверьте серверный ответ

Каждая индексируемая страница должна отдавать 200 без авторизации и бесконечного client-side loading. Несуществующий URL не должен маскироваться ответом 200 с шаблоном главной. Редирект не должен проходить через цепочку и возвращаться обратно.

Для JavaScript-сайта основной текст, title, description, canonical и структурированные данные безопаснее отдавать в prerender или SSR. Google умеет рендерить JavaScript, но официальная документация отдельно отмечает пользу server-side и pre-rendering, а часть других роботов JavaScript не выполняет.

Robots и canonical

1. Убедиться, что production не наследует staging-запрет.
2. Проверить meta robots и X-Robots-Tag.
3. Поставить self-canonical на самостоятельные страницы.
4. Не канонизировать узбекский текст на русскую страницу.
5. Убрать canonical-цепочки и недоступные цели.
6. Проверить http/https, www и завершающий слеш.

Sitemap без мусора

В sitemap включают канонические индексируемые URL с кодом 200. Редиректы, noindex, дубли, параметры и личные кабинеты исключают. Google называет sitemap подсказкой, а не гарантией индексации; Yandex также использует его вместе с внутренними и внешними ссылками.

Поле lastmod отражает существенное изменение контента или разметки, а не дату каждой сборки. После релиза sitemap должен быть доступен без авторизации и указан в robots.txt.

Metadata и видимый контент

• Уникальные title, description и один понятный H1.
• Основной ответ на интент, а не только hero и форма.
• Обычные HTML-ссылки на важные страницы.
• Breadcrumbs совпадают с фактической архитектурой.
• Schema описывает видимый контент и проходит validation.
• Open Graph изображение доступно внешнему роботу.

Аналитика до трафика

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

Событие отправки формы не равно квалифицированному лиду. Отчёт должен сохранять путь до CRM-статуса и известные ограничения атрибуции.

Первые 72 часа и 28 дней

• Проверить главные URL обычным curl и инструментами поисковых систем.
• Следить за 404, 5xx, redirect loops и ошибками ресурсов.
• Сравнить public sitemap с фактическим production build.
• Проверить canonical, robots и H1 в сохранённом HTML.
• Отправить изменённые адреса в поддерживаемые системы.
• Еженедельно сравнивать запросы и страницы со старым baseline.

Критерий готовности

Релиз готов, когда каждый важный старый URL имеет проверенное решение, все новые canonical открываются с 200, основной контент доступен без пользовательского действия, sitemap чистый, события доходят до аналитики, а rollback описан до переключения.

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

Первичные источники и документация

• Google: JavaScript SEO basics
• Google: build and submit a sitemap
• Yandex Webmaster: canonical URLs

Следующий шаг

Если хотите применить схему к своему проекту, проведите SEO-проверку перед релизом. Сначала зафиксируем исходные данные и критерии готовности, затем оценим объём работ.