Зачем нужен чек-лист
Перед релизом всегда находится что-то, что забыли. У нас за годы накопилось 30+ пунктов — делимся короткой версией, которой пользуемся сами.
Контент
- Все страницы заполнены, нет «Lorem ipsum» и плейсхолдеров
- Орфография проверена — хотя бы прогоном через автоматику
- Цены, телефоны, адреса — актуальные и совпадают с CRM
- Юридические страницы (политика, оферта) на месте
SEO и метаданные
- У каждой страницы свой
<title>иdescription - OG-картинки генерируются и валидны (проверка через debugger Facebook / VK)
-
robots.txtиsitemap.xmlдоступны и корректны - Для мультиязычных проектов —
hreflang
Технические проверки
- Lighthouse Performance ≥ 90 на ключевых страницах
- Все формы реально отправляются и попадают в CRM или почту
- 404 и 500 страницы оформлены, не «голые»
- HTTPS работает на всех поддоменах, нет mixed content
npx lighthouse https://example.com \
--only-categories=performance,seo,accessibility \
--viewАналитика
- Метрика / GA подключены, события долетают
- Цели на ключевые действия настроены
- UTM-метки для запуска подготовлены и протестированы
- Доступ к дашбордам выдан клиенту
Безопасность
-
.envне закоммичен, секреты в переменных окружения - Админка под basic auth или IP-фильтром до релиза
- Резервное копирование БД настроено и протестировано
Команда
- Заказчик знает, куда писать, если что-то сломается
- Дежурный из команды доступен 24 часа после релиза
- Откат подготовлен и проверен
Итог
Запуск — это не финиш, а старт мониторинга. Чем больше пунктов закрыто заранее, тем меньше у вас приключений в ночь после релиза.