Технический SEO-аудит сайта своими руками: чек-лист из 20 пунктов

Двадцать проверок, которые покажут реальное состояние сайта

Технический SEO-аудит сайта своими руками: чек-лист из 20 пунктов

ЗА ГОДЫ РАБОТЫ С САЙТАМИ РАЗНЫХ МАСШТАБОВ НАШИ СПЕЦИАЛИСТЫ ВЫЯВИЛИ ЗАКОНОМЕРНОСТЬ: БОЛЬШИНСТВО ПРОБЛЕМ С ВИДИМОСТЬЮ В ПОИСКЕ ИМЕЮТ ТЕХНИЧЕСКУЮ ПРИРОДУ И МОГЛИ БЫТЬ ОБНАРУЖЕНЫ НА РАННИХ ЭТАПАХ. ЭТОТ МАТЕРИАЛ — КОНЦЕНТРАТ ПРАКТИЧЕСКОГО ОПЫТА В ВИДЕ КОНКРЕТНОГО ЧЕКЛИСТА, КОТОРЫЙ МОЖНО ИСПОЛЬЗОВАТЬ БЕЗ СПЕЦИАЛЬНЫХ ЗНАНИЙ И ДОРОГОСТОЯЩИХ ИНСТРУМЕНТОВ.

Содержание статьи.

1. Зачем проводить технический аудит и что он даёт на практике.
2. Базовые настройки: то, без чего всё остальное не работает.
3. Индексация и сканирование: как поисковик видит ваш сайт.
4. Скорость загрузки и мобильная версия: критичные факторы ранжирования.
5. Структура URL, дубли и редиректы: порядок в адресах страниц.
6. Микроразметка, мета-теги и внутренняя перелинковка.
7. Ответы на часто задаваемые вопросы.

Зачем проводить технический аудит и что он даёт на практике.

Есть распространённое заблуждение: раз сайт открывается и страницы загружаются — значит, всё в порядке. На самом деле между «сайт работает» и «сайт нормально индексируется и ранжируется» огромная пропасть. Поисковый робот видит ваш сайт совсем не так, как его видите вы в браузере. И то, что выглядит прекрасно для пользователя, может быть полным хаосом с технической точки зрения.

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

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

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

Базовые настройки: то, без чего всё остальное не работает

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

Пункт 1. SSL-сертификат. Протокол HTTPS — это давно не опция, а базовое требование. Сайт без SSL не только помечается браузерами как небезопасный, что моментально отпугивает посетителей, но и получает пониженный приоритет в ранжировании. Проверьте: открывается ли сайт по HTTPS, нет ли смешанного контента — когда основная страница загружается по HTTPS, а часть ресурсов подтягивается по HTTP. Смешанный контент — частая проблема после миграции.

Пункт 2. Файл robots.txt. Это текстовый файл, который говорит поисковым роботам, какие страницы сканировать, а какие — нет. Ошибка в одной строчке может закрыть от индексации весь сайт. Проверить просто: введите в адресной строке вашдомен.рф/robots.txt и посмотрите содержимое. Убедитесь, что в директивах Disallow не заблокированы важные разделы. Если хотите разобраться в деталях — читайте наше руководство о том, как правильно настроить robots.txt.

Пункт 3. Файл sitemap.xml. Карта сайта помогает роботу быстрее обнаружить все страницы, особенно те, до которых сложно добраться через внутренние ссылки. Проверьте: существует ли sitemap.xml по адресу вашдомен.рф/sitemap.xml, указан ли он в robots.txt, добавлен ли в панель вебмастера, не содержит ли URL страниц, закрытых от индексации или отдающих ошибки.

Пункт 4. Каноническая версия домена. Сайт должен открываться только по одному адресу. Если вашдомен.рф, www.вашдомен.рф, http://вашдомен.рф и https://вашдомен.рф открываются все четыре — это четыре разных адреса для поискового робота. Должен работать только один, остальные обязаны перенаправлять на него через редирект 301.

