Аудит сайта: какие бывают виды и какой заказать первым

Начать с потери, которую нужно объяснить

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

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

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

Какие виды аудита решают вашу задачу

Название услуги ещё не объясняет состав исследования. Сравнивайте результат работы.

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

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

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

Доступы и исходные данные

Без исходных данных аудит превращается в мнение о внешнем виде. Этого мало для решения.

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

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

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

Техническая доступность и поиск

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

В Яндекс Вебмастере диагностика находится по пути «Оптимизация сайта → Диагностика сайта»: это один из источников наблюдений, который помогает отличить известную поисковику проблему от предположения внешнего сканера. Вкладка «Ошибки» собирает найденные проблемы. Рядом расположены «Рекомендации», которые стоит отделять от ошибок по влиянию на конкретную задачу сайта. Для самостоятельного обхода настроек предусмотрены «Самостоятельные проверки». Результат сервиса используют вместе с исследованием страниц, поскольку бизнес-задача шире списка автоматических уведомлений.

В перечне ошибок Вебмастера названы закрытие сайта от индексирования в robots.txt, некорректная настройка SSL-сертификата и дубли с GET-параметрами. Каждое сообщение требует своего объяснения. Менять всё подряд по одному общему совету о поисковой оптимизации бессмысленно.

Команда ШТАБ ИТ работала над сайтом и SEO крупной сети лакокрасочных материалов. Базой внутренней оптимизации мы считаем устранение дублей, исправление индексации и работу с ключевыми словами в метатегах и содержании страниц. Это три разных предмета исследования. В аудите полезно разделить их на конкретные вопросы: какие адреса повторяют друг друга, почему важная страница не участвует в поиске и отвечает ли её текст тому запросу, по которому компания хочет получать клиентов. Так руководитель сможет обсуждать состав исправлений, а не покупать абстрактное улучшение SEO.

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

Удобство обращения и покупки

Рабочая форма требует целого пути до менеджера. Нажатие кнопки — только его часть.

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

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

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

Содержание страниц и качество предложения

Полноту страницы определяет задача читателя. Объём текста здесь вторичен.

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

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

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

Как выглядит полезное замечание

Замечание становится задачей, когда его можно воспроизвести. Ниже образец карточки для отчёта.

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

• Адрес и элемент: [страница, блок].
• Наблюдение: [что происходит].
• Условия: [устройство, действие, состояние].
• Последствие: [что не может сделать читатель].
• Основание: [скриншот, отчёт, воспроизводимый путь].
• Исправление: [ожидаемое поведение].
• Приоритет: [почему раньше других].
• Приёмка: [как отличить исправленный результат].

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

Приёмка отчёта и порядок исправлений

Отчёт принимают по доказательствам. Количество страниц в документе значения не имеет.

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

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

• У каждого критичного замечания указан адрес или группа адресов.
• Предложенное исправление объясняет ожидаемое поведение.
• Приоритет связан с потерей или ограничением бизнеса.
• Названы необходимые доступы и зависимости работ.
• Описано, как повторить приёмку после изменения.

Цена отчёта, который остаётся в папке

Неисправленные замечания продолжают влиять на сайт после сдачи документа. Купленный отчёт этого не меняет.

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

Начинать стоит с формулировки потери и доступных свидетельств. По результатам исследования аудитор объясняет причину или называет гипотезу, для которой ещё нужны данные. После этого команда меняет конкретный участок, а руководитель принимает результат по заранее описанному признаку. Без этой связи даже обстоятельный документ быстро устареет вместе с сайтом.