Что проверить перед запуском сайта: короткий чеклист без паники
Запуск сайта. Чеклист в тексте, не в голове - формы, HTTPS, мобильная версия и цели Метрики спасают от сюрпризов в первую неделю.
Запуск почти всегда в усталости
Сайт готов, все хотят «уже в прод». Именно в этот момент забывают проверить форму на реальном телефоне, цели в Метрике и редирект с HTTP на HTTPS.
Да, так бывает.
Чеклист лучше иметь заранее - распечатанным или в заметке, не в голове.
База за полчаса
- Открываются главная и все страницы из ТЗ.
- HTTPS без предупреждений браузера.
- Формы отправляют заявки туда, куда нужно.
- Телефон, Telegram, email кликабельны.
- 404 не выглядит как авария сервера.
- Favicon и title не дефолтные «React App».
Мобильная версия - не «потом»
Я проверяю узкий экран раньше большого монитора, большая часть пользователей придёт с телефона.
Звучит просто. На деле - нет.
Мелкая кнопка, прыгающие блоки, меню на полэкрана - это не косметика, это потеря заявок.
Откройте сайт на своём телефоне в мобильном интернете, не только в эмуляторе. Отправьте тестовую заявку.
Я это слышу раз в неделю.
Позвоните по клику на номер. Так ловятся баги, которых нет на десктопе.
Метрика и цели
Счётчик мало поставить - нужны цели: отправка формы, клик Telegram, клик по телефону. Иначе через неделю вопрос «сколько заявок с сайта» останется без ответа.
ym(12345678, 'reachGoal', 'lead_form_submit');
ym(12345678, 'reachGoal', 'telegram_click');
Про хостинг, домен и SSL - отдельный разбор в материале про hosting, домен и SSL. Без них «запуск» может оказаться публикацией на чужом домене.
SEO-минимум без фанатизма
Title, description, один H1, нормальная иерархия заголовков, sitemap, robots, не магия - просто чтобы поисковику и человеку было понятно, что на странице, плюс проверьте, что на тестовых страницах нет noindex.
| Проверка | Зачем |
|---|---|
| robots.txt | Не закрыт ли весь сайт от индекса |
| sitemap.xml | Поисковик видит список страниц |
| Open Graph | Нормальный превью при шаринге |
| Канонический URL | Нет дублей www/без www |
Запуск - не финиш. Это момент, когда сайт впервые получает настоящие данные.
Доступы и владение
До объявления «мы в эфире» убедитесь, что домен, хостинг, репозиторий и Метрика оформлены на вас. Подробнее - кому принадлежит сайт после оплаты. Иначе «запущенный» сайт формально не ваш.
После чеклиста отправьте себе заявку, дождитесь уведомления в Telegram или почте, проверьте письмо в спаме. Один прогон сценария клиента стоит дешевле, чем неделя без лидов.
Чеклист письма и уведомлений
Форма отправляет письмо клиенту? Оно не в спаме? Тема письма понятная? Если только Telegram - что если у менеджера нет сети, резерв на email или лог на сервере спасает ночные заявки.
Проверяю цепочку: submit в сервер в Telegram/email в сообщение пользователю, разрыв на любом звене = потерянный лид, и тест с выключенным Wi‑Fi на телефоне иногда показывает «висящую» кнопку без ошибки.
Юридический и служебный минимум
Политика конфиденциальности, если собираете персональные данные. Реквизиты, если продаёте услуги. Cookie-баннер - по вашей юрисдикции и настроению, но не блокируйте им весь экран на мобиле.
Страница «спасибо» после формы - не пустая: что будет дальше, когда ждать звонка, ссылка на Telegram. Это снижает тревогу и дубли заявок «я не понял, отправилось ли».
Производительность и безопасность на минималках
Базовые заголовки безопасности, отсутствие открытой админки /admin с паролем admin, актуальные зависимости если есть backend. Для статики - хотя бы проверка, что в репозиторий не утек .env.
PageSpeed на 3G - один прогон, не цель «100 баллов», а «нет красного LCP из-за шестимегабайтного фона».
Соцсети и мессенджеры
Ссылки на Telegram, WhatsApp, VK открываются в приложении на телефоне? utm-метки не ломают редирект? Иконки не ведут на старый аккаунт стажёра, мелочь, которую находят клиенты в первый день.
Open Graph: отправьте ссылку себе в Telegram - превью нормальное, не логотип 200×200 растянутый, не пустой серый блок, при этом og:title и og:description заполнены на ключевых страницах.
Резервная копия: экспорт БД, архив файлов, или хотя бы git tag release-1.0.0. Запуск без бэкапа - классика «сломали и не откатить».
Мониторинг uptime на главную - бесплатные ping раз в пять минут. Узнаете о падении раньше клиента. Особенно если хостинг дешёвый и соседи по VPS кладут диск.
Кросс-браузер и доступность на минимуме
Safari iOS и Chrome Android - must. Firefox и Edge - желательно. Старый Safari ломает flex и sticky - проверка на реальном iPhone, не только Chrome devtools.
Контраст текста и кнопок - не WCAG ради галочки, а чтобы прочитали на солнце, focus-visible для клавиатуры - табом можно дойти до формы, и alt у значимых картинок - для SEO и screen reader.
Ссылки не «click here», а осмысленный текст, pdf открывается не 20 МБ без предупреждения, а внешние ссылки rel noopener где нужно.
После запуска подключите Search Console и Яндекс.Вебмастер - sitemap отправлен, главная в индексе через пару дней. Не паникуйте, если не «в топ за сутки».
Staging vs prod: последний diff
Перед кнопкой «в прод» сравниваю staging и production: те же env кроме ключей, те же версии assets, robots на staging закрыт или с noindex. Классика - случайно оставить noindex на prod или тестовый телефон в footer.
Чеклист diff: title каждой страницы, форма на prod endpoint, Метрика с prod counter id, analytics не дублирует staging hits.
Редиректы и старые URL
Если был старый сайт - таблица 301: старый путь в новый, проверка curl -I для топ-10 URL из Search Console, а потеря ссылок с карт и справочников бьёт по трафику сильнее, чем опечатка в тексте.
Команда на запуск: кто что делает
| Роль | День запуска |
|---|---|
| Разработчик | Деплой, SSL, smoke test |
| Заказчик | Тестовая заявка, доступы |
| Маркетинг | UTM, реклама после формы OK |
| Менеджер | Telegram/почта на месте |
Рекламу включаю только после зелёного чеклиста формы. Иначе платный трафик утекает в сломанную воронку - самый дорогой способ найти баг.
Запуск - handoff от разработки к бизнесу. Без регламента первые сутки превращаются в хаос.
После публикации - что делать в первую неделю. Владение доменом - кому принадлежит сайт. Приёмка у подрядчика - как принять работу.
Rollback plan
Git tag, бэкап БД, snapshot хостинга - до деплоя, если prod сломался - откат за минуты, не «чиним на живую аудиторию», плюс особенно при смене CMS или структуры URL.
Маршрут без лишнего
- Пройдитесь по списку страниц из ТЗ и отметьте каждую галочкой.
- Отправьте тестовую заявку с телефона и подтвердите уведомление.
- Настройте цели на форму и мессенджеры до запуска трафика.
- Проверьте, что все доступы переданы на ваш аккаунт.
- Откройте сайт в режиме инкогнито и в другом браузере.
- Сохраните чеклист - пригодится при следующем обновлении.
Когда без подрядчика не обойтись
Разработчик нужен для финальной приёмки, если формы, SSL, редиректы или аналитика настраивались не вами - он прогонит технический чеклист быстрее и поймает ошибки до включения рекламы. Ориентиры по срокам и бюджету - на странице цен, услуги - в разделе услуг.
Что я вижу на аудите
- Запускать сайт без тестовой заявки с реального телефона.
- Не настроить цели в Метрике до включения рекламы.
- Оставить доступы к домену и хостингу только у подрядчика.
- Проверять только десктоп и забыть про мобильный интернет.
- Забыть про HTTPS и редирект с www на основной домен.
Другие материалы
- Hosting, домен и SSL - техническая база
- Кому принадлежит сайт - доступы
- Чеклист покупки сайта - перед оплатой
- Контакты - помочь с приёмкой
Один такой промах - неделя в минус.
Хотите обсудить похожую задачу? Перед запуском могу пройтись по сайту чеклистом и подсветить риски.
Обсудить проект →