Пункт 5. Добавление сайта в панель вебмастера. Без этого вы не получите данных о том, как поисковик видит ваш сайт: какие страницы проиндексированы, есть ли ошибки сканирования, какие запросы приводят трафик. Это бесплатный инструмент, который должен быть подключён у каждого сайта без исключения.

Пункт 6. Установка счётчика аналитики. Яндекс.Метрика должна быть установлена на всех страницах сайта, код должен находиться в секции head, а не в подвале страницы. Проверьте, что счётчик реально работает: откройте режим реального времени в интерфейсе аналитики и зайдите на сайт — ваш визит должен отобразиться. Также убедитесь, что настроены цели — без них аналитика даёт только трафик, но не конверсии. Подробнее читайте в нашем материале о том, как настроить конверсии по целям в Метрике.

Индексация и сканирование: как поисковик видит ваш сайт

После того как базовые настройки проверены, следующий шаг — разобраться, что именно поисковый робот реально видит и индексирует. Это не всегда совпадает с тем, что видите вы. Бывают ситуации, когда в индексе оказываются страницы, которых там быть не должно — служебные разделы, версии для печати, страницы с UTM-метками. И наоборот — важные страницы могут выпасть из индекса по техническим причинам.

Пункт 7. Проверка количества проиндексированных страниц. Самый быстрый способ — посмотреть данные в панели вебмастера. Там будет указано, сколько страниц принято к индексированию, сколько исключено и по каким причинам. Если количество проиндексированных страниц резко меньше, чем реально существующих — ищите причину в robots.txt, в мета-теге noindex или в ошибках сервера.

Пункт 8. Мета-тег noindex. Этот тег говорит роботу: «не индексируй эту страницу». Он нужен для служебных страниц — личного кабинета, корзины, страниц фильтров. Но иногда он случайно оказывается на важных коммерческих или информационных страницах. Проверить наличие noindex можно через краулер или просмотром кода страницы — ищите строку robots content=»noindex» в секции head.

Пункт 9. Страницы с ошибкой 404 и мягкие 404. Мягкая 404 — это страница, которая фактически не существует, но сервер возвращает код 200 вместо 404. Поисковик тратит время на сканирование таких страниц, они попадают в индекс и создают мусор. Настоящая страница 404 должна отдавать соответствующий код и иметь понятную для пользователя навигацию по сайту.

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

Скорость загрузки и мобильная версия: критичные факторы ранжирования

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

Пункт 11. Проверка скорости через инструмент PageSpeed Insights. Этот инструмент даёт оценку по стобалльной шкале отдельно для мобильных и десктопных устройств, а также конкретный список рекомендаций. Ориентиры: выше 90 — отлично, 50–90 — есть над чем работать, ниже 50 — серьёзная проблема. Особое внимание обращайте на показатель LCP — время до появления основного видимого элемента страницы.

Пункт 12. Оптимизация изображений. Несжатые изображения — причина номер один медленной загрузки большинства сайтов. Фотография с телефона весит 4–8 МБ, после правильной оптимизации под веб — 100–200 КБ при сохранении визуального качества. Используйте современные форматы WebP или AVIF вместо JPEG и PNG. Не забывайте про атрибуты ширины и высоты изображений — это предотвращает смещение контента при загрузке.

• ➤Сжимайте все изображения перед загрузкой на сервер.
• ➤Используйте форматы WebP или AVIF вместо JPEG и PNG.
• ➤Включите кэширование браузера для статических ресурсов.
• ➤Минифицируйте CSS и JavaScript — уберите лишние пробелы и комментарии из кода.
• ➤Подключите CDN для ускорения доставки статических файлов.
• ➤Используйте ленивую загрузку для изображений ниже первого экрана.

Пункт 13. Мобильная адаптация. Больше половины поискового трафика приходит с мобильных устройств, и поисковые системы давно перешли на mobile-first индексирование. Это означает, что при оценке сайта в первую очередь анализируется его мобильная версия. Проверьте: корректно ли отображается контент на экране смартфона, не перекрываются ли элементы, читается ли текст без масштабирования, легко ли нажимать на кнопки.

