Как найти ошибки на сайте до запуска: полный чек-лист тестирования в 2026 году

📅 Опубликовано: 🔄 Обновлено:
тестирование сайтачек-лист запускаQAошибки на сайтепредрелизная проверкавеб-разработказапуск сайта
Как найти ошибки на сайте до запуска: полный чек-лист тестирования в 2026 году

Коротко: Полноценное тестирование сайта перед запуском занимает от 8 до 40 часов в зависимости от сложности проекта. Проверяют 7 зон: функциональность, вёрстку на разных устройствах, скорость загрузки, SEO-базу, безопасность, работу форм и оплаты, а также контент. Исправление ошибок после публичного запуска обходится в 3–5 раз дороже, чем до него.

Почему тестирование до запуска критично по деньгам?

Ошибка, найденная на этапе разработки, стоит 1 000–5 000 ₽ (час работы разработчика). Та же ошибка, найденная после запуска, обходится в 15 000–80 000 ₽: сюда входят срочная правка, потерянные заявки, репутационный ущерб и, в случае интернет-магазина, возвраты и недополученная выручка. По данным IBM Systems Sciences Institute, исправление дефекта на этапе тестирования в 15 раз дешевле, чем после релиза. Поэтому профессиональные студии закладывают на QA 15–25% от бюджета разработки.

Сколько стоит тестирование сайта в 2026 году?

Стоимость QA зависит от объёма проекта и формата проверки. Ручное тестирование лендинга занимает 4–8 часов, корпоративного сайта — 16–40 часов, интернет-магазина — 40–120 часов. Автоматизированное тестирование дороже в настройке, но окупается на проектах с регулярными обновлениями.

Тип проекта Часы ручного QA Стоимость (₽) Автотесты (₽)
Лендинг 4–8 ч 8 000–20 000 нецелесообразно
Корпоративный сайт (до 20 стр.) 16–24 ч 32 000–60 000 40 000–80 000
Интернет-магазин (до 500 SKU) 40–80 ч 80 000–200 000 120 000–300 000
Веб-приложение / SaaS 80–200 ч 160 000–500 000 200 000–600 000

Цены актуальны на май 2026 года. Ставка QA-инженера в России: 1 500–3 000 ₽/час (Москва), 800–1 500 ₽/час (регионы).

Зона 1: Функциональность — что проверить в первую очередь?

Функциональное тестирование проверяет, работает ли сайт так, как задумано. Это самая критичная зона: сломанная кнопка «Купить» или нерабочая форма заявки — прямые потери выручки. Проверяйте каждый интерактивный элемент вручную, не полагаясь на разработчика.

  • Все кнопки CTA ведут на правильные страницы или триггерят нужное действие
  • Навигационное меню работает на всех уровнях вложенности
  • Поиск по сайту возвращает релевантные результаты
  • Фильтры и сортировка в каталоге работают корректно
  • Корзина: добавление, удаление, изменение количества товаров
  • Процесс оформления заказа от выбора товара до подтверждения
  • Личный кабинет: регистрация, вход, восстановление пароля
  • Интеграции: CRM, 1С, системы оплаты, чат-боты

Зона 2: Вёрстка и кроссбраузерность — на каких устройствах проверять?

В 2026 году мобильный трафик составляет 68–72% для большинства ниш. Сайт обязан корректно отображаться на смартфонах, планшетах и десктопах. Минимальный набор для проверки: Chrome, Safari, Firefox, Edge (последние версии) + iOS Safari и Android Chrome. Особое внимание — Safari на iPhone: он по-прежнему имеет специфику рендеринга, отличную от остальных браузеров.

Браузер / ОС Доля рынка РФ (2026) Частые проблемы
Chrome (Android) ~42% Flexbox, анимации
Safari (iOS) ~22% position: sticky, input[type=date], шрифты
Chrome (Desktop) ~18% Обычно эталон, проблем мало
Яндекс.Браузер ~8% Специфичный рендер шрифтов
Firefox ~5% CSS Grid, scrollbar-стили
Edge ~3% Обычно совпадает с Chrome

Что проверять в вёрстке?

  • Нет горизонтального скролла на мобильных (ширина 320–430 px)
  • Текст не вылезает за блоки, нет переполнений (overflow)
  • Изображения не растянуты и не обрезаны критично
  • Кнопки и ссылки кликабельны (минимум 44×44 px по стандарту Apple HIG)
  • Шрифты загружаются корректно, нет FOUT (вспышки невидимого текста)
  • Формы не перекрывают клавиатуру на мобильных

