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

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

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

Что понадобится и в каком порядке идти

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

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

Заведите таблицу с четырьмя колонками: номер пункта, что нашли, где именно (адрес страницы), кто чинит. Без такой таблицы аудит превращается в набор наблюдений, которые через неделю никто не вспомнит.

Блок 1. Индексация и доступность — пункты 1–8

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

1. Сравните число страниц в индексе с реальным количеством на сайте. Разрыв в разы — сигнал, разрыв в проценты — норма.
2. Откройте раздел исключённых страниц в панели вебмастера и разберите причины по группам: дубль, недостаточное качество, ошибка сервера, запрет в robots.
3. Проверьте поимённо, что главные посадочные страницы действительно в индексе. Не по общему числу, а по каждому адресу отдельно.
4. Убедитесь, что в индексе нет служебного мусора: корзины, личного кабинета, результатов внутреннего поиска, страниц сортировок.
5. Прочитайте robots.txt целиком, а не по диагонали. Ищите забытый запрет всего сайта, оставшийся с этапа разработки, и запреты на стили и скрипты — их закрывать нельзя, робот не увидит вёрстку так, как её видит человек.
6. Проверьте мета-тег robots на важных страницах. Забытый запрет индексации после переноса с тестового домена — классика жанра.
7. Убедитесь, что карта сайта существует, отдаётся с кодом 200 и указана в robots.txt.
8. Сверьте содержимое карты сайта: в ней не должно быть адресов, отдающих 404 и 301, и не должно быть закрытых от индексации страниц. Число адресов в карте должно совпадать с числом страниц, которые вы хотите видеть в поиске.

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

Блок 2. Коды ответов и редиректы — пункты 9–15

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

Тему разбирал отдельно: «Технический аудит сайта».

9. Убедитесь, что рабочие страницы отдают 200 без промежуточных переадресаций.
10. Добавьте к любому адресу произвольный хвост и проверьте код ответа. Несуществующий адрес обязан отдавать 404 или 410, а не 200 со страницей «ничего не найдено».
11. Найдите цепочки переадресаций длиннее одного шага и сократите их до одного правила. Связка «без защищённого протокола — с ним — с www — конечный адрес» стоит четырёх запросов вместо одного.
12. Проверьте, что нет временных переадресаций там, где нужны постоянные: временная не передаёт сигналы и держит в индексе старый адрес.
13. Убедитесь, что живые страницы не переадресуют никуда. Случайная переадресация на главную с товарной карточки встречается регулярно после правок каталога.
14. Проверьте служебные адреса системы управления: они должны отдавать 403 или 404, а не открываться всем подряд.
15. Посмотрите журнал ошибок сервера за последнюю неделю. Периодические ответы 500 часто объясняются там прямым текстом.

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

Блок 3. Дубли и канонические адреса — пункты 16–22

Помогу с продвижением: технический аудит и вывод сайта в топ — вывожу сайты в топ Яндекса белыми методами.

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

16. Откройте главную в вариантах: с www и без, по защищённому протоколу и без него, со слэшем в конце и без него. Все версии, кроме одной, обязаны вести на неё постоянной переадресацией.
17. Добавьте к адресу рекламную метку и проверьте, отдаётся ли страница кодом 200 как отдельная. Для меток нужна либо специальная директива, либо канонический адрес.
18. Проверьте, как ведут себя фильтры и сортировки каталога: каждое сочетание параметров не должно порождать индексируемый адрес с тем же набором товаров.
19. Проверьте корректность канонического адреса на всех типах страниц. Частая ошибка — канонический адрес всех страниц каталога, указывающий на главную.
20. Разберитесь с пагинацией: вторая и третья страницы не должны конкурировать с первой, но и складывать их канонический адрес в первую страницу тоже неправильно — так товары с глубоких страниц выпадают из обхода.
21. Найдите страницы с одинаковыми заголовками и описаниями. Массовые совпадения означают, что шаблон не подставляет данные страницы.
22. Проверьте, нет ли одинаковых текстов на разных адресах внутри сайта: страницы вложений, архивы по датам, теги, дублирующие категории.

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

Блок 4. Скорость и стабильность — пункты 23–29

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

23. Измерьте время ответа сервера. Ориентир — до 500 миллисекунд, хорошо — до 200.
24. Замерьте скорость не только на главной, но и на карточке товара, странице фильтра и результате внутреннего поиска. Разница между шаблонами бывает пятикратной.
25. Проверьте вес изображений и их формат. Картинки в современных форматах и с заданными размерами снимают заметную часть проблемы.
26. Убедитесь, что отложенная загрузка включена для изображений вне первого экрана и выключена для тех, что видны сразу.
27. Найдите скрипты, блокирующие отрисовку. Чужие виджеты, чаты и счётчики — основные подозреваемые.
28. Проверьте кэширование и сжатие на стороне сервера, а также сроки жизни статических файлов.
29. Проверьте стабильность ответа в разное время суток. Плавающее время — признак упирающихся лимитов хостинга.

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

Блок 5. Структура и перелинковка — пункты 30–35

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

Смежный материал по теме — «Глубочайший технический аудит сайтов с помощью ИИ».

30. Проверьте глубину вложенности: до любой важной страницы должно быть три-четыре перехода от главной.
31. Найдите страницы-сироты — те, на которые не ведёт ни одной внутренней ссылки. Робот доходит до них только через карту сайта, а вес они не получают вовсе.
32. Оцените адреса: читаемые, без вложенности на пустом месте, без идентификаторов вместо слов.
33. Проверьте хлебные крошки: они должны быть на всех внутренних страницах и отражать реальный путь, а не выдуманный.
34. Посмотрите на анкоры внутренних ссылок. Одинаковый анкор на всём сайте — сигнал переоптимизации, ссылка без анкора вроде «здесь» не передаёт смысла.
35. Найдите битые внутренние ссылки. Отдельно проверьте меню и подвал: они стоят на всех страницах сразу, поэтому одна ошибка там весит как тысяча.

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

