Перейти к содержанию
RU
ЗАПИСАТЬСЯ
Направление SEO

Технический аудит сайта и внедрение исправлений

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

ГлавнаяКатегорияУслугаБлогВ индексеРедирект404 / дубль
Условное изображение: схема сканирования сайта.
Назначение и вид

Для чего мы используем эту услугу?

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

Этапы воронки

  1. Узнаваемость
  2. Рассмотрение
  3. Конверсия
  4. Лояльность

Что мы проверяем в техническом аудите сайта в первую очередь

Прежде чем запускать краулер, мы смотрим, как сайт видит Google. Отчёт об индексировании страниц показывает, какие URL не попали в индекс и почему. В документации Google прямо сказано, что не стоит ожидать индексирования каждого URL: достаточно, чтобы в индексе были канонические и важные страницы. Поэтому мы не гонимся за общим числом, а проверяем, в каком состоянии находятся важные страницы.

  • Страницы категорий и товаров со статусом «Страница просканирована, но пока не проиндексирована»
  • URL с параметрами, получившие предупреждение «Копия, канонический вариант не выбран пользователем»
  • Страницы, закрытые в robots.txt, на которые при этом ведут внешние ссылки
  • Адреса из Sitemap, которые отдают 404 или редирект
  • Контент, подгружаемый через JavaScript, которого нет в сформированном HTML в инструменте проверки URL

Фильтры, дубли и краулинговый бюджет: когда это реальная проблема

Руководство Google по краулинговому бюджету написано в основном для двух типов сайтов: с более чем 1 миллионом отдельных страниц, которые обновляются еженедельно, и с более чем 10 000 страниц, контент которых меняется ежедневно. Для корпоративного сайта на 300 страниц мы не предлагаем проект по краулинговому бюджету: там проблема почти всегда в другом.

В электронной коммерции URL с параметрами, которые создают фильтры по цвету, размеру, цене и сортировке, могут порождать бесконечное число адресов. Google рекомендует закрывать от сканирования через robots.txt URL фильтров, которые не нужны в поиске. Несколько действительно востребованных комбинаций, например «женские чёрные ботинки», мы превращаем в страницы с чистым URL и собственным заголовком, а остальные исключаем из сканирования. На готовых платформах интернет-магазинов в Турции настройки robots.txt и канонических адресов не всегда можно свободно менять, поэтому сначала проверяем, что позволяет платформа.

robots.txt, noindex, canonical и Sitemap: частые ошибки

robots.txt не удаляет страницу из индекса, а только запрещает её сканирование. Если мы добавляем noindex на страницу, которую хотим убрать из индекса, она должна оставаться доступной для сканирования, чтобы Google увидел этот тег; использование обоих способов одновременно — одна из самых частых ошибок, которые мы встречаем. Канонический тег — не команда, а подсказка: если внутренние ссылки и Sitemap указывают на другой URL, Google может выбрать другой канонический адрес.

С Sitemap связано похожее заблуждение. Google игнорирует значения priority и changefreq, а lastmod использует, только если оно стабильно и проверяемо верно. Плагины, которые каждую ночь обновляют lastmod у всех страниц, подрывают это доверие. Один файл Sitemap может содержать не более 50 000 URL или 50 МБ в несжатом виде; на крупных сайтах карты, разделённые по типам страниц, к тому же упрощают отслеживание проблем индексирования по каждому типу.

Переезд сайта без потери трафика: редиректы и контроль индексации

При смене домена, платформы или структуры URL самая дорогая ошибка — неполная карта редиректов. Перед переездом мы выгружаем из данных Search Console за последние 16 месяцев все URL, которые приносят трафик и конверсии, и сопоставляем каждый с новым адресом через 301-й редирект. В день запуска проверяем редиректы на выборке, а первые две недели ежедневно отслеживаем отчёт об индексировании. Задачи по скорости мы планируем вместе с работой над Core Web Vitals, а перенос тегов измерения вместе с настройкой Google Tag Manager.

