Технический аудит отличается от других видов SEO-проверок дисциплиной: здесь почти нет места вкусу и спорным гипотезам, зато есть чёткая граница между работает и сломано. Робот либо обходит сайт, либо вязнет; страница либо отвечает быстро, либо висит; адреса либо канонические, либо плодят дубли. Годы практики сжали эту область в устойчивый набор проверок, и профессионализм измеряется не знанием секретных методик, а полнотой обхода списка и точностью интерпретации каждой находки.
Порядок списка при этом не случаен и продуман: проверки идут слоями от фундамента к мелочам, потому что ошибки верхних слоёв бессмысленно чинить поверх сломанных нижних. Сайт с недоступным роботом не страдает от неоптимальных заголовков - он страдает целиком. Ниже - те самые слои в порядке, отработанном практикой.
Слой доступности решает видит ли поиск сайт вообще
Первый слой отвечает на самый простой вопрос: может ли поисковый робот добраться до содержимого сайта и увидеть его целиком. Проверяется индексируемость в самом прямом смысле: ответ сервера, код статуса, закрыт ли раздел от обхода случайной меткой или намеренным правилом. Здесь же проверяется файл правил для роботов: он не должен запрещать то, что сайту нужно показывать, и не должен разрешать обход мусора, который отвлекает бюджет:
User-agent: *
Disallow: /cart
Disallow: /search
Sitemap: https://site.example/sitemap.xmlКарта сайта проверяется на полноту и свежесть: каждый канонический адрес обязан попасть в карту, а карта - отвечать быстро и без ошибок. Расхождения между картой и фактическим списком адресов - типовая находка аудита: страницы из карты удалены, новые разделы в карту не добавлены, и поиск получает искажённую картину приоритетов сайта.
Индексирование проверяется в обе стороны: страницы, которые обязаны быть в поиске, присутствуют там, страницы, которые обязаны отсутствовать, не находятся. Список исключений при этом явный: служебные разделы, корзины, результаты внутреннего поиска закрываются явно, а не удаляются молча.
Сюда же относится доступность для мобильного обхода: современный поиск оценивает сайт прежде всего мобильной версией, и недоступность мобильного рендеринга - скрытая авария, которая не видна в браузере разработчика с быстрым интернетом. Проверка мобильного обхода инструментами поисковых систем входит в первый слой как обязательный шаг, а не как факультатив.
Бюджет обхода при этом объясняет приоритет первого слоя: робот выделяет сайту конечное время, и каждая минута на обход мусорных адресов украдена у содержательных страниц. Крупный портал с тысячами дублей обходится наполовину впустую, и симптомы видны в отчётах: полезные страницы помечены как обнаруженные, но не индексированные, и каждая такая отметка - минус участнику выдачи.
Слой адресов и канонизации уничтожает дубли до их появления
Второй слой - здоровье адресного пространства. Дубли - болезнь растущих сайтов: параметры сортировки, фильтры, печатные версии, регистр, слэши и хвосты меток порождают адреса-близнецы с одинаковым содержимым. Поиск при встрече близнецов выбирает одного представителя сам, и выбор редко совпадает с намерением владельца. Аудит ищет близнецов систематически: полным обходом, сравнением канонических ссылок, сверкой карты сайта с фактическим списком адресов:
<link rel="canonical" href="https://site.example/catalog/boilers">Каноническая ссылка обязана быть честной: самоссылкой на исходный адрес, абсолютной, без лишних параметров, на доступной странице. Типовая находка - канонизация, указывающая на недоступный адрес или на другой раздел, из-за чего страницы выбывают из индекса молча. Перенаправления проверяются на цепочки: каждое звено цепочки стоит миллисекунд и теряет долю веса, и цепочка из трёх прыжков - типовая лень, чинящаяся за вечер.
Одноразовые хвосты параметров лечатся правилами в файле обхода или обработкой на сервере, но честнее всего - предотвращением: ссылки внутри сайта генерируются чистыми, и тогда дубли не появляются вообще. Аудит завершается списком источников дубликатов, а не только списком самих дубликатов - лечение источника стоит дешевле вечной чистки последствий.
Пагинация и фильтры заслуживают отдельного решения: они порождают комбинаторный взрыв адресов, и правильный ответ зависит от того, генерируют ли фильтры уникальный спрос. Комбинация из трёх фильтров по десять значений рождает тысячу адресов, и без решения портал размножает пустые страницы быстрее, чем их кто-то находит. Фильтр, по которому ищут люди, заслуживает индексируемой страницы; фильтр-сортировка - только правил запрета.
Слой скорости и стабильности держит поведение посетителей
Третий слой - производительность как измеримый факт, без субъективных оценок на глаз. Аудит снимает полевые метрики на реальных устройствах аудитории: задержка до главного содержимого, отзывчивость на действия, устойчивость вёрстки. Смотрится семьдесят пятый процентиль, а не среднее: среднее прячет медленную половину аудитории, и решения принятые по среднему обслуживают не существующих людей.
Инструментальные прогоны дополняют картину водопадом загрузки: что блокирует первую отрисовку, какие скрипты висят в критическом пути, какие изображения приезжают мегабайтными на телефоны. Типовые находки повторяются из проекта в проект: сторонние счётчики, блокирующие рендер; шрифты, прыгающие текстом; первый экран, собранный из тяжёлых каруселей:
new PerformanceObserver((list) => {
for (const e of list.getEntries()) {
if (e.element && e.startTime > 2500) report("late-lcp", e.url);
}
}).observe({ type: "largest-contentful-paint", buffered: true });Стабильность вёрстки проверяется на живых страницах: сдвиги при загрузке измеряют, как страница дёргается под пальцем. Каждая метрика слоя имеет проверенные пороги и лечится собственным списком приёмов, и всё это - известная инженерная рутина, а не метафизика, потому что каждый порог выверен на миллионах реальных сессий. Аудит здесь фиксирует разрывы с бюджетами и выдаёт задачи с приоритетами по близости к деньгам.
Скрипты сторонних сервисов при этом получают отдельную графу: счётчики, чаты, виджеты собираются по одному, а тормозят пачкой. Каждый виджет проверяется на цену - загрузка, исполнение, блокировка - и на пользу по собственным метрикам. Половина сторонних вставок при такой проверке обнаруживается бесполезной, и их удаление - самая дешёвая оптимизация из всех возможных.
Отчёт по слою всегда двухчастный: лабораторные замеры для мгновенной картины и полевые данные за месяц для картины правды. Расхождения информативны сами по себе: страница, летающая в лаборатории и вязнущая в поле, указывает на реальные устройства - медленные сети, слабые процессоры, и лечится бюджетом на самый слабый телефон из статистики проекта.
Слой разметки и структуры делает контент машинно-понятным
Четвёртый слой - структура внутри страниц. Заголовки образуют честную иерархию: один главный заголовок на странице, разделы по смыслу, без пропусков уровней и без конкурирующих главных заголовков. Мета-описания уникальны и не пустуют - не ради позиций, а для честности и привлекательности сниппетов в поисковой выдаче. Разметка данных описывает сущности, которые уже есть на странице: товары, события, вопросы, организации:
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Технический аудит",
"datePublished": "2026-10-24"
}Проверяется и логика внутренних связей: страницы-сироты, до которых нельзя дойти с главной, находки, связанные с повреждённой навигацией; битые внутренние ссылки - повседневность крупных порталов, где разделы переезжают без обновления путей. Внутренние связки дают два эффекта одновременно - путь для робота и путь для посетителя, и аудит оценивает их целостность как единую систему навигации, а не как два независимых списка.
Разметка при этом проверяется на честность и полноту одновременно: разметка, описывающая то, чего нет на странице, - риск санкций; разметка, описывающая половину сущностей, - упущенная витрина. Аудит снимает отчёты систем о разметке, сверяет типы с фактическим содержимым и выдаёт список страниц, где разметка обещает больше, чем показано, - и наоборот.
Мобильная usability входит в слой отдельным пунктом: зона нажатия, размер шрифта, размеры экрана, перекрытие контента элементами интерфейса. Всё это измеряется инструментами и чинится известными приёмами, а находки этого слоя почти всегда совпадают с жалобами реальных мобильных пользователей, если такие жалобы успели накопиться.
Тексты ссылок при этом проверяются на информативность: навигация словами разделов помогает и роботу, и человеку, тогда как безликие "подробнее" на десятке страниц одинаково бесполезны обоим. Проверка занимает десять минут и улучшает одновременно продвижение и удобство.
Слой безопасности и здоровья сервера завершает круг
Пятый слой - базовая гигиена доверия и здоровья сервера. Протокол обязателен на всех адресах, смешанного контента нет, сертификат действителен и обновляется вовремя. Ответы сервера согласованы и предсказуемы: несуществующее отдаёт честную ошибку, а не мягкое отражение главной страницы, потому что мягкие ошибки плодят мусорный индекс и путают роботов. Редиректы между адресами проверяются направлением и постоянством.
Взломы и скрытые вставки ищутся по типовым следам прошлых инцидентов: неожиданные разделы в карте, чужие скрипты в шаблонах, подозрительные перенаправления. Сайт с вставленным чужим кодом теряет позиции до очистки, и регулярная проверка целостности шаблонов дешевле восстановления после санкций. Скорость ответа сервера замыкает слой: время до первого байта - фундамент всех остальных метрик, и тормозящий сервер обесценивает любую фронтендовую оптимизацию.
Логи сервера при этом дают аудиту уникальные сведения: реальный поток роботов, коды ответов по адресам, частоту обхода разделов. Чтение логов отвечает на вопросы, где гадает внешняя статистика: почему раздел не индексируется - робот не приходит или приходит и видит ошибку. Час с логами заменяет дни гипотез, и зрелые аудиторы начинают разбор именно с них.
Финальная сборка аудита сводится к отточенному списку:
- обход разрешён, файл правил и карта корректны, мобильный рендеринг доступен;
- канонизация честная, дубли лечатся в источниках, редиректы без цепочек;
- полевые метрики скорости сняты на 75-м процентиле и сверены с бюджетами;
- иерархия заголовков, разметка данных и внутренние связки целостны;
- страница-сироты и битые ссылки вычищены;
- протокол, сертификаты и целостность шаблонов проверены;
- находки превращены в задачи с приоритетом по близости к деньгам.
Последний пункт списка и есть главное отличие аудита от осмотра. Отчёт технической проверки без приоритетов - каталог страхов, после которого ничего не происходит; отчёт с приоритетами - план работ, где чинится сначала то, что мешает жить трафику сегодня. Практика показывает устойчивый порядок: доступность и дубли дают самый быстрый возврат, скорость требует инженерных недель, разметка - рутина, безопасность - гигиена. Сайт, проходящий полный список раз в квартал, не накапливает технический долг, и каждый следующий аудит занимает меньше предыдущего - ровно до того момента, когда технический слой перестаёт быть ограничением и команде остаётся самая приятная часть работы над трафиком: содержание. И в этом весь дух технического аудита: он не про скачки позиций, а про то, чтобы машина честно видела то, что сайт честно показывает. Когда это достигнуто, каждое усилие по контенту работает в полный вес, не рассеиваясь на технические утечки по дороге.