SEO-аудит сайта: как провести комплексную проверку

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

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

Какие данные подготовить
Составьте список приоритетных услуг или товаров, регионов работы и целевых действий посетителя. Зафиксируйте даты переезда, смены домена, обновления шаблона и других заметных изменений. Подготовьте перечень страниц из CMS и sitemap.xml, доступ к кабинетам поисковых систем и аналитике.
Для первичной проверки удобно использовать несколько источников данных.


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

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

Доступность и индексация
Проверьте, открывается ли сайт по основному домену, работает ли HTTPS и нет ли блокировки для поискового робота. В Яндекс Вебмастере изучите ошибки диагностики сайта, а также сообщения о безопасности и нарушениях. В Google Search Console отдельно посмотрите уведомления о проблемах безопасности и мерах, принятых вручную.
Для выбранных URL сопоставьте три состояния: страница существует, доступна для индексирования и присутствует в индексе нужной поисковой системы. Корректно открывающаяся страница может быть закрыта для индексирования или пока отсутствовать в поиске.
В инструменте проверки URL Google различаются сведения из индекса и проверка опубликованной версии. После исправления ошибки полезно посмотреть обе версии: первая показывает известное поисковику состояние, вторая помогает проверить доступность страницы сейчас. Положительный результат теста не гарантирует включения в индекс.
Проверьте robots.txt и инструкции noindex в метатегах или HTTP-заголовках. robots.txt управляет обходом. Для обработки noindex Google должен получить доступ к странице и прочитать инструкцию — это условие указано в официальной документации. Убедитесь, что после разработки не остался общий запрет для важных страниц.
Сравните страницы, которые должны присутствовать в поиске, с фактическим индексом. Корзина, результаты внутреннего поиска и технические дубли не обязаны индексироваться. Проверяйте причины отсутствия целевых страниц; само расхождение между числом URL в CMS и в поиске ещё не доказывает ошибку.

Коды ответа и перенаправления
Код ответа сообщает, что произошло при обращении к адресу. Его проверяют краулером, через инструменты вебмастера или вкладку Network в инструментах разработчика браузера. Интерпретировать код нужно с учётом назначения страницы.


Google описывает влияние кодов ответа отдельно для успешных ответов, перенаправлений и ошибок. Код 200 сам по себе не гарантирует индексирования. Удалённая страница с корректным ответом 404 может быть нормальной ситуацией; перенаправлять все такие адреса на главную без проверки содержания не следует.

Дубли, canonical и sitemap.xml
Найдите версии страниц с одинаковым или почти одинаковым содержанием: адреса с параметрами, варианты домена, тестовые копии. Проверьте, какая версия указана в canonical, куда ведут внутренние ссылки и какие URL включены в sitemap.xml. Эти настройки должны согласованно указывать на выбранные основные страницы.
Для Google canonical служит сигналом при выборе основного адреса. Он не перенаправляет посетителя и не гарантирует выбор указанного URL. Ошибочная ссылка canonical на главную или другой раздел может помешать самостоятельной странице участвовать в поиске.
В sitemap.xml проверьте актуальность адресов и отсутствие ненужных редиректов, ошибок и закрытых страниц. Карта сайта помогает обнаруживать URL, но не обеспечивает автоматического включения всех перечисленных страниц в индекс. При изменении адресов обновляйте карту.

Скорость и мобильная версия
Проверьте несколько типовых страниц на телефоне: читается ли текст, доступны ли меню и кнопки, можно ли заполнить форму. Пройдите путь до обращения и убедитесь, что заявка поступила. Отдельно посмотрите, не исчезает ли важное содержание после загрузки скриптов и не требуется ли сложное взаимодействие для его появления.
PageSpeed Insights показывает лабораторные измерения и данные реальных пользователей, когда их достаточно. Полевые данные отражают предыдущие 28 дней, поэтому они не обязаны сразу измениться после правки. Если данных нет, это не означает ни отсутствия проблемы, ни её подтверждения.
При оценке Core Web Vitals учитывают загрузку основного содержимого, отклик на действия и стабильность расположения элементов. В отчёте фиксируйте конкретный дефект: долго появляется главное изображение, смещается форма, задерживается нажатие. Одного общего балла скорости недостаточно для постановки задачи разработчику.
Подробная последовательность проверок разобрана в статье «Технический SEO-аудит сайта: что проверять». Приоритет технических находок связывайте со значением затронутых страниц для бизнеса.

