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

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

В статье — чек-лист из 50 пунктов, разбитый на 7 блоков: индексация и сканирование, скорость, мобильная версия, структура и URL, дубли, безопасность, микроразметка. Плюс список инструментов, порядок работы и типичные ошибки, которые мы находим почти на каждом проекте. Пройдитесь по чек-листу сами или закажите аудит в Jamit — найдём проблемы, оценим их влияние на трафик и составим план исправлений с приоритетами.

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

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

Этот чек-лист мы используем в работе сами. Делимся полностью, без урезанных версий.

Зачем нужен технический аудит

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

Когда проверка нужна обязательно:

• позиции упали, а причина непонятна;
• сайт переехал на новый домен или сменил CMS;
• страницы вылетают из индекса без видимых причин;
• трафик стоит на месте месяцами, хотя контент публикуется регулярно;
• вы только запустили проект и хотите стартовать без ошибок;
• готовитесь к редизайну и боитесь потерять накопленные позиции.

Отдельная история — сайты, которые «делал знакомый программист лет пять назад». Там технический долг почти гарантирован, и чем раньше его разгрести, тем дешевле это обойдётся.

Теперь к самому чек-листу.

Блок 1. Индексация и сканирование (пункты 1–10)

Это основа основ. Если робот не может обойти сайт — всё остальное теряет смысл.

1. Файл robots.txt существует, не закрывает от робота нужные разделы и не открывает служебные.
2. Карта сайта sitemap.xml сформирована, обновляется автоматически и указана в robots.txt.
3. В sitemap нет страниц с редиректами, ошибками 404 и закрытых от индексации.
4. Число страниц в индексе Яндекса и Google примерно совпадает с реальным количеством полезных страниц. Сильный перекос в любую сторону — повод копать глубже.
5. Важные страницы отдают код ответа 200, а не 302 или 404.
6. Мета-тег robots и заголовок X-Robots-Tag не блокируют случайно нужные разделы. Классика жанра: сайт запустили с noindex после разработки и забыли снять.
7. Служебные страницы (корзина, личный кабинет, поиск по сайту) закрыты от индексации.
8. Сайт добавлен в Яндекс Вебмастер и Google Search Console, критических ошибок в панелях нет.
9. Краулинговый бюджет не расходуется на мусорные URL с параметрами.
10. Страницы пагинации настроены корректно и не плодят копии контента.

Блок 2. Скорость загрузки (пункты 11–18)

Медленный сайт теряет и позиции, и клиентов. Человек ждёт три секунды. Потом уходит к конкуренту.

1. Показатели Core Web Vitals (LCP, INP, CLS) в зелёной зоне по данным PageSpeed Insights.
2. Изображения сжаты и переведены в WebP или AVIF.
3. Включено кеширование на стороне браузера и сервера.
4. CSS и JavaScript минифицированы, неиспользуемый код удалён.
5. Настроена отложенная загрузка картинок и видео (lazy load).
6. Сервер отвечает быстрее 200 мс (показатель TTFB).
7. Включено сжатие Gzip или Brotli.
8. Тяжёлые сторонние скрипты — чаты, виджеты, счётчики — не блокируют отрисовку страницы.

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

Блок 3. Мобильная версия (пункты 19–24)

Больше половины трафика в рунете идёт со смартфонов. Google вообще оценивает сайты по мобильной версии в первую очередь — это называется mobile-first индексация.

1. Сайт адаптивный, контент на телефоне отображается без горизонтальной прокрутки.
2. Кнопки и ссылки достаточно крупные, по ним удобно попадать пальцем.
3. Шрифт читается без увеличения.
4. Контент мобильной и десктопной версий совпадает — робот не должен видеть «урезанный» вариант.
5. Всплывающие окна не перекрывают экран сразу после загрузки.
6. Скорость на мобильных устройствах проверена отдельно, а не только на десктопе.

Блок 4. Структура сайта и URL (пункты 25–32)

