Содержание 8 разделов
Проверку сайта я начинаю с телефона. Открываю страницу, на которую попадёт клиент, пытаюсь разобраться в предложении и дохожу до отправки заявки. На этом коротком пути можно найти вещи, которые не видны в отчёте с оценками: кнопку за баннером, неудобное поле телефона или форму, после которой обращение никто не получает.
Если собираетесь запускать рекламу, принимать новый сайт или разбираться, почему посетители уходят, начните с этих двенадцати проверок. Для первых шагов хватит браузера и телефона. Для проверки поиска и аналитики пригодится доступ к кабинетам владельца сайта.
Цель — получить список конкретных проблем и понять порядок исправлений. Переписывать весь сайт по результатам первого отчёта обычно рано.
Начните со страницы, на которую ведёт реклама
1. Откройте точную посадочную ссылку. Не набирайте адрес главной по памяти. Возьмите URL из объявления, письма или карточки компании — вместе с параметрами, которые там используются. Проверьте его в браузере, где вы не вошли в админку.
После переезда сайта или изменения каталога старая ссылка может вести на удалённую услугу. Бывает и менее заметная проблема: ссылка открывается, но человек попадает на общую страницу и заново ищет то, что ему обещали в объявлении. Запишите конечный адрес и убедитесь, что предложение на странице совпадает с рекламой.
2. Пройдите путь клиента с телефона. Откройте меню, перейдите к нужной услуге, нажмите основную кнопку. Проверьте, можно ли закрыть всплывающее окно и не перекрывает ли чат цену или отправку формы. Когда появляется клавиатура, нужное поле и следующий шаг должны оставаться доступными.
Уменьшенное окно на компьютере помогает заметить проблемы вёрстки, но я всё равно советую взять настоящий телефон. Если есть возможность, проверьте и Android, и iPhone: одинаковая ширина экрана не гарантирует одинаковое поведение браузеров.
3. Найдите условия и способ связи. Что входит в услугу? Как узнать стоимость? В каком городе работает компания? Что произойдёт после обращения? Для индивидуальной разработки нормально рассчитывать цену после обсуждения задачи. Но посетитель должен понимать, что от него требуется и когда он получит ответ.
Нажмите телефон, email и ссылку на мессенджер. Адрес или номер могли измениться, пока кнопка продолжала исправно открывать старый контакт.
Проверьте заявку от формы до менеджера
4. Отправьте одну согласованную тестовую заявку. Используйте свои контакты и пометку «Тест сайта», чтобы сотрудник не принял проверку за нового клиента. Запишите время отправки и страницу. Если форм несколько, например короткая в шапке и подробная на странице услуги, проверьте обе: внешнее сходство не означает одинаковую обработку.
5. Попробуйте ошибиться при заполнении. Пропустите обязательное поле или введите неполный email. Посмотрите, объясняет ли форма проблему рядом с полем и сохраняет ли остальной ввод. Затем исправьте ошибку и убедитесь, что отправка доступна.
При неудачной отправке человек не должен видеть сообщение об успехе. При исправлении одного поля ему не должно приходиться набирать всё заново. Это особенно неприятно в длинной заявке, которую заполняли с телефона.
6. Найдите обращение на стороне компании. Проверьте, где оно должно появиться: в админке, CRM, почте или рабочем чате. Затем убедитесь, что ответственный сотрудник его действительно видит. Сообщение «Спасибо» в браузере завершает только видимую часть проверки.
Сохранение заявки и доставка уведомления — разные этапы. Обращение может сохраниться в системе, а письмо не дойти. Если сайт отправляет данные в несколько каналов, проверять нужно каждый предусмотренный канал. Отдельно я разобрал почему с сайта не приходят заявки на почту.
УвеличитьДля интернет-магазина к этому списку добавляются корзина, остатки, доставка и оплата. Их проверяют отдельными сценариями. Успешная отправка обычной формы ничего не говорит о работоспособности всего заказа.
Посмотрите на скорость и поведение страницы
7. Проверьте загрузку важных страниц. Начните с посадочной, основной услуги и страницы с формой. Для магазина добавьте категорию и товар. Результат главной страницы нельзя автоматически переносить на весь сайт.
Откройте PageSpeed Insights и посмотрите мобильный отчёт. Полезно различать лабораторный запуск и данные реальных посетителей: первый показывает результат теста в заданных условиях, вторые описывают предыдущие 28 дней. После исправления проблемы эти части отчёта не обязаны измениться одновременно. Отсутствие данных посетителей само по себе не означает, что сайт плохой: наблюдений может быть недостаточно.
8. Проверьте отклик и неожиданные сдвиги. Пока страница загружается, попробуйте открыть меню и нажать кнопку. Обратите внимание, не уезжает ли она из-под пальца после появления фотографии, шрифта или баннера.
У Google для этого есть три показателя: LCP — появление крупного видимого элемента, INP — задержка отклика на действие, CLS — оценка неожиданных сдвигов содержимого. Хорошими считаются LCP до 2,5 секунды включительно, INP до 200 мс и CLS до 0,1. Для полевых данных оценивают 75-й процентиль отдельно по типам устройств. Обычный лабораторный Lighthouse-тест не измеряет INP.
На графиках ниже показаны диапазоны оценки этих показателей. Это ориентиры для чтения отчёта, а не результаты проверки конкретного сайта.
УвеличитьСами по себе хорошие показатели скорости не подтверждают, что форма работает и заказ можно оформить. Сначала проверяйте рабочие сценарии, затем разбирайтесь с причинами задержек. Более подробный разбор есть в статье о медленной загрузке сайта на телефоне.
Пройдите по ссылкам и проверьте HTTPS
9. Найдите битые ссылки на сайте. Начните с меню, карточек услуг, кнопок, документов и ссылок в футере. Затем проверьте старые адреса из рекламы и популярных публикаций. Неработающую ссылку в кнопке «Заказать» стоит исправить раньше, чем редкую ссылку в архивном материале.
Для удалённой страницы подбирают действие по ситуации. Если есть актуальная замена, на неё можно настроить перенаправление. Если замены нет, нужна нормальная страница 404, которая помогает посетителю продолжить поиск. Отправлять все неизвестные адреса на главную только ради отсутствия видимой ошибки — плохая идея: человек всё равно не получает нужного ответа.
10. Откройте сайт по HTTPS. Браузер не должен предупреждать о проблеме с сертификатом. Если предупреждение появилось, зафиксируйте адрес и текст сообщения. Просить клиентов нажать «всё равно перейти» — не решение.
Посмотрите также, загружаются ли изображения и встроенные элементы. HTTPS защищает соединение, но значок защищённого подключения не подтверждает отсутствие ошибок в коде, формах или настройках доступа.
Проверьте доступность для поиска и цели аналитики
11. Убедитесь, что важные страницы можно индексировать. После разработки сайт иногда остаётся закрытым для поисковых роботов. Владелец открывает его без проблем, а поисковая система получает ограничения.
Попросите разработчика проверить robots.txt, директивы noindex и canonical на основных типах страниц. Самостоятельно удалять все ограничения подряд не стоит: у служебных страниц может быть причина не появляться в поиске. Robots.txt управляет обходом, а noindex — индексированием; это разные механизмы.
В Яндекс Вебмастере и Google Search Console можно проверить состояние конкретного URL, если сайт добавлен в ваш аккаунт. Наличие адреса в sitemap не гарантирует включения в поиск. Если сайт уже находится, но посетителей мало, пригодится отдельный разбор почему сайт есть в поиске, а трафика нет.
12. Проверьте, что аналитика считает заявкой. Согласованная тестовая отправка должна фиксироваться в соответствующей цели. Ошибка заполнения и простое нажатие на кнопку не должны превращаться в успешную заявку.
Просмотр страницы благодарности тоже может быть ненадёжным признаком: иногда её можно открыть напрямую. Проверьте повторную загрузку страницы и повторное нажатие. Одна заявка не должна случайно считаться дважды. При проверке учитывайте настройки согласия на аналитику и блокировщики — отсутствие события нужно сначала объяснить, а не сразу объявлять поломкой сайта.
Что исправлять до запуска рекламы
В длинном отчёте легко потратить день на мелочь и пропустить проблему, которая мешает всем посетителям. Я расставляю задачи по последствиям для человека и бизнеса.
Таблицу можно прокручивать по горизонтали.
| Приоритет | Примеры |
|---|---|
| До запуска трафика на проблемную страницу | Она недоступна; браузер предупреждает о сертификате; форма теряет обращения; основную кнопку невозможно нажать |
| Следующим этапом | Заметные задержки; неудобные поля; важные битые ссылки; неверные цели аналитики; случайное закрытие нужных страниц от поиска |
| После проверки основных сценариев | Косметические несоответствия, небольшие отступы, единичные второстепенные недочёты |
Эта таблица не заменяет оценку конкретной ситуации. Если ошибка затрагивает только архивную статью, из-за неё не обязательно останавливать все кампании. Если она ломает оплату на всём сайте, приоритет будет совсем другим.
После исправления повторите тот же сценарий с теми же исходными условиями. «Разработчик внёс правку» и «проблема больше не воспроизводится» — два разных пункта в списке работ.
Что покажет онлайн-проверка сайта
Онлайн-сервис удобен для первого технического среза. Он может обнаружить недоступные страницы, проблемы с HTTPS, часть ошибок индексации и вёрстки. Но наличие тега формы ещё не доказывает, что менеджер получил обращение.
В моей диагностике сайта можно проверить публичные страницы и получить список обнаруженных проблем с приоритетами. Она не отправляет формы, не входит в личные кабинеты и не проводит платежи. То, что проверить не удалось, отмечается отдельно.
Поэтому для первичной проверки разумно совместить автоматический отчёт с ручным проходом по этим двенадцати пунктам. А полный технический аудит сайта потребует более глубокого разбора — особенно если есть интернет-магазин, интеграции или нестабильные ошибки.
Как передать найденные ошибки разработчику
Вместо «форма иногда не работает» отправьте короткую запись, по которой проблему можно повторить. Например, так — это образец описания, а не результат проверки реального проекта:
Где: страница услуги, форма внизу.
Условия: телефон Android, Chrome, мобильный интернет.
Действия: заполнил имя и email, оставил телефон пустым, нажал «Отправить».
Результат: появилась ошибка телефона, а имя и email исчезли.
Ожидание: ошибка показана рядом с телефоном, остальные поля сохранены.
Добавьте точный URL, время, версии браузера и системы, если они известны, и короткую запись экрана без чужих персональных данных. После исправления повторите эти действия. Такой отчёт экономит время обеим сторонам: не приходится выяснять по переписке, какую кнопку нажали и что именно исчезло.
Если уже есть список ошибок и непонятно, с чего начать, пришлите адрес сайта и описание проблемы. Разберём, что мешает обращениям сейчас и какие доработки можно запланировать позже.
