Чек-листы для разработки и запуска сайта
Что здесь собрано
Рабочие списки для основных этапов разработки сайта. По ним можно пройтись перед запуском, сдачей проекта клиенту или переносом на другой домен и хостинг.
Перед запуском сайта
Финальная проверка проекта перед публикацией на основном домене.
Здесь собраны основные пункты, которые стоит пройти перед открытием сайта для пользователей и поисковых систем.
- Проверить title и description основных страниц
- Добавить favicon
- Проверить логотип и ссылку на главную страницу
- Проверить телефоны и адреса электронной почты
- Пройти ссылки в меню и контенте
- Проверить страницу 404
- Добавить политику конфиденциальности
- Убедиться, что на сайте нет тестового контента
- Отправить каждую форму вручную
- Убедиться, что письма приходят нужному получателю
- Проверить обязательные поля и валидацию
- Проверить маски ввода
- Проверить сообщения об ошибках
- Проверить результат успешной отправки
- Проверить основные разрешения от широкого экрана до мобильного
- Убедиться в отсутствии горизонтального скролла
- Проверить мобильное меню
- Проверить модальные окна
- Посмотреть длинные заголовки и динамический контент
- Убедиться, что изображения корректно масштабируются
- Проверить HTTPS и основные редиректы
- Проверить robots.txt и sitemap.xml
- Убедиться, что сайт открыт для индексации
- Проверить canonical
- Посмотреть консоль браузера на наличие ошибок
- Проверить сайт на битые ссылки
- Проверить alt у значимых изображений
Перед сдачей клиенту
После технической проверки остается подготовить сайт к самостоятельной работе клиента.
- Проверить редактирование основных данных
- Проверить пользовательские поля и добавление новых записей
- Убедиться, что названия разделов понятны
- Убрать ненужные клиенту элементы админки, если это предусмотрено проектом
- Создать отдельную учетную запись клиента
- Назначить необходимую роль пользователя
- Удалить временные учетные записи
- Передать доступы к сервисам, которыми клиент будет управлять самостоятельно
- Убедиться, что клиент может войти в админку
- Проверить основные действия, которые ему предстоит выполнять самостоятельно
- Сделать резервную копию готового проекта
Перенос сайта
Отдельный чек-лист на случай переноса проекта на другой домен или хостинг.
Главное здесь — сохранить рабочую версию и убедиться, что после смены окружения сайт продолжает работать корректно.
- Сделать резервную копию файлов и базы данных
- Не удалять исходную версию до окончания проверки
- Проверить доступы к новому хостингу и базе данных
- Убедиться, что версия PHP и окружение подходят для проекта
- Проверить доступ к управлению доменом и DNS
- Подготовить SSL-сертификат
- Определить старый и новый адрес сайта
- Учесть интеграции, привязанные к домену
- Проверить основной домен и HTTPS
- Убедиться, что на сайте не осталось ссылок на старый адрес
- Проверить загрузку изображений, стилей и скриптов
- Проверить отправку форм и почты
- Проверить сторонние интеграции
- Пересохранить постоянные ссылки при необходимости
- Проверить robots.txt и sitemap.xml
- Убедиться, что основной сайт открыт, а тестовая версия закрыта от индексации
Зачем нужны чек-листы?
Память разработчика не должна быть частью архитектуры проекта.
Большинство проблем перед запуском связано не со сложными техническими ошибками, а с обычными пропущенными проверками.
Например:
- На сайте осталась ссылка на тестовый домен
- Не проверена одна из форм
- Не установлен favicon
- После переноса перестала отправляться почта
- На основном сайте остался запрет индексации
- В мобильной версии появился горизонтальный скролл
Все это разработчик и так знает. Чек-лист нужен не для объяснения процесса, а чтобы не пропустить знакомую проверку в нужный момент.
Разделение проверок по этапам помогает не проходить один огромный список каждый раз.
Проверяется готовность сайта к публикации и работе пользователей.
Проверяется готовность проекта к передаче и дальнейшему редактированию.
Проверяется сохранность данных и работа сайта в новом окружении.
Раздел будет дополняться отдельными чек-листами для WordPress, WooCommerce, форм, SEO, безопасности и производительности.
Списки здесь не заменяют полноценное тестирование проекта, а помогают систематизировать стандартные проверки и не возвращаться к ним по памяти.