Аудит сайта нашёл 40 ошибок: что чинить первым, а что отложить

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

Почему аудит сайта выдаёт список из 40 правок, которые невозможно закрыть разом

Директор по маркетингу московской компании, которая продаёт запчасти для спецтехники, заказала аудит сайта по 9 направлениям перед началом сезона заявок. Отчёт пришёл на следующий день: 43 пункта, от «раздел с ценами частично закрыт от индексации в robots.txt» до «нет alt у декоративных иконок в футере». Разработчик в штате один, и он же ведёт личный кабинет для клиентов.

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

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

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

Как расставить приоритеты: матрица влияния и трудозатрат

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

Что считать влиянием

Блокировка индексации в robots.txt, ошибки 5xx на посадочных страницах, разбитая форма заявки — влияние максимальное: страница физически не участвует в поиске или не конвертирует уже пришедший трафик. Дубли из-за utm-меток и длинные цепочки редиректов — влияние среднее, трафик размывается, но не исчезает. Пустые alt у декоративных картинок и неровные title — влияние минимальное, поисковик и так распознаёт страницу без них.

Что считать трудозатратами

Час на правку вручную в CMS — не то же самое, что доступ к серверу и работа сисадмина, а тем более зависимость от подрядчика, который делал сайт пять лет назад и уже не отвечает на письма. Находку с высоким влиянием и низкими трудозатратами закрывают в первую очередь — это правило, а не рекомендация на будущее.

Как это выглядит на практике

Возьмём тот же каталог спецтехники. Закрытый в robots.txt раздел с ценами — час работы разработчика, а эффект — весь органический трафик по коммерческим запросам. Смена title на 200 карточках товара — тоже несложно технически, но эффект растянут на месяцы и заметен только вместе с остальными правками контента. Матрица ставит первую находку в начало очереди не потому, что она «важнее» по ощущениям, а потому, что час работы возвращает трафик, который иначе не появится вообще.

Как исправить ошибку в приоритетах, если в работу ушли правки без эффекта

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

• ✓те же ли страницы правили, что и приносят показы и переходы — это видно по Яндекс.Метрике или Search Console, а не по интуиции;
• ✓не осталась ли закрытой от индексации сама страница, на которой сделали правку;
• ✓докатилась ли правка до продакшена, или она осела в тестовой ветке.

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

Ещё одна частая причина — правку сделали технически верно, но не там, где искал поисковик. Например, canonical поправили на карточке товара, а весь трафик по коммерческому запросу шёл на страницу категории с фильтром, которую в приоритетах не заметили вовсе. Здесь помогает не переделка правки, а сверка списка приоритетов со списком страниц-доноров трафика перед тем, как брать пункт в работу.

Что делать, если ошибка повторяется после каждого аудита

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

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

Третий вариант — правка живёт на проде, но её перекрывает staging-синхронизация или бэкап, который раз в месяц заливают поверх боевой базы вместе со старым robots.txt. Если ошибка повторяется с завидной регулярностью и по датам совпадает с релизами или синхронизациями, ищите не причину в SEO, а процесс в разработке, который её перезаписывает.

Как предотвратить срыв правок: роли, сроки, повторная проверка

Список из отчёта без ответственного и срока умирает в таск-трекере — это происходит почти всегда, даже когда список составлен грамотно. Рабочая схема для сайта на 200-300 страниц с одним разработчиком в штате выглядит так:

1. ✓критичные и высокие находки уходят в спринт следующей недели с именем исполнителя, а не общей строкой в бэклоге;
2. ✓средние находки получают конкретную дату, а не пометку «когда будет время» — иначе они там и останутся до следующего аудита;
3. ✓низкие находки закрывают раз в квартал одним заходом, а не по одной штуке между делом, где на переключение контекста уходит больше времени, чем на саму правку.

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

Сколько стоит закрыть находки аудита

Список приоритетов сам по себе ничего не стоит — это часть отчёта. Стоимость появляется на этапе исполнения, и она разная для разных находок. Техническую часть — доступ к серверу, ускорение ответа страницы, настройку redirect-ов и robots.txt — у нас делает сисадмин; такие работы считаем по факту, от 3800 руб/час. Контентные и структурные правки — title, schema, внутренние ссылки — обычно берёт на себя маркетинг заказчика по уже готовому списку с приоритетами, без переплаты за то, что можно сделать своими силами.

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

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

С чего начинать, если аудит нашёл 50 и больше проблем?

Не сверху вниз по отчёту, а по матрице влияния и трудозатрат. Сначала закрывают то, что блокирует индексацию или ломает конверсию — часто это одна-две находки на весь список, а не половина отчёта.

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

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

Кто должен чинить технические находки — маркетолог или разработчик?

Технические правки вроде robots.txt, скорости ответа сервера и redirect-ов делает разработчик или сисадмин с доступом к серверу. Контентные правки — title, тексты, внутренние ссылки — обычно берёт маркетинг.

Как понять, что находка вообще не стоит времени сейчас?

Если эффект от правки нельзя связать с конкретной метрикой — трафиком, позицией, заявкой — она попадает в категорию «отложить». Это не значит «никогда», это значит «не в первую неделю».

Проводите ли вы повторный аудит после того, как правки закрыты?

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