Техническое SEO редко «убивает» сайт одной большой ошибкой. Почти всегда это набор мелких сбоев, которые вместе режут краулинг, индексацию, качество сниппетов и, в итоге, органический трафик и выручку.

Ниже 15 проблем, которые мы чаще всего находим в аудитах. С фокусом на механику: что ломается, как проверить, как исправить, и какой эффект ждать.

Если вы хотите, чтобы мы прошли ваш сайт по чек-листу и привязали находки к деньгам, а не к «оценкам», оставьте заявку на https://bluewhiteagency.com/ru/ — мы обычно начинаем с короткого технического скрининга и приоритизации по влиянию на трафик и pipeline.

1) robots.txt блокирует нужные разделы (или даёт ложные сигналы)

Что происходит: вы случайно закрываете от ботов CSS/JS, изображения, фильтры, карточки, параметры или даже весь сайт в определённых user-agent. Google в итоге видит «урезанную» версию страницы, хуже рендерит, хуже понимает контент.

Как проверить:

  • Откройте site.com/robots.txt
  • Google Search Console (GSC) → Проверка robots.txt (если доступно) или Проверка URL и диагностические сообщения.
  • Логи сервера: доля 403/404 для Googlebot по закрытым путям.

Как исправить:

  • Разрешите доступ к /wp-content/, /assets/, /static/, JS/CSS, изображениям.
  • Не используйте Disallow: /? без понимания, что у вас на параметрах.
  • Добавьте ссылку на sitemap в robots.txt.

2) noindex / canonical выставлены не туда

Что происходит: страницы либо выпадают из индекса, либо канонизируются на нерелевантные URL. Часто встречается после редизайна, миграции, установки SEO-плагинов, автогенерации тегов.

Как проверить:

  • GSC → Страницы → причины исключения (например, «Страница с тегом noindex», «Дубликат, Google выбрал другой канонический»).
  • Массовый скан (Screaming Frog/JetOctopus) → meta robots, HTTP header X-Robots-Tag, canonical.

Как исправить:

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

3) Плохая архитектура: глубина клика и «сироты»

Что происходит: важные страницы лежат глубоко, без внутренних ссылок, и бот до них либо не доходит, либо доходит редко. Вес размазывается, ранжирование слабее.

Как проверить:

  • Crawl → распределение по глубине (click depth).
  • Отчёт по страницам без входящих ссылок (orphan pages).
  • Внутренняя перелинковка: есть ли логичная иерархия.

Как исправить:

  • Сделать 2–3 клика до ключевых разделов.
  • Добавить блоки «Похожие», «С этим читают», «Популярное», «Ссылки в тексте».
  • Привести меню/хлебные крошки к читаемой структуре.

4) 404, 410 и «мягкие 404» на живых URL

Что происходит: страницы исчезают без корректного редиректа, либо отдают 200 с «страница не найдена» внутри. Google тратит краул-бюджет впустую, а ссылки и накопленный вес сгорают.

Как проверить:

  • GSC → Страницы → «Не найдено (404)», «Soft 404».
  • Логи: частота обхода и ответы.
  • Скан сайта на битые ссылки.

Как исправить:

  • Для удалённых страниц без аналога: 410.
  • Для переезда/замены: 301 на ближайший релевантный URL.
  • Не делайте 302 «на всякий случай» для постоянных изменений.

5) Некорректные редиректы: цепочки, петли, массовые 302

Что происходит: бот и пользователь проходят 2–5 редиректов, теряется часть веса, растёт время ответа. А 302 при постоянном редиректе мешает передаче сигналов.

Как проверить:

  • Crawl → redirect chains/loops.
  • DevTools → Network → сколько хопов до финального URL.
  • Логи: повторяющиеся запросы одних и тех же URL.

Как исправить:

  • Свести к одному 301.
  • Убрать петли (http→https→http или www↔non-www).
  • Нормализовать слеши, регистр, параметры.

6) Дубли из-за параметров, фильтров и сортировок

Что происходит: один и тот же контент доступен по десяткам URL: ?sort=, ?utm=, ?filter=, ?page=, варианты слеша, верхний регистр. Индекс захламляется, каннибализация растёт, краул-бюджет горит.

Как проверить:

  • GSC → «Дубликат…»
  • Crawl → группы дублей по title/H1/контенту.
  • Аналитика: трафик размазан по параметрическим URL.

Как исправить:

  • Чёткая политика canonical.
  • Для UTM: canonical на чистый URL.
  • Для фильтров: либо закрывать от индекса (noindex, follow), либо превращать в осмысленные SEO-посадки (если есть спрос и уникальность).
  • Правильная обработка пагинации.

7) Проблемы с sitemap.xml: мусор, не те статусы, несостыковки

Что происходит: sitemap содержит 404, редиректы, noindex, каноникал на другое, или вообще не обновляется. Поисковик получает шум вместо карты приоритетов.