Зона 3: Скорость загрузки — какие показатели считать нормой?

Google использует Core Web Vitals как фактор ранжирования. Для прохождения порога «хорошо» нужно: LCP (Largest Contentful Paint) < 2,5 сек, FID/INP < 200 мс, CLS (Cumulative Layout Shift) < 0,1. Проверяйте через сервис проверки скорости и WebPageTest. Сайт с LCP > 4 сек теряет до 25% пользователей до первого взаимодействия — это прямые потери конверсии.

  • сервис проверки скорости: целевой балл — 90+ на мобильных, 95+ на десктопе
  • Размер страницы: лендинг — до 1 МБ, каталог — до 2 МБ
  • Изображения в формате WebP или AVIF, с lazy loading
  • Нет блокирующих JS-скриптов в без defer/async
  • Подключён CDN для статических файлов
  • Настроено кэширование на сервере (Cache-Control, ETag)

Зона 4: SEO-база — что должно быть на старте?

SEO-тестирование перед запуском — это не про позиции (они появятся позже), а про техническую базу, без которой сайт не будет индексироваться корректно. Отсутствие sitemap.xml или закрытый robots.txt — типичные ошибки, из-за которых сайт месяцами не попадает в поиск.

  • Каждая страница имеет уникальный (50–60 символов) и <meta description> (150–160 символов)</li> <li>Заголовки H1 — один на страницу, H2/H3 — иерархически корректны</li> <li>Sitemap.xml сформирован и доступен по /sitemap.xml</li> <li>Robots.txt не закрывает важные разделы от индексации</li> <li>Настроены canonical-теги (особенно важно для интернет-магазинов)</li> <li>Все изображения имеют атрибут alt</li> <li>Нет дублей страниц (www/без www, http/https)</li> <li>Настроен редирект с HTTP на HTTPS</li> <li>SSL-сертификат установлен и валиден</li> <li>Структурированные данные (Schema.org) для типа контента</li> </ul> <h2>Зона 5: Формы и конверсионные элементы</h2> <p>Формы — это точки конверсии. Сломанная форма обратной связи означает, что все заявки уходят в никуда. Тестировать нужно каждую форму с реальными данными, включая граничные случаи: очень длинные строки, специальные символы, пустые поля.</p> <ul> <li>Форма отправляется и данные приходят на нужный email / в CRM</li> <li>Валидация полей работает корректно (телефон, email, обязательные поля)</li> <li>Пользователь получает подтверждение после отправки</li> <li>Защита от спама (reCAPTCHA или honeypot) работает</li> <li>После отправки срабатывает цель в Яндекс.Метрике / Google Analytics</li> <li>Форма работает на мобильных без смещения при открытии клавиатуры</li> </ul> <h2>Зона 6: Безопасность — минимальный чек-лист</h2> <p>Полный аудит безопасности — это отдельная услуга стоимостью 30 000–200 000 ₽. Но базовые вещи можно проверить самостоятельно за 1–2 часа. Незакрытые базовые уязвимости — причина 80% взломов сайтов малого бизнеса.</p> <ul> <li>Административная панель не доступна по стандартному URL (/admin, /wp-admin)</li> <li>Нет доступа к файлам конфигурации (.env, config.php) через браузер</li> <li>Заголовки безопасности настроены: X-Frame-Options, Content-Security-Policy, X-XSS-Protection</li> <li>Пароли администраторов — минимум 16 символов, не дефолтные</li> <li>Включена двухфакторная аутентификация для CMS/хостинга</li> <li>Настроено резервное копирование (ежедневное, хранение 30 дней)</li> </ul> <h2>Зона 7: Контент и юридические требования</h2> <p>Юридические ошибки на сайте — это штрафы от Роскомнадзора до 500 000 ₽. Политика конфиденциальности и согласие на обработку персональных данных обязательны для любого сайта с формами. В 2026 году требования 152-ФЗ применяются жёстче, чем три года назад.</p> <ul> <li>Политика конфиденциальности опубликована и актуальна (соответствует 152-ФЗ)</li> <li>Чекбокс согласия на обработку ПДн у всех форм (не предзаполнен)</li> <li>Реквизиты компании указаны (для ИП и ООО — обязательно)</li> <li>Нет битых ссылок (проверяйте Screaming Frog или Ahrefs)</li> <li>Нет placeholder-текстов «Lorem ipsum» или тестовых данных</li> <li>Все изображения лицензионны или собственные</li> <li>Контактные данные актуальны и кликабельны (tel:, mailto:)</li> <li>Цены актуальны, нет «0 ₽» или «TBD»</li> </ul> <h2>Инструменты для тестирования: бесплатные и платные</h2> <div style="overflow-x:auto"> <table> <thead> <tr> <th>Задача</th> <th>Бесплатный инструмент</th> <th>Платный инструмент</th> <th>Цена</th> </tr> </thead> <tbody> <tr> <td>Скорость загрузки</td> <td>бесплатные сервисы проверки скорости</td> <td>WebPageTest Pro</td> <td>от $15/мес</td> </tr> <tr> <td>Битые ссылки</td> <td>Screaming Frog (до 500 URL)</td> <td>Screaming Frog лицензия</td> <td>£259/год</td> </tr> <tr> <td>SEO-аудит</td> <td>Google Search Console</td> <td>Ahrefs, Semrush</td> <td>от $99/мес</td> </tr> <tr> <td>Кроссбраузерность</td> <td>BrowserStack (free trial)</td> <td>BrowserStack Automate</td> <td>от $29/мес</td> </tr> <tr> <td>Безопасность (базово)</td> <td>Mozilla Observatory, securityheaders.com</td> <td>Detectify</td> <td>от €89/мес</td> </tr> <tr> <td>Аналитика форм</td> <td>Яндекс.Метрика (вебвизор)</td> <td>Hotjar</td> <td>от $39/мес</td> </tr> <tr> <td>Мобильная вёрстка</td> <td>Chrome DevTools (встроен)</td> <td>Responsively App</td> <td>бесплатно</td> </tr> </tbody> </table> </div> <h2>Кто должен тестировать сайт: разработчик, заказчик или QA?</h2> <p>Разработчик не может полноценно тестировать собственный код — он знает, как всё должно работать, и неосознанно обходит проблемные места. Оптимальная схема: разработчик делает первичную проверку своего кода (unit-тесты), QA-инженер проводит функциональное и регрессионное тестирование, заказчик делает приёмочное тестирование со стороны пользователя. Если бюджет не позволяет нанять QA, попросите человека, который не участвовал в разработке, пройти все сценарии использования.</p> <h2>Чек-лист: 50 пунктов перед запуском сайта</h2> <h3>Функциональность (10 пунктов)</h3> <ol> <li>Все кнопки CTA работают и ведут на правильные страницы</li> <li>Навигация работает на всех уровнях</li> <li>Поиск возвращает релевантные результаты</li> <li>Фильтры и сортировка работают корректно</li> <li>Корзина: добавление, удаление, изменение количества</li> <li>Оформление заказа работает end-to-end</li> <li>Личный кабинет: вход, регистрация, восстановление пароля</li> <li>Интеграции с CRM/1С/мессенджерами работают</li> <li>Система оплаты принимает тестовые транзакции</li> <li>Email-уведомления отправляются и приходят</li> </ol> <h3>Вёрстка и кроссбраузерность (10 пунктов)</h3> <ol start="11"> <li>Нет горизонтального скролла на мобильных (320–430 px)</li> <li>Сайт корректен в Chrome, Safari, Firefox, Edge, Яндекс.Браузере</li> <li>Нет переполнений текста и блоков</li> <li>Изображения корректно отображаются на Retina-дисплеях</li> <li>Кнопки имеют достаточный размер для тапа (44×44 px)</li> <li>Шрифты загружаются без FOUT</li> <li>Формы не перекрыты клавиатурой на мобильных</li> <li>Анимации не вызывают CLS</li> <li>Sticky-элементы (шапка, кнопка) работают на iOS Safari</li> <li>Нет сломанных иконок и изображений-плейсхолдеров</li> </ol> <h3>Скорость (5 пунктов)</h3> <ol start="21"> <li>LCP < 2,5 сек на мобильных</li> <li>CLS < 0,1</li> <li>балл скорости 90+ на мобильных</li> <li>Изображения в WebP/AVIF с lazy loading</li> <li>Настроено серверное кэширование</li> </ol> <h3>SEO (10 пунктов)</h3> <ol start="26"> <li>Уникальные title и meta description на каждой странице</li> <li>Один H1 на страницу</li> <li>Sitemap.xml доступен и корректен</li> <li>Robots.txt не закрывает нужные страницы</li> <li>Настроены canonical-теги</li> <li>Все изображения имеют alt</li> <li>Нет дублей страниц</li> <li>HTTP → HTTPS редирект работает</li> <li>SSL валиден (срок действия > 30 дней)</li> <li>Сайт добавлен в Яндекс.Вебмастер и Google Search Console</li> </ol> <h3>Формы и конверсия (5 пунктов)</h3> <ol start="36"> <li>Все формы отправляются и данные доходят</li> <li>Валидация полей работает корректно</li> <li>Пользователь получает подтверждение</li> <li>Цели в Метрике/GA настроены и срабатывают</li> <li>Защита от спама работает</li> </ol> <h3>Безопасность (5 пунктов)</h3> <ol start="41"> <li>Админка не на стандартном URL</li> <li>.env и конфиги недоступны через браузер</li> <li>Заголовки безопасности настроены</li> <li>Резервное копирование настроено</li> <li>Двухфакторная аутентификация включена</li> </ol> <h3>Контент и юридика (5 пунктов)</h3> <ol start="46"> <li>Политика конфиденциальности опубликована</li> <li>Согласие на ПДн у всех форм</li> <li>Нет битых ссылок</li> <li>Нет Lorem ipsum и тестовых данных</li> <li>Реквизиты компании указаны корректно</li> </ol> <p>Читайте также: <a href="/blog/etapy-razrabotki-sayta-ot-brifa-do-zapuska-2026">Этапы разработки сайта: от брифа до запуска — что происходит на каждом шаге</a></p> <p>Читайте также: <a href="/blog/centr-podderzhki-na-sajte-baza-znanij-tikety-i-chat-kak-sobrat-v-2026">Центр поддержки на сайте: база знаний, тикеты и чат — как собрать в 2026</a></p> <script type="application/ld+json">{"@context":"https://schema.org","@type":"FAQPage","mainEntity":[{"@type":"Question","name":"Сколько времени занимает тестирование сайта перед запуском?","acceptedAnswer":{"@type":"Answer","text":"Лендинг тестируют 4–8 часов, корпоративный сайт — 16–40 часов, интернет-магазин — 40–120 часов. Это ручное тестирование QA-инженером. Самостоятельная проверка по чек-листу занимает 2–6 часов для простого сайта."}},{"@type":"Question","name":"Можно ли тестировать сайт самостоятельно без QA-инженера?","acceptedAnswer":{"@type":"Answer","text":"Да, для простых сайтов (лендинг, визитка) достаточно пройти чек-лист самостоятельно. Для интернет-магазина или веб-приложения нужен QA-специалист: слишком много сценариев и граничных случаев. Ключевое правило — тестировать должен человек, не участвовавший в разработке."}},{"@type":"Question","name":"Что проверить в первую очередь перед запуском сайта?","acceptedAnswer":{"@type":"Answer","text":"Первые три приоритета: 1) Работают ли формы и оплата (прямые потери выручки при сбое), 2) Открывается ли сайт на мобильных устройствах без ошибок (68–72% трафика), 3) Настроен ли SSL и нет ли ошибок в robots.txt (иначе сайт не попадёт в поиск)."}},{"@type":"Question","name":"Какой балл скорости считается нормой для сайта в 2026 году?","acceptedAnswer":{"@type":"Answer","text":"Целевые показатели: 90+ баллов на мобильных и 95+ на десктопе по версии сервиса проверки скорости. По Core Web Vitals: LCP < 2,5 сек, CLS < 0,1, INP < 200 мс. Сайты с баллом ниже 50 на мобильных теряют позиции в Google и до 25% пользователей до первого взаимодействия."}},{"@type":"Question","name":"Нужна ли политика конфиденциальности, если на сайте есть форма?","acceptedAnswer":{"@type":"Answer","text":"Да, обязательно. По 152-ФЗ любой сайт, собирающий персональные данные (имя, телефон, email) через формы, обязан публиковать политику конфиденциальности и получать явное согласие пользователя (незаполненный чекбокс). Штраф за нарушение — до 500 000 ₽."}},{"@type":"Question","name":"Какие браузеры нужно проверять при тестировании сайта?","acceptedAnswer":{"@type":"Answer","text":"Минимальный набор для России в 2026 году: Chrome (Android и Desktop), Safari (iOS), Firefox, Edge, Яндекс.Браузер. Особое внимание — Safari на iPhone (22% рынка): он имеет специфику рендеринга, отличную от Chrome. Проверяйте на реальных устройствах или через BrowserStack."}},{"@type":"Question","name":"Во сколько обойдётся исправление ошибок после запуска сайта?","acceptedAnswer":{"@type":"Answer","text":"Ошибка, найденная до запуска, стоит 1 000–5 000 ₽ (час работы разработчика). После запуска та же ошибка обходится в 15 000–80 000 ₽: срочная правка, потерянные заявки, репутационный ущерб. По статистике IBM, исправление дефекта после релиза в 15 раз дороже, чем на этапе тестирования."}},{"@type":"Question","name":"Нужно ли тестировать сайт после каждого обновления?","acceptedAnswer":{"@type":"Answer","text":"Да. После каждого значимого обновления (новый раздел, интеграция, редизайн) нужно проводить регрессионное тестирование — проверять, что новые изменения не сломали старый функционал. Для сайтов с частыми обновлениями (раз в неделю и чаще) имеет смысл настроить автоматические тесты: это окупается за 2–3 месяца."}}]}</script> <h2>Часто задаваемые вопросы</h2> <h3>Сколько времени занимает тестирование сайта перед запуском?</h3> <p>Лендинг тестируют 4–8 часов, корпоративный сайт — 16–40 часов, интернет-магазин — 40–120 часов. Это ручное тестирование QA-инженером. Самостоятельная проверка по чек-листу занимает 2–6 часов для простого сайта.</p> <h3>Можно ли тестировать сайт самостоятельно без QA-инженера?</h3> <p>Да, для простых сайтов (лендинг, визитка) достаточно пройти чек-лист самостоятельно. Для интернет-магазина или веб-приложения нужен QA-специалист: слишком много сценариев и граничных случаев. Ключевое правило — тестировать должен человек, не участвовавший в разработке.</p> <h3>Что проверить в первую очередь перед запуском сайта?</h3> <p>Первые три приоритета: 1) Работают ли формы и оплата (прямые потери выручки при сбое), 2) Открывается ли сайт на мобильных устройствах без ошибок (68–72% трафика), 3) Настроен ли SSL и нет ли ошибок в robots.txt (иначе сайт не попадёт в поиск).</p> <h3>Какой балл скорости считается нормой для сайта в 2026 году?</h3> <p>Целевые показатели: 90+ баллов на мобильных и 95+ на десктопе по версии сервиса проверки скорости. По Core Web Vitals: LCP < 2,5 сек, CLS < 0,1, INP < 200 мс. Сайты с баллом ниже 50 на мобильных теряют позиции в Google и до 25% пользователей до первого взаимодействия.</p> <h3>Нужна ли политика конфиденциальности, если на сайте есть форма?</h3> <p>Да, обязательно. По 152-ФЗ любой сайт, собирающий персональные данные (имя, телефон, email) через формы, обязан публиковать политику конфиденциальности и получать явное согласие пользователя (незаполненный чекбокс). Штраф за нарушение — до 500 000 ₽.</p> <h3>Какие браузеры нужно проверять при тестировании сайта?</h3> <p>Минимальный набор для России в 2026 году: Chrome (Android и Desktop), Safari (iOS), Firefox, Edge, Яндекс.Браузер. Особое внимание — Safari на iPhone (22% рынка): он имеет специфику рендеринга, отличную от Chrome. Проверяйте на реальных устройствах или через BrowserStack.</p> <h3>Во сколько обойдётся исправление ошибок после запуска сайта?</h3> <p>Ошибка, найденная до запуска, стоит 1 000–5 000 ₽ (час работы разработчика). После запуска та же ошибка обходится в 15 000–80 000 ₽: срочная правка, потерянные заявки, репутационный ущерб. По статистике IBM, исправление дефекта после релиза в 15 раз дороже, чем на этапе тестирования.</p> <h3>Нужно ли тестировать сайт после каждого обновления?</h3> <p>Да. После каждого значимого обновления (новый раздел, интеграция, редизайн) нужно проводить регрессионное тестирование — проверять, что новые изменения не сломали старый функционал. Для сайтов с частыми обновлениями (раз в неделю и чаще) имеет смысл настроить автоматические тесты: это окупается за 2–3 месяца.</p></div><section class="blog-related-services"><h2>Услуги по теме</h2><ul><li><a href="/services/web-development"><strong>Веб-разработка</strong> — Лендинги, корпоративные сайты, интернет-магазины и веб-приложения под ключ.</a></li><li><a href="/services/seo"><strong>SEO</strong> — Комплексное поисковое продвижение сайтов в Яндекс и Google.</a></li></ul></section></div></article></div></section></div></div> </body></html>