7 лет практики в SEO 30+ сайтов в работе Беларусь · Россия · Казахстан Google + Яндекс Обсудить проект
Главная → Блог → Разработка → Чек-лист запуска сайта

Чек-лист запуска сайта: что проверить до того, как открыть его для индексации

Разработка
16 октября 2026 9 минут на чтение
Коротко

ТЗ с SEO-требованиями — это этап «до старта» разработки. Этот текст про другой момент: сайт уже собран, дизайнер и верстальщик закрыли задачи, осталось нажать «опубликовать». Между «готово» и «открыто для индексации» — минимум 10 проверок, и если их пропустить, первые недели жизни сайта уходят не на рост, а на разгребание того, что уже успело утечь в индекс неправильно.

Разработчики сдают сайт как «готовый продукт» — страницы открываются, формы работают, дизайн на месте. SEO в этот момент никого не интересует, потому что по ощущениям всё уже сделано. На практике запуск — это отдельная стадия со своим списком проверок, и пропущенный пункт тут стоит не косметическую правку, а потерянные недели трафика.

Почему это не то же самое, что ТЗ

В статье про ТЗ на сайт с SEO-требованиями разбирал, что нужно прописать до старта разработки — структуру URL, мету в админке, индексацию. Это чек-лист ожиданий. А вот этот — чек-лист факта: прописали в ТЗ индексацию, а она физически работает? Прописали редиректы, а они физически стоят? Половина пунктов ниже ловит именно разрыв между тем, что согласовали на бумаге, и тем, что реально выгрузилось на прод.

Моя ошибка: забытый noindex на три недели

Переносили сайт интернет-магазина мебели на новый движок. Разработчик держал версию на поддомене stage.— с глобальным <meta name="robots" content="noindex">, чтобы Google не проиндексировал черновик раньше времени. Правильно. Когда сайт переехал на основной домен, этот мета-тег скопировали вместе со всем остальным кодом и забыли снять. Три недели сайт физически работал на проде, а Google честно его не индексировал — потому что мы сами попросили не индексировать.

Заметили не по паденю трафика в GSC (там просто не было данных вообще, это другой паттерн, чем падение), а когда клиент спросил «а почему по названию бренда в поиске до сих пор старая версия». Три недели — это не катастрофа, но это три недели, которые можно было потратить на рост, а не на простой. С тех пор первая строчка в моём личном чек-листе — «view-source и ctrl+F по robots», каждый раз, без исключений.

Чек-лист: 10 проверок перед открытием для индексации

№ПроверкаКак проверитьЕсли пропустил
1Meta robots / X-Robots-Tagview-source, поиск по "noindex"; curl -I на X-Robots-TagСайт физически не попадает в индекс неделями
2robots.txt со стейджинга не перелез на продcurl /robots.txt — не должно быть Disallow: /Полная блокировка краулинга
3Абсолютные URL вместо stage.domain в кодепоиск по исходнику "stage." / "dev." / "localhost"Canonical и og:url ведут на черновик
4301 с адресов старого сайта (если был переезд)карта редиректов из 4 источников — см. статью про переезд сайтаПотеря накопленных ссылок и позиций
5Sitemap.xml генерируется и не содержит noindex/404 URLоткрыть файл, свериться со списком реальных страницGoogle долго находит новые страницы сам
6Canonical на каждой странице указывает сам на себя (без фильтров/utm)выборочно 10 страниц разных шаблоновДубли конкурируют друг с другом в индексе
7SSL валиден, нет mixed contentDevTools → Console, раздел SecurityБраузер пугает «небезопасно», отказы растут
8Счётчики (Метрика/GSC/GA4) стоят и реально стреляютВебвизор / отладчик тегов, проверка события в реальном времениАналитика молчит, решения принимаются слепыми
9Формы реально доходят адресатутестовая отправка на каждую форму сайтаЗаявки идут в пустоту, клиент теряет лиды и не знает об этом
10Мобильная версия и скорость (LCP/CLS) в пределах нормыPageSpeed Insights на 3-4 ключевых шаблонахCTR в SERP ниже из-за медленного сниппета

Пункт 1 и 2 — не теория, а практика: у меня на счету два случая, когда их пропускали именно потому что «ну это же мелочь, разберёмся после запуска». После запуска разбираться с индексацией — это недели простоя, которых не было бы, потрать ты пять минут до.

Редиректы — отдельный риск, если это не первый сайт домена

Если новый сайт заменяет старый (редизайн, смена движка, смена структуры URL) — карта 301 должна быть готова ДО того, как старые страницы перестанут отдавать 200. Делал об этом отдельный разбор в статье про переезд сайта без потери трафика — там и источники для сборки карты, и типовые косяки. Для этого чек-листа важно одно: если в момент запуска редиректов ещё нет — не запускайся. Лучше задержать публикацию на день, чем объяснять клиенту через месяц, почему органика упала на треть.

Чего не делать на старте, даже если очень хочется

Не отправляй sitemap в Google Indexing API до того, как прошёл чек-лист выше — если там ещё что-то не готово, ты просто попросишь Google побыстрее проиндексировать недоделанную версию. Не включай Метрику с webvisor на половину сайта «потом доделаем остальное» — сегменты аналитики потом сложно сопоставить. И не меняй title/description сразу после запуска «чтобы оптимизировать» — дай 1-2 недели, чтобы увидеть исходные CTR, иначе не с чем будет сравнивать правку.

Ты реально проверял X-Robots-Tag заголовком curl, а не глазами в браузере? Браузер его не покажет — а именно через этот заголовок иногда остаётся сюрприз от бывшего хостинга или CDN, который глазами на странице не видно вообще.

После запуска — первые 48 часов

Сразу после открытия для индексации: отправь главные URL через Яндекс.Вебмастер и Google Indexing API, проверь в GSC статус покрытия через несколько дней (не сразу — это нормально, если в первый день там пусто), и держи дашборд Метрики открытым хотя бы раз в день первую неделю. Это тот момент, где любая мелкая ошибка из чек-листа выше либо всплывёт сама, либо тихо просидит незамеченной три недели, как мой noindex.

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

10 проверок за один заход — от noindex и редиректов до счётчиков и скорости. Лучше час до запуска, чем месяц разгребания после.