Базовый SEO-аудит — это не просто галочка в чек-листе, а быстрый способ понять, почему сайт буксует. За годы практики я убедился: половина проблем, которые годами мешают проекту, лежит на поверхности — достаточно один раз внимательно пройтись по ключевым точкам. Дальше — схема, которую мы в alfa8.ru используем для первичной диагностики любых сайтов, от блогов до интернет-магазинов.
Что такое базовый SEO-аудит и зачем он нужен
SEO-аудит — это диагностика сайта с точки зрения поисковых систем и пользователей. Его задача — понять, может ли сайт быть правильно просканирован, проиндексирован и показан по нужным запросам. В отличие от глубокого технического аудита, который может занять недели и требует платных инструментов, базовый аудит делается за 1–2 часа и даёт ответ на главный вопрос: «Есть ли у сайта критические проблемы, которые не дают ему расти?»
Базовый аудит не заменяет глубокую техническую проверку, но помогает быстро ответить на ключевые вопросы:
- видят ли поисковики сайт;
- нет ли критических технических ошибок;
- правильно ли устроены страницы;
- хватает ли базовой оптимизации контента;
- не мешают ли индексации дубляжи, редиректы и плохая структура.
Если объяснить совсем просто: базовый SEO-аудит показывает, не «ломается» ли сайт на уровне фундамента.
Когда стоит делать SEO-аудит
Проверка нужна не только перед стартом продвижения. В агентстве мы часто сталкиваемся с тем, что аудит заказывают, когда трафик уже упал на 30–40%. Но лучше делать его проактивно: перед запуском рекламы, после смены CMS, при добавлении новых разделов. А на проектах с активным контентом — раз в месяц экспресс-проверку.
Типовые ситуации, когда без аудита лучше не двигаться дальше:
- сайт новый и только запущен;
- трафик просел без очевидной причины;
- позиции упали после редизайна или переезда;
- страницы есть в поиске, но не дают переходов;
- добавили много новых разделов, а индексация стала хаотичной;
- планируется запуск рекламы, контента или SEO-работ.
Хорошая практика — делать базовый аудит хотя бы раз в квартал, а на активных проектах — после каждого заметного изменения структуры или CMS.
С чего начать: 5 вещей, которые проверяются в первую очередь
Если времени в обрез, начинайте с этих пяти точек. Именно они чаще всего дают быстрый эффект — от роста индексации до улучшения CTR.
1. Индексация сайта
Сначала проверьте, виден ли сайт поисковым системам. У сайта должны быть:
- открытые для обхода важные страницы;
- корректный файл robots.txt;
- актуальная sitemap.xml;
- отсутствие случайных запретов на индексацию.
На практике часто встречается, что тестовый поддомен или зеркало без настроенного редиректа попадают в индекс и создают дубли. Проверяйте фактическое присутствие через оператор site: и отчёт «Индексирование» → «Страницы» в Search Console. Там же видно, какие страницы исключены и по каким причинам — например, из-за noindex или канонических конфликтов.
2. Коды ответа сервера
Страницы должны отдавать правильные HTTP-коды:
- 200 — страница открывается нормально;
- 301/302 — редирект;
- 404 — страница не найдена;
- 500 — ошибка сервера.
Для базового аудита особенно важно найти:
- массовые 404 — они расходуют краулинговый бюджет и раздражают пользователей;
- цепочки редиректов — каждый лишний переход замедляет загрузку и снижает передаваемый вес. Видел проект, где с http на https вело три редиректа: сначала на https без www, потом на www, потом на слеш. Идеально — один 301-редирект сразу на конечный URL;
- страницы, которые отдают 200, но по факту пустые или сломанные (например, белый экран или ошибка базы данных). Поисковик считает их нормальными, а пользователь видит пустоту. Такие страницы нужно либо наполнять, либо отдавать 404/410;
- ненужные редиректы с версии на версию сайта.
3. Дубли страниц
Дубли — одна из самых частых проблем. Они возникают из-за:
- http/https;
- www и без www;
- слешей в конце URL;
- параметров в адресе;
- сортировок и фильтров;
- одинаковых страниц в разных разделах.
Если поисковик видит несколько одинаковых версий одной страницы, он не всегда понимает, какую показывать в выдаче. На одном интернет-магазине мы нашли 15 тысяч дублей из-за сортировки товаров по цене — каждый вариант создавал новый URL. Решили через robots.txt и canonical на основную категорию. Если не можете убрать дубли технически, настройте canonical, но лучше устранить причину: склеить зеркала, убрать параметры из адресов, закрыть фильтры от индексации.
4. Метатеги и заголовки
Проверьте, есть ли на ключевых страницах:
- уникальный Title — он должен содержать ключевой запрос ближе к началу и быть длиной до 60–70 символов, чтобы не обрезался в выдаче;
- адекватный Description — не влияет на ранжирование напрямую, но формирует сниппет и влияет на CTR. Пишите в нём выгоду, призыв к действию;
- один H1 на страницу — он должен совпадать с интентом пользователя. Часто вижу, как на главной H1 «Добро пожаловать» — это пустая трата тега;
- логичная иерархия H2-H3.
Частая ошибка — когда на сайте десятки страниц с одинаковыми Title вроде «Главная», «Каталог», «Услуги». Это плохо помогает ранжированию и ухудшает CTR. Если сайт на CMS, настройте шаблоны, чтобы они автоматически подставляли название товара/категории.
5. Скорость и мобильная версия
Сайт должен нормально открываться на телефоне и не тормозить. Для пользователя это вопрос удобства, а для поисковика — один из сигналов качества. Проверяйте не только главную, но и типовые страницы: категорию с фильтрами, карточку товара с отзывами.
Особенно стоит проверить:
- скорость загрузки первого экрана — используйте PageSpeed Insights, смотрите на показатели Core Web Vitals;
- вес изображений — фото товаров по 5 МБ убивают скорость. Сжимайте без потери качества;
- работу меню на мобильных устройствах — кнопки должны быть размером с палец, шрифт читаемый, без горизонтальной прокрутки;
- адаптацию таблиц, форм и кнопок;
- отсутствие «прыгающей» верстки (CLS).
Пошаговый план базового SEO-аудита
Дальше — последовательность, по которой мы проходим любой проект. Она позволяет не упустить ничего важного.
Шаг 1. Оцените, как сайт индексируется
Проверьте:
- есть ли сайт в индексе — используйте оператор site: и отчёт Search Console;
- сколько страниц попадает в поиск — сравните с ожидаемым количеством полезных страниц;
- нет ли в индексе мусорных URL — страниц с параметрами, дублей, версий для печати, служебных разделов;
- совпадает ли число полезных страниц с ожидаемым.
Что смотреть вручную:
- поисковую выдачу по бренду — все ли важные страницы там есть;
- количество страниц в индексе — резкое падение или рост без причины сигнализирует о проблемах;
- наличие мусорных адресов с параметрами, дублями и служебными разделами.
Если в поиске много лишних URL, сначала устраняют причины появления дублей, а уже потом чистят индекс через инструмент удаления устаревших URL в Search Console.
Шаг 2. Проверьте robots.txt и sitemap.xml
Это базовые файлы, с которых поисковик начинает знакомство с сайтом.
Что важно:
- в robots.txt не должны случайно закрываться важные разделы. Частая ошибка: на сайте висит Disallow: / после реконструкции, и о нём забывают;
- в sitemap.xml должны быть только нужные и рабочие страницы с кодом 200, без редиректов и дублей;
- карта сайта должна обновляться автоматически. Если она генерируется плагином, убедитесь, что после удаления товаров старые URL не остаются в sitemap;
- в sitemap не должно быть 404, редиректов и дублей. Проверьте в Search Console, сколько URL из sitemap проиндексировано.
Шаг 3. Пройдитесь по структуре сайта
Структура должна быть понятной и для пользователя, и для поисковика. В идеале до любой важной страницы не больше 3 кликов от главной.
Проверьте:
- логичность разделов — нет ли товаров, которые висят в корне каталога без категории;
- глубину вложенности — если до товара нужно пройти 5–6 кликов, это проблема;
- наличие хлебных крошек — они помогают и пользователям, и поисковикам понимать иерархию. Желательно с микроразметкой BreadcrumbList;
- удобство перехода к важным страницам;
- наличие страниц, которые слишком далеко спрятаны от главной — так называемые «сиротские» страницы, на которые нет ни одной внутренней ссылки. Они плохо индексируются.
Шаг 4. Проверьте контент и заголовки
На каждой важной странице должны быть:
- понятный заголовок H1 — один, соответствующий содержанию;
- текст, отвечающий на интент пользователя — не просто уникальный, а решающий задачу. Проверьте, нет ли переспама: если ключевое слово встречается в каждом предложении, это вредит;
- уникальные метатеги — Title и Description не должны повторяться на других страницах;
- изображения с alt-текстом, если это уместно — для товаров обязательно, для декоративных элементов можно оставить пустым;
- отсутствие переспама ключевыми словами.
Контент не обязан быть длинным ради длины. Но он должен закрывать вопрос пользователя лучше, чем конкуренты.
Шаг 5. Найдите технические ошибки
К техническим проблемам относятся:
- битые ссылки — внутренние и внешние. Используйте краулер (Screaming Frog, Sitebulb, Netpeak Spider) для массовой проверки;
- редиректные цепочки — больше одного перехода уже плохо;
- ошибки сервера — 5xx;
- медленные страницы — проверьте через PageSpeed Insights;
- неработающие формы — отправьте тестовую заявку;
- некорректная микроразметка — проверьте валидатором schema.org или в Search Console;
- проблемы с HTTPS и сертификатом — все страницы должны открываться по защищённому протоколу, сертификат должен быть валидным;
- отсутствие мобильной адаптации — не просто сжимается вёрстка, а корректно работают меню, фильтры, формы.
Даже одна критическая ошибка может тормозить рост всего сайта.
Шаг 6. Оцените коммерческие и поведенческие элементы
Для коммерческих сайтов важно не только SEO, но и удобство. Проверьте:
- есть ли контакты — телефон, адрес, реквизиты должны быть на видном месте;
- понятны ли цены или условия — актуальные цены, сроки, гарантии;
- работают ли формы — отправьте тестовую заявку и убедитесь, что она доходит;
- легко ли найти доставку, оплату, гарантию;
- не мешают ли попапы чтению — на мобильных они могут перекрывать весь экран и ухудшать поведенческие факторы;
- есть ли доверительные элементы: реквизиты, отзывы, сертификаты, FAQ — всё это повышает конверсию и косвенно влияет на SEO через поведенческие сигналы.
Слабые поведенческие сигналы часто возникают не из-за SEO, а из-за плохого UX.
Что проверить вручную без сложных инструментов
Не всегда под рукой есть платные сервисы. Многие проблемы видны невооружённым глазом. Для базового аудита не обязательно сразу погружаться в десяток сервисов. Часть ошибок видно прямо в браузере.
Быстрый ручной чек-лист
- открыть сайт на телефоне и компьютере в режиме инкогнито, чтобы исключить персонализацию;
- проверить главную, категорию, карточку/услугу, статью;
- посмотреть, как выглядят Title и Description — вкладка браузера и сниппет в поиске;
- убедиться, что H1 один — можно посмотреть через код страницы или расширение;
- кликнуть по всем внутренним ссылкам — нет ли битых;
- открыть 3-5 случайных страниц и проверить скорость загрузки;
- ввести несуществующий URL и посмотреть страницу 404 — она должна быть информативной, а не пустой;
- проверить, не ломается ли меню и фильтры на разных разрешениях;
- открыть консоль браузера (F12) — нет ли ошибок JavaScript, которые могут ломать функционал;
- проверить фавикон — мелочь, но влияет на восприятие бренда в закладках и выдаче.
Таблица: что смотреть в первую очередь
| Объект проверки | Что должно быть | Что считать проблемой |
|---|---|---|
| Индексация | В поиске есть важные страницы | В индексе мусор, дубли, служебные URL, страницы с параметрами |
| robots.txt | Не закрывает нужные разделы | Запрещены важные страницы или весь сайт |
| sitemap.xml | Только рабочие URL | Редиректы, 404, дубли, неактуальные URL |
| Title | Уникальный и понятный, длина 50–70 символов | Одинаковый на разных страницах, отсутствует, слишком длинный или короткий |
| H1 | Один на страницу, отражает суть | Несколько H1, отсутствие H1, H1 не соответствует содержимому |
| Скорость | Страница открывается быстро (LCP < 2,5 с) | Долгая загрузка, тяжелые изображения, неоптимизированный код |
| Мобильная версия | Удобно пользоваться с телефона | Мелкий шрифт, съезжающие блоки, горизонтальная прокрутка, неработающие элементы |
| Внутренняя перелинковка | Есть логичные переходы, нет сиротских страниц | Сиротские страницы без ссылок, битые внутренние ссылки |
| Ошибки | Минимум 404 и 5xx | Массовые ошибки, битые ссылки, цепочки редиректов |
Типовые ошибки, которые находят почти всегда
Ниже — самые частые проблемы, которые всплывают на базовом аудите. Если у сайта есть хотя бы 3-4 пункта из этого списка, SEO уже может буксовать.
- закрытые от индексации важные страницы — например, забыли снять noindex после разработки или в robots.txt прописан Disallow для всего сайта;
- дублирующиеся метатеги на десятках URL — шаблон Title не настроен, и все страницы имеют одинаковый заголовок;
- одинаковые H1 — на всех страницах «Каталог» или «Товары»;
- битые внутренние ссылки — часто появляются после смены структуры URL без настройки 301 редиректов;
- редиректы через несколько шагов — теряется скорость и вес;
- медленные изображения без сжатия — фото товаров по 5 МБ, которые грузятся секундами;
- страницы с тонким контентом — пустые категории, неуникальные описания;
- неработающие фильтры и пагинация — ведут на 404 или создают дубли;
- отсутствие sitemap.xml или его устаревание — карта не обновляется после удаления товаров;
- хаотичная структура разделов — всё в кучу, нет логики.
Как приоритизировать найденные проблемы
Не пытайтесь исправить всё сразу. Сначала — то, что напрямую влияет на индексацию и доступность. Мы в агентстве используем трёхуровневую систему приоритетов.
Приоритет 1 — критично
- страницы закрыты от индексации — проверьте настройки CMS (в WordPress есть галочка «Попросить поисковые системы не индексировать сайт»), robots.txt, мета-теги noindex;
- сайт отдает 5xx — ошибки сервера делают страницы недоступными;
- массовые 404 — особенно если пропали важные страницы после смены URL;
- сломаны редиректы — например, циклические или ведущие на несуществующие адреса;
- не работает мобильная версия — контент нечитаем, кнопки не нажимаются;
- в sitemap попали мусорные URL — это сбивает поисковика с толку.
Приоритет 2 — важно
- дубли страниц — размывают весовые показатели, поисковик не понимает, какую версию ранжировать;
- слабые Title и H1 — снижают релевантность и CTR;
- плохая структура — страницы глубоко спрятаны, нет перелинковки;
- медленная загрузка — увеличивает отказы, особенно на мобильных;
- проблемы с внутренней перелинковкой — сиротские страницы, битые ссылки.
Приоритет 3 — улучшение
- недочеты в микроразметке — отсутствие или ошибки в schema.org;
- неидеальные alt-тексты — можно улучшить, но не критично;
- UX-мелочи — цвет кнопок, расположение форм;
- частичная оптимизация изображений — сжатие без потери качества.
В нашей практике после исправления критики и важных ошибок трафик нередко растёт на 20–30% без дополнительных вложений. Улучшения оставляем на потом, когда база будет в порядке.
Как оформить результаты аудита
Удобнее всего вести аудит в таблице. Мы используем Google Таблицы с колонками: URL, тип проблемы, описание, приоритет, влияние на SEO, рекомендация, статус, ответственный, срок исправления. Это позволяет передать список задач разработчикам или контент-менеджерам и отслеживать прогресс.
Минимальная структура такая:
- URL;
- тип проблемы;
- описание;
- приоритет;
- влияние на SEO;
- рекомендация;
- статус;
- ответственный;
- срок исправления.
Такой формат помогает не просто «посмотреть сайт», а довести проверку до реальных исправлений.
Что делать после базового SEO-аудита
После проверки не стоит сразу менять все подряд. Сначала:
- зафиксируйте найденные ошибки в таблице;
- сгруппируйте их по важности;
- исправьте критические проблемы — и сразу проверьте, не появились ли новые. Например, после настройки редиректов убедитесь, что они работают корректно и не создают петель;
- перепроверьте индексируемость и структуру — отправьте страницы на переобход в Search Console;
- через 2-4 недели оцените динамику в Search Console и аналитике.
Если сайт небольшой, часто достаточно исправить 10-20 ключевых ошибок, чтобы увидеть заметный эффект. Настройте мониторинг: подключите уведомления в Search Console о проблемах с индексацией, запустите регулярный краулинг сайта тем же Screaming Frog раз в неделю — это поможет ловить ошибки на раннем этапе.
Чек-лист базового SEO-аудита
- проверена индексация;
- проверен robots.txt;
- проверен sitemap.xml;
- найдены и убраны дубли;
- проверены Title и Description;
- проверен H1 на всех важных страницах;
- оценена структура сайта;
- найдены битые ссылки;
- проверены редиректы;
- протестирована мобильная версия;
- оценена скорость загрузки;
- проверены коммерческие элементы;
- проверена микроразметка (schema.org);
- проверена консоль браузера на ошибки;
- составлен список приоритетных доработок.
FAQ
Можно ли сделать SEO-аудит без платных сервисов?
Да, для базовой проверки достаточно Search Console, PageSpeed Insights, Mobile-Friendly Test, Screaming Frog (бесплатная версия до 500 URL) и ручного осмотра. Этого хватит, чтобы найти 80% типовых проблем.
С чего начинать аудит, если сайт совсем новый?
С индексации, robots.txt, sitemap.xml, структуры, Title, H1 и мобильной версии. Убедитесь, что сайт не закрыт от индексации (noindex в meta или robots), отправьте страницы на переобход в Search Console. Это базовый минимум для запуска.
Что важнее: технический аудит или контентный?
Для старта важнее техническая база. Если сайт плохо индексируется или отдаёт ошибки, контент не даст нормального эффекта. Сначала уберите критику, потом работайте над контентом.
Как часто нужно делать SEO-аудит?
Минимум раз в несколько месяцев, а после редизайна, переноса сайта или массовых правок — обязательно. На активных проектах мы делаем экспресс-аудит раз в месяц, полный — раз в квартал.
Можно ли самому заметить серьезные ошибки?
Да. Базовый аудит как раз и нужен для поиска самых частых проблем: дублей, битых ссылок, ошибок индексации, слабых метатегов и плохой структуры. Большинство из них видны без глубокого анализа.
Вывод
Базовый SEO-аудит — это гигиена сайта. Делайте его регулярно, и вы будете замечать проблемы до того, как они приведут к падению трафика. Главное правило: сначала уберите всё, что мешает сайту нормально индексироваться и работать, а потом наращивайте контент и ссылки. В alfa8.ru мы на этом построили систему обучения: даём не теорию, а прикладные инструкции, которые сразу можно применить на своём проекте.
