Перейти к содержимому
Все статьи
Практика 4 мин чтения

Что проверить перед запуском сайта

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

Евгений Порывкин

Веб-разработчик

Пройдите основные действия посетителя

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

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

Проверьте тексты и контакты отдельно

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

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

Проверьте неудобные размеры экрана

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

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

Согласуйте адреса и переходы

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

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

Передайте проект реальному владельцу

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

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

Подготовьте спокойный первый день

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

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

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

Конкретные решения проверяйте на задачах и ограничениях своего проекта.