Технический SEO-аудит:Начать проектчто чинить первым

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

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

Чинить первым: то, из-за чего страниц не существует

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

Страницы, случайно закрытые от индексации. Забытый со стенда noindex, правило в robots.txt, которое задумывалось уже, canonical, указывающий не туда. Мы видели, как одна лишняя строка убирала из индекса треть сайта.

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

Цепочки и петли редиректов. Каждый переход теряет часть веса, петля теряет всё.

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

Чинить вторым: то, что дробит ваш собственный сигнал

Самая частая причина слабых результатов — сайт конкурирует сам с собой.

Несколько страниц под один запрос. Три страницы об одной услуге делят между собой ссылки, релевантность и клики, и не выигрывает ни одна. Лечится обычно объединением и редиректом, а не новым контентом.

Почти-дубли из параметров и пагинации. Фильтры, сортировки и параметры сессии размножают одну страницу в сотни. Большую часть закрывает canonical, остальное — тем, чтобы параметры вообще не порождали адреса.

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

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

Чинить третьим: скорость, и только измеренную

Скорость — фактор ранжирования и, что важнее, фактор конверсии. Но считается не та лабораторная оценка, которую все приносят в отчёте.

Считаются полевые данные: то, что реально получили живые устройства на живых сетях. Сайт может показывать 98 в лабораторном тесте на десктопе и проваливать Core Web Vitals в поле, потому что большинство посетителей приходит со средних телефонов по мобильной сети.

Порядок работы такой:

1. Largest Contentful Paint. Обычно это одна слишком тяжёлая картинка в обложке, несжатый шрифт или блокирующий отрисовку скрипт.
2. Cumulative Layout Shift. Почти всегда изображения и баннеры без заданных размеров.
3. Interaction to Next Paint. Обычно слишком много JavaScript, работающего в основном потоке.

У каждого пункта одна-две типовые причины. Найдите причину, а не подкручивайте вокруг неё.

Чинить последним: длинный хвост

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

Ловушка в том, что это самые лёгкие для закрытия пункты. Их делают первыми, аудит выглядит продуктивным, а трафик не двигается.

Как понять, что сработало

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

И отчитывайтесь целевыми сессиями и выручкой, а не числом закрытых пунктов. Аудит, закрывший 180 находок из 200 и не сдвинувший трафик, был уборкой.