К содержимому

SEO-аудит интернет-магазина

| Статья: 10 мин чтения | SEO и поиск

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

Простыми словами

Поисковая система проходит три шага: находит страницу (сканирование), сохраняет её в индексе, а затем решает, кому и на какой позиции её показать. SEO-аудит отвечает на три вопроса:

  1. Видит ли Google все важные страницы? Категории, подкатегории, карточки товаров, статьи.
  2. Не тратит ли он время на ненужные? Тысячи страниц фильтров, сортировок, внутреннего поиска, URL с UTM-метками.
  3. Понятно ли с каждой страницы, на какой запрос она отвечает? Заголовок, текст, структура, внутренние ссылки.

Для интернет-магазина второй пункт обычно самый болезненный: каталог с фильтрами может порождать почти бесконечное количество адресов.

Что проверяют

1. Сканирование и индексация

  • Отчёты Google Search Console: сколько страниц в индексе, сколько «Обнаружено, сейчас не проиндексировано», какие ошибки.
  • Коды ответа. Страницы с кодом 4xx Google считает несуществующими и удаляет из индекса; при 5xx он временно замедляет сканирование, а если ошибки продолжаются, тоже убирает страницы из индекса (Google Search Central).
  • «Мягкие 404». Страница отдаёт код 200, но показывает «товар не найден» или пустой список. Search Console помечает её как soft 404 (Google). В магазинах это типично для распроданных товаров и пустых категорий.
  • robots.txt. Он управляет сканированием, но не убирает страницу из поиска: заблокированный адрес может попасть в индекс без описания, если на него ведут ссылки. Чтобы страницы не было в поиске, нужен `noindex` или пароль (Google).
  • Sitemap. В файле должны быть только страницы, которые вы хотите видеть в поиске (Ahrefs). Sitemap помогает найти адреса, но не гарантирует индексацию (Google).
  • Одна главная версия сайта. http, https, www и без www должны перенаправлять на один адрес (Ahrefs).

2. Структура каталога и внутренние ссылки

Google советует строить магазин так: меню ведёт на категории, категории — на подкатегории, подкатегории — на все товары. Категория должна ссылаться на каждый свой товар, потому что Googlebot может не найти все товары только сканированием (Google, структура e-commerce сайта).

Что проверяют: - есть ли товары, до которых можно добраться только через поиск по сайту: Googlebot обычно не вводит запросы в поиск, поэтому такие товары нужно прилинковать или добавить в sitemap или фид Merchant Center (Google); - сделаны ли ссылки обычными `<a href>`, а не JavaScript-событиями; - ссылаются ли главная и блог на ключевые категории и бестселлеры: Google использует количество внутренних ссылок как сигнал относительной важности страницы (там же); - «сиротские» страницы без единой внутренней ссылки и битые внутренние ссылки (Ahrefs).

3. Дубли: фильтры, фасеты, сортировка, пагинация

Это центральная часть аудита магазина.

Фасетная навигация (фильтры по цвету, размеру, бренду, цене) на URL-параметрах создаёт почти бесконечное пространство адресов. Последствия по Google: краулер сканирует много бесполезных страниц, прежде чем поймёт, что они бесполезны, и из-за этого медленнее находит новые полезные страницы (Google, faceted navigation).

Что делать, по рекомендациям Google:

  • Если фильтрованные страницы в поиске не нужны: закрыть параметры фильтров в robots.txt; либо перенести фильтры во фрагмент после `#` — Google его обычно игнорирует. `rel="canonical"` и `rel="nofollow"` тоже помогают, но в долгосрочной перспективе менее надёжны, чем robots.txt (Google).
  • Если часть фильтров должна быть в поиске (например, «кроссовки Nike мужские» — реальный запрос): использовать стандартный разделитель `&`, держать одинаковый порядок фильтров в пути, не допускать повторов, а для комбинаций без товаров, бессмысленных комбинаций и несуществующих страниц пагинации отдавать 404 (Google).

