Аудит сайта: что проверить и как читать отчёт

Клиент прислал скрин: «Реклама крутится, денег нет». Захожу в кабинет — всё настроено «по инструкции», кроме одной детали, которая и сжирала весь бюджет. Вот эта деталь.

Коротко: аудит сайта нужен не для списка ошибок ради списка. Я смотрю, может ли человек быстро понять предложение, выполнить целевое действие, а бизнес — увидеть этот путь в данных. У владельца должен остаться понятный план правок и проверки результата.

Та самая деталь была не в кабинете, а на сайте. Переходы шли, деньги списывались, заявки приходили, а отчёты оставались пустыми: сайт обрезал длинные ссылки с метками, и часть данных не доходила. Бюджет тратился вслепую — отключать было нечего, потому что в отчётах не было видно, что именно работает. Поэтому сначала я проверяю, не теряются ли люди и данные уже на сайте.

1. Что входит в аудит сайта и какой результат должен быть на руках

Аудит сайта — это разбор цепочки от клика до понятного действия. Я проверяю понятность предложения, путь пользователя, измерение результата и техническое состояние страниц. Иначе косметику легко выдать за главную проблему.

Блок аудита	Что я проверяю	Что должно остаться в результате
Предложение и первый экран	Совпадает ли обещание рекламы с тем, что человек видит на странице	Список правок для заголовка, оффера, формы и сценария перехода
Путь пользователя	Где человек теряется, сомневается или не может нажать нужную кнопку	Описание проблемного шага и способ проверить исправление
Аналитика	Видны ли источник, заявка, оплата и качество обращения	Карта событий и список разрывов в данных
Техническая часть	Скорость, индексация, дубли, мобильная версия и доступность страниц	Приоритетный список задач для разработчика и SEO-специалиста

Плохой отчёт называет симптом: «низкая конверсия», «слабое SEO», «надо улучшить мобильную версию». Хороший показывает связь: вот страница, вот что на ней происходит, вот как это влияет на заявку или данные, вот конкретная правка и способ её принять.

Главный вопрос к аудиту: после него стало понятно, что делать завтра, или у вас просто стало больше цветных меток в таблице?

Вывод раздела: аудит ценен, когда собирает цепочку в один диагноз. Без причин, приоритета и проверки результата это не план работ.

2. Что проверить на сайте самостоятельно бесплатно

Начать можно без сервиса и без подрядчика. Я бы открыл сайт так, как его открывает новый человек: с рекламы, из поиска и с телефона. Не чтобы похвалить свой дизайн, а чтобы честно найти место, где посетитель спотыкается.

Проверьте первый экран и соответствие обещанию

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

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

Вывод раздела: сначала проверьте смысл страницы. Даже идеально работающая форма не спасает предложение, которое невозможно быстро понять.

Проверьте форму, контакты и путь до заявки

Дальше я прохожу путь до заявки своими руками: нажимаю кнопки, отправляю тестовую форму, проверяю телефон, мессенджер, письмо и страницу после отправки. Форма может стоять и не отправлять данные, отправлять их не туда или оставлять человека без понятного ответа.

В отчётности я считаю путь по шагам: переход на сайт, заявка, оплата. Это помогает не спорить на уровне «трафик плохой» или «сайт плохой», а увидеть, на каком именно участке цепочка перестала работать. По факту, без такого разложения любая оптимизация превращается в угадайку.

Вывод раздела: заявка должна не просто отправляться, а доходить до человека и быть видна в данных. Иначе вы принимаете решения по неполной картине.

Проверьте сайт с телефона и без привычки к нему

Откройте ключевые страницы с телефона: главную, страницу услуги, карточку товара или посадочную из рекламы. Прокрутите до формы, попробуйте позвонить, открыть меню, выбрать вариант, отправить заявку. Не делайте это в офисе через быстрый Wi‑Fi и не подсказывайте себе, куда нажимать.

Мобильная версия часто ломается незаметно: кнопку перекрывает другой элемент, текст на телефоне превращается в стену, форма уезжает под клавиатуру. Зафиксируйте конкретный сценарий: страница, устройство, действие, результат. Тогда разработчик получит задачу, а не фразу «на мобильном что-то не так».

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

Дальше — в канале

Что запускаю, что получается, что сливаю

Причёсанные кейсы дозревают здесь, на сайте. А в канале работа идёт в моменте: цифры в тот же день, честные провалы, приколы из практики и шаблоны, которые я делаю себе и отдаю бесплатно.

Телеграм

Черновики кампаний и цифры в тот же день.

Подписаться в Телеграм

МАКС

Всё то же самое, если удобнее в МАКС.

Подписаться в МАКС

3. Как читать отчёт подрядчика по аудиту сайта

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

Сначала отделите факт от мнения

Фраза «страница слабая» — мнение. Скрин, адрес страницы, описание действия и результат проверки — факт. Фраза «нужно улучшить SEO» тоже ни о чем. Другая история, когда подрядчик показывает конкретную страницу, повторяющийся заголовок, лишний дубль или разрыв в данных и объясняет, почему это мешает нужному сценарию.

Спрашивайте прямо: «Где это видно?» и «Как я проверю исправление?». Если вместо ответа появляются общие слова про алгоритмы и будущий рост, то перед вами презентация, а не аудит.

Вывод раздела: факт в аудите можно открыть и повторить. Мнение можно красиво оформить, но работать по нему опасно.

Посмотрите, есть ли приоритет, а не россыпь замечаний

