Чек-лист перед запуском сайта: что проверить до публикации

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

Когда и где проходить чек-лист

Проверять нужно на тестовой копии сайта — на поддомене или закрытом адресе, — а не на живом домене, куда уже могут заходить люди и поисковые роботы. Копия должна быть максимально похожа на боевую: тот же хостинг, та же версия PHP, те же настройки. Зачем она нужна и как её сделать, мы объясняли в статье про тестовую копию сайта. Первый проход делают за несколько дней до запуска, чтобы было время исправить найденное, второй — сразу после переключения домена, потому что часть настроек на боевом адресе ведёт себя иначе.

Чек-лист — это ещё и основа приёмки: по нему заказчик и студия одинаково понимают, что значит «сайт готов». Где приёмка стоит в общем процессе, описано в материале про этапы создания сайта.

Контент: заглушки, опечатки, контакты

Самые заметные для посетителя ошибки — и самые обидные, потому что их легко найти. Пройдите по всем страницам, включая те, что «никто не читает»: политику, доставку, страницу «О компании».

• На сайте нет текста-рыбы: поищите «Lorem ipsum», «Заголовок», «Текст блока», «Название компании».
• Нет пустых страниц и разделов «в разработке»; лишние страницы удалены или закрыты.
• Тексты вычитаны: опечатки, двойные пробелы, кавычки и тире одного типа.
• Телефон, почта, адрес и режим работы верны и одинаковы в шапке, подвале и на странице контактов.
• Телефон и почта кликабельны: с телефона по номеру можно позвонить одним касанием.
• Реквизиты компании актуальны: название, ИНН, ОГРН, юридический адрес.
• Картинки с настоящими фото, а не со стоковыми заглушками; у изображений заполнен alt.
• Все ссылки в меню и тексте ведут куда нужно, битых ссылок нет.
• Год в подвале и даты в текстах актуальны.

Формы и заявки: куда они приходят

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

• Каждая форма отправлена тестово, и заявка пришла на нужную почту, в CRM или мессенджер.
• Письма не попадают в спам: отправка идёт с почты на домене сайта, а не с бесплатного ящика.
• В заявке видны все поля, включая источник и страницу, с которой отправили.
• После отправки посетитель видит подтверждение или страницу «спасибо».
• Обязательные поля проверяются, маска телефона работает, ошибки написаны по-человечески.
• Есть защита от спама: капча или невидимая проверка, и она не мешает живым людям.
• Под формой есть согласие на обработку персональных данных со ссылкой на политику.
• Тестовые заявки удалены из CRM и почты, чтобы не путать менеджеров.

Мобильная версия и браузеры

Большинство посетителей придёт с телефона, и разработчик не всегда смотрит на сайт с реального устройства. Проверьте сами, на своём телефоне и на телефоне коллеги с другой системой.

• Сайт открыт на Android и iPhone: текст читается без увеличения, нет горизонтальной прокрутки.
• Меню, кнопки и формы удобно нажимать пальцем, ничто не перекрывает друг друга.
• Таблицы, калькуляторы и слайдеры не разваливаются на узком экране.
• Сайт проверен в Chrome, Safari, Яндекс Браузере и Firefox на компьютере.
• Всплывающие окна и чаты не закрывают контент на телефоне и закрываются одним касанием.

Скорость загрузки

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

SSL, домен и редиректы

После переключения домена именно здесь ломается чаще всего: сертификат выпущен не на все варианты адреса, часть картинок грузится по HTTP, а сайт открывается сразу по четырём адресам.

• SSL-сертификат установлен, действует на домен с www и без, настроено автопродление.
• Сайт открывается по HTTPS без предупреждений, в адресной строке замок, смешанного контента нет.
• Выбран один главный адрес (с www или без), остальные варианты редиректят на него одним переходом.
• HTTP перенаправляется на HTTPS кодом 301, без цепочек редиректов.
• Если сайт заменяет старый, старые адреса страниц перенаправлены на новые.
• Тестовый поддомен после запуска закрыт от индексации или отключён, чтобы не плодить дубли.

Проверить цепочки и коды ответа можно нашим инструментом проверки редиректов: он покажет, сколько переходов делает каждый адрес и каким кодом.

Favicon, Open Graph и страница 404

• Favicon. Иконка сайта во вкладке браузера, закладках и результатах поиска. Нужны несколько размеров и версия для главного экрана телефона. Собрать набор из логотипа поможет генератор favicon.
• Open Graph. Мета-теги, по которым мессенджеры и соцсети собирают превью ссылки: заголовок, описание, картинка. Без них при отправке ссылки в Telegram или WhatsApp вместо карточки будет голый адрес. Проверьте, что картинка задана для главной и ключевых страниц.
• Страница 404. Откройте заведомо несуществующий адрес: должна показываться оформленная страница с меню и поиском, а сервер — отдавать код 404, а не 200. Как сделать её полезной, мы разбирали в статье про страницу 404.

SEO-минимум перед запуском

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

