Тексты и формы
Пройдите все типы страниц с телефона и с компьютера. Ищите тексты-заглушки, тестовые данные, сломанные изображения и ссылки на тестовый адрес. Убедитесь, что юридические страницы, контакты и сведения о компании актуальны.
Отправьте каждую форму с правдоподобными данными и проследите заявку до конца: попадает ли она в нужный ящик или CRM, видит ли посетитель ясное подтверждение, что происходит, если поле не заполнено? В статье о связке форм сайта с CRM описано, что тестировать, если в цепочке есть CRM.
Не забудьте страницы ошибок. Полезная страница 404 с поиском или ссылками на основные разделы удержит посетителей, пришедших по старому или неверно набранному адресу.
Поисковики и аналитика
Тестовую версию обычно закрывают от индексации, и эту настройку легко по ошибке перенести на рабочий сайт. Посмотрите robots.txt, мета-теги robots и canonical на рабочем домене. Убедитесь, что в карте сайта только рабочие адреса. Если эти слова вам ничего не говорят, проверка технического SEO сайта до запуска обойдётся дешевле, чем восстановление видимости.
Если новый сайт заменяет старый, каждый старый адрес с трафиком или ссылками должен вести постоянным редиректом на ближайшую новую страницу. После переключения откройте часть таких адресов выборочно.
Установите аналитику до запуска и протестируйте важные события: отправку форм, звонки, переходы в мессенджеры. Решите, что считается заявкой, — тогда отчётам маркетинговой аналитики можно будет доверять с первого дня.
Те же проверки мы используем на своём сайте: как мы сделали сайт на Laravel с админкой.
Скорость, безопасность и первая неделя
Замерьте скорость загрузки на мобильной сети для главной и одной страницы каждого типа. Частые причины медленной работы — слишком большие изображения, лишние скрипты и шрифты. До запуска это исправить проще, чем после.
Убедитесь, что сайт работает только по HTTPS, у учётных записей администраторов надёжные пароли, а резервные копии создаются и из них можно восстановиться. Удалите тестовые учётные записи и неиспользуемые плагины.
Спланируйте первую неделю: кто следит за журналом 404 и заявками, кто смотрит отчёты Search Console на ошибки и кто может откатить изменение. Запуск закончен, когда сайт несколько дней проработал без сбоев, а не когда переключили домен.
Кто что проверяет в день запуска
| Что | Как проверить | Кто |
|---|---|---|
| Формы | Отправить тестовую заявку и убедиться, что она пришла | Владелец сайта |
| Индексация | robots.txt, noindex, карта сайта | Разработчик |
| Редиректы | Старые адреса ведут на нужные новые страницы | SEO-специалист |
| Аналитика | Ключевые события срабатывают один раз на действие | Маркетолог |
Чек-лист: день запуска
- Просмотрите все типы страниц с телефона и с компьютера.
- Отправьте каждую форму и проследите, куда приходит заявка.
- Откройте рабочий сайт для индексации и посмотрите карту сайта.
- Настройте редиректы со старых адресов и откройте часть из них после переключения.
- Протестируйте события аналитики, резервные копии и страницу 404.
- Назначьте, кто следит за ошибками и заявками в первую неделю.
Пример: форма, которая никуда не отправляла
Новый сайт запускают в пятницу. Страницы выглядят как надо, но форма обратной связи всё ещё отправляет письма в тестовый ящик, который использовали при разработке. Никто этого не замечает до следующей недели, пока клиент не звонит спросить, почему ему не ответили.
Одна строка в чек-листе — «отправить каждую форму и убедиться, что заявка пришла» — заняла бы пять минут и сняла бы проблему.
Частые ошибки
- Проверять силами тех, кто делал сайт. Разработчики знают, где что лежит. Свежий взгляд замечает пропавшее подтверждение или битую ссылку.
- Перенести запрет индексации с тестового сайта. Настройку, которая закрывала тестовую версию от поиска, легко по ошибке унести на рабочий домен.
- Пропустить редиректы. Старым адресам с трафиком или ссылками нужны постоянные редиректы на ближайшие новые страницы — с проверкой после переключения.
- Считать день запуска финалом. Проблемы вылезают в первую неделю, когда новый сайт встречается с реальными посетителями, поисковиками и заявками.
Частые вопросы
Что проверить в день запуска?
Главное — в чек-листе выше: каждый тип страницы на телефоне и компьютере, каждую форму до места назначения, настройки индексации и карту сайта, редиректы со старых адресов, события аналитики, резервные копии и страницу 404. Идите в этом порядке: формы и индексация приносят самые дорогие проблемы.
Как понять, что Google может индексировать новый сайт?
Откройте рабочий robots.txt и код нескольких ключевых страниц: ничто не должно запрещать индексацию, а canonical должен вести на рабочие адреса. Затем проверьте эти страницы инструментом проверки URL в Search Console и отправьте карту сайта. Если эти термины вам незнакомы, надёжнее заказать технический SEO-аудит до запуска.
Кто должен проверить формы?
Лучше всего владелец сайта или человек, который разбирает заявки, а не разработчик. Он знает, куда должна попасть каждая заявка и что клиент должен увидеть после отправки. Пусть отправит правдоподобную тестовую заявку через каждую форму и убедится, что она дошла до нужной почты или CRM.
Что делать в первую неделю после запуска?
Каждый день смотрите журнал ошибок 404, заявки и отчёты Search Console и договоритесь, кто может откатить изменение, если что-то сломается. Исправляйте битые ссылки и недостающие редиректы по мере появления. Запуск закончен, когда сайт несколько дней проработал без сбоев.
