Что проверить на сайте, который собрала нейросеть
Сайт, собранный нейросетью, нельзя публиковать только потому, что он выглядит законченным. Перед запуском нужно проверить пользовательские сценарии и технические настройки: открыть ссылки, отправить формы, просмотреть страницы на телефоне, оценить базовую доступность, проверить метаданные, аналитику, приватность и резервную копию. Проверяйте не отдельные экраны, а полные цепочки действий. Например, посетитель должен перейти из меню на нужную страницу, заполнить форму, увидеть понятное подтверждение, а владелец сайта должен получить заявку и увидеть событие в аналитике.
Что учесть до начала работы
Быстрая проверка доступности не заменяет полный аудит на соответствие WCAG.
Требования к политике конфиденциальности и cookies зависят от юрисдикции, категорий данных и подключенных сервисов.
Интерфейсы аналитики и конструкторов могут меняться, поэтому названия элементов следует сверять с актуальной справкой выбранного сервиса.
Что подготовить
Что делать
Зафиксируйте версию и сценарии проверки
Сделайте копию текущей версии или отметьте дату публикации, затем выпишите ключевые маршруты: главная страница, каталог или услуги, контакты, форма заявки, страница благодарности и служебные документы. Для каждого маршрута укажите ожидаемое действие пользователя и то, что должно произойти после него. Так изменения не смешаются с проверкой.
Результат: Есть сохраненная версия сайта и список сценариев с ожидаемым результатом для каждого.Пройдите навигацию и проверьте ссылки
Откройте все пункты меню, кнопки, логотип, ссылки в тексте, карточках и подвале. Проверьте внутренние и внешние адреса, якорные переходы, телефон, электронную почту и ссылки на документы. Повторите проверку в обычном и приватном окне, чтобы не пропустить страницы, доступные только владельцу. Удалите заглушки и адреса вида example.com.
Результат: Каждая ссылка ведет в нужное место, не требует лишней авторизации и не открывает ошибочную страницу.Отправьте каждую форму
Заполните формы корректными данными, затем отдельно проверьте пустые поля, неверный email, слишком длинный текст и повторную отправку. Убедитесь, что обязательные поля отмечены, ошибки понятны, введенные данные не исчезают без причины, а после успеха появляется подтверждение. Проверьте письмо, CRM или таблицу, куда должна поступить заявка.
Результат: Корректная заявка доходит до получателя, ошибки объясняются рядом с полями, повторная отправка не создает случайных дублей.Проверьте мобильную версию
Откройте сайт на реальном телефоне и изменяйте ширину окна на компьютере. Просмотрите меню, формы, таблицы, изображения, видео и всплывающие элементы. Текст не должен уходить за экран, кнопки не должны перекрываться, а важные действия должны оставаться доступными без горизонтальной прокрутки. Проверьте портретную и альбомную ориентацию.
Результат: Основные страницы и действия работают на узком и широком экране без обрезки, наложений и недоступных элементов.Сделайте базовую проверку доступности
Пройдите страницу клавишей Tab: фокус должен быть видимым и двигаться в логичном порядке. Проверьте заголовки, подписи полей, сообщения об ошибках, альтернативный текст значимых изображений и контраст текста. Увеличьте масштаб браузера до 200 процентов и убедитесь, что контент остается читаемым. Это быстрая проверка, а не подтверждение соответствия WCAG.
Результат: Ключевые действия доступны с клавиатуры, поля имеют понятные подписи, а текст читается после увеличения.Проверьте метаданные и индексирование
Для каждой важной страницы проверьте уникальные title и description, один понятный H1, корректный canonical и фактический адрес страницы. Убедитесь, что опубликованные страницы не получили noindex, а тестовые, служебные и дублирующие версии не открыты поиску случайно. Страница ошибки должна возвращать корректный статус, а не выглядеть как обычная страница с кодом 200.
Результат: У страниц есть согласованные заголовки и адреса, а правила индексирования соответствуют назначению каждой страницы.Сверьте аналитику и правила приватности
Откройте сайт как новый посетитель и выполните целевые действия. Проверьте, появляются ли просмотры и события в режиме реального времени или отладки. Затем сопоставьте фактический сбор данных с политикой конфиденциальности и уведомлением о cookies. Ссылка на политику должна быть доступна до отправки персональных данных. Не копируйте юридический текст, который не описывает ваши формы, сервисы и сроки хранения.
Результат: Нужные события передаются, лишние теги не запускаются без предусмотренного основания, а политика описывает реальный сбор данных.Создайте резервную копию и проверьте восстановление
Сохраните файлы, базу данных, настройки, формы, медиа и конфигурацию домена либо экспорт проекта, доступный в вашей платформе. Храните копию отдельно от рабочей учетной записи и защитите доступ двухэтапной проверкой. Не ограничивайтесь сообщением «копия создана»: откройте архив или восстановите тестовую версию, чтобы подтвердить целостность.
Результат: Есть датированная копия, понятная инструкция восстановления и подтверждение, что основные страницы и данные из нее открываются.Что проверить перед публикацией
Что чаще всего портит результат
Проверять только главную страницу
Составьте перечень всех типов страниц и пройдите хотя бы один полный сценарий на каждом типе.
Считать красивую форму рабочей
Отправьте тестовую заявку и проверьте весь путь до почты, CRM или таблицы, включая сообщение об ошибке.
Оценивать мобильную версию только в редакторе
Откройте опубликованную тестовую версию на реальном телефоне и проверьте касания, клавиатуру и ориентацию.
Копировать чужую политику конфиденциальности
Опишите фактические категории данных, цели, получателей, сроки хранения и подключенные инструменты.
Создать копию без проверки восстановления
Разверните тестовую копию или хотя бы откройте экспорт и убедитесь, что в нем есть файлы, данные и настройки.
Короткие ответы
Достаточно ли автоматического аудита сайта?
Нет. Автоматические инструменты находят часть технических проблем, но не подтверждают, что заявка дошла, текст понятен, переход логичен, а политика соответствует фактическому сбору данных. Их лучше использовать после ручного прохода сценариев.
Нужно ли проверять сайт в нескольких браузерах?
Да, хотя бы в двух актуальных браузерах и на телефоне. Особое внимание уделите меню, формам, загрузке файлов, видео, фиксированным блокам и всплывающим окнам, потому что именно интерактивные элементы чаще дают различия.
Как понять, что аналитика действительно работает?
Откройте режим реального времени или отладки, посетите страницу и выполните целевое действие. Сверьте название события, адрес страницы и параметры. Если данных нет, проверьте идентификатор, размещение тега, согласие и блокировщики.
Можно ли открыть сайт для поиска сразу после проверки?
Можно, если содержание готово, важные страницы доступны, метаданные заполнены, случайный noindex снят, а тестовые версии закрыты. Для сайта на JavaScript отдельно убедитесь, что значимый текст и ссылки присутствуют в итоговом HTML.
Когда повторять этот чеклист?
Повторяйте его перед первым запуском, после смены шаблона, домена, формы, аналитики или платежного сценария, а также после крупных автоматических правок. Короткую проверку ссылок и форм полезно проводить после каждого заметного обновления.
Коротко
Готовность сайта определяется не внешним видом, а предсказуемой работой сценариев. Сначала исправьте критические ошибки ссылок и форм, затем мобильную версию, доступность, метаданные, аналитику, приватность и восстановление.