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

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

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

Блок 1. Технические параметры — 12 пунктов

Техническая исправность — фундамент, без которого не работает ни маркетинг, ни SEO. Проверяйте этот блок первым, пока сайт ещё на тестовом стенде.

• Скорость загрузки и Core Web Vitals. Проверьте показатели в Google PageSpeed Insights. Ориентиры: LCP до 2,5 с, INP до 200 мс, CLS менее 0,1. Это не гарантии ранжирования, но заметный сигнал для поисковиков.
• Мобильная адаптация. Откройте сайт на реальных устройствах: Android-смартфон, iPhone, планшет. Меню, кнопки и формы должны работать без горизонтальной прокрутки. Мобильная версия напрямую влияет на количество заявок — не откладывайте её проверку.
• Кросс-браузерность. Проверьте в Chrome, Firefox, Safari и Edge. Особенно критично для CSS-анимаций, кастомных шрифтов и нестандартных форм.
• SSL-сертификат. Протокол HTTPS работает на всех страницах, включая вложенные разделы. Браузеры маркируют HTTP-сайты как небезопасные.
• Единый формат домена. Сайт доступен только в одном варианте: либо с www, либо без. Противоположный вариант редиректит через 301. Дубли разрушают ссылочный вес.
• Коды ответа сервера. Рабочие страницы отдают 200, удалённые или перемещённые — 301 или 404. Проверьте через Screaming Frog или аналогичный краулер.
• Страница 404. Существует, объясняет ситуацию понятным языком и предлагает навигацию: ссылку на главную или каталог.
• Favicon и иконки. Иконка вкладки браузера и иконка для домашнего экрана мобильного устройства загружены корректно.
• Изображения и шрифты. Все файлы загружаются, нет битых ссылок на ресурсы. Изображения сжаты и по возможности конвертированы в WebP.
• Robots.txt. Файл доступен по /robots.txt. Убедитесь, что в нём нет запрета на индексацию нужных разделов — частая ошибка после разработки на закрытом стенде.
• Sitemap.xml. Карта сайта сгенерирована, содержит актуальные URL, доступна по /sitemap.xml, указана в robots.txt.
• Кэширование. Статические файлы (CSS, JS, изображения) кэшируются на стороне браузера. Для высоконагруженных проектов — подключён CDN.

Зафиксируйте скриншоты PageSpeed до запуска: это базовые показатели, с которыми удобно сравнивать результаты после дальнейшей оптимизации.

Блок 2. SEO-параметры — 12 пунктов

SEO-ошибки на старте — это недели упущенного времени индексации. Устраните их прежде, чем поисковые роботы обойдут сайт в боевом режиме.

• Title и Description на каждой странице. Уникальные, в пределах рекомендованной длины: title — до 60–70 символов, description — до 150–160.
• Один H1 на странице. Содержит основной ключевой запрос. Не копируйте H1 из title дословно — это разные элементы с разными задачами.
• Иерархия заголовков. Структура H2 → H3 без пропусков. Помогает поисковым роботам и улучшает читаемость для пользователей.
• Alt-атрибуты изображений. Заполнены осмысленно, описывают содержание изображения, а не дублируют название файла.
• Каноникалы. На дублирующихся или похожих страницах проставлен тег rel=»canonical» с указанием приоритетного URL.
• Микроразметка Schema.org. Для коммерческих сайтов — Organization, LocalBusiness, BreadcrumbList. Для интернет-магазинов — Product, Offer, Review.
• Open Graph и мета-теги для соцсетей. Теги og:image, og:title, og:description заполнены, чтобы ссылки корректно разворачивались в мессенджерах и социальных сетях.
• Внутренняя перелинковка. Страницы связаны между собой логично. Нет «висячих» страниц без единой входящей ссылки с сайта.
• ЧПУ — человекопонятные URL. Адреса транслитерированы или на английском, содержат ключевые слова, без лишних цифровых идентификаторов и хэшей.
• Регионализация. Если сайт ориентирован на конкретный регион — адрес, телефон с кодом города и название региона отражены в контенте и микроразметке.
• Яндекс Вебмастер и Google Search Console. Сайт верифицирован, sitemap отправлен, критических ошибок индексации нет. Как предоставить гостевые доступы к Яндекс Метрике и Вебмастеру — пошаговая инструкция в нашем блоге.
• Отсутствие дублей страниц. Проверьте, что один и тот же контент не доступен по нескольким URL одновременно (например, с фильтрами или параметрами сессии).

Если вы планируете SEO-продвижение после запуска, эти параметры ускорят старт работ. Профессиональный SEO-аудит выявит и те нюансы, которые сложно обнаружить при самостоятельной проверке.

Блок 3. Контент и юридические требования — 8 пунктов

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

• Отсутствие «рыбного» текста и заглушек. Lorem ipsum, тестовые записи в блоге, демо-контент — всё удалено перед публикацией.
• Актуальные контакты и реквизиты. Телефон, адрес, email работают. Если сайт принадлежит юридическому лицу — ИНН и ОГРН в футере или разделе «О компании».
• Лицензии и сертификаты. Если деятельность лицензируется (строительство, медицина, образование) — документы размещены или указано, как их получить.
• Авторские права на изображения. Все фото либо собственные, либо приобретены на стоке, либо используются по свободной лицензии. Чужие материалы без разрешения — риск претензий.
• Политика конфиденциальности. Обязательный документ, если сайт собирает персональные данные (имя, телефон, email). Подробнее о работе с персональными данными и требованиях законодательства — в нашем блоге.
• Согласие на обработку данных. Чекбокс или иная форма получения согласия присутствует на каждой форме сбора контактов. Без него данные нельзя обрабатывать правомерно.
• Уникальность текстов. Тексты не скопированы с конкурентов или открытых источников. Проверьте через Text.ru или Advego перед запуском.
• Корректура и орфография. Пройдитесь по ключевым страницам вручную. Опечатки в заголовках главной страницы подрывают доверие к бренду с первого взгляда.