Как проверить:

  • GSC → Файлы Sitemap: сколько отправлено и сколько проиндексировано.
  • Прогнать sitemap через сканер: статусы, canonical, meta robots, lastmod.

Как исправить:

  • В sitemap только 200 OK, indexable, canonical-self страницы.
  • Разбить на несколько sitemap по типам: страницы, статьи, категории, товары.
  • Обновлять lastmod корректно, не «сегодня у всех».

8) Скорость и Core Web Vitals: LCP/INP/CLS бьют по видимости

Что происходит: сайт тяжёлый, рендер блокируется, кликабельность страдает, поведенческие ухудшаются. Для конкурентных SERP это реальный минус.

Как проверить:

  • PageSpeed Insights (поле и лаборатория).
  • GSC → Основные интернет-показатели.
  • WebPageTest: waterfalls, TTFB, LCP элемент.

Как исправить (по приоритету):

  • Сжать/конвертировать изображения (WebP/AVIF), правильные размеры.
  • Убрать блокирующие скрипты, отложенная загрузка, code splitting.
  • Кэш и CDN.
  • Оптимизировать шрифты (preload, subset).
  • Стабилизировать макет (фиксированные размеры медиа, резервирование блоков).

9) Рендеринг и JS: контент не виден боту

Что происходит: сайт отдаёт «пустую» оболочку, а контент подтягивается JS. Google умеет рендерить, но это дороже, медленнее и не всегда стабильно. На больших сайтах это превращается в недоиндексацию.

Как проверить:

  • GSC → Проверка URL → «Просмотреть проиндексированную страницу» и «Проверка в реальном времени».
  • Сравнить HTML ответа сервера и отрендеренный DOM.
  • Инструменты типа Rendertron/сканеры с JS рендером.

Как исправить:

  • SSR/пререндер для критических страниц.
  • Важный контент и ссылки должны быть в исходном HTML.
  • Не прятать навигацию за onclick без нормальных <a href>.

10) Неправильные hreflang и мультирегиональность

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

Как проверить:

  • GSC → Таргетинг по странам и языкам (если доступно) и отчёты по международному таргетингу.
  • Валидация hreflang: взаимность, корректные коды, canonical, 200 OK.

Как исправить:

  • hreflang должен быть взаимным и ссылаться на существующие страницы.
  • Каждый язык/регион имеет self-canonical.
  • Добавить x-default для глобальной версии, если нужно.

11) Ошибки в статусах: 200 на редиректных, 301 на живых, 206/429

Что происходит: нестандартные ответы ломают обход. Часто это следствие WAF, антибота, лимитов, неправильной конфигурации CDN.

Как проверить:

  • Логи сервера: 5xx, 429, рост времени ответа.
  • Crawl: неожиданные статусы, недоступность для Googlebot.
  • GSC → Статистика сканирования: пики ошибок, падение скачанных страниц.

Как исправить:

  • Настроить лимиты так, чтобы Googlebot не попадал под блокировки.
  • Устранить 5xx на пиках нагрузки.
  • Нормализовать ответы на уровне приложения и CDN.

12) Каннибализация из-за дублей intent: одинаковые кластеры на разных URL

Что происходит: несколько страниц пытаются ранжироваться по одному кластеру запросов. В итоге Google постоянно «переключает» URL в выдаче, позиции плавают, CTR падает.

Как проверить:

  • GSC → запрос → вкладка «Страницы»: несколько URL по одному запросу.
  • SERP: разные страницы сайта по одной теме.

Как исправить:

  • Объединить контент в одну сильную страницу, остальные 301 или canonical.
  • Развести intent: одна страница под коммерческий запрос, другая под информационный.
  • Жёстче перелинковать на главную страницу кластера.

13) Тонкий/пустой контент на листингах и категориях

Что происходит: категории без текста, без уникальных блоков, с пустыми фильтрами и одинаковыми заголовками. Для eCommerce и каталогов это типичная причина слабого органического роста.

Как проверить:

  • Crawl → страницы с малым количеством текста.
  • Сравнение категорий: одинаковые title/H1, одинаковые описания.
  • SERP: категории не держат позиции.

Как исправить:

  • Добавить уникальные описания (без «воды»), FAQ, блоки выбора, внутренние ссылки.
  • Сделать нормальные шаблоны title/H1 с переменными.
  • Закрыть от индекса пустые состояния и мусорные комбинации фильтров.

14) Структурированные данные (Schema) сломаны или отсутствуют

Что происходит: вы теряете расширенные сниппеты, а иногда получаете ручные меры за мусорную разметку. Для коммерции и контента Schema напрямую влияет на CTR и восприятие релевантности.

Как проверить:

  • Rich Results Test / Schema Markup Validator.
  • GSC → Улучшения (FAQ, Product, Breadcrumb, Organization и др.) → ошибки/предупреждения.

