SEO-аудит — это систематический обзор всего, что влияет на то, как сайт находится и ранжируется в поиске: сканирование, индексация, архитектура сайта, скорость страницы, удобство для мобильных устройств, качество контента, внутренние ссылки, обратные ссылки и структурированные данные. Он создает ранжированный список проблем и исправлений. Проведение аудита до начала любых SEO-работ предотвращает классическую ошибку написания нового контента для сайта, который поисковые системы не могут правильно просканировать.
Зачем проводить аудит, прежде чем делать что-то еще?
SEO-работа обычно начинается с того, что кажется продуктивным: новые посты в блоге, новые ключевые слова, новые ссылки. Но если половина сайта заблокирована через robots.txt, если на страницах товаров остался тег noindex со стадии разработки или если основная навигация невидима для краулеров, вся эта работа не имеет смысла.
Аудит показывает, какие проблемы больше всего тормозят сайт. Он также дает вам базовую линию. Без нее вы не сможете позже доказать, выросли ли позиции благодаря вашей работе или из-за сезонного тренда.
Какие инструменты вам нужны?
- Google Search Console: статус индексации, ошибки покрытия, Core Web Vitals, ручные санкции и поисковые запросы
- Bing Webmaster Tools: второе мнение о сканировании и индексации
- Доступ к файлам логов, если возможно, чтобы увидеть, какие URL на самом деле запрашивает Googlebot
- Краулер, такой как Screaming Frog SEO Spider или Sitebulb, чтобы увидеть сайт глазами поисковой системы
- PageSpeed Insights и Chrome DevTools Lighthouse для производительности
- Google Analytics 4 для трафика и вовлеченности по целевым страницам
- Инструмент для анализа обратных ссылок, такой как Ahrefs, Semrush или Majestic
- Google Rich Results Test и Schema Markup Validator для структурированных данных
Бесплатные инструменты покрывают большую часть аудита для небольших сайтов. Платная лицензия краулера окупается при объеме более нескольких сотен страниц.
Чек-лист: сканирование и индексация
Правильно ли сканируется сайт?
Начните с robots.txt по адресу yourdomain.com/robots.txt. Убедитесь, что он не блокирует важные разделы или ресурсы, такие как файлы CSS и JavaScript. Затем проверьте XML-карту сайта: в ней должны быть указаны только индексируемые канонические страницы, возвращающие статус 200, и она должна быть отправлена в Search Console.
Запустите полное сканирование. Ищите битые внутренние ссылки (404), цепочки редиректов, циклы редиректов, страницы с ошибками 5xx и страницы-сироты, на которые не ведет ни одна внутренняя ссылка.
Индексируются ли нужные страницы?
В Search Console откройте отчет «Страницы» в разделе «Индексирование». Просмотрите причины, по которым страницы не индексируются: «Просканировано, но не проиндексировано», «Обнаружено, но не проиндексировано», «Дубликат без выбранной пользователем канонической страницы», «Исключено тегом noindex». Каждая причина требует своего решения.
Сравните количество проиндексированных страниц с количеством страниц, которые вы хотите видеть в индексе. Большой разрыв в любую сторону — это находка. Слишком мало означает, что отсутствуют важные страницы; слишком много обычно означает, что индексируются «тонкие» страницы, такие как фильтры, архивы тегов или результаты внутреннего поиска.
Достаточно ли плоская архитектура сайта?
Важные страницы должны быть доступны в несколько кликов с главной страницы. Проверьте глубину сканирования в отчете краулера. Страницы, находящиеся на глубине шести или семи кликов, сканируются реже и получают мало веса внутренних ссылок.
Проверьте анкорный текст внутренних ссылок. Ссылки с текстом «нажмите здесь» или «читать далее» ничего не говорят поисковым системам о целевой странице. Описательные анкоры, такие как «технический SEO-чек-лист», помогают. Также убедитесь, что основная навигация и ссылки категорий — это простые HTML-ссылки, а не элементы, которые работают только после выполнения JavaScript.
Соответствует ли сайт основам удобства страницы?
Core Web Vitals от Google дают четкие пороговые значения для хорошего опыта, измеренные на 75-м перцентиле реальных посещений:
- Largest Contentful Paint (LCP): 2.5 секунды или меньше
- Interaction to Next Paint (INP): 200 миллисекунд или меньше
- Cumulative Layout Shift (CLS): 0.1 или меньше
Проверьте полевые данные в отчете Core Web Vitals в Search Console и PageSpeed Insights. Лабораторные данные из Lighthouse помогают найти причины: слишком большие изображения, скрипты, блокирующие рендеринг, медленный ответ сервера, поздно загружающиеся веб-шрифты. Также подтвердите, что везде используется HTTPS, предупреждения о смешанном контенте исправлены, и сайт хорошо работает на мобильных устройствах, так как Google индексирует мобильную версию.
Тестируйте шаблоны, а не отдельные URL. Запустите PageSpeed Insights для примера каждого типа страниц, таких как главная страница, страница категории, страница товара или услуги и пост в блоге. Проблемы почти всегда общие для шаблона, поэтому одно исправление часто улучшает сотни страниц сразу.
On-page и контентные проверки
Заголовки, описания и заголовки H1-H6
Экспортируйте заголовки и мета-описания из краулера. Ищите отсутствующие, дублирующиеся, обрезанные или переспамленные ключевыми словами заголовки. Каждая индексируемая страница должна иметь уникальный заголовок, описывающий ее контент, и один четкий H1.
Качество контента и дублирование
Группируйте страницы по типам и проверяйте, отвечает ли каждая из них на конкретную поисковую потребность. Ищите «тонкие» страницы с малым количеством оригинального текста, почти дублирующиеся страницы, нацеленные на одно и то же ключевое слово (каннибализация), и устаревшие статьи, которые все еще привлекают трафик, но дают старую информацию. Отчет об эффективности в Search Console, отфильтрованный по запросу, показывает, когда несколько URL конкурируют за один и тот же термин.
Структурированные данные
Проверьте, что разметка схемы валидна и соответствует видимому контенту: Organization, Product, Article, BreadcrumbList, FAQ или LocalBusiness, где это уместно. Невалидная или вводящая в заблуждение разметка может привести к потере расширенных результатов.
Насколько здоров профиль обратных ссылок?
Смотрите на ссылающиеся домены, а не на общее количество ссылок. Следите за трендом во времени, долей ссылок с релевантных сайтов и распределением анкорного текста. Профиль, в котором доминируют коммерческие анкоры с точным вхождением или ссылки с нерелевантных, низкокачественных сайтов, является риском. Проверьте отчет «Меры, принятые вручную» в Search Console, чтобы подтвердить отсутствие штрафов.
Также найдите битые обратные ссылки: внешние ссылки, указывающие на страницы вашего сайта, которые теперь возвращают 404. Перенаправление этих URL на ближайшую релевантную страницу восстанавливает ценность, которую вы уже заработали.
Как расставить приоритеты для находок?
Аудит может выявить сотни проблем. Ранжируйте их по влиянию и усилиям.
- Критично: все, что блокирует сканирование или индексацию важных страниц, например блокировки robots.txt, неправильные теги noindex, неправильные канонические ссылки или ошибки сервера
- Высокий: сбои Core Web Vitals на ключевых шаблонах, битые внутренние ссылки в навигации, дублирующиеся заголовки на важных страницах
- Средний: «тонкий» или каннибализирующий контент, слабая внутренняя перелинковка, отсутствие структурированных данных
- Низкий: незначительные проблемы с длиной заголовков, alt-текст изображений в старых постах, косметические цепочки редиректов
Исправляйте по шаблону, а не по странице. Если заголовки страниц товаров генерируются плохо, измените шаблон один раз, вместо того чтобы редактировать две тысячи товаров вручную.
Назначьте для каждой находки ответственного и дату. Технические исправления обычно идут к разработчику, контентные — к редакторам, а проблемы со ссылками — к тому, кто занимается аутричем. Аудит без ответственных становится документом, с которым все согласны, но никто ничего не делает.
После того как исправления внедрены, запросите пересканирование ключевых URL через инструмент проверки URL в Search Console и повторите сканирование через месяц. Сравните новые результаты с базовой линией, чтобы аудит показал свой эффект.
С чего начать на этой неделе?
Откройте Search Console и прочитайте отчет «Страницы» в разделе «Индексирование». Запишите три основные причины неиндексации страниц и проверьте по пять примеров URL для каждой. Затем запустите сканирование до 500 URL с помощью бесплатной версии Screaming Frog. Эти два шага обычно выявляют самые дорогие проблемы менее чем за день, до того как будет потрачен бюджет на контент или ссылки.
Читайте дальше: SEO (Поисковая оптимизация) · SEO