Я Максим, веб-разработчик. Запуск сайта — момент, когда ошибки стоят дороже всего. Пропущенный баг на этапе разработки — пять минут исправления. Тот же баг после запуска, когда на сайт уже льётся трафик из Яндекс Директ — потерянные заявки, потерянные деньги, испорченное первое впечатление у клиентов. За годы работы я выработал детальный чек-лист проверки сайта, который позволяет выявить проблемы до того, как их заметят посетители. Этот чек-лист одинаково подходит для приёмки сайта у подрядчика и для самостоятельной оценки перед запуском.
Техническая проверка: фундамент, на котором всё держится
Начинаем с технической базы. Если здесь что-то не так — все остальные улучшения бессмысленны.
Кроссбраузерность
Сайт должен корректно выглядеть и работать в четырёх основных браузерах: Chrome, Firefox, Safari и Edge. Это не значит, что он должен выглядеть пиксель в пиксель одинаково — допустимы минимальные различия в рендеринге шрифтов и теней. Но макет не должен разъезжаться, кнопки должны нажиматься, формы — отправляться.
Отдельное внимание — Safari на iOS. Этот браузер имеет свои особенности: фиксированные элементы могут вести себя непредсказуемо, input-поля получают странные стили, модальные окна работают иначе. Если не проверить Safari — можно потерять всю мобильную аудиторию Apple.
Проверку стоит проводить не только в последних версиях, но и в предпоследних. Не все пользователи обновляют браузеры мгновенно, особенно в корпоративном секторе.
Мобильная версия
Более 60 процентов трафика в рунете — мобильный. Для многих ниш — все 80. Мобильная версия должна быть не просто «рабочей», а удобной.
Проверьте на реальных устройствах, а не только в эмуляторе Chrome DevTools. Эмулятор не воспроизводит реальное поведение тачскрина: свайпы, длинные нажатия, масштабирование щипком. Возьмите iPhone и Android-смартфон, пройдите весь путь пользователя — от главной до оформления заявки.
На что обращать внимание: текст читаем без масштабирования, кнопки достаточного размера для нажатия пальцем (минимум 44 на 44 пикселя), формы удобно заполнять с экранной клавиатуры, горизонтальной прокрутки нет, изображения не выходят за границы экрана, меню открывается и закрывается корректно.
HTTP-коды и редиректы
Каждая рабочая страница должна отдавать код 200. Несуществующие страницы — 404 с оформленной страницей ошибки, а не пустой экран или стандартную заглушку сервера. Страница 404 — это возможность вернуть пользователя: добавьте ссылку на главную, поиск по сайту и популярные разделы.
Проверьте, что все редиректы корректны. Страницы без слеша в конце должны перенаправлять на версию со слешем (или наоборот — главное единообразие). Версия с www должна перенаправлять на версию без www (или наоборот). HTTP должен редиректить на HTTPS. Цепочки редиректов (когда одна страница перенаправляет на другую, а та — на третью) недопустимы.
HTTPS и безопасность соединения
SSL-сертификат должен быть установлен и действителен. Проверьте дату истечения — сертификат, который закончится через неделю после запуска, принесёт неожиданные проблемы. Настройте автоматическое продление через Let's Encrypt или ваш хостинг-провайдер.
Смешанный контент (mixed content) — распространённая ошибка. Страница загружается по HTTPS, но отдельные ресурсы — изображения, скрипты, шрифты — подтягиваются по HTTP. Браузер помечает такую страницу как небезопасную. Проверьте в DevTools, вкладка Console — предупреждения о mixed content будут видны.
Скорость загрузки
Это критически важно и для пользователей, и для позиций в Яндексе. Проверяйте скорость через несколько инструментов.
PageSpeed Insights от Google — показывает и лабораторные данные, и реальные метрики из Chrome User Experience Report. Целевые значения: LCP меньше 2,5 секунды, INP меньше 200 миллисекунд, CLS меньше 0,1.
Яндекс Вебмастер — раздел «Диагностика сайта» показывает проблемы со скоростью, которые видит именно Яндекс. Это особенно важно, потому что Яндекс может индексировать сайт с российских серверов, и задержки сети могут отличаться от того, что показывает Google.
Если страницы загружаются дольше трёх секунд — это красный флаг. Ищите причины: неоптимизированные изображения, тяжёлые скрипты, отсутствие кеширования, медленный сервер.
Robots.txt и sitemap.xml
Файл robots.txt должен существовать и содержать корректные директивы. Частая ошибка — оставленный с этапа разработки запрет индексации: Disallow: /. Одна строка — и сайт полностью невидим для поисковиков.
Sitemap.xml должен содержать все нужные страницы и не содержать лишних (страниц с noindex, страниц с редиректами, служебных URL). Проверьте, что sitemap доступен по адресу и указан в robots.txt.
Аналитика и отслеживание
Яндекс Метрика должна быть установлена на всех страницах и корректно фиксировать визиты. Проверьте через режим реального времени в Метрике: зайдите на сайт — ваш визит должен появиться в отчёте.
Настройте базовые цели: отправка формы, клик по номеру телефона, клик по email, добавление товара в корзину, завершение заказа. Без целей аналитика бесполезна — вы будете видеть трафик, но не будете знать, приносит ли он результат.
Если подключён Яндекс Директ — проверьте, что цели Метрики привязаны к рекламным кампаниям.
Формы и обратная связь
Каждая форма на сайте должна быть протестирована. Заполните все поля, отправьте — данные должны прийти на указанный email или в CRM. Проверьте, что после отправки пользователь видит подтверждение: «Спасибо, заявка принята» — а не пустую страницу или ошибку.
Проверьте валидацию: что произойдёт, если ввести некорректный email, оставить обязательное поле пустым, отправить форму дважды? Сообщения об ошибках должны быть понятными и указывать на конкретное поле.
Отдельный момент — спам-защита. Капча, honeypot-поле или проверка через рекапчу — что-то из этого должно быть. Без защиты форма начнёт получать десятки спам-заявок в день уже через пару недель.
Контент и дизайн: то, что видит пользователь
Тексты
Проверьте каждую страницу на ошибки и опечатки. Автоматические инструменты (Яндекс Спеллер, LanguageTool) помогут, но ручная вычитка незаменима — автоматика не понимает контекст и может пропустить стилистические ошибки.
Убедитесь, что нигде не осталось тестовых текстов, Lorem ipsum, заглушек вроде «Здесь будет текст» или «TODO: написать описание». Проверьте подвал — туда часто забывают положить реальный контент.
Все телефоны должны быть кликабельны на мобильных — ссылка tel:+7XXXXXXXXXX. Все email — кликабельны с mailto:. Адреса — желательно со ссылкой на карту.
Изображения
Все изображения загружаются — нет битых ссылок и пустых квадратов. Каждое изображение имеет alt-тег — это важно и для SEO, и для доступности. Alt-тег должен описывать содержимое картинки, а не быть набором ключевых слов.
Изображения оптимизированы: формат WebP для основных браузеров, JPEG как фолбэк. Вес одного изображения — в пределах разумного. Фотография товара не должна весить 5 МБ.
Навигация и UX
Логотип кликабелен и ведёт на главную — это стандарт, который нарушать нельзя. Меню работает на всех устройствах, особенно мобильное «гамбургер»-меню. Все пункты меню ведут на правильные страницы.
Хлебные крошки — если есть вложенная структура (каталог, подкатегории, товар), хлебные крошки должны правильно отражать путь и быть кликабельными.
Favicon установлен и отображается во вкладке браузера. Мелочь, но сайт без favicon выглядит непрофессионально и теряется среди открытых вкладок.
SEO-проверка: готовность к индексации
Метатеги
У каждой страницы должен быть уникальный title длиной 50–70 символов и description длиной 120–160 символов. Дубликаты — когда у двадцати страниц одинаковый title — это распространённая проблема, которая бьёт по позициям.
На каждой странице должен быть ровно один заголовок H1, который содержит основной ключевой запрос. H2, H3 — подзаголовки, выстроенные в логическую иерархию.
URL-структура
URL-адреса должны быть человекопонятными (ЧПУ): /catalog/category/product-name, а не /index.php?id=12345&cat=67. Транслитерация — латиницей, без спецсимволов, со знаками дефиса вместо пробелов.
Канонические URL и дубли
Проверьте, что нет дубликатов страниц. Типичные дубли: с www и без www, с трейлинг-слешем и без, с параметрами сортировки и фильтрации (?sort=price), страницы пагинации. Каждая страница должна иметь канонический URL через тег link rel="canonical".
Микроразметка
Schema.org разметка — Organization для страницы «О компании», Product для товаров, BreadcrumbList для хлебных крошек, FAQ для страниц с вопросами-ответами. Микроразметка помогает поисковикам лучше понять содержимое и отображать расширенные сниппеты в выдаче.
Проверяйте через валидатор микроразметки Яндекса и Google Rich Results Test.
Юзабилити: путь пользователя
Первое впечатление
Человек, попавший на сайт впервые, должен за три секунды понять: что за компания, чем занимается, что предлагает и как связаться. Если через три секунды это неясно — дизайн первого экрана нуждается в доработке.
Попросите знакомого, который не видел сайт, открыть его и за десять секунд рассказать, что он понял. Если ответ расплывчатый — проблема с коммуникацией на первом экране.
Призыв к действию
На каждой странице должен быть понятный целевой элемент: кнопка «Оставить заявку», «Позвонить», «Добавить в корзину». Если пользователь прочитал страницу и не понимает, что делать дальше — вы теряете конверсию.
Контакты
Телефон и email должны быть доступны с любой страницы — в шапке, в подвале, на отдельной странице «Контакты». Для B2B-сайтов обязательны: юридический адрес, ИНН, реквизиты. Это не только юзабилити — это требование закона и фактор доверия.
Безопасность: защита до запуска
SSL-сертификат действителен и настроен автоматическое продление. Админ-панель защищена: нестандартный URL (не /admin или /wp-admin), сильный пароль, двухфакторная аутентификация если возможно.
Бэкап сделан перед запуском и настроено регулярное резервное копирование. Если после запуска что-то пойдёт не так — должна быть возможность откатиться.
Права доступа распределены: разработчик имеет доступ к коду, контент-менеджер — к редактированию текстов, и никто лишний не имеет root-доступа к серверу.
Юридические требования
Политика конфиденциальности — обязательна по 152-ФЗ. Согласие на обработку персональных данных — чекбокс в каждой форме. Пользовательское соглашение — для сайтов с регистрацией. Информация о компании — ИНН, ОГРН, юридический адрес. Для интернет-магазинов — условия возврата, оферта.
Как использовать этот чек-лист
Я рекомендую пройтись по этому списку дважды: первый раз — самостоятельно или с менеджером проекта. Второй раз — привлечь человека, который не участвовал в разработке. Свежий взгляд ловит то, что «замыленный» глаз разработчика пропускает.
Заведите таблицу, в которую записывайте каждый пункт, статус (ОК / проблема / критично) и ответственного за исправление. Не запускайте сайт, пока все критичные пункты не закрыты.
Тридцать минут системной проверки по чек-листу экономят недели исправлений после запуска, когда на сайт уже идёт трафик и каждый баг стоит реальных денег.
Если нужна профессиональная приёмка сайта или аудит перед запуском — обращайтесь, помогу проверить всё по полной программе.