Технический аудит сайта: 30 проверок, которые делаются до любых работ

Почему порядок важнее полноты

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

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

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

Уровень 1. Доступность: может ли робот вообще зайти

Самые дорогие ошибки живут здесь, и проверяются они за пятнадцать минут.

1. Файл robots.txt. Откройте адрес сайта с добавлением /robots.txt. Ищите строку, запрещающую обход всего сайта. Она попадает туда при переносе с тестовой площадки и обваливает трафик за считанные недели.

2. Метатег с запретом индексации. Посмотрите исходный код главной, страницы категории и карточки. Слова noindex быть не должно.

3. Ответ сервера. Ключевые страницы должны отдавать код 200. Проверяется инструментом в панели вебмастера.

4. Один основной адрес. Четыре варианта написания адреса — с приставкой и без, с защищённым соединением и без — должны вести на один. Иначе поиск видит несколько копий сайта.

5. Защищённое соединение. Действующий сертификат без предупреждений в браузере.

6. Скорость ответа сервера. Если время до первого байта измеряется секундами, дальше можно не оптимизировать — проблема на хостинге.

7. Доступность для мобильного робота. Проверяется отдельно: бывает, что мобильная версия отдаёт ошибку или сокращённое содержимое.

# ТАК ВЫГЛЯДИТ ЗАПРЕТ ВСЕГО САЙТА — этого быть не должно
User-agent: *
Disallow: /

# А так — рабочий вариант: закрыто только служебное
User-agent: *
Disallow: /cart/
Disallow: /search/
Disallow: /*?sort=
Disallow: /*?utm_
Allow: /

Sitemap: https://example.ru/sitemap.xml

Уровень 2. Индексация: сколько страниц реально в поиске

Главная цифра всего аудита — разрыв между тем, сколько у вас страниц, и тем, сколько из них в индексе.

8. Число страниц в индексе. Берётся из панели вебмастера. Сравнивается с реальным числом страниц, которое считается обходом сайта.

9. Причины исключения. Панель прямо показывает, почему страницы не в индексе: запрет в robots.txt, метатег, дубль, ошибка сервера, недостаточное качество. Это самая полезная таблица во всём аудите.

10. Карта сайта. Существует, открывается, содержит актуальные адреса, не содержит закрытых от индексации страниц и страниц с переадресацией.

11. Страницы-сироты. Те, на которые нет ни одной внутренней ссылки. Робот до них почти не доходит. Находятся сравнением списка из карты сайта со списком, полученным обходом по ссылкам.

12. Глубина вложенности. Если до товара нужно сделать шесть переходов от главной, он будет обходиться редко. Рабочий ориентир — не больше трёх-четырёх.

Уровень 3. Дубли: откуда берутся копии страниц

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

13. Адреса с параметрами. Сортировка, число товаров на странице, метки рекламных кампаний — всё это создаёт новые адреса с тем же содержимым.

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

15. Товар в нескольких категориях. Если он доступен по разным путям, нужен один основной адрес.

16. Версии со слэшем и без. Классический источник дублей, лечится настройкой переадресации.

17. Внутренний поиск. Страницы результатов поиска по сайту в индексе не нужны.

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

19. Одинаковые тексты на разных страницах. Частая ситуация в региональных версиях и в карточках товаров одной серии.

<!-- Указание основной страницы: ставится на всех копиях,
     ведёт на «чистый» адрес без параметров -->
<link rel="canonical" href="https://example.ru/catalog/perforatory/">

<!-- Постраничная навигация: у 2-й и далее страниц свой заголовок,
     иначе они конкурируют с первой -->
<title>Перфораторы — страница 2 | Название магазина</title>

Уровень 4. Структура и внутренние ссылки

Здесь техническая часть переходит в содержательную, но проверки остаются формальными.

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

21. Заголовок первого уровня. Один на страницу, текстом, а не картинкой, не дублирует заголовок вкладки дословно.

22. Иерархия заголовков. Подзаголовки идут по порядку, без перескоков и без использования их ради размера шрифта.

23. Хлебные крошки. Есть на всех вложенных страницах и размечены.

24. Внутренние ссылки в тексте. Не только меню и подвал: ссылки по смыслу внутри содержимого работают заметно лучше сквозных блоков.

25. Битые ссылки. Находятся обходом сайта. Единичные не критичны, массовые говорят о проблемах при переносе.

Уровень 5. Скорость, разметка, мобильная версия

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

27. Изображения. Отдаются под размер экрана, в современном формате, с указанными размерами — иначе макет прыгает при загрузке.

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

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

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

Отдельно отметим: пункты 26–30 почти никогда не бывают причиной отсутствия трафика. Они влияют на конкурентоспособность страницы, которая уже в индексе. Если сайт не в поиске вовсе, ответ находится в первых двух уровнях.

Чем проверять: инструменты и что они показывают

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

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

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

Как оформить результат, чтобы его внедрили

Аудит, который лёг в папку, не стоит потраченного времени. Три правила оформления.

1. Каждая находка — задача, а не наблюдение. Не «есть дубли по параметрам сортировки», а «закрыть параметры сортировки от индексации, указать основную страницу — разработчик, 2 часа».

2. Приоритет по влиянию, а не по разделу отчёта. Три уровня достаточно: критично (мешает попасть в поиск), важно (мешает конкурировать), потом (косметика). Первый уровень обычно содержит 3–7 пунктов, и именно с них начинают.

3. Указан исполнитель и способ проверки. Кто делает и как мы поймём, что сделано. Без второго половина задач закрывается формально.

И последнее: назначьте дату повторной проверки. Через месяц после внедрения пройдите список заново — обычно выясняется, что часть задач закрыта не полностью, а часть проблем вернулась после очередной выкладки.