SEO-аудит полезен не количеством найденных «ошибок», а тем, что после проверки понятно: какие страницы доступны поисковым роботам, какие должны индексироваться, где сайт теряет качество или удобство и что исправлять в первую очередь. Ниже — SEO-аудит сайта: чек-лист из 25 пунктов для владельца бизнеса или маркетолога, который хочет самостоятельно провести базовую диагностику без попытки заменить полноценный технический аудит.
Главный принцип простой: для каждой находки фиксируйте не только факт, но и четыре вещи — где обнаружена проблема, как она подтверждена, насколько она важна и как проверить результат после исправления. Тогда SEO-аудит сайта превращается из списка замечаний в рабочий план.
Что подготовить перед SEO-аудитом
Перед проверкой соберите небольшой набор исходных данных. Это позволит не оценивать сайт «в вакууме» и не менять настройки без понимания последствий.
- список главных коммерческих и информационных страниц;
- доступ к Яндекс Вебмастеру и Google Search Console;
- доступ к Яндекс Метрике и другой используемой аналитике;
- список недавних изменений: редизайн, перенос домена, смена CMS, запуск новых разделов, изменение URL;
- таблицу для результатов аудита: URL или шаблон, проблема, доказательство, приоритет, ответственное лицо и способ повторной проверки.
Для небольшого сайта можно начать с главной страницы, основных услуг или категорий, нескольких статей и страниц, которые приносят заявки. Для большого каталога важнее проверять не тысячи URL вручную, а несколько типичных страниц каждого шаблона: категория, карточка, фильтр, пагинация, статья, служебная страница.
| Инструмент | Для чего нужен в базовом аудите |
|---|---|
| Яндекс Вебмастер | Доступность, обход, индексирование, robots.txt, Sitemap и диагностика страниц в Яндексе |
| Google Search Console | Индексирование, URL Inspection, Sitemap, Core Web Vitals, поисковые запросы и ссылки в Google |
| Яндекс Метрика | Трафик, посадочные страницы, цели и пользовательские действия |
| PageSpeed Insights | Лабораторные и, когда доступны, полевые данные о производительности |
| Краулер сайта | Массовая проверка HTTP-кодов, Title, H1, canonical, внутренних ссылок и шаблонных ошибок |
Что можно проверить самостоятельно — и где заканчивается самостоятельный аудит
Самостоятельная проверка хорошо выявляет грубые блокеры: закрытый раздел, неверный HTTP-код, случайный noindex, ошибочный canonical, дубли, сломанные внутренние ссылки, проблемы мобильной версии или отсутствие измерения конверсий.
Но она не всегда отвечает на вопрос почему возникла проблема. Если причина связана с JavaScript-рендерингом, логами сервера, большим количеством фильтров, шаблонами CMS, миграцией, международной структурой или массовым выпадением страниц из индекса, дальнейшие изменения без диагностики могут создать новые ошибки.
Поэтому цель чек-листа — не получить условный «SEO-балл», а отделить понятные локальные исправления от системных задач.
Блок 1. Техническая доступность и индексация: пункты 1–7
1–3. Доступность сайта, зеркала и HTTP-коды
1. Проверьте доступность сайта и HTTPS.
Что проверить. Откройте главную, несколько страниц услуг или категорий, форму заявки и важные информационные материалы в обычном и приватном окне браузера. Посмотрите, действует ли сертификат, не появляется ли предупреждение о небезопасном соединении, загружаются ли стили, изображения и JavaScript.
Что считать проблемой. Страница не открывается, браузер показывает ошибку сертификата, часть ресурсов запрашивается по HTTP, важный контент появляется только после авторизации или ошибка повторяется на целом разделе.
Что делать. Сначала восстановить доступность. При повторяющихся ошибках сервера зафиксируйте URL, время проверки и код ответа и передайте данные разработчику или хостингу. Яндекс Вебмастер позволяет проверить код ответа и содержимое, доступное роботу, через инструменты проверки доступности.
2. Проверьте единую основную версию домена.
Что проверить. Откройте варианты http:// и https://, с www и без него. Если CMS создаёт разные URL со слешем и без слеша, проверьте и их.
Что считать проблемой. Две версии одного и того же документа доступны с кодом 200; перенаправления идут через несколько промежуточных адресов; внутренние ссылки ведут на одну версию, Sitemap — на другую, а canonical — на третью.
Что делать. Выберите основную HTTPS-версию и согласуйте редиректы, внутренние ссылки, Sitemap и canonical. Не нужно строить цепочку вида HTTP → HTTPS → www → конечный URL, если переход можно сделать за один шаг.
3. Проверьте HTTP-коды ключевых URL.
Где смотреть. В инструментах разработчика браузера, в Яндекс Вебмастере или в краулере сайта.
200— содержимое успешно доступно;3xx— перенаправление;404/410— URL отсутствует;5xx— проблема на стороне сервера.
Что считать проблемой. Важная посадочная страница отдаёт 404 или 5xx; удалённая страница показывает текст «не найдено», но технически отвечает 200 — это типичный soft 404; внутренние ссылки постоянно ведут через редиректы.
Что делать. Актуальным страницам вернуть 200, удалённым без замены — корректный статус отсутствия, а при реальном переносе страницы — релевантный постоянный редирект. Не перенаправляйте все удалённые URL на главную только ради устранения 404: пользователь и поисковая система должны попадать на действительно подходящую замену. В технических требованиях Google Search успешный HTTP-ответ и доступность индексируемого содержимого входят в базовые условия для возможности индексирования.
4–7. Robots.txt, noindex, Sitemap и индекс
4. Проверьте robots.txt.
Где смотреть. Откройте /robots.txt и используйте анализ robots.txt в Яндекс Вебмастере. В инструменте можно проверить не только синтаксис файла, но и доступ конкретных URL.
Что считать проблемой. После разработки остался общий запрет на важный раздел; закрыта категория или услуга, которая должна участвовать в поиске; правила устарели после смены структуры; робот не может получить ресурсы, необходимые для корректного отображения страницы.
Что делать. Проверяйте правила на конкретных URL, а не только визуально читайте файл. Не используйте robots.txt как универсальный способ удалить страницу из поиска: запрет обхода и запрет индексирования — разные задачи.
5. Проверьте meta robots и X-Robots-Tag.
Где смотреть. В исходном HTML страницы ищите noindex, а в HTTP-заголовках — X-Robots-Tag. Для конкретного URL используйте URL Inspection в Google Search Console.
Что считать проблемой. На странице услуги, категории или полезной статье, которую планируется получать из поиска, стоит noindex. Ещё один тревожный вариант — когда страница закрыта от обхода в robots.txt и одновременно содержит директиву noindex: робот может не получить страницу и не увидеть эту директиву.
Что делать. Сначала определите назначение страницы. Служебные URL, внутренний поиск, некоторые фильтры и дубли не обязаны индексироваться. Убирайте запрет только с тех страниц, которые действительно должны участвовать в поиске.
6. Проверьте XML Sitemap.
Где смотреть. В Яндекс Вебмастере и Google Search Console. Проверьте также сам файл: он должен быть доступен роботу и возвращать корректный ответ.
Что считать проблемой. В Sitemap попадают 404, редиректы, неканонические URL, закрытые страницы или старые адреса после миграции; важные канонические страницы системно отсутствуют. Яндекс указывает, что ошибки доступа и HTTP-ответ, отличный от 200, могут мешать обработке файла Sitemap.
Что делать. Оставляйте в Sitemap прежде всего актуальные значимые URL, которые вы хотите отдавать в поиск. Само присутствие адреса в Sitemap не означает, что он обязательно попадёт в индекс. Для проверки используйте раздел «Файлы Sitemap» Яндекс Вебмастера.
7. Проверьте индексацию важных страниц.
Где смотреть. В Google Search Console используйте Page indexing для общей картины и URL Inspection для конкретной страницы. В Яндекс Вебмастере проверяйте диагностику и анализ индексации страницы.
Что считать проблемой. Не общее число «непроиндексированных страниц», а несоответствие цели. Например, страница услуги должна находиться в поиске, но исключена из-за noindex; Google считает важный URL дублем другой страницы; после миграции новый адрес неизвестен; в индекс вместо посадочных страниц попали технические фильтры.
В Search Console полезно различать хотя бы несколько ситуаций:
- Excluded by noindex — нормально, если запрет был намеренным; ошибка, если URL должен ранжироваться;
- Page with redirect — сам перенаправляющий URL обычно не должен индексироваться, проверять нужно конечную страницу;
- Duplicate / Google chose different canonical — сравните canonical, содержание, Sitemap и внутренние ссылки;
- Crawled — currently not indexed — Google получил страницу, но не включил её в индекс; одного универсального исправления здесь нет, нужно проверить качество, уникальное назначение страницы, дублирование, внутренние ссылки и другие сигналы;
- Blocked by robots.txt — сначала выясните, был ли запрет намеренным.
Google прямо предупреждает, что статус «Not indexed» сам по себе не означает ошибку и что не следует ожидать 100% индексации всех известных URL. Цель — индексирование важных канонических страниц. Для отдельного URL используйте URL Inspection, а для групп причин — Page indexing report.
Блок 2. Canonical, дубли, структура и внутренние ссылки: пункты 8–11
8–9. Canonical и дубли
8. Проверьте rel=»canonical».
Где смотреть. В исходном коде страницы и в URL Inspection, где Google показывает заявленный владельцем сайта и выбранный системой canonical.
Что считать проблемой. Canonical ведёт на 404, редирект, закрытый URL, другую языковую или региональную страницу без причины либо один шаблон массово назначает canonical на одну и ту же страницу.
Мини-пример. У страницы /services/seo-audit/ есть self-canonical на этот же URL — это понятный сигнал. Если же шаблон по ошибке ставит canonical на /services/, поисковая система получает сигнал, что конкретная услуга является копией общего раздела.
Что делать. Согласовать canonical с реальным назначением URL, Sitemap и внутренними ссылками. Google рассматривает canonical как сигнал предпочтительной версии, но при противоречивых сигналах может выбрать другой URL. Подробная логика описана в документации Google по canonicalization.
9. Найдите дубли и неконтролируемые параметры.
Что проверить. UTM-метки, сортировки, фильтры, пагинацию, версии печати, параметры CMS, URL со слешем и без, разные регистры, зеркала и комбинации фильтров.
Что считать проблемой. Почти одинаковое основное содержимое доступно по большому количеству индексируемых адресов, а сайт сам активно ссылается на эти варианты. Особенно опасен шаблонный рост URL в каталогах, где каждое сочетание параметров создаёт новую страницу.
Что делать. Сначала разделите параметры на два типа: те, которые создают самостоятельную полезную посадочную страницу, и технические варианты того же содержания. После этого выбирайте подходящий механизм — корректную генерацию URL, внутренние ссылки, canonical, редиректы или управление обходом. На крупном интернет-магазине не закрывайте фильтры массово без анализа спроса: часть из них может быть полезными SEO-посадочными страницами.
10–11. Структура сайта и внутренняя перелинковка
10. Проверьте структуру сайта.
Нарисуйте упрощённое дерево: главная → основные направления → категории или услуги → детальные страницы → поддерживающие статьи.
Что считать проблемой. Приоритетная услуга существует только в Sitemap или открывается через внутренний поиск; пользователь не понимает разницу между соседними страницами; разные интенты смешаны на одном URL; структура отражает внутренние отделы компании, а не задачи клиента.
Практическая проверка. Возьмите пять наиболее важных страниц и попробуйте дойти до каждой с главной естественным путём. Если для этого нужно знать точный URL или использовать поиск по сайту, структура, вероятно, требует доработки.
Что делать. Группировать страницы по назначению и спросу. Важная посадочная страница должна иметь понятное место в иерархии, а не существовать как изолированный документ.
11. Проверьте внутренние ссылки.
Что проверить. Есть ли входящие внутренние ссылки на приоритетные страницы, не ведут ли ссылки на 404 и редиректы, используются ли понятные анкоры, не ссылается ли сайт на неканонические версии.
Что считать проблемой. Полезная статья не связана с тематической услугой; важная коммерческая страница получает одну ссылку из меню и больше нигде не упоминается; десятки страниц ссылаются на старый URL через 301; анкор «подробнее» используется везде и не помогает понять тему перехода.
Что делать. Добавляйте ссылки по смыслу, а не ради количества. Контекстная ссылка должна помогать продолжить задачу пользователя. Если аудит выявил, что текст сам по себе не закрывает интент или страницы создаются только под ключевые фразы, стоит отдельно оценить SEO-копирайтинг и качество контентных шаблонов.
Блок 3. Метатеги, заголовки, контент и поисковый интент: пункты 12–16
12–14. Title, H1–H3 и соответствие интенту
12. Проверьте Title и meta description.
Что проверить. Возьмите по несколько страниц каждого типа: услуга, категория, карточка, статья, региональная страница. Сравните Title и Description.
Что считать проблемой. Title отсутствует, массово повторяется, состоит из цепочки ключей или не соответствует содержанию страницы. Description автоматически копирует один и тот же текст на сотни URL или обещает то, чего на странице нет.
Что делать. Title должен точно обозначать содержание конкретной страницы и помогать отличить её от соседних. Description — кратко объяснять пользу перехода. Не используйте жёсткий лимит символов как главный критерий качества: поисковая система может динамически менять отображаемый заголовок и сниппет.
13. Проверьте H1–H3 и смысловую иерархию.
Что считать проблемой. Нет очевидного главного заголовка; H-теги назначены элементам только ради размера шрифта; H2 и H3 не отражают структуру; одинаковые шаблонные заголовки повторяются на разных страницах.
Что делать. На странице должен быть понятный основной заголовок, а H2/H3 — разделять материал по смыслу. Не пытайтесь включить основной ключ в каждый подзаголовок: это ухудшает читабельность и редко добавляет ценность.
14. Проверьте поисковый интент и каннибализацию.
Как проверить. Для приоритетного запроса посмотрите актуальную выдачу и определите преобладающий формат: услуга, категория, статья, инструкция, подборка, карточка товара. Затем сопоставьте этот интент со своей целевой страницей.
Что считать проблемой. Коммерческий запрос ведёт на общий блоговый материал; две статьи решают одинаковую задачу и отличаются только формулировкой; услуга и статья написаны практически одним текстом; страницы одного сайта постоянно сменяют друг друга по одному кластеру.
Что делать. Развести назначение URL. Например, статья «как провести SEO-аудит самостоятельно» должна обучать базовой проверке, а страница профессиональной услуги — объяснять состав работы, процесс, ответственность и следующий коммерческий шаг. Похожие слова допустимы, если пользовательские задачи разные.
15–16. Полезность контента и изображения
15. Проверьте полноту и полезность контента.
Для каждой важной страницы задайте пять вопросов:
- С какой задачей приходит пользователь?
- Получает ли он прямой ответ без длинного вступления?
- Есть ли условия, ограничения и критерии выбора?
- Подтверждены ли факты и экспертные утверждения?
- Понятен ли следующий шаг?
Что считать проблемой. Страница пересказывает очевидные определения, не отвечает на ключевые вопросы, содержит устаревшие факты, обещания без доказательств или отличается от других страниц только заменой города и ключевой фразы.
Что делать. Добавлять не «ещё текст», а недостающую информацию: условия, сравнение вариантов, ограничения, примеры принятия решения, первичные источники и ответы на реальные вопросы. Именно здесь объём страницы должен расти естественно — только если дополнительный блок помогает закрыть интент.
16. Проверьте изображения.
Что проверить. Размер файлов, реальные размеры относительно контейнера, адаптивность, загрузку первого экрана, alt содержательных изображений, битые URL и доступность ресурсов роботу.
Что считать проблемой. На мобильный экран загружается огромный исходник, изображение вызывает скачок макета, alt заполнен набором ключей, а важная схема не имеет текстового описания.
Что делать. Сжимайте файлы, отдавайте подходящие размеры, используйте современные форматы и адаптивную загрузку. Alt должен описывать смысл изображения в контексте страницы, а не служить местом для SEO-ключей. Для подробной проверки ориентируйтесь на рекомендации Google по изображениям.
Блок 4. Скорость, мобильная версия и структурированные данные: пункты 17–19
17. Проверьте скорость и Core Web Vitals.
Где смотреть. В PageSpeed Insights и отчёте Core Web Vitals в Search Console. Важно различать field data — данные реальных пользователей, когда они доступны, и lab data — лабораторный тест конкретной загрузки.
Основные Core Web Vitals:
- LCP — скорость появления основного крупного контента;
- INP — отзывчивость страницы на взаимодействия;
- CLS — визуальная стабильность.
Google рекомендует для категории good ориентироваться на LCP до 2,5 секунды, INP менее 200 мс и CLS менее 0,1. Эти показатели оцениваются по 75-му процентилю загрузок. Подробности — в официальной документации Core Web Vitals.
Что считать проблемой. Не один «красный» лабораторный тест, а устойчивый паттерн: группа страниц одного шаблона имеет плохие реальные показатели; тяжёлое изображение тормозит первый экран; сторонний виджет задерживает взаимодействие; баннер или изображение вызывает заметный сдвиг макета.
Что делать. Ищите системную причину на уровне шаблона. Не оптимизируйте сайт только ради оценки 100 в PageSpeed: задача — улучшить реальную пользовательскую производительность и устранить повторяющиеся причины.
18. Проверьте мобильную версию на реальном устройстве.
Пройдите основные сценарии: меню, поиск, фильтр, форму заявки, кнопку звонка, таблицу, карточку товара, корзину или другой ключевой путь.
Что считать проблемой. Кнопки перекрываются, форма не отправляется, таблица выходит за экран, всплывающее окно невозможно закрыть, основной текст или внутренние ссылки отсутствуют в мобильной версии, а важные ресурсы недоступны роботу.
Что делать. Обеспечить эквивалентность важного содержания и метаданных между мобильным и десктопным представлением. Google использует мобильную версию содержимого для индексирования; подробные требования собраны в mobile-first indexing best practices.
19. Проверьте структурированные данные.
Где смотреть. Rich Results Test, Schema Markup Validator и отчёты Search Console по поддерживаемым типам расширенных результатов.
Что считать проблемой. Разметка описывает объект, которого нет на странице; значения Schema противоречат видимому тексту; обязательные свойства отсутствуют; шаблон массово подставляет неверные рейтинги, цены, даты или авторов.
Что делать. Использовать только релевантную типу страницы разметку и синхронизировать её с видимым содержанием. Валидный код не гарантирует расширенный результат в поиске. Базовая документация — Google Search Central о structured data.
Актуальная оговорка для FAQ. Сам раздел с частыми вопросами остаётся полезным для читателя, но добавлять его только ради FAQ-сниппета Google не стоит: в 2026 году Google прекратил показ FAQ rich results и удалил соответствующую документацию функции. Изменение зафиксировано в официальном журнале обновлений Google Search.
Блок 5. Аналитика, коммерческие факторы, доверие и ссылки: пункты 20–24
20–21. Аналитика и поисковая эффективность
20. Проверьте, что аналитика собирается корректно.
Быстрая проверка. Откройте сайт в отдельном окне, перейдите по нескольким страницам и выполните тестовое целевое действие. Убедитесь, что визит, страницы и событие фиксируются. Повторите для мобильного устройства, если мобильный путь отличается.
Что считать проблемой. Часть сайта не передаёт данные, одно действие считается дважды, после обновления сайта появились резкие необъяснимые изменения, параметры URL дробят отчёты, источник перехода теряется.
Что делать. Сначала исправить измерение, затем оценивать SEO. Иначе сравнение «до/после» может отражать изменение счётчика, а не реальный результат.
21. Проверьте цели и связь SEO с бизнес-действиями.
SEO нельзя оценивать только количеством визитов или позициями. Для бизнеса важны заявки, покупки, звонки, регистрации, скачивания документов или другие значимые действия.
Что проверить за несколько минут.
- фиксируется ли отправка основной формы;
- не срабатывает ли цель при простой загрузке страницы без действия;
- видно ли, с какой посадочной страницы начался визит;
- можно ли отдельно посмотреть органический трафик;
- не исчезли ли данные после недавнего релиза.
Яндекс описывает настройку и типы действий в справке по целям Метрики. Если ключевое действие не измеряется, настройка аналитики становится частью SEO-аудита, потому что без неё трудно приоритизировать страницы по бизнес-ценности.
22–24. Коммерческие факторы, доверие и внешние ссылки
22. Проверьте коммерческие факторы.
Пройдите страницу услуги или товара как новый клиент. Ответьте на вопросы: что именно продаётся, кому подходит предложение, как узнать цену, какие условия важны, кто оказывает услугу, как связаться и что произойдёт после заявки.
Что считать проблемой. Человек вынужден искать базовые условия в разных разделах; форма есть, но непонятно, что будет после отправки; заявлена цена «от», но не объяснено, от чего она зависит; контакты или юридическая информация трудно найти; для интернет-магазина неясны доставка, оплата или возврат.
Что делать. Добавлять только реальные сведения, которые помогают принять решение. Универсального списка коммерческих факторов нет: для клиники, SaaS, агентства и интернет-магазина критерии выбора различаются.
23. Проверьте E-E-A-T и сигналы доверия.
Используйте E-E-A-T не как «галочку ранжирования», а как рамку качества: понятно ли, кто создал материал, откуда взяты факты, можно ли проверить организацию и есть ли основания доверять экспертным утверждениям.
Проверьте:
- авторство там, где оно действительно важно;
- страницу о компании и контакты;
- первичные источники для фактов и цифр;
- даты публикации и обновления для быстро меняющихся тем;
- реальные доказательства опыта вместо деклараций;
- отсутствие вымышленных отзывов, наград, клиентов и результатов.
Что считать проблемой. Экспертные утверждения нельзя проверить, старый материал подаётся как актуальный, автор или организация не идентифицируются, а доверие строится только на маркетинговых заявлениях. Для общей рамки полезно использовать рекомендации Google по people-first content.
24. Проверьте исходящие и входящие ссылки.
Исходящие. Найдите ссылки на удалённые документы, 404, устаревшие исследования и нерелевантные источники. Исправьте или замените их первичными актуальными материалами.
Входящие. В отчёте Links в Search Console посмотрите, какие сайты и страницы чаще всего ссылаются на ресурс. Не воспринимайте этот отчёт как полный реестр всех backlinks и не принимайте автоматические оценки «токсичности» сторонних сервисов за факт.
Что считать проблемой. Резкий необъяснимый всплеск подозрительных ссылок, массовые ссылки с явно манипулятивных площадок, сломанные исходящие ссылки или ситуация, когда самые важные экспертные материалы практически нигде не упоминаются.
Что делать. Сначала выяснить происхождение и масштаб проблемы. Для входящих ссылок важен контекст, а не механическое количество доменов.
Пункт 25. Ошибки, которые лучше не исправлять без специалиста
25. Составьте отдельный список системных проблем. Самостоятельный аудит должен закончиться там, где ошибка затрагивает архитектуру, множество шаблонов или требует диагностики причин, которые нельзя увидеть в браузере.
Передавайте задачу SEO-специалисту и разработчику, если обнаружили:
- массовое выпадение важных URL из индекса;
- повторяющиеся 5xx или нестабильную доступность;
- проблемы JavaScript-рендеринга;
- тысячи комбинаций фильтров, параметров и дублей;
- потери после смены домена, CMS или структуры URL;
- противоречивую каноникализацию на большой группе страниц;
- необходимость анализа серверных логов;
- сложную мультиязычную или мультирегиональную архитектуру;
- взлом, проблемы безопасности или ручные меры поисковой системы;
- изменения, которые нужно внедрять сразу в нескольких шаблонах CMS.
Особенно важно провести аудит до редизайна или миграции. Требования к сохранению URL, редиректам, индексации и аналитике лучше закрепить до разработки; в этом помогает техническое задание на создание сайта. Если ограничения лежат в архитектуре или платформе, их стоит учитывать уже при создании сайта для бизнеса, а не пытаться исправлять SEO поверх неподходящей структуры.
Как превратить 25 проверок в план работ
После аудита не сортируйте задачи по количеству предупреждений в сервисе. Одна случайная директива noindex на ключевом разделе может быть важнее сотен косметических замечаний.
Для каждой находки заполните минимум шесть полей:
| Поле | Что записать |
|---|---|
| URL или шаблон | Одна страница или тип страниц, на которых повторяется проблема |
| Проблема | Наблюдаемый факт без предположений о причине |
| Доказательство | Код ответа, скриншот, отчёт Search Console, Вебмастера или аналитики |
| Влияние | Что нарушается: доступность, индексирование, пользовательский путь, измерение |
| Приоритет | Критичный, высокий, средний или низкий |
| Повторная проверка | Как убедиться, что исправление действительно сработало |
Критичный приоритет: сайт или важный раздел недоступен, закрыт от индексирования, отдаёт массовые 5xx, потерял страницы после миграции или содержит системную ошибку canonical.
Высокий: проблема затрагивает группу посадочных страниц и мешает индексации, пользовательскому сценарию или измерению конверсий.
Средний: доработка улучшает соответствие интенту, контент, перелинковку или удобство, но не является техническим блокером.
Низкий: косметическое замечание без понятного влияния на задачу страницы.
После каждого существенного изменения повторите исходную проверку. В SEO важно не «закрыть задачу в таблице», а подтвердить результат: сервер отдаёт нужный ответ, робот видит страницу, canonical корректен, аналитика фиксирует действие и изменение не сломало соседние шаблоны.
SEO-аудит сайта: чек-лист результатов проверки
- важные страницы доступны и отдают ожидаемые HTTP-коды;
- выбрана единая основная версия домена;
- robots.txt не блокирует нужные разделы;
- noindex используется намеренно;
- Sitemap содержит актуальные значимые URL;
- важные канонические страницы индексируются;
- canonical, внутренние ссылки и Sitemap не противоречат друг другу;
- неконтролируемые дубли и параметры выявлены;
- структура ведёт к ключевым страницам понятным путём;
- внутренние ссылки не ведут на ошибки и помогают навигации;
- Title, Description и заголовки соответствуют содержанию;
- каждая важная страница решает свой поисковый интент;
- контент отвечает на реальные вопросы и не строится на повторении ключей;
- изображения не создают лишнюю нагрузку;
- Core Web Vitals проверены по данным и шаблонам;
- мобильный пользователь может пройти основной сценарий;
- структурированные данные соответствуют видимому содержанию;
- аналитика и цели действительно фиксируют действия;
- коммерческие страницы содержат необходимую для выбора информацию;
- авторство, источники и данные о компании вызывают доверие;
- исходящие и входящие ссылки проверены;
- системные ошибки вынесены в отдельный список для специалиста.
Частые вопросы о самостоятельном SEO-аудите
Можно ли провести SEO-аудит без платных сервисов?
Базовую проверку — да. Для большей части этого чек-листа достаточно Яндекс Вебмастера, Google Search Console, Яндекс Метрики, PageSpeed Insights, браузера и краулера с подходящим для размера сайта лимитом. Платные сервисы ускоряют массовый сбор данных и конкурентный анализ, но не заменяют интерпретацию найденных проблем.
Чем технический SEO-аудит отличается от комплексного?
Технический аудит концентрируется на доступности, обходе, индексировании, кодах ответа, canonical, дублях, скорости, мобильности и других технических сигналах. Комплексный SEO-аудит добавляет структуру спроса, поисковый интент, контент, коммерческие факторы, аналитику, внутренние и внешние ссылки и приоритизацию работ для бизнеса.
Как часто повторять SEO-аудит?
Универсального календаря для всех сайтов нет. Полную проверку разумно делать перед началом системного продвижения и после крупных изменений: редизайна, миграции, смены CMS, структуры URL или запуска большого нового раздела. Между полными аудитами полезнее регулярно контролировать критичные показатели — доступность, ошибки сервера, индексацию важных страниц, аналитику и Core Web Vitals — и проводить внеплановый аудит при заметных отклонениях.
Сколько времени занимает самостоятельная проверка?
Зависит от размера и устройства сайта. Небольшой сайт можно проверить выборочно за одну рабочую сессию, если доступы уже настроены. На интернет-магазине или портале ручной просмотр тысяч URL неэффективен: нужно сканирование, выборка типовых шаблонов и отдельный анализ массовых отклонений. Поэтому лучше оценивать не часы, а полноту охвата важных типов страниц.
Нужно ли исправлять все предупреждения, которые нашёл сервис?
Нет. Автоматический инструмент показывает признаки и отклонения, а не бизнес-приоритет. Сначала исправляются проблемы доступности и индексирования важных страниц, затем системные ошибки шаблонов, структура и пользовательские сценарии. Косметическое предупреждение без понятного влияния может оставаться низким приоритетом.
Официальные источники и инструменты для проверки
- Яндекс Вебмастер: анализ robots.txt;
- Яндекс Вебмастер: файлы Sitemap;
- Яндекс Вебмастер: доступность сайта для посетителей и роботов;
- Яндекс Вебмастер: анализ индексации страницы;
- Google Search Console: URL Inspection;
- Google Search Console: Page indexing report;
- Google Search Central: технические требования;
- Google Search Central: canonicalization;
- Google Search Central: Core Web Vitals;
- Google Search Central: mobile-first indexing;
- Google Search Central: structured data;
- Google Search Central: журнал обновлений документации и функций;
- Google Search Central: helpful, reliable, people-first content;
- Яндекс Метрика: цели.
Что делать после самостоятельного SEO-аудита
Если чек-лист выявил несколько локальных и понятных проблем — например, случайный noindex, битую внутреннюю ссылку, устаревший Sitemap, отсутствующую цель или тяжёлое изображение — их можно исправлять последовательно и затем повторно проверять.
Если же ошибки связаны между собой, лучше не лечить симптомы по одному. Например, фильтры создают дубли, canonical конфликтует с внутренними ссылками, Sitemap содержит другой набор адресов, а важные страницы одновременно выпадают из индекса. Здесь уже нужен системный разбор архитектуры и приоритетов.
В OMG MEDIA SEO-продвижение сайтов включает диагностику технических, структурных и контентных ограничений и перевод результатов в приоритетный план работ. Самостоятельный чек-лист при этом остаётся полезным: по нему можно заранее собрать проблемные URL, наблюдения и данные инструментов, чтобы профессиональный SEO-аудит начинался не с общих предположений, а с конкретных симптомов.