Пункт 14. Core Web Vitals. Это набор метрик, которые оценивают реальный пользовательский опыт: LCP — скорость загрузки основного контента, INP — отзывчивость интерфейса, CLS — стабильность вёрстки. Данные по этим показателям доступны в PageSpeed Insights и в панели вебмастера. Если значения попадают в «красную» зону — это напрямую влияет на позиции в поиске.

Структура URL, дубли и редиректы: порядок в адресах страниц

Адреса страниц — это не просто строчки в браузере. Для поискового робота URL несёт смысловую нагрузку: из него можно понять, о чём страница, где она находится в иерархии сайта и насколько она важна. Хаотичные URL с набором цифр и параметров — это упущенная возможность и дополнительная нагрузка на понимание структуры.

Пункт 15. Читаемая структура URL. Хороший URL выглядит так: сайт.рф/catalog/metall-cherepica/. Плохой — сайт.рф/page.php?id=4872&cat=12. Первый вариант понятен и роботу, и пользователю. Второй нечитабелен, плохо запоминается и создаёт риск дублирования при разных значениях параметров. Если ваша система управления сайтом генерирует URL с числовыми идентификаторами — настройте человекопонятные (ЧПУ) адреса.

Пункт 16. Дубли страниц. Дублирование контента — одна из самых распространённых технических проблем. Оно возникает, когда один и тот же или почти одинаковый контент доступен по нескольким разным адресам. Типичные причины: страницы с параметрами сортировки и фильтрации, версии с www и без, страницы с косой чертой в конце URL и без неё. Поисковик либо делит авторитетность между версиями, либо исключает страницы как дублированный контент.

Если вы работаете над структурой сайта с нуля или планируете серьёзный редизайн — рекомендуем заранее прочитать наш материал о том, как составить техническое задание на разработку сайта. Грамотное ТЗ помогает избежать большинства технических проблем ещё до запуска.

Пункт 17. Тег canonical. Если дублирование устранить технически невозможно, проблему решает тег canonical. Он указывает поисковику, какая версия страницы является основной. Проверьте, что canonical настроен корректно: он должен указывать на реальную основную страницу, а не на саму себя или на несуществующий адрес.

Пункт 18. Цепочки и петли редиректов. Одиночный редирект работает нормально. Но когда страница А ведёт на Б, Б ведёт на В, В ведёт на Г — это цепочка, которая замедляет загрузку и расходует краулинговый бюджет. Ещё хуже петля: А ведёт на Б, Б ведёт обратно на А. Такие ситуации выявляются через онлайн-сервисы проверки редиректов — достаточно ввести адрес и посмотреть всю цепочку с кодами ответа.

Микроразметка, мета-теги и внутренняя перелинковка

Финальный блок проверок касается того, как сайт представляет себя в поисковой выдаче и как страницы связаны между собой. Это тонкая настройка, которая влияет не столько на индексацию, сколько на кликабельность в выдаче и на распределение внутреннего веса между страницами.

Пункт 19. Мета-теги title и description. Title — это заголовок страницы в результатах поиска. Description — краткое описание под ним. Их качество напрямую влияет на кликабельность. Распространённые ошибки: одинаковые title на разных страницах, слишком короткие или слишком длинные тексты, отсутствие description вовсе, один шаблонный текст для всех страниц. Проверить уникальность и длину всех title можно через панель вебмастера.

Пункт 20. Микроразметка Schema.org. Разметка помогает поисковикам лучше понять содержимое страницы и отображать расширенные сниппеты — звёздочки рейтинга, цены, хлебные крошки, FAQ-блоки прямо в выдаче. Это увеличивает кликабельность без изменения позиции. Для интернет-магазинов особенно важна разметка Product и Review, для информационных сайтов — Article и BreadcrumbList. Корректность разметки проверяется через официальный валидатор Schema.org.

