Технический аудит сайта: с чего начинается SEO

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

Зачем нужен технический аудит, если сайт «и так работает»

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

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

Аудит отвечает на три вопроса:

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

Индексация: первый и главный блок проверки

Начинать стоит именно с индексации, потому что всё остальное вторично. Если страница не в индексе, её скорость и качество текста не имеют значения для поиска.

Сравнение количества страниц

Простая, но показательная проверка: сколько полезных страниц на сайте реально существует (по данным CMS или выгрузки каталога), сколько их нашёл краулер при сканировании и сколько находится в индексе по данным панелей вебмастеров. Если на сайте 800 товаров и 40 категорий, а в индексе 5 000 адресов — значит, туда попал мусор: страницы сортировки, параметры, версии для печати. Если в индексе 300 страниц — часть полезного контента не видна поиску.

Файл robots.txt и мета-теги

Проверяем, что в robots.txt не закрыто ничего важного. Классическая ошибка — после переноса с тестового сервера остаётся директива, запрещающая индексацию всего сайта. Встречается удивительно часто, особенно после редизайна. Также смотрим мета-тег robots и HTTP-заголовки: страница может быть открыта в robots.txt, но закрыта тегом noindex прямо в коде.

Карта сайта

Файл sitemap.xml должен содержать только канонические, доступные страницы с кодом ответа 200. Частая проблема — в карте лежат удалённые товары, адреса с редиректами или страницы, закрытые от индексации. Для робота это противоречивый сигнал: вы одновременно просите проиндексировать страницу и запрещаете это делать.

Дубли, канонические адреса и редиректы

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

Основные источники дублей:

1. Версии сайта с www и без www, с http и https, со слешем на конце и без него. Все варианты должны склеиваться постоянным редиректом на одну главную версию.
2. GET-параметры: метки рекламных кампаний, сортировка, пагинация, фильтры. Для них настраивается тег canonical или правила в robots.txt (например, директива Clean-param для Яндекса).
3. Один товар в нескольких категориях с разными адресами. Решение — единый адрес товара независимо от пути, по которому на него пришли.
4. Технические страницы CMS: версии для печати, страницы тегов, архивы, пустые результаты поиска по сайту.
5. Почти одинаковые посадочные страницы, созданные под разные запросы с минимальными отличиями в тексте.

С редиректами отдельная история. Нужно проверить, нет ли цепочек (страница А ведёт на Б, Б — на В), циклов и временных редиректов там, где должны стоять постоянные. Каждое лишнее звено в цепочке замедляет обход и теряет часть ссылочного веса. После нескольких редизайнов на крупных сайтах встречаются цепочки по четыре-пять переходов — их нужно схлопывать в один прямой редирект.

Скорость загрузки и мобильная версия

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

Что проверяем в первую очередь:

• Время ответа сервера. Если сервер отвечает дольше полусекунды, проблема в хостинге, базе данных или отсутствии кеширования, и никакая оптимизация картинок её не решит.
• Вес и формат изображений. На сайтах малого бизнеса до сих пор встречаются фотографии по несколько мегабайт, загруженные прямо с камеры.
• Блокирующие скрипты и стили: виджеты онлайн-чатов, счётчики, всплывающие окна, которые грузятся до основного контента.
• Сдвиги макета при загрузке — когда текст «прыгает», потому что подгрузился баннер.
• Мобильную вёрстку: читаемый размер шрифта, отсутствие горизонтальной прокрутки, достаточно крупные кнопки, корректную работу форм и меню.

Важно помнить, что поисковые системы оценивают в первую очередь мобильную версию. Если на десктопе у вас полноценные описания и характеристики, а в мобильной версии часть блоков скрыта или вырезана ради «чистоты», робот может решить, что контента на странице просто нет.

Структурные и контентные ошибки, которые находит аудит

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

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

Как расставить приоритеты: не всё сразу

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

Мы в работе делим найденное на три группы:

1. Критичное. Всё, что блокирует индексацию или массово плодит дубли: закрытый сайт, неработающие редиректы с главного зеркала, тысячи мусорных страниц в индексе, ошибки сервера на важных разделах. Исправляется в первую очередь, обычно в течение одной-двух недель.
2. Важное. Скорость, мобильная версия, шаблоны мета-тегов, битые ссылки, структура вложенности. Даёт заметный эффект, но не требует экстренных мер.
3. Желательное. Микроразметка, оптимизация отдельных изображений, мелкие ошибки валидации кода. Делается по остаточному принципу или в рамках плановых доработок.

Хорошее техническое задание по итогам аудита — это не выгрузка из сервиса, а понятный программисту документ: что именно не так, на каких страницах, как должно быть и как проверить результат. Например, не «устранить дубли», а «для всех адресов с параметром sort установить canonical на адрес без параметра; проверка — в коде страницы с сортировкой по цене тег canonical указывает на базовую категорию».

Типичные ошибки при проведении аудита

Сам аудит тоже можно провести так, что пользы от него будет немного. Вот что встречается чаще всего:

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

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

Чек-лист для самостоятельной проверки

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

• Сайт открывается только по одному адресу, остальные варианты (с www, без www, http) перенаправляют на него.
• В панелях вебмастеров нет массовых ошибок индексации и уведомлений о проблемах безопасности.
• Количество страниц в индексе примерно соответствует количеству полезных страниц на сайте.
• Несуществующий адрес отдаёт страницу ошибки с кодом 404, а не главную страницу и не пустую страницу с кодом 200.
• Ключевые страницы на мобильном телефоне загружаются быстро, кнопки и формы работают.
• У каждой важной страницы свой заголовок и описание, которые понятно объясняют её содержание.
• До любой категории или услуги можно добраться с главной за три клика.
• Сайт работает по защищённому протоколу, и на страницах нет предупреждений браузера о небезопасном содержимом.

Если хотя бы три пункта вызывают сомнения, техническому аудиту стоит уделить внимание раньше, чем текстам и ссылкам.

Что дальше после аудита

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

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