Технический формат

Технический аудит сайта

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

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

Что входит

Из чего состоит технический аудит

Проверка индексации в Яндексе и Google

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

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

Техническое сканирование

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

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

robots.txt, sitemap.xml, редиректы и коды ответа

Проверяю, не закрывает ли robots.txt важные разделы, CSS, JS или изображения, актуален ли sitemap.xml и соответствует ли он реальной структуре сайта. Отдельно смотрю корректность кодов ответа сервера и корректность 301 и 302 редиректов.

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

Дубли и canonical

Ищу страницы с одинаковым или почти одинаковым содержимым: доступные по нескольким адресам, с параметрами фильтров и сортировки, с разными версиями протокола или домена. Проверяю, правильно ли расставлены canonical и не противоречат ли они редиректам.

На выходе вы получаете список дублей с указанием, какой адрес должен быть основным, и что нужно исправить: редирект, canonical или закрытие от индексации.

Мобильная версия и скорость

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

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

Базовая проверка аналитики

Проверяю, корректно ли установлена Яндекс Метрика, срабатывают ли основные цели, не задваивается ли счётчик и не расходятся ли данные аналитики с реальным поведением сайта.

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

Техническое задание разработчику

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

Пример фрагмента такого задания приведён ниже.

Итоговый созвон

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

Это разовая часть аудита, а не отдельная услуга поддержки. Она помогает убедиться, что задания понятны команде, которая будет их внедрять.

Пример

Фрагмент технического задания

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

Проблема: Дубли URL и служебные страницы шаблона в поисковом индексе
Затронутые страницы: Карточки и разделы каталога, доступные одновременно по адресам с расширением .html и без него; демо-страницы шаблона (образцы типографики, тестовые разделы), оставшиеся после установки темы сайта
Текущее состояние: Поисковая система видит два физических адреса для одного и того же контента и не может определить канонический документ; демо-страницы шаблона проиндексированы и получают показы, хотя не относятся к содержанию сайта
Требуемое состояние: На каждый смысловой документ приходится один канонический адрес; служебные и демо-страницы закрыты от индексации и удалены из карты сайта
Алгоритм внедрения: Для старых URL, полностью выведенных из использования: настроить 301-редирект на актуальный канонический адрес
Для случаев, когда оба варианта адреса (с расширением .html и без) остаются технически доступны (например, по историческим причинам): добавить <link rel="canonical"> с непредпочтительного варианта на предпочтительный, не редиректя пользователя принудительно
Закрыть служебные/демо-страницы через метатег noindex, оставив их доступными для сканирования (не блокировать в robots.txt, пока они не будут исключены из индекса, иначе поисковая система не увидит noindex). После подтверждения исключения из индекса при необходимости можно закрыть раздел в robots.txt
Обновить sitemap.xml, убрав неканонические адреса и служебные страницы
Отправить в Яндекс.Вебмастер и Google Search Console запрос на переобход изменённых разделов
Исключения: Страницы пагинации и фильтров каталога обрабатываются отдельным правилом canonical, не входят в этот алгоритм
Критерии приёмки: Неканонический адрес отдаёт код 301, а не 200
Отчёт об индексации в Яндекс.Вебмастере и Google Search Console показывает только канонические адреса (оператор site: не считается надёжным способом проверки полноты индексации и используется только как ориентировочная, а не точная проверка)
Демо-страницы исключены из индекса по данным Вебмастера/Search Console (точный срок переиндексации поисковые системы не гарантируют, обычно это происходит в течение нескольких недель после запроса на переобход)
Диагностическое предупреждение о дублях в Вебмастере/Search Console исчезает
Способ проверки результата: Сравнение количества страниц в индексе до и после через Вебмастер/Search Console; повторная выгрузка дублей title/description через 3-4 недели

Приёмка формата

Что вы получаете на выходе

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

Вопросы о формате

Вопросы про технический аудит

Чем технический аудит отличается от комплексного?

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

Кому подходит и кому не подходит технический формат?

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

Можно ли перейти на комплексный аудит после технического?

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

Сколько занимает технический аудит по времени?

Технический аудит занимает 3 рабочих дня с момента получения нужных доступов.

Цена и срок

Технический аудит: 15 000 ₽, 3 рабочих дня

Предоплата не требуется. Оплата производится после передачи согласованного комплекта документов и итогового созвона.

До начала работы письменно фиксируются: формат аудита; состав работ; срок; стоимость; необходимые доступы.

Работаю как самозанятый, формирую чек через приложение «Мой налог». Для оплаты с расчётного счёта могу выставить счёт.

Заказать технический аудит

Не уверены, что нужен именно технический формат?

Посмотрите комплексный аудит →

Нужна ещё и стратегия развития?

Посмотрите аудит со стратегией →

Ещё не выбрали формат

Вернуться к описанию всех форматов →

Заявка

Получите предварительную оценку формата аудита

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

Предварительная оценка бесплатна и не обязывает заказывать услугу.

Или напишите напрямую:
Telegram @savelevseo · MAX · +7 900 493-03-36 · savelevyan@yandex.ru