Перейти к содержимому
Блог · SEO

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

Чеклист технического SEO для коммерческих проектов: от robots и sitemap до CWV и логов сервера — с приоритетами для бэклога.

Введение. Контент не спасёт сайт, если краулер видит дубли, 404 на фильтрах и LCP выше порога. Технический аудит — фундамент коммерческого SEO. Материал для product- и engineering-лидеров, которые принимают решения на горизонте 12–24 месяцев, а не гонятся за хайпом в презентации.

С чего начать аудит

Большинство срывов в теме «техническое SEO» начинается не с кода, а с размытого scope: маркетинг обещает одно, продажи фиксируют другое, а ИТ закрывает техдолг третьим приоритетом. В итоге бюджет уходит в интеграции «на скотч» и ручные сверки в Excel. Мы видим это в проектах, где не описаны границы MVP, нет владельца метрик и не зафиксированы SLA на данные между системами.

Команда теряет 20–40% спринтов на переделки, потому что не согласовала критерии готовности: что считается лидом, какая атрибуция в CRM, какой latency API допустим для витрины. Без этих договорённостей любая архитектура — лотерея.

Краул и индексация

Опорный принцип: сначала поток ценности, потом стек. Нарисуйте journey от первого касания до оплаты и поддержки, отметьте ручные шаги и точки отказа. Только после этого выбирайте техническое SEO и модель данных. Для техническое SEO мы обычно рекомендуем краул + логи + lab/field CWV + schema validation в CI: она даёт предсказуемый TCO и не блокирует масштабирование команды.

Зафиксируйте ADR по ключевым решениям: хранилище, очереди, авторизация, наблюдаемость. Включите в Definition of Done контрактные тесты API, схему событий и политику миграций. SEO-аудит имеет смысл заказывать только когда есть согласованный backlog с приоритетами P0/P1 и измеримые KPI на квартал.

Наблюдаемость — не «логи на сервере», а корреляция user_id → trace_id → заказ. Без этого невозможно честно считать ROI и оптимизировать воронку. Добавьте дашборды для продуктовых и инженерных метрик в одном timezone и с единым справочником статусов.

Скорость и CWV

Кейс A (интернет-магазин). Клиент пришёл с болью: фасетные URL размножили миллионы дублей и съели краул-бюджет. Мы разбили релиз на три волны: стабилизация данных, автоматизация рутины, персонализация. Через 14 недель noindex + canonical policy вернули рост органики на 28% за два квартала. Критично было не «переписать всё», а остановить утечку лидов на стыке каналов.

Кейс B (B2B-каталог). Другая ситуация: JSON-LD Product конфликтовал с микроразметкой в шаблоне. Здесь сработала обратная стратегия — сначала интеграция с CRM и нормализация справочников, затем редизайн витрины. Итог: единый генератор schema в Next.js убрал ошибки Search Console.

Разметка и каноникалы

  1. Выбор технологии до описания доменных границ.
  2. Отсутствие каталога событий аналитики — спор о цифрах вместо роста.
  3. «Временный» монолит без модульных контрактов, который нельзя резать на сервисы.
  4. Игнорирование non-functional requirements: RPO/RTO, лимиты PII, требования 152-ФЗ.
  5. Параллельный редизайн и миграция данных без feature flags.

Типичные провалы

  • [ ] Есть единый glossary для бизнеса и разработки
  • [ ] KPI привязаны к измеримым событиям в продукте
  • [ ] Описаны интеграции и владельцы данных
  • [ ] План релизов с rollback и мониторингом
  • [ ] Оценён TCO на 3 года, а не только CAPEX первого спринта
  • [ ] Согласованы критерии приёмки с заказчиком и поддержкой

Чеклист на спринт

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

  • Сверьте sitemap с фактическими 200 OK
  • Проверьте hreflang и пагинацию каталога
  • Снимите метрики CWV до и после релиза
КритерийСлабый сигналСильный сигнал
P0Блокирует индексациюrobots, 5xx, редирект-цепочки
P1Снижает CTRtitle/desc шаблоны, schema
P2УскорениеLCP, кеш, изображения

Что проверять в первую очередь

Технический SEO начинается с индексации и crawl budget: robots.txt, canonical, пагинация, faceted navigation в каталогах. Затем — Core Web Vitals (LCP, INP, CLS) и мобильная версия; для интернет-магазинов критичны скорость карточки и стабильность layout при подгрузке цены. Проверьте schema.org: Organization, Product, FAQ, BreadcrumbList — без дублирования JSON-LD на странице. Отдельный блок — hreflang и мультрегион, если есть несколько доменов или подпапок.

Логи сервера и Search Console покажут 404/5xx на money-pages. Сверьте sitemap с фактическими URL после последнего релиза — типичная ошибка: в sitemap остались старые slug после редизайна. Для enterprise полезен регламент: перед каждым релизом прогон технического SEO чеклиста и diff sitemap. Автоматизируйте мониторинг: алерт, если доля страниц «Discovered — not indexed» растёт неделю подряд.

FAQ

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

С чего начать техаудит?

Индексация, статус-коды, скорость, мобильность, sitemap/robots, разметка.

Статья — порядок.

Потом контент.

Чеклист хватит вместо агентства?

Для гигиены — да. Для конкурентной ниши — нужен специалист.

См. техSEO.

Приоритеты важны.

Как часто повторять?

После крупных релизов и раз в квартал.

Мониторинг 5xx/индекса.

Регрессии ловим.

JS-сайты особенные?

Да: рендер, crawl budget, гидратация.

См. Next.js.

Проверяйте HTML глазами бота.

Связь с чеклистом запуска?

Запуск — минимум; техSEO — глубже.

См. чеклист запуска.

Оба.

Следующий шаг

Нужен техаудит
перед релизом?

Опишите контекст в брифе — вернёмся с планом, оценкой и рисками в течение рабочего дня.