• ➤Уникальный H1 на каждой странице — один и только один.
• ➤Иерархия заголовков соблюдена: H1 → H2 → H3, без пропусков уровней.
• ➤Атрибуты alt заполнены у всех значимых изображений.
• ➤Внутренние ссылки используют описательные анкоры, а не «здесь» или «читать далее».
• ➤Нет страниц без единой входящей внутренней ссылки.

Внутренняя перелинковка влияет на то, как распределяется авторитетность между страницами сайта. Страницы, на которые ссылаются изнутри чаще, получают больший вес. Поэтому важные коммерческие страницы должны быть связаны с другими разделами. Особенно это актуально для блога: статьи должны ссылаться на продуктовые страницы и наоборот.

Если хотите разобраться в том, как работать с поисковым трафиком в целом — изучите наш разбор из 22 способов о том, как продвинуть сайт в топ поисковой выдачи. Технические факторы там разобраны в контексте полной стратегии.

Если ваш сайт построен на конструкторе Tilda — читайте наш материал о том, как настроить продвижение на Тильде: у этой платформы есть свои особенности работы с техническими настройками.

После технической части логичным продолжением является работа с контентом. Читайте наш подробный гайд о том, как составить семантическое ядро для сайта — без правильно подобранных запросов даже идеально настроенный сайт не привлечёт нужную аудиторию.

Ответы на часто задаваемые вопросы.

❓ Чем технический аудит отличается от контентного?

Технический аудит проверяет, насколько правильно устроен и работает сам сайт с точки зрения поискового робота: индексация, скорость, редиректы, коды ответов, структура. Контентный аудит анализирует тексты, ключевые слова и релевантность страниц запросам пользователей. Оба важны, но начинать всегда стоит с технической части — без неё контентные улучшения дают минимальный эффект.

❓ Какие инструменты подойдут для самостоятельной проверки сайта?

Для большинства задач достаточно бесплатных российских и универсальных инструментов. Яндекс.Вебмастер покажет ошибки индексации и состояние сайта в поиске. Яндекс.Метрика даст данные о поведении пользователей. PageSpeed Insights оценит скорость загрузки. Валидатор Schema.org проверит микроразметку. Онлайн-сервисы проверки редиректов и дублей контента найти несложно — они бесплатны и не требуют регистрации.

Этого набора достаточно для полноценной базовой проверки сайта. Для более глубокого анализа используются специализированные краулеры, которые сканируют весь сайт и выдают детальный отчёт об ошибках.

❓ Как часто нужно проводить техническую проверку сайта?

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

❓ Что такое краулинговый бюджет и важен ли он для небольшого сайта?

Краулинговый бюджет — это условный лимит страниц, которые поисковый робот готов обходить на вашем сайте за определённый период. Для сайтов до 1000 страниц это, как правило, не проблема: робот успевает обойти всё. Но если у вас интернет-магазин с тысячами товаров и бесконечными фильтрами — важно следить за тем, чтобы робот тратил время на продуктовые страницы, а не на дубли без уникального контента.

❓ Обязательно ли использовать микроразметку Schema.org?

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

❓ Почему сайт хорошо открывается в браузере, но плохо индексируется?

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

Также возможна ситуация, когда страница закрыта от индексации мета-тегом noindex, но в браузере открывается нормально. Проверить это можно, просмотрев код страницы и найдя строку с content=»noindex» в секции head.

❓ Как проверить, правильно ли работает редирект 301?

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

❓ Что делать, если после аудита найдено слишком много проблем?

Не паниковать и расставить приоритеты. Разделите все проблемы на три группы: критичные (мешают индексации прямо сейчас), важные (снижают ранжирование) и желательные (влияют на опыт пользователя). Начинайте с первой группы. Даже исправление двух-трёх критичных ошибок может дать заметный результат быстрее, чем попытка одновременно устранить всё.

Если объём работ большой и непонятно, с чего начать — это нормальная ситуация для сайтов, которые развивались без системного технического контроля. В таком случае имеет смысл обратиться к специалистам: профессиональная проверка с чётким планом действий окупается значительно быстрее, чем самостоятельные хаотичные правки.