Технический SEO-аудит и чек-лист на 2026 год

Это не список настроек, которые выполняются один раз и больше никогда не проверяются. При добавлении нового раздела, редизайне, смене платформы или добавлении фильтров могут возникнуть новые проблемы. Полезный аудит заканчивается упорядоченным списком задач для разработчика, а не просто PDF-файлом.

Что проверяет технический SEO-аудит?

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

• обход и индексация важных URL-адресов
• robots.txt, XML sitemap, canonical и hreflang для многоязычных сайтов
• ошибки 404, редиректы 301, цепочки редиректов и канонические адреса
• LCP, INP и CLS, размер страниц и загрузка изображений
• мобильная версия, навигация, внутренние ссылки и доступность основного содержимого
• рендеринг JavaScript и содержимое, которое появляется только после выполнения скрипта
• структурированные данные, соответствующие фактическому содержимому страницы

Как проверить обход и индексацию?

Robots.txt

В robots.txt проверьте, не заблокированы ли важные папки, CSS, JavaScript или изображения. Обычно ограничивают доступ к административным панелям, внутреннему поиску и техническим каталогам. Будьте осторожны с общими правилами вроде Disallow: /, оставшимися от тестовой среды, а также с автоматическими настройками плагинов.

Проверьте несколько реальных адресов с помощью URL Inspection в Google Search Console. Так вы увидите, доступен ли URL-адрес, какая каноническая версия выбрана и есть ли проблемы с индексацией. Важно протестировать главную страницу, услугу, товар, категорию и страницу с формой, а не только корневой адрес.

XML sitemap

Sitemap должен содержать индексируемые канонические URL-адреса, которые вы хотите развивать. Не добавляйте страницы 404, редиректы, страницы с noindex или фильтры без SEO-ценности. Отправьте файл в Search Console и проверяйте, появляются ли отправленные адреса среди проиндексированных.

Canonical, дублирование и параметры

Фильтры, сортировка, UTM-параметры и разные варианты одного товара часто создают множество URL-адресов с одинаковым содержимым. Canonical указывает предпочтительную версию, но не отменяет необходимости в чёткой внутренней структуре. Он должен вести на доступный, индексируемый и действительно эквивалентный адрес.

Внутренние ссылки

Важные услуги и категории должны быть доступны из основной навигации или с других логично связанных страниц. Не полагайтесь только на кнопки, которые работают после выполнения JavaScript, если основную навигацию можно сделать обычными HTML-ссылками. Ищите orphan pages — страницы без внутренних ссылок — и связывайте их там, где пользователь естественным образом продолжил бы путь.

Что проверить в скорости и Core Web Vitals?

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

HTTPS — обязательная основа. Проверьте сертификат, перенаправление с HTTP на HTTPS и mixed content — ресурсы, которые всё ещё загружаются по HTTP. После миграции обновите внутренние ссылки, canonical-адреса, sitemap и настройки отслеживания.

Как проверить мобильную версию и URL-адреса?

Google использует мобильную версию для сканирования и индексации. Контент, заголовки, внутренние ссылки, структурированные данные и основные функции должны быть доступны и на телефоне. Контент, скрытый за вкладкой или аккордеоном, не обязательно является проблемой, но мобильная версия не должна быть существенно беднее десктопной.

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

URL-адреса должны быть короткими и понятными. Используйте единую структуру и дефисы между словами. Не изменяйте рабочий адрес без плана 301-редиректа. При редизайне составьте таблицу со старыми и новыми URL-адресами до публикации сайта.

Что происходит с сайтом на JavaScript?

Для сайта, созданного на React, Vue или другой JavaScript-технологии, не считайте само собой разумеющимся, что человек видит то же, что получает Googlebot. Проверьте HTML-ответ до выполнения скриптов и отрендеренную версию. Основной заголовок, текст, товары, ссылки и метаданные не должны зависеть от неудачного ответа API или скрипта, который загружается слишком поздно.

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

Когда schema помогает, а когда вредит?

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

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

Как расставить приоритеты для проблем?

1. 01
   Соберите доступы и исходные данные

   Понадобятся Google Search Console, Google Analytics или другая аналитика, доступ к CMS и хостингу, список важных услуг или товаров и информация о последних изменениях. Без этого аудит легко превращается в предположение.

2. 02
   Просканируйте сайт и составьте выборку

   Проверьте URL-адреса, коды статуса, заголовки, canonical, директивы robots, внутренние ссылки, изображения и дублирующиеся шаблоны. Сравните найденные страницы с sitemap и фактическими страницами, которые приносят поисковые запросы.

3. 03
   Подтвердите критически важные адреса в Search Console

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

4. 04
   Составьте backlog для разработчика

   У каждой задачи должны быть URL или шаблон, причина, приоритет, ожидаемый результат и способ проверки. Например, «все страницы с параметром X должны ссылаться на категорию Y» полезнее, чем «оптимизируйте canonical».

5. 05
   Проверьте после внесения изменений

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

Сколько стоит технический SEO-аудит?

Для небольшого корпоративного сайта базовая проверка обычно стоит около 300–700 евро. Аудит интернет-магазина, многоязычного сайта или сайта на кастомной платформе часто стоит около 700–2 000 евро. Стоимость аудита крупных систем, JavaScript-приложений и миграций определяется после оценки количества шаблонов, URL-адресов, интеграций и необходимости тестирования.

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

Как выглядит хороший результат аудита?

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

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

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