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

Самая полезная проверка перед запуском сайта — пройти путь обычного посетителя. Откройте тот адрес, который собираетесь отправлять людям, с телефона и без входа в админку. Найдите нужную страницу, нажмите главную кнопку и доведите действие до результата. Красивый первый экран мало поможет, если ссылка ведёт на черновик, скачивание отдаёт HTML вместо файла или форма сообщает об успехе, а письмо не приходит.

Ниже — 21 проверка, которую можно отмечать прямо в статье. Пройдите её на главной, одной типовой внутренней странице и странице с самым важным действием. Если выпускаете отдельную статью, достаточно проверить её и всё, на что она ссылается. Скачать чек-лист (Markdown в ZIP)

Публичный адрес и HTTPS

• Главная и нужная внутренняя страница открываются без авторизации на финальном домене.
• HTTPS работает без предупреждений; HTTP и альтернативный адрес с www или без него ведут на выбранную версию, если они настроены.
• Старая важная ссылка ведёт на нужную замену; явно несуществующий путь возвращает 404.

Как проверить. Откройте сайт в приватном окне и ещё раз на телефоне по мобильной сети. Не ограничивайтесь главной: проверьте полный адрес внутренней страницы. Если умеете пользоваться терминалом, замените пример на свой URL и выполните GET-запрос. Он покажет код и адрес, на котором закончились перенаправления.

curl -sS -L --max-redirs 10 -o /dev/null \
  -w 'HTTP %{http_code}\nURL %{url_effective}\nРедиректов %{num_redirects}\n' \
  https://example.com/page/

Для рабочей страницы ожидайте 200 и правильный финальный URL. Если вместо страницы получаете 200 с текстом «Ничего не найдено», проверьте, какой код сервер выдаёт для заведомо несуществующего адреса. На переезде проверьте несколько старых ссылок из разных разделов: успешный редирект на главную не подтверждает, что читатель нашёл нужный материал.

Телефон, клавиатура и читаемость

• На узком экране нет горизонтальной прокрутки всей страницы, обрезанного текста и кнопок, скрытых под панелями.
• Меню, карточки и основные кнопки работают пальцем на реальном телефоне; поворот экрана не ломает сценарий.
• По Tab виден фокус, по Enter можно активировать нужную ссылку или кнопку; текст и ссылки различимы в используемых темах.

Как проверить. Сначала сравните ширины 360 и 390 px и широкий экран в проверке сайта на разных устройствах. Потом повторите сценарий на настоящем телефоне. Если сайт запрещает встраивание, откройте его напрямую и воспользуйтесь режимом устройства в DevTools. На телефоне проверьте меню после прокрутки: плавающий баннер, кнопка чата или фиксированная шапка могут перекрывать важные элементы.

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

Ссылки, файлы и главное действие

• Навигация и ссылки из новых блоков ведут туда, куда обещает подпись; в них нет тестовых адресов и заглушек.
• Один файл скачан и открыт: его имя, формат и содержимое соответствуют подписи.
• Главное действие пройдено до конца: у формы проверены ошибка и успешная доставка, у магазина — тестовый заказ, у каталога — нужный контакт или переход.

Как проверить. Проверяйте результат, а не только реакцию интерфейса. Надпись «Отправлено» не доказывает, что заявка появилась у получателя. Кнопка «Скачать PNG» не доказывает, что в файле PNG. Сделайте тестовую заявку с понятной пометкой на своём сайте и проверьте письмо или запись в панели. Если форм нет, пройдите тот сценарий, ради которого посетитель пришёл: скачивание, звонок, переход в каталог.

Картинки, загрузка и первый экран

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

Как проверить. В DevTools откройте Network, отключите кэш на время проверки, перезагрузите страницу и отсортируйте запросы по размеру. Сравните, что грузится на первом экране и что загружается только при прокрутке или клике. Для подготовки лёгких копий подойдёт конвертер WebP. Если страница заметно тормозит, используйте пошаговую диагностику в PageSpeed и DevTools.

Заголовок, поиск и карта сайта

• У страницы один ясный основной заголовок, свой title и описание; заголовок вкладки не остался «Главная» или «Без названия».
• Публичный URL доступен роботу, на нём нет случайного noindex, а canonical указывает на выбранный адрес этой страницы.
• На страницу есть ссылка с сайта; если используется sitemap, новый канонический URL есть в карте, а сама карта доступна.

Как проверить. В исходном коде страницы найдите <title>, meta name="description", rel="canonical" и meta name="robots". В Network проверьте заголовок X-Robots-Tag, а затем правила в /robots.txt. Типичный сбой — перенести ограничения тестовой копии на публичный сайт. У sitemap другая задача: помочь обнаружить адреса. Наличие URL в карте не подтверждает индексацию.

Если сайт уже добавлен в поисковые кабинеты, проверьте конкретный URL через Проверку URL в Google Search Console и анализ индексации в Яндекс Вебмастере. Для нового адреса нормальна разница между «страница доступна сейчас» и «страница уже появилась в поиске». Технические требования Google объясняют эту разницу.

Иконка вкладки, карточка ссылки и счётчик

• На финальном адресе загружается нужный favicon, а не иконка прежнего сайта или шаблона.
• Карточка ссылки показывает подходящую обложку, заголовок и описание хотя бы в том сервисе, где будете делиться.
• Если есть аналитика, тестовый визит и целевое действие проверены; один клик не отправляет событие дважды.

Как проверить. Иконку проще подготовить в генераторе favicon. Карточку ссылки проверьте в личном черновике или приватном тестовом чате. Если обложки нет, откройте адрес из og:image без авторизации и проверьте ответ. Если ссылка выглядит хорошо в одном мессенджере, всё равно проверьте второй, когда он нужен: предпросмотр формирует сам сервис. Основные поля перечислены в спецификации Open Graph.

Откат и повторная проверка после запуска

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

Как проверить. До выкладки договоритесь, что будет поводом для отката. Например, не открывается каталог, не проходят заявки или файлы отдают ошибки. После выкладки проверяйте публичный адрес, а не локальную копию. Если меняли правила обхода или карту сайта, отдельно убедитесь, что поисковый робот видит новые настройки.

Что исправить до запуска, а что можно позже

Оставьте короткую запись: адрес → устройство → что проверили → результат → кто исправляет. Если проверяете новый раздел, такой журнал полезнее общего «всё работает»: по нему легко повторить именно тот сценарий, который сломался.

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

🟣Нужно ли прогонять весь сайт по этому списку?

Начните с главной и одного адреса на каждый шаблон: статья, категория, карточка, контакты. Добавьте самые посещаемые старые URL и все новые или изменённые ключевые сценарии. Для небольшого сайта полезно пройти каждую публичную страницу.

🟢Можно ли проверять только на компьютере?

Для быстрой диагностики подойдёт эмуляция ширины, но финальный сценарий повторите на телефоне. Касания, экранная клавиатура, мобильный Safari и работа по мобильной сети могут дать другой результат.

🔵Когда отправлять URL в поиск?

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