1. Любая важная страница доступна максимум в 3–4 клика от главной.
2. URL человекопонятные: короткие, на латинице, без хаоса из параметров.
3. Структура каталога логичная, разделы не дублируют друг друга по смыслу.
4. Хлебные крошки есть и работают на всех уровнях вложенности.
5. Внутренняя перелинковка распределяет вес на приоритетные страницы.
6. Битых внутренних ссылок нет.
7. Страница 404 оформлена: помогает вернуться к навигации и отдаёт правильный код ответа.
8. Уровней вложенности URL не больше трёх-четырёх.

Блок 5. Дубли и каноникализация (пункты 33–40)

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

1. Настроен единственный главный вариант адреса: с www или без, выбор закреплён редиректом 301.
2. Версии http и https не существуют параллельно — всё ведёт на https.
3. Страницы со слешем и без слеша на конце не дублируют друг друга.
4. Атрибут rel="canonical" расставлен на страницах с параметрами, фильтрами, сортировками.
5. Одинаковые товары в разных категориях не создают полные копии страниц.
6. Шаблонные тексты не повторяются на десятках страниц.
7. Title и Description уникальны для каждой страницы.
8. Тестовые поддомены и версии для печати закрыты от индексации.

Блок 6. Безопасность и стабильность (пункты 41–45)

1. SSL-сертификат установлен, действителен и покрывает все поддомены.
2. Смешанный контент отсутствует: на https-страницах нет ресурсов, загружаемых по http.
3. Цепочек редиректов нет — переадресация ведёт к цели в один шаг.
4. Сайт не отдаёт ошибки 5xx под нагрузкой.
5. Хостинг стабилен, аптайм не ниже 99,9%.

Блок 7. Микроразметка и сниппеты (пункты 46–50)

1. Внедрена разметка Schema.org: Organization, BreadcrumbList, для магазинов — Product и Offer.
2. Разметка проходит валидацию без ошибок.
3. Настроены Open Graph и Twitter Cards для превью в соцсетях и мессенджерах.
4. Указан фавикон, он корректно отображается в выдаче.
5. Разметка отзывов и рейтингов соответствует реальному содержимому страниц — без накруток, за которые прилетают санкции.

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

Полный аудит без софта не сделать. Вот минимальный набор, с которым можно закрыть большую часть пунктов:

• Яндекс Вебмастер и Google Search Console — ошибки индексации, статус страниц, проблемы мобильной версии. Бесплатно.
• PageSpeed Insights — скорость и Core Web Vitals.
• Screaming Frog SEO Spider — краулер, который обходит сайт как робот: находит битые ссылки, дубли Title, редиректы. Бесплатная версия сканирует до 500 адресов.
• Валидатор микроразметки от Google — проверка Schema.org.
• Bertal или аналоги — просмотр кодов ответа сервера.

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

Как работать с чек-листом: порядок действий

Не пытайтесь исправить всё разом. Мы в агентстве действуем по такой схеме:

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

Три ошибки, которые мы находим чаще всего

Забытый noindex после запуска. Сайт разрабатывали на тестовом домене, закрыли от робота — и перенесли запрет на боевую версию. Итог: месяцы без индексации, владелец в недоумении.

Дубли из-за фильтров каталога. Каждая комбинация фильтров создаёт отдельный URL. У одного нашего клиента магазин на 800 товаров породил 40 000 страниц в индексе. Робот тратил бюджет обхода на мусор, а новые карточки ждали индексации неделями.

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

Что даёт исправление технических ошибок

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

У одного из наших клиентов, интернет-магазина стройматериалов, после устранения дублей и ускорения загрузки трафик из поиска вырос на 40% за три месяца. Без единого нового текста на сайте.

Доверить аудит Jamit

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

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

Оставьте заявку на jam-it.ru — обсудим ваш проект и подскажем, с чего начать.

Часто задаваемые вопросы