Veltos.Tech

Консалтинг

Технический, SEO и UX-аудит сайта: в чём разница и что заказывать

Технический, SEO и UX-аудит закрывают разные вопросы и находят разные проблемы. Разбираем, чем они отличаются, что каждый вид упускает и как понять, какой аудит заказывать в вашей ситуации.

Коротко

Технический аудит проверяет индексацию, скорость и безопасность; SEO-аудит — семантику, контент и ссылки; UX-аудит — сценарии и конверсию. Каждый находит своё и упускает остальное. Если причина проблемы неизвестна, нужен комплексный разбор; если известна точно, есть смысл заказать один вид аудита отдельно и не платить за два лишних.

Проблема разделения на три продукта

Рынок продаёт аудит сайта тремя разными продуктами от трёх разных специалистов: SEO-агентство разбирает выдачу, позиции и ссылки, дизайн-студия — юзабилити и конверсию, разработчик или отдельный технический консультант — код, скорость и безопасность. Формально это удобное разделение труда. На практике оно перекладывает самую сложную часть работы — понять, что из этого реальная причина проблемы, — на заказчика, у которого обычно нет экспертизы ни в одной из трёх областей.

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

Дальше в этой статье — точное определение каждого вида аудита, разбор одного сценария («трафик упал на 30%») через все три линзы и практический вопрос: когда заказывать их по отдельности, а когда объединять в один разбор.

Три аудита в одной таблице

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

АудитЧто проверяетТипичные находкиЧего не найдёт
ТехническийКраулинг, индексация, скорость, сервер, безопасность, код разметкиЗакрытые от индексации страницы, медленный сервер, битые редиректы, уязвимостиНецелевые ключевые слова, слабый текст, низкую конверсию формы, путаницу в навигации
SEOСемантика, соответствие контента запросам, ссылочный профиль, позиции в выдаче, конкурентыНецелевые ключи, слабый контент, недостаток ссылок, конкуренцию запросов между своими же страницамиТехническую причину невидимости страницы, скорость загрузки, причину, по которой посетители не оформляют заказ
UXПользовательские сценарии, форма заявки, навигация, мобильный опыт, доверие к интерфейсуСломанную валидацию формы, неочевидный CTA, путаницу в меню, визуальное недовериеИндексируется ли страница вообще, откуда идёт трафик, есть ли у сайта ссылочная масса
Технический, SEO и UX-аудит: что каждый закрывает

Сценарий: «трафик упал на 30%»

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

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

Заказанный отдельно UX-аудит пройдёт пользовательские сценарии и, вероятно, найдёт что-то неудобное — это находится почти всегда, на любом сайте. Но если реальная причина падения в том, что часть каталога случайно попала под noindex после редизайна фильтров, UX-специалист об этом не узнает: он тестирует удобство того, что видит, а не то, видит ли эту страницу вообще Яндекс.

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

Когда заказывать раздельно, а когда вместе

Раздельный заказ оправдан, когда причина уже локализована другим способом: отдел продаж жалуется на конкретную неработающую форму — нужен UX-разбор именно этого сценария, а не полный технический аудит. Или вы уже знаете, что сайт технически исправен (недавно проверяли), и хотите просто расширить семантическое ядро под новую услугу — здесь достаточно SEO-специалиста. Раздельный заказ дешевле и быстрее именно тогда, когда диагноз уже есть, а нужен только специалист по лечению.

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

Сколько это стоит и от чего зависит цена

Узкий аудит на первый взгляд дешевле, но три узких заказа подряд почти всегда обходятся дороже одного комплексного, потому что каждый исполнитель заново тратит время на знакомство с сайтом, сбор доступов и написание отдельного отчёта — эта работа не сокращается от того, что её делают трижды. В Veltos.Tech аудит сайта, объединяющий технический, SEO и UX-разбор, стоит от 15 000 ₽ за экспресс-формат на 3 дня и от 60 000 ₽ за полный разбор на 1–2 недели с Core Web Vitals по шаблонам, коммерческими факторами и юзабилити-проверкой.

Цена растёт в первую очередь от числа уникальных шаблонов страниц и от того, есть ли каталог интернет-магазина: там добавляется разбор фильтров и микроразметки Product, что увеличивает объём работы независимо от того, заказан узкий или комплексный аудит. Если вопрос шире, чем состояние сайта, — например, нужно ещё решить, что делать с продуктом и техническим долгом, — это уже задача IT-консалтинга, который в Veltos.Tech начинается от 50 000 ₽ и включает аудит как один из этапов, а не как отдельную покупку.

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

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

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

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

Можно ли начать с одного вида аудита и добрать остальные позже?

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

Сколько стоит комплексный аудит по сравнению с тремя отдельными?

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

UX-аудит — это то же самое, что юзабилити-тестирование?

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

Что делать, если два аудита противоречат друг другу?

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

Технический аудит для сайта на конструкторе вообще имеет смысл?

Частично. На конструкторах вроде Tilda многое из технического блока (сервер, безопасность инфраструктуры) вне вашего контроля и настроено платформой, поэтому глубокий технический аудит там менее актуален. Но индексация, скорость загрузки конкретных страниц, микроразметка и мобильная адаптация всё равно зависят от того, как собран сайт внутри конструктора, и эти пункты стоит проверять независимо от платформы.

Нужна помощь с этой задачей?

Мы делаем это на практике, а не только пишем об этом. Опишите задачу — разберём и пришлём смету по этапам.

Услуги по теме

Читать дальше