Блок 4. Формы, аналитика и интеграции — 10 пунктов

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

• Все формы работают. Заполните и отправьте каждую форму на сайте. Письмо-уведомление должно прийти на нужный адрес в течение 1–2 минут.
• Автоответ клиенту. После отправки заявки пользователь получает подтверждение на email или уведомление на экране — это повышает доверие.
• Валидация полей. Форма не отправляется с пустым обязательным полем. Поле телефона проверяет корректность формата.
• Уведомления в CRM или мессенджер. Если настроена интеграция с Telegram-ботом, amoCRM или другой системой — проверьте, что тестовая заявка туда поступает.
• Яндекс Метрика установлена и работает. Счётчик присутствует в исходном коде каждой страницы, данные отображаются в кабинете. Что такое Яндекс Метрика — если вы ещё не знакомы с инструментом.
• Цели в Метрике настроены. Минимальный набор: отправка каждой формы, клик по номеру телефона, клик по email. Без целей аналитика не даёт понимания конверсии.
• Google Analytics / GA4. Если планируется реклама в зарубежных системах или нужна мультисистемная аналитика — счётчик подключён и проверен.
• Sitemap добавлен в поисковые системы. Яндекс Вебмастер и Search Console получили актуальный sitemap, запрос на индексацию отправлен.
• UTM-метки для рекламных ссылок. Если реклама запускается одновременно с сайтом — убедитесь, что параметры корректно разбираются в Метрике и не вызывают дублей страниц.
• Онлайн-чат и виджеты. Чат, обратный звонок, мессенджер-виджеты открываются и работают. На мобильных устройствах не перекрывают основной контент и кнопки форм.

Блок 5. Безопасность — 6 пунктов

Безопасность нередко откладывают «на потом». Между тем боты начинают перебор паролей и сканирование уязвимостей на новых сайтах практически сразу после индексации.

• Пароли администраторов изменены. Логин admin с простым паролем — первая точка атаки. Установите уникальные надёжные пароли для всех административных аккаунтов.
• CMS и плагины обновлены. Используйте актуальные версии. Устаревшие плагины WordPress — наиболее частый вектор взлома в типичных проектах.
• Резервное копирование настроено. Автоматические бэкапы сохраняются на внешний носитель или в облако. Для активных сайтов — минимум раз в сутки.
• Защита форм от спама. Подключён reCAPTCHA, Honeypot или аналог. Без защиты формы начинают генерировать спам-заявки в первые дни после запуска.
• Права доступа к файлам. Папки и файлы CMS имеют корректные права (644 для файлов, 755 для папок). Открытый доступ на запись — уязвимость.
• Мониторинг доступности. Подключён сервис уведомлений (UptimeRobot или аналог): он сообщит, если сайт станет недоступен, до того как это заметят клиенты.

Как использовать чеклист при работе с подрядчиком

Передайте чеклист разработчику до начала работ — как приложение к техническому заданию. Это снимает споры на приёмке: каждый пункт либо выполнен, либо зафиксировано обоснованное исключение с указанием ответственного и срока. Разработка сайта под ключ в SHEER включает внутреннюю проверку по аналогичным критериям перед передачей проекта заказчику.

Оптимальный порядок приёмки: сначала технический блок и SEO (требуют специалиста и инструментов), затем контент и юридика (проверяет заказчик самостоятельно), в конце — формы, аналитика и безопасность совместно. Если обнаружены критические замечания, фиксируйте их письменно и согласовывайте срок устранения до подписания акта.

После успешной приёмки важен ещё один шаг: убедитесь, что в robots.txt снят запрет на индексацию (если сайт разрабатывался на закрытом стенде), и что Яндекс Вебмастер получил обновлённый sitemap с боевыми URL. Только после этого стоит подключать платный трафик.

Частые вопросы

Нужен ли чеклист, если подрядчик — крупная студия с хорошей репутацией?

Да. Любая студия работает в условиях ограниченного времени и ресурсов. Ваш личный чеклист — не выражение недоверия, а стандарт коммуникации. Он защищает обе стороны: подрядчик знает, по каким критериям оценивается работа, заказчик — что именно получит на выходе. Хорошие студии воспринимают такой подход как признак зрелого заказчика.

Можно ли проверить сайт самостоятельно, без технических знаний?

Частично — да. Блоки «Контент и юридика» и «Формы» проверяются без специальных инструментов: достаточно внимательности и тестовых действий от лица пользователя. Технические и SEO-параметры лучше делегировать специалисту или использовать бесплатные сервисы: PageSpeed Insights, Яндекс Вебмастер, Google Search Console, валидатор Schema.org.

Сколько времени занимает приёмка по этому чеклисту?

Для сайта-визитки или лендинга опытный специалист проходит все пять блоков за 2–4 часа. Для корпоративного сайта с десятками страниц или интернет-магазина — от одного рабочего дня. Значительная часть технических пунктов проверяется автоматически через краулеры и валидаторы.

Что делать, если подрядчик отказывается устранять замечания?

Фиксируйте все замечания письменно — в почте или мессенджере с сохранением переписки. Сверьтесь с договором: что входит в гарантийные обязательства и в каком виде принимается работа. Если пункты чеклиска были согласованы до начала разработки — у вас есть правовая основа требовать их выполнения. В спорных ситуациях помогает независимая техническая экспертиза.

Стоит ли запускать рекламу одновременно с сайтом?

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