Как исправить:

  • Разметить минимум: Organization, Breadcrumb, Article/BlogPosting, Product (если есть), FAQ (если реально есть FAQ на странице).
  • Следить за соответствием разметки контенту.
  • Не размечать скрытый или несуществующий контент.

15) Нет сквозной аналитики по SEO: лечите «трафик», а режется выручка

Что происходит: SEO оценивают по сессиям и позициям, а не по качеству спроса и конверсии. В итоге вы улучшаете «видимость», но портите структуру, посадочные или intent, и pipeline деградирует.

Как проверить:

  • Есть ли связка: GSC → посадочные → события/цели → сделки/выручка.
  • Размечены ли формы, звонки, чаты, заявки, микроконверсии.
  • Сегментация по типам страниц и кластерам.

Как исправить:

  • Настроить GA4 события и конверсии, связать с CRM (хотя бы выгрузками).
  • Отдельно смотреть SEO по типам страниц: коммерческие, контентные, категории.
  • Делать приоритизацию по влиянию на pipeline quality, а не по «количеству исправленных ошибок».

Какие картинки добавить в статью (вставьте в WordPress по месту)

Ниже подсказки по изображениям, чтобы статья читалась и выглядела как практический гайд. В WordPress просто вставьте скриншоты.

  1. Скрин GSC “Страницы” с примерами исключений (noindex, дубликаты, soft 404).
  2. Скрин Screaming Frog: вкладка Canonicals или Response Codes с редирект-цепочками.
  3. Скрин PageSpeed Insights: CWV и LCP элемент.
  4. Скрин Rich Results Test: ошибки Schema.
  5. Схема архитектуры сайта (простая диаграмма уровней: Главная → Категории → Подкатегории → Карточки).

Пример вставки изображения в Markdown (замените ссылку на свою после загрузки в WP/медиа-библиотеку):

Как мы это приоритизируем в BlueWhite Agency (чтобы не утонуть в чек-листах)

Технические задачи мы делим на 3 уровня:

  1. Индексация и краулинг: robots/noindex/canonical, sitemap, статусы, дубли.
  2. Рендер и производительность: CWV, JS, TTFB, рендер критического контента.
  3. Сигналы качества и CTR: Schema, архитектура, внутренние ссылки, устранение каннибализации.

Сначала возвращаем контроль над индексом и обходом. Потом ускоряем. Потом докручиваем то, что даёт прирост кликов при тех же позициях.

Чек-лист на 30 минут: быстрый скрининг перед аудитом

  • site:domain.com в Google: есть ли мусорные параметры/дубли.
  • GSC → Страницы: топ-3 причины исключений.
  • GSC → Статистика сканирования: нет ли 5xx/429 и падения обхода.
  • Открыть 5 ключевых URL: корректны ли canonical, index/noindex.
  • PageSpeed Insights на 2–3 ключевые посадочные.
  • Rich Results Test: есть ли базовая Schema без ошибок.

Заключение

Техническое SEO это не «поправить мета-теги». Это контроль над тем, что поисковик видит, как часто обходит, какую версию считает основной и насколько быстро сайт отдаёт полезный контент.

Если хотите, мы в BlueWhite Agency разложим ваши технические проблемы по влиянию на трафик и продажи, а не по количеству пунктов в отчёте. Оставьте заявку на https://bluewhiteagency.com/ru/ и пришлите доступ к GSC. Начнём с диагностики и плана работ с приоритетами и критериями “готово”.

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

Почему техническое SEO редко убивает сайт одной большой ошибкой?

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

Какие проблемы чаще всего встречаются при техническом SEO-аудите?

Чаще всего обнаруживаются ошибки с robots.txt, неправильные настройки noindex и canonical, блокировка важных ресурсов для ботов, некорректная индексация страниц и другие механические сбои, влияющие на видимость сайта.

Как проверить, не блокирует ли robots.txt важные разделы сайта для поисковых ботов?

Необходимо открыть файл robots.txt по адресу site.com/robots.txt, использовать инструменты Google Search Console для проверки robots.txt или конкретных URL, а также анализировать логи сервера на наличие ошибок 403/404 для Googlebot по закрытым путям.

Что делать, если robots.txt случайно закрывает доступ к CSS/JS или изображениям?

Следует разрешить доступ к критичным папкам как /wp-content/, /assets/, /static/, а также к JS/CSS и изображениям. Не рекомендуется использовать Disallow для параметров без полного понимания их влияния. Также полезно добавить ссылку на sitemap в robots.txt.

Какие последствия возникают при неправильной установке тегов noindex или canonical?

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

Как проверить корректность выставления тегов noindex и canonical?

В Google Search Console нужно перейти в раздел «Страницы» и посмотреть причины исключения страниц из индексации, например «Страница с тегом noindex» или «Дубликат, Google выбрал другой URL». Также стоит провести аудит мета-тегов на страницах сайта.