• Запрет индексации снят: в robots.txt нет Disallow для всего сайта, на страницах нет мета-тега noindex, в настройках CMS выключена галочка «закрыть от поисковиков».
• У каждой важной страницы уникальные title и description, заполненные вручную, а не по шаблону «Главная».
• На странице один H1, заголовки идут по порядку.
• Адреса страниц человекочитаемые, без «page?id=17».
• Есть sitemap.xml, он доступен и указан в robots.txt.
• Сайт добавлен и подтверждён в Яндекс Вебмастере и Google Search Console, карта сайта отправлена.
• Для страниц с одинаковым содержимым задан canonical.
• Если сайт заменяет старый, сохранены адреса или настроены редиректы, чтобы не потерять позиции.

Аналитика: Метрика и цели

Без счётчика первые недели после запуска пройдут вслепую, а именно они показывают, что не так с сайтом. Установите Яндекс Метрику до публикации и проверьте, что она видит посещения с тестового адреса. Настройте цели на отправку каждой формы, клик по телефону и почте, переход в мессенджер; для магазина — электронную коммерцию. Включите Вебвизор, чтобы смотреть, как ведут себя первые посетители. Пошагово всё это описано в статье про настройку Яндекс Метрики. Если реклама запускается сразу, заранее договоритесь о разметке ссылок UTM-метками, чтобы источники не смешались.

Доступы, бэкапы и безопасность

• Домен, хостинг, SSL, Метрика, Вебмастер и админка сайта оформлены на владельца бизнеса, доступы записаны в защищённом месте.
• Пароли сменены с тех, что использовались при разработке; у каждого сотрудника свой аккаунт в админке.
• Тестовые пользователи и учётные записи разработчиков удалены или отключены.
• Настроено автоматическое резервное копирование, и один раз проверено восстановление из копии.
• CMS, плагины и версия PHP обновлены до актуальных на момент запуска.
• Служебные адреса — вход в админку, панель хостинга — не светятся в меню и закрыты от индексации.
• Настроен мониторинг доступности, чтобы узнать о падении раньше клиентов.

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

Юридический минимум

Сайт, который собирает хотя бы имя и телефон через форму, обрабатывает персональные данные, и на него распространяется 152-ФЗ. Точные формулировки и перечень обязанностей стоит сверить с актуальной редакцией закона или с юристом, но базовый набор такой.

• Политика обработки персональных данных. Опубликована на сайте и доступна с каждой формы. Написана под ваши реальные процессы, а не скопирована с чужого сайта.
• Согласие на обработку. Под формами есть согласие со ссылкой на политику; для рассылок — отдельное согласие на получение писем.
• Уведомление Роскомнадзора. Для большинства операторов персональных данных требуется уведомление о начале обработки; проверьте, попадаете ли вы под исключения.
• Сведения о продавце. Интернет-магазин обязан указывать название, адрес и регистрационные данные продавца, условия доставки, оплаты и возврата.
• Cookies и счётчики. Если используются аналитика и реклама, об этом обычно сообщают в политике; нужно ли отдельное уведомление, зависит от того, что именно вы собираете.

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

Договор и права на сайт

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

Сводная таблица: что проверить, как и кто

Порядок запуска: по шагам

1. Пройдите чек-лист на тестовой копии и исправьте найденное.
2. Сделайте полный бэкап копии и, если сайт заменяет старый, — старого сайта тоже.
3. Выпустите SSL-сертификат на боевой домен заранее, чтобы после переключения сайт сразу открывался по HTTPS.
4. Переключите домен на новый хостинг или перенесите сайт на боевой адрес. Переключение лучше делать в спокойное время, не в пятницу вечером и не перед рекламной кампанией.
5. Сразу после переключения снимите запрет индексации, проверьте редиректы, формы и Метрику ещё раз на боевом адресе.
6. Отправьте sitemap в Вебмастер и Search Console, проверьте, что робот видит сайт.
7. Первые дни следите за Метрикой, заявками и ошибками на хостинге; держите разработчика на связи.

Частые ошибки при запуске

• Забыли снять noindex. Сайт месяц живёт на боевом домене, а поисковики его не видят. Самая частая и самая дорогая ошибка.
• Формы проверили «на глаз». Отправка проходит, письмо уходит в несуществующий ящик разработчика.
• Старые адреса без редиректов. Новый сайт запущен, позиции и трафик старого потеряны.
• Тестовый поддомен остался открытым. В поиске появляются две копии сайта, и они конкурируют между собой.
• Домен и хостинг оформлены на подрядчика. Выясняется через год, когда нужно продлить или сменить исполнителя.
• Нет бэкапа перед переключением. Что-то пошло не так, а откатываться некуда.
• Запуск перед выходными. Ошибки нашли клиенты, а чинить некому до понедельника.
• Политика скопирована с чужого сайта. В ней чужое название, чужие цели обработки и чужой адрес.

Коротко

Проверяйте сайт на тестовой копии по блокам: контент, формы, мобильная версия, скорость, SSL и редиректы, favicon и 404, SEO-минимум, аналитика, доступы и бэкапы, юридический минимум, договор и права. Распределите пункты между заказчиком, разработчиком и хостингом, запускайте в спокойное время с бэкапом под рукой и повторите ключевые проверки уже на боевом адресе.

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