В одном документе рядом могут оказаться старая иконка, незаполненное описание страницы, неработающая форма и потеря данных в аналитике. Формально всё это ошибки. По последствиям — совсем нет.

Я делю задачи по влиянию на деньги и данные. Если человек не может оставить заявку, если заявка не доходит или не видна в отчётах, это критично. Если поисковик видит несколько копий одной страницы, это тоже не стоит откладывать. А вот подпись к картинке, спорный оттенок кнопки или одиночная стилистическая правка могут подождать, пока не закрыты разрывы в воронке.

Как выглядит пункт в отчёте	Что уточнить	Какой вывод сделать
«Исправить ошибку»	Какая страница и какой сценарий ломается	Без адреса и сценария задача сырая
«Улучшить SEO»	Какие страницы не попадают в поиск и почему	Нужны доказательство и конкретная правка
«Ускорить сайт»	Что именно долго открывается и что видит посетитель	Нужен список проблемных шаблонов и приёмка после правки
«Проверить аналитику»	Какие события и источники теряются	Нужна цепочка от клика до отчёта

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

4. Какие ошибки сайта критичны, а какие можно отложить

Критичность — это не страшное название ошибки. Это её место в пути человека и данных. Я видел проекты, где спорили о внешнем виде блока, хотя в это же время сайт резал длинные ссылки и отчёты не показывали часть переходов. В такой ситуации спорить о кнопке рано: сначала надо вернуть себе картину происходящего.

Критично: посетитель не может сделать целевое действие

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

Критичным будет и сценарий, когда действие формально сработало, но обращение исчезло между сайтом, почтой, CRM и отчётом. В кейсе по кибербезопасности заявки приходили, а отчёты оставались пустыми из-за обрезанных ссылок. Лимит чинится на стороне сайта, метку не режут: иначе данные потом приходится восстанавливать руками. Как собрать разметку так, чтобы источник не терялся, — в гиде по UTM-меткам.

Вывод раздела: всё, что мешает заявке дойти или быть измеренной, чинится раньше улучшений в оформлении. Без этого у бизнеса нет надёжной точки опоры.

Критично: поисковик и посетитель получают разные или лишние страницы

Технический аудит не сводится к словам «проверьте SEO». Я смотрю, не разбегается ли одна и та же страница по нескольким адресам, не открываются ли служебные версии, не ведут ли внутренние ссылки в никуда и не остается ли важная страница без понятного пути от меню или каталога.

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

Я не подменяю этот вывод обещанием «после исправления сразу вырастем». Данные и страницы сначала надо привести в порядок, а результат в поиске уже зависит от того, насколько сайт полезен по запросу и что делают другие игроки рынка.

Вывод раздела: для технической части важна карта адресов и решений. Общая формулировка про дубли не даёт разработчику ничего.

Можно отложить: косметику без связи с действием

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

Вывод раздела: косметика становится задачей после того, как сайт принимает заявки, данные доходят, а ключевые страницы доступны и понятны.

5. Что проверять в техническом аудите сайта

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

Скорость: не оценка, а конкретный сценарий

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

Вывод раздела: скорость надо связывать со сценарием посетителя. Иначе в отчёте останется оценка без задачи.

Индексация и дубли: список адресов вместо магических слов

В этой части попросите подрядчика показать, какие страницы он считает важными для поиска, какие из них реально доступны для обхода и какие адреса повторяют один и тот же смысл. Не принимайте формулировку «есть проблемы с индексацией» без перечня страниц. Список дублей смотрят в Вебмастере, в отчёте «Страницы в поиске» на вкладке исключённых: как Яндекс склеивает дубли и что с ними делать, описано в справке Вебмастера.

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

Мобильная версия: принимаем по действию, а не по макету

Попросите приложить к отчёту скрины или запись прохождения сценария на телефоне. Важна не красота макета, а то, может ли человек прочитать предложение, дойти до кнопки, заполнить форму и получить ответ.

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

6. Что должно остаться после аудита сайта

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

Если вы эксперт, продюсер, маркетолог или владелец бизнеса и не понимаете, где именно теряются заявки и данные, подпишитесь на мой Telegram. Там разбираю такие дыры без красивых легенд. А если нужен разбор конкретного проекта, напишите: посмотрим путь от клика до оплаты и разложим задачи по реальному приоритету.

Вывод раздела: аудит заканчивается не документом, а проверяемым планом. Всё остальное — оформление.

Вопросы и ответы

Что входит в аудит сайта?

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

Можно ли проверить сайт без оплаты?

Да. Откройте ключевые страницы с рекламы, из поиска и с телефона, пройдите путь до заявки, отправьте тестовую форму и проверьте, дошло ли обращение до почты, CRM и отчётов.

Какие ошибки сайта критичны?

Критичны ошибки, из-за которых посетитель не может оставить заявку, обращение не доходит до бизнеса или данные не попадают в отчёты. Их исправляют раньше визуальных правок.

Как понять, что отчёт подрядчика полезен?

У каждого пункта должны быть адрес страницы, доказательство, влияние на пользователя или данные, конкретная правка и способ проверить результат. Общая оценка без этих деталей не даёт плана работ.

Что проверить в мобильной версии сайта?

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

Почему в аудите смотрят индексацию и дубли?

Чтобы важные страницы были доступны для поиска и не конкурировали с собственными копиями. В отчёте нужен список адресов и решение по каждому, а не общая фраза о проблемах с SEO.

Что делать после аудита сайта?

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