Технический SEO-QA перед запуском сайта: что проверить до открытия индексации

Перед запуском сайта команда обычно фокусируется на визуальных мелочах, текстах и последних багфиксах. Это понятно: всё уже видно, дедлайн рядом, хочется быстрее переключить прод. Но именно в этот момент легко пропустить технические вещи, которые потом неделями бьют по индексации.

Поэтому мы держим отдельный слой предрелизной проверки в каждом site relaunch: он помогает отловить то, что не бросается в глаза на обычном визуальном ревью.

Что проверять обязательно

Canonical, robots, meta robots, sitemap, schema, статус-коды, карту редиректов, внутренние ссылки и то, как сайт выглядит в исходном HTML. Если проект на JS-рендеринге, последний пункт особенно важен: поисковик сначала видит не то, что вы видите глазами, а то, что реально отдаёт HTML.

Почему одной Lighthouse-проверки мало

Потому что Lighthouse не заменяет ручную валидацию SEO-контура. Он не скажет, что важные URL редиректят не туда, что тестовый контур случайно открыт для индексации или что часть страниц каноникализируется друг на друга. Здесь полезно держать под рукой ещё карту редиректов и базовую логику robots и sitemap.

Что делать после запуска

После переключения нужно не расслабляться, а открыть второй список проверок: индексация, статусы ключевых страниц, выдача каноникалов, presence в sitemap и корректность schema. Об этом подробнее мы уже писали в чек-листе первых 24 часов после релиза.

Что делать дальше

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