Технический аудит часто заканчивается файлом на сорок страниц, который никто не открывает. Разбираем, что в нём действительно критично, в каком порядке это чинить и как превратить находки в задачи.
Коротко
- Порядок проверки важнее полноты списка.
- Сначала доступность, потом дубли, потом скорость.
- Большая часть находок несущественна.
- Аудит заканчивается планом, а не отчётом.
Из чего состоит аудит
| Блок | Что проверяется |
|---|---|
| Доступность | Коды ответа, запреты, доступность для робота |
| Индексация | Что в индексе, чего нет, что лишнее |
| Дубли | Копии страниц и адресов |
| Структура | Ссылки, вложенность, навигация |
| Скорость | Ответ сервера и загрузка страницы |
| Мобильная версия | Отображение и доступность содержимого |
| Разметка и мета-теги | Заполнение и корректность |
Блоки идут в порядке зависимости, а не важности. Скорость важна, но бессмысленна на странице, закрытой от индексирования, — поэтому проверяют сверху вниз и не перескакивают. Тот же принцип разобран в статье про внутреннюю оптимизацию страницы.
Что критично
Сайт целиком закрыт от индексирования
Бывает после разработки.
Массовые ошибки сервера
Страницы недоступны роботу.
Канонические адреса ведут не туда
Страницы выключены из поиска.
Основное содержимое не отдаётся
Рисуется скриптом, робот видит пустоту.
Главные разделы не связаны ссылками
Робот их не находит.
Все пять пунктов объединяет одно: сайт может выглядеть исправным для человека и при этом отсутствовать в поиске. Поэтому аудит всегда начинают с того, что видит робот, а не с того, что видно в браузере. Про проверку — в статье про индексацию сайта.
Что важно, но не срочно
Чинят во вторую очередь
- Дубли страниц и адресов
- Цепочки переадресаций
- Мусорные адреса в индексе
- Медленный ответ сервера
- Незаполненные мета-теги
Обычно можно отложить
- Единичные ошибки разметки
- Отсутствие микроформатов
- Несовершенства вёрстки
- Мелкие замечания валидаторов
Правый столбец занимает больше всего места в типовом отчёте и меньше всего влияет на результат. Автоматические инструменты выдают сотни таких замечаний, потому что их легко найти, — а не потому, что они важны. Это главная причина, по которой аудиты не читают.
Чем проверять
| Инструмент | Что даёт |
|---|---|
| Панели вебмастера | Данные самих поисковых систем |
| Просмотр исходного кода | То, что реально отдаёт сервер |
| Проверка кодов ответа | Доступность адресов |
| Инструменты измерения скорости | Загрузка и отклик |
| Краулер сайта | Обход всех страниц разом |
| Телефон | Как это выглядит на самом деле |
Первая строка важнее остальных: панели показывают, что видят системы, а не что думает о сайте сторонний инструмент. Расхождение между отчётом краулера и данными панели почти всегда решается в пользу панели. Про отчёты — в статьях про отчёт Google и статусы Яндекса.
Как превратить аудит в работу
Сгруппируйте находки по причинам
Тысяча адресов — одна ошибка шаблона.
Оцените каждую по влиянию
Что мешает попасть в поиск, что мешает расти.
Оцените по трудоёмкости
Кто это будет делать.
Сделайте список задач, а не описаний
Разработчику нужна задача.
Проверьте результат после внедрения
Аудит без проверки — половина работы.
Четвёртый пункт решает судьбу большинства аудитов. Формулировка «обнаружены дубли страниц пагинации» не превращается в действие, а «добавить канонический адрес на страницах пагинации, шаблон такой-то» — превращается. Аудит, написанный языком отчёта, а не задач, обычно не внедряется вовсе.
Частые вопросы
Из чего состоит технический аудит?
Из блоков: доступность, индексация, дубли, структура, скорость, мобильная версия, разметка и мета-теги. Они идут в порядке зависимости: скорость бессмысленна на закрытой от индексирования странице.
Что в аудите критично?
Закрытый от индексирования сайт, массовые ошибки сервера, канонические адреса, ведущие не туда, содержимое, которое не отдаётся роботу, и несвязанные ссылками разделы.
Почему аудиты такие большие и их не читают?
Потому что автоматические инструменты выдают сотни мелких замечаний — их легко найти, но они мало влияют на результат. Эта часть занимает больше всего места в отчёте.
Как превратить аудит в работу?
Сгруппировать находки по причинам, оценить по влиянию и трудоёмкости и написать список задач, а не описаний: разработчику нужна задача с указанием шаблона, а не формулировка проблемы.
Продвинем сайт в поиске
Соберём семантику, доведём структуру и текст до уровня топа и будем вести проект до заявок.
Обсудить SEO-продвижение
