Запуск сайта: что сделать в день выкладки и в первые две недели после неё

Короткий ответ: запуск сайта в интернет — это не одна кнопка, а короткий план. За день до выкладки снижают TTL у DNS-записей, делают резервную копию старого сайта и готовят карту редиректов. В день запуска переключают домен, проверяют HTTPS, формы, счётчики и запрет индексации. Первые две недели следят за заявками, ошибками и поиском, а старую версию держат наготове для отката. Ниже — чек-листы на каждый этап и порядок действий при поломке.

Что проверить за день до запуска?

Что у вас есть доступы к домену и хостингу, сайт полностью собран на финальном сервере, старая версия сохранена целиком, а TTL записей снижен. Если хотя бы один пункт не закрыт, переносите дату: запуск без доступа к DNS превращается в ожидание чужого ответа.

Список на вечер перед выкладкой:

• Доступы. Вход в кабинет регистратора домена и хостинга проверен, логины не у бывшего подрядчика. Как правильно оформить домен и сервер — в статье на кого оформлять домен и хостинг.
• Срок регистрации домена. Домен оплачен хотя бы на несколько месяцев вперёд и не истекает в день запуска — такое случается чаще, чем кажется.
• TTL. У A-записи и записи для www время жизни уменьшено до 300 секунд минимум за сутки. Новое значение начинает действовать только после того, как истечёт старое, поэтому за час до запуска это делать поздно.
• Резервная копия. Файлы и база старого сайта скачаны и лежат отдельно от хостинга. Отдельно выписаны все DNS-записи: MX, TXT для почты, записи сервисов подтверждения.
• Карта редиректов. Таблица «старый адрес → новый адрес» для всех страниц, которые есть в поиске и в рекламе. Если сайт новый и старой версии нет, пункт пропускается.
• Финальный прогон на сервере. Сайт открывается на техническом адресе, формы отправляют заявки, тексты и цены сверены с заказчиком.
• Окно выкладки. Выбрано время, когда на связи разработчик и человек со стороны заказчика, который может проверить заявки и ответить на звонки.

Как переключают домен и сколько ждать DNS?

Обычно меняют A-запись домена на IP-адрес нового сервера. При сниженном TTL большинство посетителей видят новый сайт в течение получаса. Если же меняются NS-серверы целиком, ожидание растягивается до суток и дольше, и всё это время часть людей попадает на старую версию.

Отсюда практическое правило: если почта и DNS уже живут у надёжного провайдера, меняйте только адресные записи. Переход на новые NS-серверы — отдельная задача, и при ней важно перенести все записи зоны. Самая частая поломка дня запуска — не сайт, а почта: на новых серверах забыли MX и TXT, и письма на адреса компании перестали приходить.

Пока DNS расходится, обе версии должны работать: старый сайт не отключают, а новый уже принимает заявки. Так в кейсе «Бытполимера» при выкладке на собственный домен отдельно настроили и проверили HTTPS-сертификат с автопродлением, переадресацию с www и с http, DNS-записи и почту на домене.

Про сертификат стоит знать одно: бесплатные сертификаты Let’s Encrypt выдаются на 90 дней, и срок будет сокращаться — по плану центра сертификации максимальный срок уменьшится до 45 дней к февралю 2028 года. Поэтому продление должно быть автоматическим, а не напоминанием в календаре.

Что проверить в первый час после выкладки?

Что сайт открывается по всем вариантам адреса с замком HTTPS, старые ссылки ведут на нужные страницы, каждая форма доставляет заявку, счётчик видит визиты, а поисковикам больше ничего не запрещено. Проверяйте с телефона на мобильном интернете: у офисного провайдера DNS может обновиться позже.

Порядок важен: сначала то, что теряет деньги прямо сейчас, — формы и телефоны на странице, потом поиск и аналитика, потом внешний вид. Опечатку в подвале можно исправить завтра, а сломанная форма за вечер съедает заявки, которые не вернуть.

Отдельно — про запрет индексации. Пока сайт собирают на тестовом адресе, ему ставят Disallow: / в robots.txt или метатег noindex, чтобы черновик не попал в поиск. При выкладке этот запрет иногда переезжает вместе с сайтом, и через неделю владелец обнаруживает, что страницы выпадают из выдачи. Что ещё должно быть настроено для поиска с первого дня, разобрано в статье о технической SEO-базе при запуске.

