Что проверять перед публикацией нового сайта
Чек-лист перед запуском сайта: путь заявки, мобильная версия, страницы для поиска, доступы и план возврата к рабочей версии.
Перед публикацией нового сайта нужно проверить не только внешний вид, но и весь путь посетителя: открыть страницу, понять предложение, отправить заявку и убедиться, что её получил ответственный. Затем проверить мобильную версию, настройки для поиска и порядок восстановления при проблеме. Красивый первый экран не заменяет эту проверку.
Составьте короткий список сценариев и назначьте того, кто подтвердит каждый результат. Часть проверки проходит на тестовом адресе, но после переноса на рабочий домен ключевые действия нужно повторить. Настройки почты, внешних сервисов и адреса ссылок могут различаться.
1. Пройдите путь от страницы до полученной заявки
Откройте сайт как новый клиент: начните с главной или страницы услуги, найдите условия, перейдите к форме. Проверьте, понятно ли, что произойдёт после отправки. Кнопка должна вести к ожидаемому действию, а не в соседний раздел или пустое окно.
Отправьте тестовую заявку с заметной пометкой «проверка». Убедитесь, что сообщение дошло до нужного адресата, поля не перепутались, выбранная услуга сохранилась. Если подключена CRM, проверьте запись там, а не только уведомление на экране. После теста обработайте тестовые данные по принятому порядку.
Проверьте и неуспешный сценарий: пустое обязательное поле, неверный адрес, временная ошибка отправки. Посетитель должен видеть понятное объяснение, а не терять введённый текст без сообщения. Не создавайте нагрузку и не отправляйте большое число заявок ради проверки.
Отдельно откройте ссылки на телефон, почту и мессенджер. Сверьте контакты с ответственным сотрудником. Для магазина добавьте корзину, доставку и согласованную проверку оплаты; условия тестовой операции определите заранее, чтобы она не превратилась в случайный реальный заказ.
2. Проверьте содержание и мобильную версию
Просмотрите основные страницы на телефоне и компьютере. Не ограничивайтесь уменьшением окна: на реальном устройстве заметнее неудобные поля, перекрывающие экран панели и элементы, по которым трудно попасть пальцем.
В минимальный список включите:
- меню, длинные заголовки и таблицы;
- читаемость текста и контраст элементов;
- фотографии, подписи и отсутствие заглушек;
- форму при открытой экранной клавиатуре;
- возможность закрыть диалог и вернуться к странице.
Попросите представителя бизнеса отдельно подтвердить названия услуг, цены, сроки, адреса и условия обращения. Разработчик может проверить отображение цены, но не должен угадывать, актуальна ли она для отдела продаж. Пометьте материалы, которые ещё не согласованы, и решите, можно ли публиковать страницу без них.
Проверьте переходы между страницами и поведение несуществующего адреса. Посетитель должен иметь путь обратно к сайту. Если проект заменяет старый, составьте перечень важных прежних адресов и проверьте согласованные перенаправления, а не только новые пункты меню.
3. Подготовьте страницы к обнаружению в поиске
У каждой основной страницы должны быть осмысленные заголовок и описание, соответствующие её содержанию. Убедитесь, что в них не остались название шаблона или данные другого раздела. Проверьте основной адрес сайта и ссылки на рабочий домен.
Разработчику стоит проверить, не остались ли ограничения индексации с тестового стенда. При этом закрытый тестовый сайт не нужно открывать поиску вместе с рабочим. Это разные задачи: опубликовать итоговые страницы и не создавать лишнюю копию проекта.
Проверьте карту сайта и подключение инструментов вебмастера, если они входят в объём запуска. Google объясняет: sitemap помогает сообщить об адресах, но не гарантирует индексацию или повышение позиций. Поэтому «карта отправлена» — выполненный технический шаг, а не обещание появления сайта в выдаче завтра.
Проверьте установленную аналитику на тестовом действии, если её настройка согласована. Отделяйте отправку формы от простого нажатия кнопки, когда система позволяет это измерить. Иначе отчёт может показывать действия, которые не завершились заявкой. В кейсе этого сайта можно посмотреть состав конкретного проекта, не принимая его за универсальный пакет запуска.
4. Согласуйте решение о публикации и проверку после неё
Разделите замечания на блокирующие запуск и допустимые последующие улучшения. Неотправляемая форма и неверные контакты требуют решения до привлечения посетителей. Новый декоративный эффект можно поставить отдельной задачей. Итоговый список должен быть понятен обеим сторонам.
До переключения рабочего сайта уточните, есть ли сохранённая рабочая версия, кто выполняет возврат и что произойдёт с новыми данными при восстановлении. Для каталога или магазина отдельно обсудите заказы и изменения остатков. Наличие архива само по себе не подтверждает возможность восстановить всё нужное.
Назначьте время запуска, ответственного за проверку и контакт на случай проблемы. Сразу после публикации повторите главные сценарии уже на рабочем адресе. Сохраните результат: какие страницы проверены, куда пришла заявка, какие замечания остались.
Если нужна помощь с этим этапом, начните с проверки сайта перед запуском. По адресу проекта и перечню функций можно обсудить состав работ, не обещая одинаковый чек-лист для лендинга и сложного магазина.