Техническое SEO: когда мы это рекомендуем?

Рекомендуем

  • Интернет-магазинам с тысячами товаров и комбинаций фильтров
  • Брендам, которые собираются сменить домен, платформу или структуру URL
  • Сайтам на архитектуре одностраничного приложения, где контент подгружается через JavaScript
  • Сайтам с несколькими языковыми или страновыми версиями, использующим hreflang

Не рекомендуем

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

Как мы ведём Техническое SEO

  1. Взгляд глазами GoogleПо данным индексирования страниц, статистики сканирования и проверки URL определяем проблемные типы страниц.
  2. Имитация сканированияОбходим сайт краулером и выявляем проблемы с каноническими адресами, цепочками редиректов и внутренними ссылками.
  3. Группировка по шаблонамСобираем проблемы не по отдельным URL, а по шаблонам: категории, товары, фильтры.
  4. Список задач для разработчикаОписываем каждую задачу с примером URL, ожидаемым поведением и способом проверки.
  5. Проверка после запускаПодтверждаем исправления через проверку URL и изменения в отчёте об индексировании.

Техническое SEO: метрики и требования

Метрики, которые мы отслеживаем

  • Число проиндексированных важных страниц
  • Статистика сканирования
  • Число дублирующихся URL
  • Цепочки редиректов
  • Состояние Core Web Vitals

Что нужно для старта

  • Полный доступ к ресурсу в Search Console
  • Тестовая среда (staging) или возможность проверки до публикации
  • Серверные логи (для крупных сайтов)
  • Доступ к настройкам robots.txt, канонических адресов и редиректов на платформе
SEO-команда The Brand Move

Чтобы узнать больше о «Техническое SEO» и других услугах SEO, свяжитесь с командой The Brand Move по SEO.

Связаться с нами
Смотрите также

Другие направления: SEO-продвижение

Обзор: SEO-продвижение
Частые вопросы

Техническое SEO: частые вопросы

Как часто нужно проводить технический аудит сайта?

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

Страницы фильтров лучше закрывать через noindex или robots.txt?

Если цель в снижении нагрузки от сканирования, правильнее robots.txt, потому что noindex работает, только если страницу просканировали. Для страниц фильтров, которые уже в индексе, мы сначала ждём, пока они выпадут из индекса по noindex, и только потом закрываем сканирование. Если сделать наоборот, страницы могут надолго остаться в индексе.

Можно ли сделать техническое SEO на готовой платформе интернет-магазина?

Большую часть работ можно выполнить. Однако на некоторых платформах robots.txt, канонические адреса или структура URL редактируются с ограничениями. В первый день аудита мы выясняем, какие настройки доступны на платформе, и при необходимости готовим запросы для её службы поддержки.

Что входит в технический аудит сайта?

Проверка индексирования важных страниц, канонических адресов и дублей, URL с параметрами и фильтров, robots.txt и noindex, файлов Sitemap, цепочек редиректов, внутренних ссылок и контента, который подгружается через JavaScript. Результат — список задач для разработчика, сгруппированный по шаблонам страниц, с примером URL, ожидаемым поведением и способом проверки.

Чем технический аудит отличается от SEO-аудита контента?

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

Как не потерять трафик при переезде сайта?

Ключевое — полная карта 301-х редиректов. Мы выгружаем из Search Console за последние 16 месяцев все URL, которые приносят трафик и конверсии, сопоставляем каждый с новым адресом, в день запуска проверяем редиректы на выборке, а первые две недели ежедневно следим за отчётом об индексировании.

Проведём первую оценку направления «Техническое SEO» вместе.

На бесплатной консультации мы изучим данные Search Console и техническое состояние сайта и письменно пришлём три главных препятствия для органического роста.

Записаться на консультацию Без давления продаж. Только выводы.