Что проверяем	Как проверить	Что считается проблемой
Адрес открывается	С телефона на мобильном интернете и с компьютера в офисе	У одного открывается новый сайт, у другого старый дольше суток
HTTPS и склейка адресов	Набрать адрес с www, без www, через http	Предупреждение браузера или разные версии по разным адресам
Редиректы со старых адресов	Пройти по списку старых URL, особенно из поиска	Ответ 404 или переход на главную вместо нужной страницы
Формы и уведомления	Отправить тестовую заявку с каждой формы	Заявка не пришла в Telegram, на почту или в CRM
Счётчик аналитики	Открыть отчёт «в реальном времени» и зайти на сайт	Визит не виден или счётчик от тестовой копии
Запрет индексации	Открыть /robots.txt и код главной	Остался Disallow: / или noindex с тестовой версии

Как не потерять заявки и аналитику при запуске?

Отправить тестовую заявку с каждой формы и кнопки, убедиться, что она пришла всем получателям, и увидеть визит в отчёте счётчика в реальном времени. Заявки теряются не на сайте, а на стыках: почта ушла в спам, бот отправляет в старый чат, CRM не принимает новое поле.

Что проверить на стыках:

• Почта. Письмо с формы приходит во входящие, а не в спам. Если сайт отправляет письма от имени домена, у домена должны быть настроены SPF и DKIM.
• Telegram. Уведомления идут в рабочий чат, а не в тестовый, куда писали во время разработки.
• CRM. Заявка создаётся с телефоном, именем, страницей и меткой источника, а не пустой карточкой.
• Согласие на обработку данных. Галочка и ссылка на политику на месте у каждой формы. Где хранить данные из форм, разобрано в статье о 152-ФЗ и формах сайта.
• Счётчик. На всех страницах стоит боевой счётчик, а не номер тестовой копии; цели на отправку форм срабатывают. Тестовые заявки потом помечаются, чтобы не искажать отчёт за первый день.
• Реклама. Объявления ведут на страницы, которые существуют, а метки в ссылках не обрезаются редиректом.

Хороший приём — в день запуска попросить знакомого оставить заявку с телефона, не предупреждая, через какую форму. Если менеджер увидел её и перезвонил, цепочка работает от начала до конца.

Что делать первые две недели?

Каждый день смотреть на три вещи: пришли ли заявки в обычном количестве, нет ли ошибок на сервере и не выпадают ли страницы из поиска. Через неделю сравнить данные с неделей до запуска, ещё через неделю подвести итог и передать сайт в поддержку.

Первые две недели — время, когда всплывают редкие сценарии: заявка с длинным комментарием, вход с устаревшего браузера, старая ссылка из рассылки трёхлетней давности. Поэтому кроме ежедневной проверки полезны три постоянные настройки:

• Мониторинг доступности. Сервис раз в несколько минут открывает главную и страницу с формой и пишет в Telegram, если сайт не отвечает. Туда же — напоминания о сроке сертификата и регистрации домена.
• Резервные копии по расписанию. Ежедневная копия базы и файлов, которая хранится не на том же сервере. Минимум один раз за эти две недели копию нужно развернуть на тестовом адресе: бэкап, который ни разу не восстанавливали, ещё не бэкап.
• Дежурство. Заранее решено, кто получает уведомления о сбоях и в какие часы, у кого доступ к хостингу и как быстро он отвечает.

Если сайт заменил старый, раз в несколько дней смотрите отчёты об ошибках 404 в Вебмастере и Search Console: так находятся адреса, которые не попали в карту редиректов. В нашем кейсе AleksFurs при переезде магазина на новый движок постоянную переадресацию получили 226 адресов старого сайта, чтобы ссылки из поиска и закладок не вели в пустоту. Подробнее о рисках смены сайта для поиска — в статье редизайн или новый сайт.

Когда	Что сделать	Признак, что всё в порядке
День 1	Сверить заявки за сутки с привычным потоком, посмотреть журнал ошибок сервера	Заявки есть, ошибок 500 нет
Дни 2–3	Проверить Вебмастер и Search Console: доступность, robots.txt, sitemap	Нет предупреждений о недоступности
Дни 3–5	Пройти сайт глазами клиента с двух-трёх телефонов, собрать замечания сотрудников	Список правок короткий и без блокирующих
День 7	Сравнить визиты и заявки с неделей до запуска, проверить 404 в отчётах	Нет провала по ключевым страницам
Дни 8–13	Внести мелкие правки, проверить восстановление из резервной копии	Копия разворачивается, правки выложены
День 14	Итог: что исправлено, что перенесено в план поддержки	Решено, кто отвечает за сайт дальше

Что делать, если после запуска что-то сломалось?

