Что проверить перед запуском сайта
Перед запуском легко сосредоточиться на видимой части: выровнять карточки, заменить последнюю фотографию, уточнить заголовок. Но готовность сайта определяется не только внешним видом главной. Нужны рабочие сценарии, понятная передача и возможность быстро отреагировать на проблему. Ниже — последовательность проверки, которую удобно адаптировать под конкретный проект, не превращая запуск в бесконечный список абстрактных требований.
Евгений Порывкин
Веб-разработчик
Пройдите основные действия посетителя
Составьте короткий список того, ради чего человек приходит на сайт. Для услуг это поиск подходящего направления и обращение. Для магазина — выбор и заказ. Для личного кабинета — получение конкретной информации или выполнение операции. У каждого сценария должен быть наблюдаемый результат.
Пройдите сценарии не только в идеальном порядке. Откройте страницу по прямой ссылке, вернитесь назад, обновите экран, оставьте обязательное поле пустым. Такие действия выглядят обычными для пользователя, но часто отсутствуют в демонстрации, где разработчик знает единственный правильный маршрут.
Проверьте тексты и контакты отдельно
Сравните название компании, контактные данные, цены и условия на всех страницах. Нельзя считать сайт готовым, если в одном блоке указано одно правило оплаты, а в другом — другое. Попросите ответственного за содержание подтвердить окончательную редакцию, а не собирать согласование по случайным сообщениям.
Отдельно найдите демонстрационные сведения: вымышленные отзывы, технические email, тестовые ссылки и незаполненные реквизиты. Не публикуйте их как реальные. В учебном или презентационном макете честно обозначьте их статус и отключите действия, за которыми пока нет рабочего процесса.
Проверьте неудобные размеры экрана
Недостаточно посмотреть только стандартный телефон и большой монитор. Попробуйте промежуточные ширины, увеличенный текст и длинные названия. Следите за горизонтальной прокруткой, переносами, положением кнопок и меню. Интерфейс должен оставаться понятным, даже если контент оказался менее удобным для дизайна.
Пройдите основные действия с клавиатуры и убедитесь, что фокус виден. Проверьте последовательность переходов и возможность закрыть открытое меню. Визуальная аккуратность важна, но посетителю прежде всего нужно получить доступ к содержимому и выполнить нужное действие.
Согласуйте адреса и переходы
Если новый сайт заменяет старый, составьте карту важных страниц и их новых адресов. Не направляйте автоматически все старые ссылки на главную: человеку нужен соответствующий материал. Постоянный редирект 301 сообщает о постоянном перемещении ресурса. Описание статуса 301 в MDN.
Проверьте внутренние ссылки, изображения и страницу ошибки. Убедитесь, что тестовые ограничения доступа и индексации пересмотрены осознанно. Если это демонстрационный сайт с вымышленными данными, запрет индексации, напротив, может быть намеренным решением, которое нужно сохранить.
Передайте проект реальному владельцу
Составьте список аккаунтов, исходников, лицензий и мест хранения резервных копий. Уточните, кому принадлежат домен и хостинг, кто может менять доступы и где находится инструкция. Не отправляйте секреты в общий документ, который получат все участники обсуждения.
Попросите будущего редактора выполнить небольшое действие самостоятельно: обновить текст или добавить материал в предусмотренный раздел. Если для обычной задачи нужна помощь разработчика, объясните ограничение до передачи. Граница самостоятельного редактирования должна соответствовать договорённостям, а не ожиданиям одной стороны.
Подготовьте спокойный первый день
Выберите время публикации и ответственного за контроль. Договоритесь, какие проверки повторяются сразу после запуска и кому сообщать об ошибке. Для существенных изменений предусмотрите понятный способ возврата к предыдущей версии. План полезен именно тогда, когда ещё не приходится торопиться.
После запуска сохраните итог проверки и список оставшихся некритичных задач. Не смешивайте их с новыми идеями развития. Хорошее завершение проекта — это работающий результат, переданные материалы и ясность, что происходит дальше, а не только сообщение «всё выложил».
Полезно заранее назначить короткую встречу приёмки с человеком, который действительно будет пользоваться результатом. Покажите не перечень выполненных задач, а несколько законченных действий: найти услугу, отправить тестовое обращение в рабочем окружении, получить подтверждение и увидеть его у ответственного сотрудника. Для статического макета вместо настоящей отправки отдельно проговорите границу демонстрации. Такая проверка связывает интерфейс с процессом компании. Участники понимают, что именно уже готово, что требует подключения и где заканчивается ответственность передаваемого этапа.