Блок 6. Мобильная версия, разметка и служебное — пункты 36–40

Финальный блок закрывает то, что проверяется руками и на настоящем телефоне, а не сужением окна браузера.

36. Пройдите на телефоне весь путь до отправки заявки: читаемость без увеличения, размер кнопок, отсутствие горизонтальной прокрутки, поведение всплывающих окон и работа формы.
37. Сверьте содержимое мобильной и десктопной версий. Если на телефоне отдаётся урезанный шаблон, оценивается именно он — вместе с потерянными вхождениями и внутренними ссылками.
38. Проверьте микроразметку: организация с контактами, хлебные крошки, для товаров цена и наличие, для статей автор и дата. Размеченные данные обязаны совпадать с тем, что видит человек.
39. Проверьте заголовки: один H1 на страницу, вложенность без разрывов, уникальный и не обрезанный заголовок вкладки.
40. Отправьте заявку своими руками и убедитесь, что письмо дошло. Заодно проверьте срок действия сертификата и отсутствие смешанного содержимого.

Пункт 40 стоит последним, но по важности он первый: форма, показывающая «спасибо» и не доставляющая письмо, — это прямая потеря обращений, которая не видна ни в одном техническом отчёте. Проверять её нужно ежемесячно, а не раз в квартал.

Как расставить приоритеты по находкам

Сорок пунктов дают длинный список замечаний. Если чинить его подряд, первыми уйдут мелочи, а серьёзное останется на потом. Я сортирую находки по влиянию на два параметра: попадает ли страница в индекс и доходит ли посетитель до заявки.

Находка	Что ломает	Срочность
Запрет индексации на разделе или на всём сайте	Страниц нет в поиске вообще	Немедленно
Несуществующие адреса отдают 200	Индекс забивается пустышками, квота обхода уходит впустую	Немедленно
Дубли главной по www, протоколу и слэшу	Сигналы делятся между копиями	Немедленно
Форма не доставляет заявки	Прямая потеря обращений	Немедленно
Время ответа сервера выше секунды	Медленный обход и потеря посетителей	В первую неделю
Дубли от фильтров и меток	Размывание релевантности внутри категории	В первый месяц
Одинаковые заголовки у страниц каталога	Слабые сниппеты и конкуренция страниц между собой	В первый месяц
Страницы-сироты и битые внутренние ссылки	Часть сайта не получает вес и обходится редко	В первый месяц
Отсутствие микроразметки	Сниппет беднее, чем у конкурентов	Планово

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

Как превратить чек-лист в регламент

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

Если нужны детали, смотрите «Карточка товара без 12 обязательных элементов = минус 70% продаж. Готовый чек-лист».

Частота	Что проверяем	Сколько занимает
Раз в месяц	Коды ответов ключевых страниц, работа форм, число страниц в индексе, новые исключённые адреса	30–40 минут
Раз в квартал	Полный обход краулером, дубли заголовков, битые ссылки, скорость по типам шаблонов, мобильный путь до заявки	Рабочий день
После переезда или смены шаблона	Весь список из 40 пунктов целиком, с упором на блоки 1–3	Рабочий день
После доработок каталога	Коды ответов, дубли от фильтров, карта сайта, канонические адреса	2–3 часа
После смены хостинга	Время ответа, стабильность, сертификат, журнал ошибок	1–2 часа

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

Частые вопросы

Сколько времени занимает самостоятельный аудит по этому списку?
Для сайта услуг на пятьдесят страниц — три-четыре часа вместе с составлением таблицы находок. Для каталога на несколько тысяч адресов — рабочий день, из которого половина уходит на обход краулером и разбор его выгрузки. Быстрее всего идут блоки 1 и 2, дольше всего — разбор дублей.

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

Аудит выдал сорок замечаний. Это много?
Само число ничего не значит: любой автоматический отчёт выдаёт десятки пунктов, включая косметические. Значение имеет, есть ли среди них те, что мешают индексации и отправке заявок. Обычно из сорока пунктов критичны три-четыре, и именно они дают весь эффект.

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

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

Нужно ли учитывать требования нейросетевых ответов в техническом аудите?
Да, и требования эти в основном те же самые: чистый код, доступность содержимого без выполнения скриптов, корректная разметка, быстрый ответ сервера. Отличие в том, что для генеративных ответов важнее структурность текста и однозначность фактов на странице. Подробности собраны в разборе про GEO и техническое SEO для выдачи нейросетей.

Коротко

• Аудит идёт по порядку: краулер собирает картину, панель вебмастера показывает, что мешает индексации, браузер проверяет конкретные страницы. Обратный порядок отнимает вдвое больше времени.
• Первый блок всегда про индексацию: если страницы нет в поиске, остальные сорок пунктов для неё не имеют значения.
• Мягкая ошибка 404 — самая частая находка: несуществующий адрес обязан отдавать 404, а не код успеха со страницей «ничего не найдено».
• Скорость раскладывается на два числа — ответ сервера и отрисовку. Лечатся они разными способами, и мерить их нужно на разных типах шаблонов, а не только на главной.
• Находки сортируются по влиянию: сначала то, из-за чего страниц нет в индексе, затем то, из-за чего теряются заявки, потом улучшения.
• Чек-лист работает как регламент: полчаса ежемесячно на коды, формы и индексацию плюс полный прогон раз в квартал и после каждого крупного изменения.
• SEO своими руками: что сделаете сами, а где угробите сайт навсегда
• Чек-лист проверки сайта: 20 пунктов, которые владелец пройдёт сам за вечер

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