Соберите актуальные запросы, исключите нерелевантные формулировки и распределите оставшиеся по смысловым группам. Сопоставьте каждую группу с существующим или планируемым URL: так станут видны задачи аудитории, которые сайт пока не раскрывает.
Допустим, компания продаёт и ремонтирует компрессоры. Запрос о покупке винтового компрессора ведёт к выбору оборудования, запрос о ремонте — к оценке услуги, вопрос о подборе производительности — к изучению информации. Для этих задач потребуются разные страницы и содержание.
В рабочей таблице укажите группу запросов, намерение пользователя, целевой URL и решение: оставить страницу, дополнить, создать новую или проверить пересечение с другой. Если несколько адресов получают показы по близким фразам, изучите их назначение. Такое совпадение само по себе ещё не доказывает вредную конкуренцию страниц.
Проверьте, есть ли самостоятельные страницы важных направлений, удобно ли перейти из категории к товару и можно ли найти нужную услугу через меню. Отдельно рассмотрите региональные страницы: их содержание и условия должны соответствовать реальной работе компании. Замена названия города в одинаковом тексте не объясняет, чем предложение полезно местному клиенту.
Порядок работы описан в материале «Семантическое ядро: что это и как собрать для сайта». Результатом станет карта страниц с понятными задачами и связями между разделами.

Проверяйте содержание относительно запроса и этапа выбора. На странице услуги посетителю нужны состав работ, условия, ограничения, подтверждённые примеры и способ обращения. В карточке товара — характеристики и сведения, необходимые для покупки. Информационный материал должен давать ответ на заявленный вопрос.
Прочитайте приоритетные страницы с позиции нового посетителя. Отметьте непонятные термины, устаревшие условия и вопросы без ответа. Проверьте контакты, фотографии, документы и источники фактов. В экспертных материалах должно быть понятно, кто подготовил сведения и на чём основаны рекомендации.
Google рекомендует оценивать полезность и достоверность содержания. В аудите это можно перевести в конкретные задачи: уточнить порядок услуги, добавить недостающие характеристики, обновить сведения или показать подтверждённый пример. Универсальный объём текста и процент повторения ключевых слов не заменяют такой проверки.

Title, Description и заголовки
Выгрузите метаданные и найдите пустые поля, остатки шаблонов и повторяющиеся названия у страниц с разными задачами. Сопоставьте Title и H1 с фактической темой. Посмотрите, отражают ли подзаголовки структуру текста и помогают ли быстро найти нужный ответ.
Для Title Google рекомендует содержательные и точные формулировки. Description должен соответствовать содержанию страницы и давать полезное представление о ней. При этом описание результата в поиске Google может сформировать из текста страницы с учётом запроса.
Если сервис отметил длинный Title или одинаковый Description, откройте конкретные URL и оцените последствия. Укажите, какие страницы трудно различить или где название не отражает предложение. После публикации проверьте исправленные поля.

Важные страницы должны быть связаны с остальным сайтом. Сопоставьте список URL из CMS, карты сайта, поисковой аналитики и результаты обхода по внутренним ссылкам. Так можно обнаружить страницы, которые существуют, но почти не представлены в навигации. Обычный краулер может их пропустить, если до них нет доступного пути.
Проверьте ссылки в меню, хлебных крошках, карточках, статьях и блоках рекомендаций. Они должны вести на действующие адреса и помогать пользователю продолжить решение задачи. Например, статья о выборе компрессора может направлять в подходящую категорию, а карточка оборудования — к условиям обслуживания.
В рекомендациях Google по ссылкам указан стандартный HTML-элемент ссылки с атрибутом href. Переходы, работающие только через нестандартные обработчики скриптов, стоит проверить отдельно. Текст ссылки должен описывать страницу назначения и оставаться понятным в контексте.
Зафиксируйте неработающие ссылки, ненужные редиректы и недостающие связи с приоритетными страницами. Для каждой находки сохраняйте исходный URL и адрес назначения, чтобы исправление можно было найти и проверить.