Сначала понять масштаб: не работает весь сайт, перестали приходить заявки или поломка косметическая. От этого зависит, откатываться ли к старой версии за минуты или чинить в рабочем порядке. Решение об откате принимают быстро, разбор причин — потом.

1. Сайт не открывается или показывает ошибку. Проверить DNS, сертификат и сервер. Если за 15–20 минут причина не найдена, вернуть A-запись на старый сервер: при низком TTL посетители снова увидят прежний сайт почти сразу.
2. Не приходят заявки. Временно поставить на видное место телефон и мессенджер, затем проверить цепочку: форма, обработчик, почта или бот, CRM. Заявки, которые успели сохраниться на сервере, выгрузить и передать менеджерам.
3. Пропали страницы из поиска. Проверить robots.txt, метатег noindex, коды ответов и редиректы. Исправленную страницу отправить на переобход в Вебмастере и Search Console.
4. Что-то выглядит не так. Записать адрес, устройство и браузер, сделать скриншот и передать разработчику одной задачей. Мелочи собирают в один пакет правок, а не выкладывают по одной в течение дня.

Чтобы откат был реальным, а не теоретическим, старую версию держат на прежнем хостинге до конца двухнедельного наблюдения, а новую выкладывают так, чтобы предыдущий выпуск можно было вернуть одной командой.

Когда такой чек-лист не нужен и какие ошибки встречаются чаще всего?

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

Ошибки, которые чаще всего встречаются при запуске:

• запуск в пятницу вечером, когда до понедельника некому чинить;
• TTL снизили за час до переключения, и половина посетителей сутки видит старый сайт;
• при смене NS-серверов не перенесли записи почты;
• с тестовой версии переехал запрет индексации;
• все старые адреса перенаправили на главную вместо соответствующих страниц;
• уведомления о заявках уходят в чат разработчика;
• старый хостинг отключили в день запуска, и откатываться некуда;
• резервные копии лежат на том же сервере, что и сайт.

Что из этого входит в тарифы и сколько стоит?

Публикация на вашем домене, подключение форм и аналитики входят в тарифы лендинга и корпоративного сайта, в лендинге отдельно указана настройка SSL: в разработку под ключ мы закладываем выкладку как обязательный этап. Лендинг — от 24 000 ₽ за 2 дня, корпоративный сайт — от 56 000 ₽ за 3–4 дня, редизайн — от 29 000 ₽ за 2–3 дня.

Что важно знать о сроках после запуска:

• Бесплатная поддержка — мелкие правки после запуска: 7 дней для лендинга, 1 месяц для корпоративного сайта, 14 дней для интернет-магазина и веб-приложения.
• Гарантия по договору — отдельно от поддержки: 30 календарных дней с даты подписания акта мы бесплатно исправляем ошибки, возникшие по нашей вине. Сбои сторонних сервисов и изменения, внесённые другими людьми, под гарантию не попадают.
• Домен и хостинг оплачиваются напрямую у регистратора и провайдера и оформляются на вас.
• Дальнейшее сопровождение — мониторинг, резервные копии, обновления и правки — по абонентской поддержке от 7 900 ₽ в месяц или разово по задачам.

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

Короткие ответы на частые вопросы

Сколько ждать, пока сайт откроется по домену после смены DNS?

Если меняется только A-запись и TTL заранее снижен до нескольких минут, новый адрес у большинства посетителей появляется в течение получаса. Смена NS-серверов расходится дольше — от нескольких часов до суток, иногда больше.

В какой день недели запускать сайт?

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

Нужно ли сразу удалять старый сайт?

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

Как долго держать редиректы со старых адресов?

Google советует держать постоянные редиректы как можно дольше, обычно не меньше года. На практике их оставляют навсегда: правило в настройках сервера ничего не стоит, а ссылки из закладок и чужих сайтов продолжают работать.

Входит ли запуск в цену разработки?

В тарифах Roboweb публикация на вашем домене входит в цену: лендинг от 24 000 ₽ (с настройкой SSL), корпоративный сайт от 56 000 ₽. Домен и хостинг вы оплачиваете напрямую регистратору и провайдеру.

Что не покрывает гарантия после запуска?

По типовому договору мы 30 календарных дней с даты акта бесплатно исправляем ошибки по нашей вине. Гарантия не распространяется на изменения, внесённые другими людьми, и на сбои сторонних сервисов — хостинга, почты, платёжного шлюза.

Услуги и кейсы по теме: заказная разработка · поддержка сайта от 7 900 ₽/мес · кейс «Бытполимер»: с конструктора MotoCMS — на свой сайт · цены и сроки