Технический SEO-аудит — это проверка сайта на ошибки, которые мешают поисковым системам находить, сканировать и правильно показывать ваши страницы. Битые ссылки, закрытая от индексации sitemap, дубли страниц, медленная загрузка на телефоне — всё это «тихие» проблемы: сайт вроде бы работает, а трафик не растёт. Хорошая новость в том, что базовый аудит можно провести самостоятельно и бесплатно: вам не нужны платные сервисы и программист, достаточно пары вечеров и инструментов, о которых мы расскажем ниже.
В Euromedia мы проводим технические аудиты постоянно — за 12 лет работы мы проверили сотни сайтов, от визиток до интернет-магазинов, и собрали типовой чек-лист из 25 пунктов, который используем сами. Именно его мы выкладываем в этой статье. Если после проверки вы поймёте, что проблем больше, чем готовы чинить сами, можно заказать профессиональный аудит сайта — но начать стоит своими руками.
С чего начать: что даёт техаудит и как им пользоваться
Технический аудит не про тексты и не про позиции — он про фундамент. Представьте, что вы строите дом: контент и ссылки — это стены и крыша, а техническое состояние — фундамент и коммуникации. На кривом фундаменте дом не устоит: даже отличные статьи не выйдут в топ, если страницы не в индексе, сайт отдаёт ошибки 500 или грузится по 12 секунд.
Как работать с чек-листом:
- Идите по порядку. Пункты сгруппированы по блокам: сначала индексация и краулинг, потом скорость, мета-теги, ссылки и структура, затем микроразметка и мобильная версия.
- Фиксируйте «до». Перед началом запишите базовые цифры: сколько страниц в индексе Google и Яндекса, средние показатели PageSpeed, количество ошибок в Search Console. После исправлений вы сможете измерить результат.
- Отмечайте статус каждого пункта. Удобно вести таблицу: «проверено — ок», «найдена проблема», «неприменимо». Проблемные пункты переносите в отдельный список для исправления.
- Не пытайтесь починить всё за день. В разделе «Что делать с результатами» есть таблица приоритетов — начните с критичного.
Подключите бесплатные инструменты заранее: Google Search Console, Яндекс Вебмастер, PageSpeed Insights. Это три базовых источника данных, которые понадобятся почти на каждом шаге.
Индексация и краулинг: robots.txt, sitemap, canonical, статус-коды, дубли
Если поисковый робот не может попасть на страницу или не понимает, что именно индексировать, все остальные усилия теряют смысл. Начинаем с самого важного блока.
- Файл robots.txt. Что проверяем: существует ли файл по адресу site/robots.txt и не закрывает ли он случайно весь сайт или важные разделы. Классическая ошибка — забытая строка Disallow: / после разработки или тестового поддомена. Как проверить: откройте robots.txt в браузере и прочитайте его глазами — это маленький текстовый файл. Бесплатный инструмент: раздел «Проверка robots.txt» в Яндекс Вебмастере и отчёт о сканировании в Google Search Console.
- XML-карта сайта (sitemap). Что проверяем: есть ли sitemap.xml, актуальна ли она (все ли важные страницы в ней есть) и отправлена ли в поисковые системы. Карта помогает роботу находить новые и обновлённые страницы. Как проверить: откройте site/sitemap.xml, посмотрите дату последнего обновления. Бесплатный инструмент: раздел «Файлы Sitemap» в Google Search Console — там видно, сколько URL отправлено и сколько проиндексировано, а Яндекс Вебмастер показывает ошибки в разделе «Индексирование → Файлы Sitemap».
- Количество проиндексированных страниц. Что проверяем: сколько страниц сайта реально находится в индексе Google и Яндекса и совпадает ли это число с количеством важных страниц на сайте. Если на сайте 200 страниц, а в индексе 30 — есть проблема. Как проверить: в Google Search Console — отчёт «Страницы» (сколько проиндексировано и по каким причинам остальные исключены), в Яндекс Вебмастере — «Индексирование → Страницы в поиске». Для быстрой оценки подходит и оператор site:вашдомен в поисковой строке, но точные цифры дают только вебмастеры.
- Канонические URL (canonical). Что проверяем: указан ли на каждой странице корректный тег canonical, ссылающийся на саму себя (или на основную версию, если есть дубли). Без canonical дубли страниц (с UTM-метками, с www и без, http/https) могут конкурировать друг с другом. Как проверить: открыть исходный код страницы и найти rel=»canonical». Массовую проверку делает бесплатная версия Screaming Frog (до 500 URL) или Netpeak Spider (free) — они показывают страницы без canonical и с canonical на другой URL.
- Статус-коды ответов сервера. Что проверяем: какие коды отдаёт сайт — 200 (ок), 301/302 (редиректы), 404 (не найдено), 500-е (ошибки сервера). Внутренние ссылки на страницы с 404 и 5xx — мусор, который мешает и роботам, и людям. Как проверить: массовое сканирование сайта краулером. Ориентируйтесь на таблицу ниже. Бесплатные инструменты: Xenu’s Link Sleuth (проверка ссылок и кодов), Screaming Frog (free, вкладка Response Codes), Netpeak Spider (free).
| Статус-код | Что означает | Что делать |
|---|---|---|
| 200 | Страница открывается нормально | Ничего — это целевой статус для всех важных страниц |
| 301 | Постоянный редирект на другой URL | Норма для переездов и склеек дублей; следите, чтобы не было цепочек из нескольких 301 подряд |
| 302 | Временный редирект | Проверьте, не стоит ли он там, где нужен постоянный 301, — 302 не передаёт вес так же уверенно |
| 404 | Страница не найдена | Уберите или исправьте внутренние ссылки на неё; если у страницы был трафик — поставьте 301 на ближайший аналог |
| 500, 502, 503 | Ошибки сервера | Срочно к хостинг-провайдеру или разработчику — такие страницы выпадают из индекса |
| 403 | Доступ запрещён | Проверьте, не закрыты ли случайно важные разделы; для служебных страниц — нормально |
- Дубли страниц. Что проверяем: нет ли на сайте страниц с одинаковым или почти одинаковым содержимым, доступных по разным URL (версии с параметрами, пагинация без canonical, www/https-дубли). Дубли размывают вес и могут приводить к пессимизации. Как проверить: в Screaming Frog (free) — отчёт «Duplicate Content» по title и description; в Яндекс Вебмастере — раздел «Индексирование → Дублирующиеся страницы». Бесплатные инструменты: Screaming Frog (free), Яндекс Вебмастер.
CTA-блок: Нашли страницы, которые не индексируются, или не уверены, что правильно настроили canonical? В рамках технического аудита сайта мы проверяем индексацию и краулинг в первую очередь — это фундамент, без которого бессмысленно вкладываться в тексты и ссылки.
Скорость и Core Web Vitals: PageSpeed, LCP/INP/CLS, изображения, кэш
Скорость загрузки — официальный фактор ранжирования Google и критичный фактор поведения пользователей: каждая лишняя секунда загрузки заметно снижает конверсию. Google оценивает скорость через три метрики Core Web Vitals, которые измеряются по реальным данным пользователей (Chrome UX Report).
| Метрика | Что измеряет | Хорошее значение | Требует улучшения | Плохое |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Время отрисовки самого крупного элемента (картинка, заголовок) | до 2,5 сек | 2,5–4,0 сек | более 4,0 сек |
| INP (Interaction to Next Paint) | Отзывчивость: задержка между кликом и реакцией страницы | до 200 мс | 200–500 мс | более 500 мс |
| CLS (Cumulative Layout Shift) | Стабильность вёрстки: насколько «прыгает» контент при загрузке | до 0,1 | 0,1–0,25 | более 0,25 |
- Общая оценка скорости в PageSpeed Insights. Что проверяем: сводную оценку для мобильных и десктопа и, главное, поле «Core Web Vitals Assessment» — прошёл ли сайт проверку по реальным данным пользователей. Как проверить: вставьте URL главной и нескольких внутренних страниц в PageSpeed Insights. Бесплатный инструмент: PageSpeed Insights (pagespeed.web.dev) — официальный инструмент Google.
- LCP — скорость отрисовки главного контента. Что проверяем: какой элемент грузится дольше всего (обычно это hero-изображение или крупный заголовок) и сколько времени это занимает. Как проверить: в отчёте PageSpeed Insights откройте вкладку «Диагностика» — там указан LCP-элемент. Улучшается сжатием этого изображения, его предзагрузкой (preload) и отказом от тяжёлых слайдеров на первом экране. Бесплатный инструмент: PageSpeed Insights.
- INP — отзывчивость страницы. Что проверяем: не «подвисает» ли страница при кликах по меню, кнопкам и формам. Главный виновник — тяжёлый JavaScript: лишние скрипты аналитики, чаты, виджеты. Как проверить: PageSpeed Insights показывает INP по полевым данным; для диагностики конкретных скриптов используйте вкладку «Уменьшите влияние стороннего кода». Бесплатный инструмент: PageSpeed Insights, Google Search Console (отчёт «Core Web Vitals»).
- CLS — стабильность вёрстки. Что проверяем: не сдвигается ли контент при загрузке (классика — текст «прыгает», когда подгружается баннер или шрифт). Как проверить: в PageSpeed Insights смотрите список элементов со сдвигом. Лечится просто: задавайте изображениям явные размеры (width/height), резервируйте место под рекламные блоки и баннеры. Бесплатный инструмент: PageSpeed Insights.
- Оптимизация изображений и кэширование. Что проверяем: вес изображений (фото с камеры по 3–5 МБ — типичная беда), использование современных форматов (WebP/AVIF), ленивую загрузку (lazy load) для картинок ниже первого экрана и настроенное кэширование. Как проверить: PageSpeed Insights прямо укажет «Используйте изображения нового поколения» и «Назначьте эффективную политику кэширования»; вес отдельных файлов видно во вкладке «Сеть» инструментов разработчика браузера. Бесплатные инструменты: PageSpeed Insights, Squoosh (сжатие картинок), проверка заголовков кэша через webpagetest.org.
Мета-теги и заголовки: title, description, H1–H3, уникальность
Мета-теги — это то, что пользователь видит в поисковой выдаче: заголовок и описание под ним напрямую влияют на кликабельность. Дублирующиеся или пустые теги — одна из самых частых проблем, которую мы находим на аудитах, и одна из самых простых в исправлении.
- Уникальность и длина title. Что проверяем: есть ли title на каждой странице, уникален ли он и укладывается ли в разумную длину (ориентир — 30–60 символов, чтобы не обрезался в выдаче). Title вида «Главная» или одинаковый на всех страницах — типичная ошибка. Как проверить: массово — Screaming Frog (free) или Netpeak Spider (free), вкладки Page Titles (дубли, слишком длинные, слишком короткие, отсутствующие); точечно — посмотреть в исходном коде страницы. Бесплатные инструменты: Screaming Frog (free), Netpeak Spider (free).
- Уникальность и длина description. Что проверяем: заполнен ли meta description (ориентир — 150–160 символов), уникален ли для каждой страницы и содержит ли он суть страницы. Пустой description — не ошибка в строгом смысле, но упущенная возможность: поисковик тогда сам вырвет кусок текста, часто неудачный. Как проверить: те же краулеры — отчёт по Meta Description. Бесплатные инструменты: Screaming Frog (free), Netpeak Spider (free).
- Структура заголовков H1–H3. Что проверяем: один ли H1 на странице (он должен описывать её тему и отличаться от title), есть ли логичная иерархия H2/H3, не пропущены ли уровни и не используются ли заголовки просто «для крупного шрифта». Как проверить: расширение Detailed SEO для браузера показывает структуру заголовков любой страницы одним кликом; массово — Screaming Frog (free), вкладка H1/H2. Бесплатные инструменты: Detailed SEO Extension (Chrome), Screaming Frog (free).
- Отсутствие дублей мета-тегов. Что проверяем: нет ли групп страниц с одинаковыми title и description (частый симптом — страницы фильтров, теги, пагинация). Как проверить: в Screaming Frog (free) отсортируйте отчёт Page Titles по алфавиту — дубли встанут рядом; в Google Search Console старые проблемы такого рода подсвечивались в разделе покрытия. Бесплатные инструменты: Screaming Frog (free), Google Search Console.
Ссылки и структура: битые ссылки, редиректы, перелинковка, хлебные крошки
Внутренние ссылки — это «дорожная карта» сайта и для робота, и для посетителя. Битые ссылки, цепочки редиректов и страницы, до которых нужно кликать пять раз из меню, одинаково вредят и индексации, и продажам.
Кстати о внешних ссылках: наращивание ссылочной массы — отдельная важная часть продвижения. Подробнее о том, что такое ссылочная масса и зачем она нужна, мы писали в отдельной статье.
- Битые внутренние ссылки. Что проверяем: ссылки внутри сайта, ведущие на страницы с ошибками 404 или 5xx. Они тратят краулинговый бюджет и раздражают посетителей. Как проверить: полное сканирование сайта краулером с отчётом по кодам ответов. Бесплатные инструменты: Xenu’s Link Sleuth (классика для проверки битых ссылок), Screaming Frog (free, фильтр Client Error 4xx), Netpeak Spider (free).
- Битые внешние ссылки. Что проверяем: ссылки на другие сайты, которые уже не работают. Для поисковиков это слабый, но всё же негативный сигнал о качестве страницы; для пользователей — просто неудобно. Как проверить: тем же сканированием, но с включённой проверкой внешних ссылок (в Screaming Frog — вкладка External). Бесплатные инструменты: Xenu’s Link Sleuth, Screaming Frog (free).
- Цепочки и ошибки редиректов. Что проверяем: нет ли цепочек вида страница А → 301 → страница Б → 301 → страница В (каждый лишний редирект съедает время загрузки и вес), а также редиректов, ведущих на 404. Временные 302 там, где нужен постоянный 301, — тоже сюда. Как проверить: Screaming Frog (free) показывает цепочки редиректов (Redirect Chains) и их длину; точечно — расширение Redirect Path для браузера. Бесплатные инструменты: Screaming Frog (free), Redirect Path (Chrome).
- Внутренняя перелинковка и глубина вложенности. Что проверяем: можно ли добраться до любой важной страницы за 2–3 клика с главной, есть ли на страницах ссылки на связанные разделы и статьи, нет ли «страниц-сирот», на которые не ссылается ничего внутри сайта. Как проверить: в Screaming Frog (free) — метрика Crawl Depth (глубина) и количество входящих внутренних ссылок (Inlinks) у каждой страницы; страницы с нулём входящих ссылок — кандидаты в сироты. Бесплатные инструменты: Screaming Frog (free), Netpeak Spider (free).
- Хлебные крошки и человекопонятные URL. Что проверяем: есть ли на внутренних страницах «хлебные крошки» (Главная → Раздел → Страница), понятны ли URL (site.ru/seo-prodvizhenie/ вместо site.ru/page?id=4821). ЧПУ помогают и пользователям, и поисковикам понимать структуру. Как проверить: визуально пройтись по ключевым разделам; массовую проверку URL на «мусорные» параметры делает краулер. Бесплатные инструменты: визуальный осмотр + Screaming Frog (free).
CTA-блок: Перелинковка и структура — та часть аудита, где «самому» обычно сложнее всего: нужно не только найти проблемы, но и понять, как перестроить связи между страницами. Если список битых ссылок и сирот получился длинным, посмотрите, что входит в SEO-продвижение — там техническая оптимизация идёт как обязательный этап.
Микроразметка и мобильная версия: Schema, Open Graph, адаптивность
Микроразметка помогает поисковикам точнее понимать содержимое страниц и иногда получать расширенные сниппеты (рейтинг, цены, хлебные крошки в выдаче). А мобильная версия — это уже давно не «дополнение»: Google индексирует сайты по mobile-first, то есть смотрит в первую очередь на то, что видит пользователь телефона.
- Наличие и корректность микроразметки Schema.org. Что проверяем: есть ли на подходящих страницах разметка (Organization, Article, BreadcrumbList, FAQ — в зависимости от типа страницы) и нет ли в ней ошибок. Как проверить: вставить URL страницы в официальный валидатор Schema.org — он покажет найденные типы и ошибки в разметке. Бесплатный инструмент: validator.schema.org.
- Расширенные результаты в Google. Что проверяем: правильно ли Google читает вашу разметку и может ли страница претендовать на расширенный сниппет. Как проверить: Google Rich Results Test — вставьте URL или код страницы, инструмент покажет, какие расширенные результаты доступны и есть ли ошибки. Бесплатный инструмент: Google Rich Results Test (search.google.com/test/rich-results).
- Open Graph и карточки для соцсетей. Что проверяем: заполнены ли og:title, og:description, og:image — от них зависит, как красиво ссылка на ваш сайт выглядит при репосте в соцсетях и мессенджерах. Пустые или отсутствующие OG-теги — мелочь, но влияет на переходы из соцсетей. Бесплатный инструмент: исходный код страницы, Facebook Sharing Debugger.
- Мобильная адаптивность. Что проверяем: корректно ли сайт отображается на телефоне — нет ли горизонтальной прокрутки, читается ли текст без зума, не налезают ли элементы друг на друга, достаточного ли размера кнопки (удобно ли попадать пальцем). Как проверить: открыть сайт на реальном телефоне и пройтись по ключевым страницам; в Google Search Console есть отчёт «Удобство для мобильных» с конкретными проблемами по URL. Бесплатный инструмент: Google Search Console, ручная проверка на смартфоне.
- HTTPS и смешанный контент. Что проверяем: работает ли весь сайт по HTTPS, нет ли «смешанного контента» — когда защищённая страница подгружает картинки или скрипты по незащищённому HTTP (браузеры такое блокируют или помечают). Как проверить: значок замка в адресной строке на нескольких страницах; массово — краулер с фильтром по протоколам (в Screaming Frog — отчёт по Insecure Content). Бесплатный инструмент: Screaming Frog (free), ручная проверка в браузере.
Что делать с результатами: приоритеты исправлений
После проверки у вас будет список проблем — от трёх до тридцати. Не пытайтесь чинить всё сразу: распределите находки по приоритетам.
| Приоритет | Что сюда входит | Почему сначала |
|---|---|---|
| Критично — чинить немедленно | Сайт или разделы закрыты в robots.txt; ошибки сервера 5xx; HTTPS не работает; важные страницы вне индекса | Без этого сайт фактически не существует для поиска |
| Важно — в ближайшие 1–2 недели | Битые внутренние ссылки; цепочки редиректов; дубли страниц и мета-тегов; отсутствие sitemap; красные Core Web Vitals | Прямо влияют на индексацию, скорость и кликабельность |
| Желательно — планово | Микроразметка; Open Graph; глубина вложенности и перелинковка; сжатие изображений; «жёлтые» CWV | Улучшают сниппеты и удобство, но не блокируют индексацию |
Зафиксируйте метрики «до», которые вы записали в начале: через 2–4 недели после исправлений сравните количество страниц в индексе, показатели PageSpeed и число ошибок в Search Console. Если цифры пошли в нужную сторону — аудит сработал.
Когда самостоятельного аудита недостаточно
Честно скажем: чек-лист покрывает типовые проблемы, но не всё. Самостоятельного аудита может не хватить, если:
- сайт большой (сотни и тысячи страниц) — ручная проверка займёт недели, а краулер покажет тысячи строк, в которых нужно разобраться;
- проблемы на стыке с кодом — ошибки сервера, конфликты плагинов, медленные запросы к базе данных;
- трафик падает, а чек-лист «чистый» — значит, причина глубже: фильтры, конкуренты, проблемы с контентом;
- нужен не список проблем, а план работ с оценкой трудозатрат и ответственными.
В таких случаях разумнее заказать технический аудит у специалистов: вы получите не просто перечень ошибок, а приоритизированный план исправлений. А дальше — либо чинить своими силами по нашему плану, либо отдать внедрение нам в рамках SEO-продвижения.
Почему SEO — это не расход, а инвестиция, которая работает на вас годами, читайте в нашей статье про SEO-продвижение как инвестицию.
Частые вопросы о техническом SEO-аудите
Сколько времени занимает технический аудит своими руками?
Для сайта-визитки или небольшого корпоративного сайта — один-два вечера: большую часть времени займут установка инструментов и первое сканирование. Для интернет-магазина на сотни страниц закладывайте несколько дней: дольше сканировать и дольше разбирать отчёты.
Можно ли обойтись бесплатными инструментами?
Для базового аудита — да. Google Search Console, Яндекс Вебмастер, PageSpeed Insights, бесплатные версии Screaming Frog и Netpeak Spider, Xenu, validator.schema.org и Google Rich Results Test покрывают все 25 пунктов этого чек-листа. Платные сервисы нужны для больших сайтов, мониторинга позиций и анализа конкурентов.
Почему часть страниц не попадает в индекс?
Самые частые причины: страница закрыта в robots.txt или meta-robots, на неё нет внутренних ссылок (страница-сирота), она отдаёт ошибку или редирект, на ней стоит canonical на другой URL, либо это дубль существующей страницы. Идите по пунктам 1–6 чек-листа — причина почти всегда находится там.
Что важнее: скорость или контент?
Это не «или», а «сначала — потом». Если страница не индексируется или отдаёт ошибку 500, никакой контент её не спасёт — поэтому технический фундамент проверяют первым. Но и идеальная скорость не выведет в топ страницу с пустым или бесполезным текстом. Порядок такой: сначала чиним критичные технические проблемы, затем работаем с контентом.
Как часто нужно проводить технический аудит?
Полный аудит по чек-листу — раз в полгода или после крупных изменений на сайте (редизайн, переезд, смена CMS). А базовый мониторинг — постоянно: раз в месяц заглядывайте в Search Console и Яндекс Вебмастер, проверяйте новые ошибки сканирования и покрытия.
Когда стоит заказать аудит у агентства, а не делать самому?
Когда сайт большой, когда проблемы связаны с кодом и сервером, когда трафик падает без понятных причин или когда нужен не список ошибок, а готовый план работ. За 12 лет мы провели аудиты для 600+ проектов и знаем, где обычно прячутся неочевидные проблемы. Свяжитесь с нами — расскажем, что входит в аудит и сколько это займёт в вашем случае.
Готовы проверить свой сайт — или доверить это нам?
Чек-лист из 25 пунктов — в ваших руках: начните с индексации и краулинга, зафиксируйте метрики «до» и двигайтесь по приоритетам. А если в процессе поймёте, что проблем больше, чем времени на них, — мы рядом.
Euromedia — digital-агентство с 12-летним опытом, 600+ реализованных проектов. Проведём технический аудит вашего сайта, найдём то, что не видно в бесплатных отчётах, и дадим понятный план исправлений.
Офис: г. Дзержинск, ул. Фурманова, 33
Режим работы: Пн–Пт 9:00–17:30
Телефон: +375 (29) 256-33-94
Email: euromedia.by@yandex.by