Как проверить сайт самому: SEO-аудит на 30 пунктов

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

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

Когда аудит можно сделать самому

Самостоятельный SEO-аудит подходит, если у вас сайт до нескольких сотен страниц, понятная структура и нет тяжелых интеграций, которые ломают рендеринг или индексирование. Для таких случаев хватает Google Search Console, PageSpeed Insights, оператора site:, просмотра мета-тегов и обычной логики: есть ли страница под спрос, понимает ли пользователь, куда попал, и может ли робот вообще нормально прочитать страницу.

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

Что подготовить перед проверкой

Доступ к Google Search Console или Яндекс Вебмастеру, если он есть.
Список ключевых страниц: главная, услуги, категории, статьи, контакты.
PageSpeed Insights и браузер с DevTools.
Понимание, какие страницы реально приносят заявки или должны их приносить.

Чеклист SEO-аудита на 30 пунктов

1. Индексация и техническая база

Проверьте, открывается ли сайт без лишних редиректов и смешения HTTP/HTTPS, www/без www.
Посмотрите robots.txt: там не должны быть закрыты ключевые разделы, которые вы хотите видеть в поиске.
Проверьте sitemap.xml: файл должен открываться, содержать актуальные URL и не вести на удаленные страницы.
Сделайте запрос site:вашдомен и посмотрите, не попали ли в индекс мусорные страницы, дубли, теги, пагинация и служебные URL.
Проверьте статус-коды важных страниц: они должны отдавать 200, а не 302, 404 или мягкие редиректы.
Посмотрите canonical: он должен указывать на основную версию страницы, а не на соседний шаблон или главную.
Проверьте, нет ли дублей title и description на ключевых страницах.
Откройте страницу без JavaScript или хотя бы посмотрите исходный HTML: основной текст и заголовки должны быть доступны роботу.

2. Структура и посадочные

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

3. Контент и семантика

На каждой ключевой странице должен быть один H1 с понятной формулировкой под основной интент.
Первые два абзаца должны сразу объяснять, что это за страница и почему она полезна пользователю.
Проверьте, нет ли переспама ключевиками. Нормальный текст звучит как объяснение коллеге, а не как список запросов из Excel.
Проверьте, используются ли синонимы и LSI-лексика: аудит, индексация, мета-теги, Core Web Vitals, посадочные, интент, сниппет.
Сравните title и содержание страницы: они должны совпадать по обещанию, а не заманивать одним и давать другое.
Проверьте FAQ, если страница решает частые вопросы. Такой блок часто помогает и пользователю, и сниппетам.

4. Скорость и пользовательский опыт

Проверьте LCP в PageSpeed Insights. Если главный экран грузится мучительно долго, SEO страдает вместе с конверсией.
Проверьте CLS: элементы не должны прыгать при загрузке, особенно кнопки, меню и формы.
Проверьте INP или хотя бы общую отзывчивость интерфейса: фильтры, формы и кнопки не должны зависать.
Посмотрите вес изображений и формат. На проектах услуг именно картинки часто съедают половину производительности.
Проверьте мобильную версию: именно там чаще всего ломаются заголовки, CTA и читаемость текста.

5. Конверсия и бизнес-логика

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

Как понять, что именно исправлять первым

Не пытайтесь чинить все подряд. Сначала убирают то, что мешает поиску видеть сайт: закрытые разделы, сломанный sitemap, дубли и неверные каноникалы. Затем берут страницы, которые уже близки к результату: есть показы, но мало кликов; есть трафик, но нет заявок; есть спрос, но страница слабая. Только после этого имеет смысл масштабировать структуру и писать новые материалы.

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

Когда лучше не делать аудит в одиночку

Если сайт на сложном кастомном стеке, с большим каталогом, фильтрами, личными кабинетами, мультирегиональностью или переездом со старой CMS, ручной аудит уже опасно упрощает картину. Там легко пропустить вещи, которые не видны на поверхности: проблемы SSR, рендеринга, кластеров дублей, шаблонной генерации мета-данных, ответов API или внутреннего linking graph.

Именно поэтому для сайтов услуг и небольших проектов я обычно начинаю с быстрого ручного разбора, а для систем посложнее сразу делаю технический аудит вместе с разработкой. Если задача уже упирается в формы, шаблоны, CMS и производительность, обычно это стык SEO-продвижения и веб-разработки. Такой подход экономит время и не создает иллюзию, что проблема уже понята, хотя на самом деле ее только поцарапали сверху.

FAQ по самостоятельному SEO-аудиту

Сколько времени занимает такой аудит?

Для небольшого сайта услуг первый проход обычно занимает 2–4 часа. Если страниц больше, есть блог, каталог или старые разделы, лучше закладывать отдельный день.

Можно ли сделать аудит без платных сервисов?

Да. Для базовой проверки хватает Search Console, оператора site:, PageSpeed Insights и внимательного просмотра самих страниц. Платные сервисы ускоряют работу, но не заменяют понимание, что именно вы ищете.

Какой пункт чаще всего дает быстрый эффект?

Чаще всего быстро срабатывает разбор слабых посадочных: переписывание первых экранов, добавление FAQ, нормализация H1 и title, а также исправление дублей и явных технических блокеров.

Подходит ли этот чеклист для Next.js и WordPress?

Да, но для Next.js стоит отдельно смотреть серверный рендеринг, доступность контента в HTML и Core Web Vitals, а для WordPress — шаблонные дубли, плагины и скорость на перегруженных темах.

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

Соберите находки в три группы: критичные технические ошибки, доработка существующих страниц и расширение структуры. Такой порядок помогает не тонуть в хаосе и двигаться от блокеров к росту.