Дубли с параметрами. Одна и та же карточка по адресам с `?gclid=` или `utm_` — классический пример из документации Google. Способы склеить дубли от самого сильного до самого слабого сигнала: 301-редирект, `rel="canonical"`, включение в sitemap только основного адреса (Google, дубликаты URL).

Варианты товара (цвет, размер). Google советует давать каждому варианту собственный адрес — путём (`/t-shirt/green`) или параметром (`?color=green`); если параметр необязателен, canonical указывает на адрес без него. Фрагменты `#black` / `#white` Google считает одной страницей (Google, URL для e-commerce).

Пагинация. Каждая страница списка — отдельный URL (например `?page=2`) со своим canonical, а не canonical на первую страницу. `rel=prev/next` Google больше не использует; страницы нужно связать обычными ссылками. «Показать ещё» и бесконечная прокрутка должны дублироваться ссылками, потому что краулер не нажимает кнопок (Google, пагинация).

4. Мета-теги и заголовки

  • Уникальный и точный `<title>` для каждой страницы (Google, SEO Starter Guide).
  • Meta description — одно-два предложения, уникальные для страницы; Google часто берёт сниппет из текста страницы, но иногда и из описания (там же).
  • Тег meta keywords Google не использует (там же) — тратить на него время не стоит.
  • В магазине с тысячами товаров мета-теги генерируют по шаблонам. Аудит ищет шаблоны, которые дают одинаковые заголовки для разных страниц.

5. Контент

  • Отвечает ли категория на запрос: понятное название, полезное вступление, фильтры, а не только сетка товаров.
  • Уникальные описания товаров вместо скопированных у поставщика. Копирование чужого текста — проблема, хотя «штрафа за дубликаты» как такового Google не применяет (Google).
  • Alt-тексты фото товаров (там же).
  • Страницы, теряющие трафик, и запросы, по которым конкуренты есть в поиске, а вы нет (Ahrefs).
  • Структурированные данные (Product, цена, наличие, отзывы): Google выделяет их отдельной темой в своём руководстве для e-commerce (Google, e-commerce).
  • Языковые версии. Для магазина с украинской и английской версией нужны hreflang-аннотации с кодом языка ISO 639-1 (`uk`, `en`); каждая версия должна указывать на все остальные, иначе теги игнорируются (Google, hreflang).

6. Ссылки

  • Битые страницы, на которые до сих пор ведут внешние ссылки: их восстанавливают или перенаправляют, чтобы не терять вес ссылок (Ahrefs).
  • Ручные санкции в Search Console и резкие падения трафика, совпадающие с обновлениями алгоритмов (Ahrefs).

7. Скорость и мобильная версия

Google индексирует мобильную версию сайта, поэтому она должна содержать тот же основной контент, те же структурированные данные и мета-теги, что и десктопная (Google, mobile-first indexing). Core Web Vitals — единственный аспект page experience, который, по словам Google, напрямую используют системы ранжирования; но высокие оценки не гарантируют топовых позиций (Google, page experience). Подробнее — в статье Технический аудит сайта.

Специфика больших каталогов

Google отдельно пишет о краулинговом бюджете — наборе адресов, которые Google может и хочет просканировать. Он зависит от того, сколько запросов выдерживает сервер, и от того, насколько Google интересен сайт. Руководство рассчитано примерно на сайты от 1 млн страниц с еженедельными изменениями, от 10 тыс. страниц с ежедневными изменениями, или на сайты, где много адресов в статусе «Обнаружено, сейчас не проиндексировано» (Google, crawl budget). Магазин с 20 тыс. товаров, где цены и наличие обновляются ежедневно, под это описание подпадает.

Что из этого следует для аудита: - noindex не экономит бюджет: Google всё равно запрашивает такие страницы. Для блокировки сканирования — robots.txt (Google). - Удалённые навсегда товары — 404 или 410; товары «временно нет в наличии» обычно лучше оставить доступными. - Цепочки редиректов сокращают до одного шага (Google). - Скорость сервера: чем быстрее и стабильнее отвечает сайт, тем больше Google сканирует (Google). - Sitemap с `lastmod` для частых обновлений (там же).

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