Ссылочный профиль — это совокупность внешних ссылок на сайт. Начните с доступных данных Google Search Console, затем при необходимости дополните их специализированным сервисом анализа ссылок. Отчёт Search Console содержит выборку; некоторые отображаемые ссылки могли уже исчезнуть.
Проверьте, какие страницы получают ссылки, что представляет собой сайт-источник и в каком контексте размещено упоминание. Посмотрите анкор, актуальность публикации и доступность страницы назначения. Если ссылка ведёт на удалённый полезный материал, выясните, есть ли подходящая замена и обоснован ли редирект.
Резкие изменения числа ссылок проверяйте по исходным страницам. Множество ссылок с одного домена может объясняться размещением в общем шаблоне. Одно число в отчёте не показывает ценность упоминаний.
Не отклоняйте ссылки массово по автоматической оценке «токсичности». Google отмечает, что инструмент отклонения обычно не требуется. Его применение рассматривают при искусственных ссылках и соответствующих мерах или обоснованном риске их принятия. Сначала нужно подтвердить обстоятельства и понять последствия действия.

Выбирайте конкурентов по приоритетным запросам, региону и типу предложения. Они могут отличаться от компаний, с которыми вы соперничаете в продажах. Услуги, каталоги и информационные материалы сравнивайте с соответствующими страницами в органической выдаче.
Посмотрите, какой формат ответа предлагает выдача: категория товаров, отдельная услуга, инструкция или подборка. Сравните набор разделов, полноту сведений, подтверждения опыта, удобство выбора и следующий шаг для посетителя. Фиксируйте наблюдения с адресами страниц и датой проверки.
Допустим, у сопоставимых поставщиков в карточках есть данные о совместимости и условиях обслуживания, а на проверяемом сайте посетитель видит только краткое описание. Это основание выяснить, нужны ли такие сведения покупателям и есть ли у компании подтверждённая информация. Копирование чужих текстов и функций без этой оценки может добавить лишние расходы.
Наличие блока у сайта с высокой позицией не доказывает, что именно этот блок обеспечил результат. Проверяйте гипотезы по запросам аудитории, собственным данным и возможностям бизнеса.

Выберите сопоставимые периоды и условия: поисковую систему, регион, устройство, раздел и тип запросов. Учитывайте сезонность, ассортимент и даты правок. Снижение показателей нельзя автоматически приписывать одной обнаруженной ошибке.
В отчёте об эффективности Google Search Console доступны клики, показы, CTR и средняя позиция. Изучайте их по отдельным страницам и запросам. Средняя позиция всего сайта может измениться вместе с составом запросов, поэтому она не заменяет проверку важных для бизнеса направлений.
Отделяйте брендовые запросы от поиска услуг и товаров, информационные переходы — от коммерческих. Затем сопоставьте входные страницы с целевыми действиями и подтверждёнными обращениями. Рост посещаемости по справочным темам и рост заявок на услугу отражают разные результаты.
Типовые наблюдения помогают выбрать дальнейшую проверку. Причины в таблице — гипотезы, которые нужно подтвердить.


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

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


После изменений повторите проверки и сохраните результат. Шаблонные исправления протестируйте на разных типах страниц. Далее отслеживайте индексацию, поисковые показатели и обращения с учётом дат правок и внешних условий.
Если для выполнения плана требуется системная работа с семантикой, техническими ошибками и содержанием, ознакомьтесь с SEO-продвижением в КОМПСЕТИ.

Результат SEO-аудита — задачи с адресами страниц, доказательствами, приоритетами и критериями готовности. Начните с препятствий, затрагивающих важные разделы и обращения, затем развивайте структуру и содержание. Сохраните исходные данные, чтобы оценить изменения после внедрения рекомендаций.