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

Подписан акт, сайт открыт — и наступает момент, когда большинство проектов оставляют без внимания. А именно первые недели определяют, начнёт сайт работать или просто будет существовать.
Ниже — план на месяц.
День первый: техническая проверка
Даже если приёмка прошла, после переключения на боевой домен проверьте заново — часть вещей ломается именно при переезде.
Адрес. Сайт открывается по основному адресу, все остальные варианты — с www, по http, со слешем — ведут на него постоянным редиректом. Иначе вы получаете дубли с первого дня: почему это плохо, в статье дубли страниц на сайте.
Сертификат. Действует, автопродление настроено, смешанного содержимого нет.
Индексация не закрыта. Классическая ошибка: запрет с тестового адреса переехал на боевой. Проверяется за минуту и объясняет заметную долю случаев «сайта нет в поиске».
Формы. Отправьте тестовую заявку из каждой формы и убедитесь, что она дошла. Не «форма отправилась», а именно дошла до адресата.
Аналитика. Счётчик собирает данные, цели срабатывают. Как это настроить — в статье настройка Яндекс.Метрики.
Первая неделя
Отправьте карту сайта в панели вебмастеров обеих систем и подтвердите права.
Запросите индексацию ключевых страниц вручную — главной, основных услуг, контактов. В Яндексе квота позволяет больше, в Google — около десяти в сутки.
Заполните карточки в картах, если бизнес локальный. Для многих ниш это даст обращения раньше, чем сайт — подробно в статье локальное SEO.
Проверьте на реальных устройствах. Попросите нескольких человек пройти путь до заявки со своих телефонов. Обнаруживается больше, чем при любой формальной приёмке.
Соберите обратную связь от сотрудников, которые общаются с клиентами: что спрашивают, чего не находят.
Вторая-третья неделя
Данные начинают накапливаться, можно смотреть.
Откуда приходят люди. Источники трафика в разрезе целей — не просто посещаемость, а какие каналы дают обращения.
Где уходят. Страницы с высоким процентом выхода. Если люди массово уходят с ключевой страницы услуги — там что-то не так.
Доходят ли до формы. Смотрите воронку: сколько дошло до формы и сколько отправило. Большая разница означает проблему в самой форме — что проверить, в статье форма заявки на сайте.
Мобильные против десктопа. Сравните конверсию. Если на телефонах она в разы ниже при сопоставимом трафике — проблема в мобильном сценарии.
Записи сессий. Посмотрите 10–15 записей тех, кто дошёл до формы и не отправил. Самый быстрый способ найти неочевидную поломку.
Конец первого месяца: что решать
К этому моменту у вас есть данные для трёх решений.
Первое: что поправить на сайте. Список из аналитики и обратной связи. Это те самые 10–15% сметы, которые стоило заложить на доработки.
Второе: какие страницы усилить. По отчёту о поисковых запросах видно, по каким формулировкам вас уже показывают. Если запрос есть, а специальной страницы под него нет — это готовая тема для новой страницы.
Третье: куда двигаться дальше. Реклама, содержание, расширение функциональности — по тому, что показали данные. Как выбирать между каналами, разобрано в статье контекст или SEO.
Чего не нужно делать
Делать выводы по первым дням. Трафика мало, цифры скачут, закономерностей нет.
Паниковать из-за отсутствия позиций. Месяц — не срок. Реалистичные ожидания описаны в статье почему сайт не появляется в поиске.
Переделывать дизайн. Если заявок нет, причина почти никогда не в оформлении. Сначала проверьте технику и трафик.
Останавливать рекламу «пока сайт наберёт вес». Он не наберёт без трафика, а вы останетесь без заявок.
Забыть про регулярность. Сайт, который не обновляется и не обслуживается, начинает деградировать через несколько месяцев — что именно происходит, в статье техподдержка сайта.
Что должно быть настроено к концу месяца
Короткий контрольный список:
- аналитика с целями на все способы связи;
- панели вебмастеров с отправленной картой сайта;
- карточки в картографических сервисах, если бизнес локальный;
- резервное копирование с проверенным восстановлением;
- мониторинг доступности с уведомлениями;
- ответственный за обновления — вы, подрядчик или штатный специалист;
- регулярная проверка тестовой заявки хотя бы раз в месяц.
Последний пункт кажется мелочью, но формы ломаются тихо: обнаруживается это по подозрительному затишью через недели.
Итог
Первый месяц после запуска — это не пауза, а рабочий период: проверка техники, накопление данных, первые доработки.
Порядок: техническая проверка в первый день → отправка в поисковые панели и карты в первую неделю → анализ поведения на второй-третьей → решения по итогам месяца.
И заложите бюджет на доработки заранее. Правки после запуска нужны всегда — вопрос лишь в том, будут ли на них деньги.
Частые вопросы
Что проверить в первый день после запуска?+
Что сайт открывается по основному адресу и все остальные варианты ведут на него редиректом, что сертификат действует, что формы отправляются и заявки доходят, что счётчик собирает данные и цели срабатывают, что сайт не закрыт от индексации.
Когда смотреть первые результаты?+
Данные о поведении — через 2–3 недели, когда накопится статистика. Позиции в поиске — не раньше месяца. Делать выводы по первым дням бессмысленно: цифры скачут, а трафика слишком мало для значимых закономерностей.
Нужно ли что-то делать, если заявок нет в первую неделю?+
Сначала проверить, доходят ли они технически: отправьте тестовую заявку и убедитесь, что она пришла. Это первая версия объяснения и самая обидная. Если технически всё работает — вопрос в трафике, а его в первую неделю почти нет.
Сколько закладывать на доработки после запуска?+
10–15% сметы проекта на первые два месяца. Что-то работает не так, как представлялось на макете, что-то нужно поправить по реальному поведению людей. Отсутствие запаса приводит к тому, что мелкие правки откладываются и накапливаются.
Читайте также
- Как общаться с подрядчиком по сайту: правки и обратная связьКак формулировать замечания, чтобы их поняли с первого раза, где вести переписку, как не превратить проект в бесконечный поток мелких просьб и что делать при разногласиях.4 мин
- Agile или waterfall в веб-разработке: что выбрать заказчикуДве модели ведения проекта простыми словами: чем отличаются по срокам, бюджету и участию заказчика, и какая подходит вашему типу задачи.3 мин
- Сайт за неделю: когда это реальноЧто можно успеть за 5–7 дней, во сколько обходится срочность, чем жертвуют при сжатых сроках и как подготовиться, чтобы уложиться без переплаты.4 мин
- Кто пишет тексты для сайта: заказчик или студияТри схемы работы с контентом и их реальная стоимость, почему тексты чаще всего задерживают запуск и как организовать сбор материалов, чтобы проект не встал.4 мин