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

Как это работает

Аудит идёт по нескольким слоям. Первый — индексация: проверяют robots.txt, карту sitemap.xml, директивы noindex и canonical, смотрят, сколько страниц реально в индексе Яндекса и Google против того, сколько их на сайте. Часто цифры расходятся в разы — значит, часть каталога поиск просто не видит.

Второй слой — скорость и Core Web Vitals: время загрузки, отклик сервера, вес изображений, рендеринг на мобильных. Третий — дубли и структура: одинаковые title и description, карточки товара, доступные по нескольким URL, страницы фильтров и сортировок, плодящие тысячи бесполезных копий. Четвёртый — код и разметка: битые ссылки, корректность редиректов, микроразметка Schema, коды ответа сервера. На выходе получается не «сайт хороший/плохой», а таблица конкретных дефектов с оценкой критичности и трудозатрат на исправление.

Зачем это производственной компании

Сайты заводов и производителей оборудования почти всегда упираются в одну и ту же проблему — большой каталог. Возьмём производителя металлоконструкций: 1200 позиций в номенклатуре, каждая карточка доступна по трём адресам (из категории, из фильтра, из поиска по сайту). Для поисковика это не 1200 страниц, а 3600, и он не понимает, какую считать главной. В индекс попадает 40%, остальное отсеивается как дубли. По сути две трети каталога не существует для поиска — а именно карточки конкретных марок и типоразмеров ловят целевые запросы вроде «двутавр 30Ш1 купить».

Добавьте сюда скорость: тяжёлые фото продукции без сжатия, страница каталога грузится 6–8 секунд. На мобильных половина посетителей уходит, не дождавшись. Если сайт даёт хотя бы 50 заявок в месяц, потеря 30% трафика из-за технических дыр — это 15 недополученных обращений ежемесячно, а при среднем чеке в промышленности каждое из них весит сотни тысяч рублей. Технический аудит показывает эту утечку в деньгах, а не в абстрактных «ошибках».

Типичные ошибки

• Аудит ради галочки. Выгрузка из сервиса на 200 строк без приоритетов бесполезна — подрядчик не понимает, за что хвататься. Дефекты нужно ранжировать по влиянию на трафик.
• Игнор дублей фильтров. На каталожных сайтах параметрические URL плодят десятки тысяч мусорных страниц, съедающих краулинговый бюджет. Их закрывают через canonical и правила индексации, а не оставляют «как есть».
• Проверка только главной. Скорость и разметку меряют на типовой карточке товара и странице категории — именно они приводят целевой трафик, а не главная.
• Разовость. После доработки сайта или переезда на новую CMS технические ошибки возвращаются. Аудит — не разовая акция, а регулярная гигиена.

Как это делаем в Maximus

Мы начинаем с краулинга всего сайта и сверки: сколько страниц есть, сколько в индексе, где расхождение. Отдельно разбираем каталог — это ядро любого промышленного сайта. Каждый найденный дефект получает три метки: влияние на трафик, критичность, трудозатраты. Так вы видите не свалку из 200 пунктов, а 10–15 задач, которые дадут основной эффект, и понимаете, что чинить в первую очередь. Аудит мы отдаём не как отчёт «для отчёта», а как техзадание, по которому ваш программист или наша команда закрывает дыры за понятный срок. Дальше на этот чистый фундамент уже ложатся семантика и продвижение.