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

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

Зафиксируйте исходную версию

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

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

Перед этим этапом удобно пройти чек-лист проверки сайта перед запуском. Он посвящён приёмке; дальнейшее наблюдение отвечает уже на другой вопрос — что происходит после публикации.

Проверьте путь обращения

Откройте сайт на телефоне и компьютере. Проверьте не только внешний вид формы, но и весь путь: заполнение, сообщение об успехе, получение обращения ответственным человеком. Клик по кнопке и доставленная заявка — разные события.

Для контрольного обращения используйте вымышленное имя, явную пометку «тест» и заранее согласованный тестовый канал. Не указывайте контакты посторонних людей; если форма требует контакт, используйте контролируемый вами тестовый адрес. Запишите время проверки и результат, чтобы не спутать её с настоящим запросом. Не нужно ежедневно создавать новые тестовые заявки, если ничего не менялось и признаков сбоя нет. Повторная проверка оправдана после правок формы, контактов или способа доставки.

Разделите доступность и появление в поиске

Страница может открываться по прямой ссылке, но ещё не присутствовать в поисковой выдаче. Проверка доступности и проверка индексирования поэтому выполняются отдельно.

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

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

Официальные пояснения: Google о запросе повторного обхода и Яндекс о переобходе страниц. Запрос обхода сам по себе не гарантирует индексирования.

Соберите понятную базу аналитики

Выберите несколько действий, связанных с задачей сайта. Для сайта услуг это могут быть успешное обращение, переход к контактам или изучение кейса. Не называйте каждый клик заявкой: посетитель мог открыть мессенджер и ничего не написать. Не передавайте в события аналитики имена, контакты и текст заявок. Используйте аналитику с учётом выбора посетителя и утверждённых требований к обработке персональных данных.

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

Дополнительные вопросы для такого разбора собраны в статье о трафике и обращениях.

Меняйте страницу по обнаруженной причине

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

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

Определите регулярные обязанности

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

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

Хороший итог первых наблюдений — не обещание быстрого роста, а проверяемая картина: сайт доступен, путь обращения работает, тесты отделены от клиентов, а следующие изменения опираются на конкретные факты.