SEO-аудит

Технический аудит

Цель

Видимость в поиске и трафик

Исправность сайта: скорость, ошибки, безопасность

Техническая часть

Только то, что влияет на сканирование и индексацию

Вся: сервер, Core Web Vitals, ошибки, HTTPS, мобильная версия

Контент и запросы

Да: мета-теги, тексты, структура под запросы, конкуренты

Обычно нет

Ссылки

Внутренние и внешние

В основном битые внутренние ссылки

Запрос «технический SEO-аудит» обычно означает пересечение: те пункты технического аудита, которые влияют на поиск (индексация, коды ответа, редиректы, дубли, robots, sitemap, скорость). В Ahrefs таким техническим проверкам соответствует большая часть из 13 шагов аудита (Ahrefs).

Типичные ошибки

  • Закрыть фильтры в robots.txt и одновременно поставить на них noindex. Если странице запрещено сканирование, Google не увидит её noindex.
  • Canonical всех страниц пагинации на первую. Товары со второй и последующих страниц могут выпасть из поля зрения Google.
  • Открыть для индексации все комбинации фильтров вместо тех, под которые есть реальный спрос.
  • Удалять распроданные товары без редиректа или 404, оставляя пустые страницы с кодом 200.
  • Аудит без данных Search Console: сканер показывает, что есть на сайте, но не показывает, что видит Google.
  • Список из сотен пунктов без приоритетов. Полезнее 10 исправлений, отсортированных по влиянию на трафик.

FAQ

Что входит в SEO-аудит интернет-магазина? Проверка индексации и кодов ответа, robots.txt и sitemap, структуры каталога и внутренних ссылок, дублей от фильтров и пагинации, мета-тегов, контента, внешних ссылок, мобильной версии и скорости.

Чем технический SEO-аудит отличается от обычного? Технический проверяет только то, что мешает Google сканировать и индексировать страницы. Полный SEO-аудит добавляет контент, запросы, конкурентов и ссылки.

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

Нужно ли закрывать фильтры от индексации? Те, под которые нет поискового спроса, — да, надёжнее всего через robots.txt. Комбинации с реальным спросом можно оставить открытыми с чистыми адресами и заполненными мета-тегами.

Влияет ли скорость сайта на позиции? Core Web Vitals используются в ранжировании, но главным остаётся релевантность страницы запросу.

Связанные термины

Источники

Хотите проверить это на своём магазине?

SEO-продвижение

Приводим целевой трафик из поиска: структура, контент и техническая оптимизация.

Об услуге →

Поделиться

Читайте также

  • Google Merchant Center и бесплатные товарные объявления

    | Статья: 5 мин чтения

    Google Merchant Center — это кабинет, в который магазин загружает данные о своих товарах (название, цену, наличие, фото, ссылку), чтобы Google показывал их в Покупках, поиске, на картинках и в других сервисах. Бесплатные товарные объявления (free listings) …

  • Технический аудит сайта

    | Статья: 7 мин чтения

    Технический аудит сайта — это проверка того, как сайт работает «под капотом»: скорость и Core Web Vitals, коды ответа сервера (404, 5xx), редиректы, robots.txt и sitemap, HTTPS, мобильная версия. Его цель — найти ошибки, которые мешают покупателям…

  • Тренды SEO для интернет-магазина

    | Статья: 6 мин чтения

    Тренды SEO — это изменения в том, как люди ищут и как поиск показывает результаты. За 2025–2026 годы больше всего изменили картину ответы на базе ИИ прямо в поиске Google (AI Overviews, AI Mode), рост поиска без кликов и новые инструменты отчётности. Базовые…

  • AI Overviews и AI Mode в Google

    | Статья: 4 мин чтения

    AI Overviews — это короткий ответ от ИИ над обычными результатами Google со ссылками на источники. AI Mode — отдельный режим поиска для более сложных запросов: сравнений, многошаговых вопросов, с развёрнутым ответом и ссылками. Оба используют «разветвление…