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

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

Технический SEO-аудит — это не просто прогон сайта через сервис анализа. Это комплексная проверка инфраструктуры, которая позволяет убедиться, что сайт доступен для индексации, быстро работает и удобен для пользователя. В этой статье мы разберем детальный чеклист, который станет общим языком общения между маркетологом (который ставит цели) и разработчиком (который их реализует).

Почему тех-аудит — это зона ответственности двоих?

Часто возникает конфликт: маркетолог требует «поднять позиции», а разработчик отвечает, что «сайт работает, ошибки 404 отсутствуют». Проблема в том, что SEO сегодня — это на 50% маркетинг и на 50% техническая оптимизация.

Маркетолог понимает семантику и поведение пользователя, но не всегда может сформулировать ТЗ на оптимизацию Core Web Vitals. Разработчик знает, как работает сервер, но может не догадываться, что использование JS-фреймворков без серверного рендеринга (SSR) «ослепляет» поисковики.

1. Индексация и доступность: открываем двери для роботов

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

Файл robots.txt. Проверьте, не закрыты ли от индексации важные разделы сайта. Часто после переноса с тестового сервера в «боевой» забывают убрать директиву Disallow: /. Также убедитесь, что в файле указана ссылка на актуальную карту сайта.

Sitemap.xml. Карта сайта должна быть актуальной. В ней не должно быть страниц с кодами ответа 404, 301 или страниц, закрытых в robots.txt. Оптимально — автоматизировать обновление карты при добавлении нового контента.

Коды ответов сервера.

• • 200 OK — всё отлично.

• • 301 Moved Permanently — правильный редирект. Проверьте отсутствие «цепочек» редиректов (когда страница А ведет на Б, а Б на В), так как это тратит краулинговый бюджет.

• • 404 Not Found — настройте кастомную страницу 404, которая возвращает пользователя на главную или в каталог, а не просто сообщает об ошибке.

• • 5xx Server Errors — критические ошибки сервера, которые должны устраняться в первую очередь.

Канонические ссылки (rel=»canonical»). Если на сайте есть дубли страниц (например, одна и та же карточка товара доступна по разным URL из-за фильтров), необходимо указать главную страницу через тег canonical, чтобы избежать санкций за дублирование контента.

2. Скорость загрузки и Core Web Vitals

Google официально ввел показатели Core Web Vitals в качестве факторов ранжирования. Теперь «быстро» — это не просто субъективное ощущение, а конкретные метрики.

LCP (Largest Contentful Paint). Время отрисовки самого большого элемента. Цель: до 2.5 секунд.

• • Что делать: Оптимизировать изображения, использовать современные форматы (WebP, AVIF), настроить кэширование.

FID / INP (First Input Delay / Interaction to Next Paint). Время реакции сайта на первое взаимодействие пользователя.

• • Что делать: Оптимизировать тяжелые JS-скрипты, убирать неиспользуемый код, переносить выполнение сторонних скриптов (аналитика, чаты) в конец страницы.

CLS (Cumulative Layout Shift). Смещение макета. Это когда пользователь хочет нажать на кнопку, но в этот момент сверху подгружается баннер, и клик уходит «не туда».

• • Что делать: Всегда резервировать место под изображения и рекламные блоки (задавать ширину и высоту в CSS).

Сжатие данных. Проверьте активацию Gzip или Brotli на стороне сервера. Это позволяет передавать данные в сжатом виде, что существенно ускоряет загрузку.

3. Структура и URL: логика и читаемость

URL должен быть понятным и человеку, и машине. Это называется ЧПУ (Человеко-Понятные URL).

1. Структура URL. Избегайте динамических параметров вроде site.ru/page?id=123&sort=asc. Правильный вариант: site.ru/category/product-name.
2. Иерархия вложенности. Правило «трех кликов»: любая важная страница должна быть доступна не более чем за 3 перехода от главной.
3. Регистр и слеши. site.ru/Page и site.ru/page для сервера — это разные страницы. Выберите один стандарт (обычно нижний регистр) и настройте автоматический редирект. То же самое касается закрывающего слеша (/) в конце URL.

4. Семантическая разметка и контентная архитектура

Технический SEO-аудит затрагивает и то, как структурирован HTML-код.

1. Заголовки H1–H6. На странице должен быть строго один заголовок <h1>. Остальные (<h2>—<h6>) должны идти в логическом порядке, создавая структуру документа, а не использоваться для оформления «жирным шрифтом».
2. Мета-теги Title и Description. Проверьте их наличие и уникальность для каждой страницы. Автоматизируйте генерацию мета-тегов для больших каталогов по шаблонам.
3. Атрибуты Alt для изображений. Это не только про доступность для слабовидящих, но и про индексацию в поиске по картинкам.
4. Микроразметка (Schema.org). Внедрите разметку для товаров, отзывов, FAQ и организации. Это позволяет получить «расширенные сниппеты» в выдаче (звездочки, цена, наличие), что значительно повышает CTR.

5. Мобильная адаптивность и UX

Сегодня используется Mobile-First Indexing. Это значит, что Google индексирует мобильную версию сайта, а не десктопную.

1. Адаптивность. Проверьте, нет ли горизонтальной прокрутки, не слишком ли мелкий шрифт и удобно ли нажимать на кнопки пальцем.
2. Отсутствие всплывающих окон (Interstitials). Огромные поп-апы, перекрывающие весь экран на мобильных устройствах, могут привести к понижению в выдаче.
3. HTTPS. Наличие SSL-сертификата обязательно. Переход с HTTP на HTTPS должен быть настроен через 301-редирект для всех страниц.

Чеклист-таблица для быстрой проверки

Параметр	Ответственный	Инструмент проверки	Критичность
robots.txt / Sitemap	Маркетолог / Dev	Google Search Console	Высокая
Скорость (LCP, CLS)	Разработчик	PageSpeed Insights	Высокая
Ошибки 404 / 5xx	Разработчик	Screaming Frog / SiteAnalyzer	Высокая
Дубли и Canonical	Маркетолог	SiteAnalyzer / Ahrefs	Средняя
Микроразметка	Разработчик	Validator.schema.org	Средняя
Адаптивность	Дизайнер / Dev	Chrome DevTools	Высокая

Резюме для команды

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

Разработчику важно помнить: чистый код и высокая скорость — это не только эстетика, но и прямой путь к росту трафика.
Маркетологу важно: не требовать «позиций», а ставить конкретные технические задачи: «уменьшить LCP до 2с», «исправить цепочки редиректов», «внедрить разметку Product».

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