Карточки товаров не индексируются: руководство по диагностике индексации в e-commerce
Ваши товары невидимы в Google Shopping и органическом поиске. Диагностируйте характерные для e-commerce проблемы индексации, мешающие сканированию и попаданию карточек товаров в индекс.
В этой инструкции
Карточки товаров — это ядро, генерирующее выручку любого e-commerce-сайта, но именно их тяжелее всего стабильно загнать в индекс. Главная страница и страницы рубрик могут появляться в Google без проблем, тогда как отдельные карточки товаров неделями и месяцами томятся в «Просканирована, но пока не проиндексирована».
E-commerce-сайты сталкиваются с задачами индексации, принципиально отличающимися от задач блогов или корпоративных сайтов:
- Дублирующиеся описания — карточки товаров часто содержат одинаковый текст от производителя, который повторяется у сотен других магазинов;
- Разрастание фасетной навигации — системы фильтров порождают тысячи параметрических вариантов URL, дробящих бюджет сканирования;
- Дублирование вариаций товара — размеры, цвета и конфигурации создают кластеры почти одинаковых страниц;
- Сигналы soft 404 — карточки товаров, которых нет в наличии, могут возвращать страницы со слишком малым контентом;
- JavaScript-рендеринг — многие современные платформы рендерят цены и наличие на стороне клиента, оттягивая возможность Google оценить Ваш контент.
Это руководство разбирает каждую из этих задач с конкретными диагностическими шагами и решениями. Принципы применимы и к магазину на Shopify, и к сайту на WooCommerce, и к установке Magento, и к самописной платформе.
Проблема дублирующихся описаний в e-commerce
Главная причина, по которой карточки товаров не попадают в индекс, — дублирующийся контент из описаний, предоставленных производителем. Когда производитель даёт описание товара, каждый розничный продавец, как правило, копирует один и тот же текст на свою карточку. Google встречает сотни и тысячи страниц с одинаковым контентом и должен выбрать, какие из них индексировать.
Подход Google — индексировать ту версию, которую он считает наиболее авторитетной, и пропускать остальные. Если Вы — малый или средний магазин, конкурирующий с Amazon, Walmart и сайтом самого производителя, Ваша версия одинакового описания почти наверняка окажется отброшенной.
Решение по сути простое, но трудоёмкое на практике: писать уникальные описания товаров. Каждой карточке товара, которую Вы хотите видеть в индексе, нужен оригинальный контент, не встречающийся больше нигде. Достаточно даже двух-трёх абзацев, охватывающих:
- Ваш уникальный взгляд на товар;
- как он сравнивается с альтернативами, которые Вы продаёте;
- конкретные сценарии использования, о которых рассказали Ваши клиенты;
- развёрнутые технические наблюдения.
... — этого хватит, чтобы дифференцировать страницу.
Для магазинов с тысячами товаров применяйте многоуровневый подход:
- Флагманские товары — полностью индивидуальные описания;
- Товары среднего уровня — уникальные вступительные абзацы при общих таблицах характеристик;
- Товары «длинного хвоста» — как минимум уникальное вводное предложение плюс контент из отзывов покупателей.
Пользовательский контент — Ваш секретный козырь. Отзывы клиентов, разделы вопросов и ответов и пользовательские фотографии создают уникальный контент, которого нет ни у одного другого магазина. Стимулируйте отзывы постпокупочными email-цепочками и максимально упрощайте процесс отправки отзыва. Карточка товара с десятью настоящими отзывами клиентов содержит существенно больше уникального текста, чем страница только с описанием от производителя.
Фасетная навигация и взрыв параметрических URL
Фасетная навигация — это система фильтров, позволяющая покупателям сужать товары по атрибутам: размеру, цвету, диапазону цен, бренду и материалу. Удобная для пользователя, она оказывается одной из самых разрушительных сил для индексации в e-commerce, потому что порождает астрономическое количество вариантов URL.
Рассмотрим рубрику одежды с фильтрами по размеру (10 значений), цвету (15), материалу (5), диапазону цен (4) и бренду (20). Математические комбинации дают десятки тысяч уникальных URL, каждый из которых показывает чуть иной поднабор одних и тех же товаров. Сайт с 50 рубриками легко порождает миллионы фасетных URL.
Диагностический признак — масса параметрических URL в отчёте «Страницы» в Google Search Console под статусом «Просканирована, но пока не проиндексирована» или «Дубликат, Google выбрал другую каноническую страницу». Если в этих отчётах Вы видите URL вроде /shoes?color=red&size=10&brand=nike, фасетная навигация съедает Ваш бюджет сканирования.
Решения, от самых жёстких к самым мягким:
- 1Блокировка через `robots.txt` — полностью запретите сканирование URL с параметрами фильтров;
- 2Добавьте мета-теги `noindex,follow` на фасетные страницы, чтобы Google мог переходить по ссылкам на карточки товаров, но не пытался индексировать сами фильтрованные страницы;
- 3Внедрите канонические теги на всех фасетных URL, указывающие на нефильтрованную страницу рубрики;
- 4Используйте JavaScript-фильтрацию, обновляющую страницу без изменения URL, — если URL не меняется, Google видит только нефильтрованную версию.
Некоторые фасетные страницы действительно ценны для SEO. Страница со всеми красными беговыми кроссовками Nike может закрывать законный поисковый запрос. Для таких комбинаций с высокой ценностью создавайте отдельные статические лендинги с уникальным контентом, а не полагайтесь на динамически сгенерированный фасетный URL.
Вариации товара и дубли конфигурируемых товаров
Вариации товара создают уникальную проблему дублирования, отличную от проблемы описаний от производителя. Когда товар выпускается в нескольких размерах, цветах или конфигурациях, e-commerce-платформы обрабатывают это по-разному — и часть подходов порождает серьёзные проблемы индексации.
Как платформы обрабатывают вариации (и какие проблемы это создаёт):
- Отдельные URL под каждую вариацию — футболка в 5 размерах и 8 цветах порождает 40 индивидуальных URL с почти идентичным контентом. Google проиндексирует максимум один, потратив впустую 39 запросов сканирования;
- Параметрические URL вида
/t-shirt?color=blue&size=large— чуть лучше, потому что параметрические URL можно покрыть каноническими тегами, но они всё равно порождают сканируемые URL, расходующие бюджет.
Лучшая практика — использовать единый канонический URL товара для всех вариаций. Цвет, размер и опции конфигурации должны обрабатываться внутристраничными селекторами (выпадающими списками, образцами цвета, радиокнопками), которые не меняют URL.
Если Ваша платформа всё же генерирует URL под конкретные вариации:
- Настройте канонические теги на каждом URL вариации с указанием на основной URL товара;
- Убедитесь, что Ваша XML-карта сайта включает только канонический URL товара, а не URL вариаций.
Исключение: товары, чьи вариации — это по сути разные изделия (например, чехлы для телефонов с совершенно разными дизайнами), могут заслуживать отдельной индексации. Дайте каждой вариации уникальный контент — отдельное изображение товара, уникальное описание под конкретную вариацию и различающиеся title.
Проведите аудит сайта на разрастание URL вариаций, проверив Google Search Console на страницы со статусом «Дубликат, отправленный URL не выбран в качестве канонического». Кластеры URL вариаций в этом отчёте означают, что Вашей стратегии канонических тегов нужно внимание.
Товары не в наличии и сигналы soft 404
То, как Ваш сайт обрабатывает отсутствующие в наличии товары, напрямую влияет на индексацию. Если страница товара «нет в наличии» показывает практически пустую страницу всего лишь с сообщением «продано», Google может классифицировать её как soft 404 — страницу, возвращающую HTTP-код 200, но содержащую так мало контента, что Google трактует её как ошибку 404. Soft 404 активно исключаются из индекса.
Проверьте это в отчёте «Страницы» в Google Search Console. Если Вы видите URL товаров со статусом «Soft 404», Ваша платформа, скорее всего, скрывает описание, характеристики и отзывы, когда товар уходит из наличия.
Для временно отсутствующих в наличии товаров:
- Сохраняйте полную страницу товара нетронутой — весь контент, изображения, описания и отзывы видны;
- Замените кнопку «В корзину» формой «Сообщить, когда появится»;
- Это сохраняет индексную ценность страницы, и когда товар вернётся в продажу, он сразу начнёт давать трафик.
Для окончательно снятых с продажи товаров:
- Есть прямая замена —
301-редирект на товар-замену; - Замены нет, но рубрика активна —
301-редирект на страницу рубрики; - И товар, и рубрика сняты — возвращайте статус
410 Gone, чтобы сказать Google окончательно убрать страницу.
Не возвращайте стандартный 404 для снятых товаров, если на URL были внешние обратные ссылки. Они несут SEO-ценность, и редирект передаёт её на страницу назначения.
Карточки товаров, рендерящиеся JavaScript
Современные e-commerce-платформы всё активнее рендерят детали товара клиентским JavaScript. Описания товара, цены, отзывы, информация о вариациях и статус наличия могут асинхронно подгружаться уже после загрузки исходного HTML.
Процесс индексации Google работает в две фазы:
- 1Первая фаза — Google сканирует исходный HTML и индексирует тот контент, который находит в первоначальном ответе сервера;
- 2Вторая фаза — может произойти через часы или даже дни: Google рендерит страницу своим JavaScript-движком (headless-браузером на базе Chromium) и обрабатывает дополнительный контент.
Для карточек товаров это означает: если Ваш критичный контент (название товара, описание, цена, наличие) рендерится только JavaScript, Google в первой фазе увидит почти пустую страницу и может классифицировать её как тонкий контент или soft 404.
Чтобы диагностировать проблемы JavaScript-рендеринга:
- Воспользуйтесь инструментом «Проверка URL» в Google Search Console и сравните HTML-исходник со скриншотом отрисованной страницы;
- Если ключевая информация о товаре отсутствует в HTML, но видна на скриншоте, Ваш контент зависит от JavaScript;
- Используйте «Просмотр кода страницы» (
Ctrl+U) в браузере — не инспектор в DevTools, который показывает уже отрендеренный DOM.
Решения, специфичные для платформ:
- Shopify — контент карточек по умолчанию рендерится на сервере, но сторонние приложения и кастомные секции могут добавлять контент, рендерящийся JS;
- WooCommerce — основной контент карточек обычно рендерится на сервере;
- Headless commerce (фронтенды на React, Vue, Angular) — внедрите SSR или SSG, чтобы детали товара были в исходном HTML-ответе.
Как минимум название товара, основное описание, цена и статус наличия должны быть в серверно отрендеренном HTML.
Пошаговое руководство
Выявите непроиндексированные URL товаров в Search Console
Откройте Google Search Console → отчёт «Страницы». Отфильтруйте по шаблону URL товаров (/products/, /shop/). Сгруппируйте непроиндексированные URL: «Просканирована, но пока не проиндексирована» (качество/дублирование), «Обнаружена, не проиндексирована» (бюджет сканирования), «Дубликат, отправленный URL не выбран в качестве канонического» (проблемы канонических тегов), «Soft 404» (недостаточно контента). Выгрузите данные для системной работы.
Проведите аудит контента товаров на уникальность
Скопируйте характерное предложение с 20 непроиндексированных карточек товаров и выполните поиск в Google в кавычках. Если тот же текст встречается у других магазинов, Ваши описания не уникальны. Если более половины — дубли, начните переписывать с самых выручкообразующих товаров, по два-три оригинальных абзаца на товар.
Анализируйте и контролируйте URL фасетной навигации
Поищите в отчёте «Страницы» URL с ? и параметрами фильтров. Если параметрических URL в 5 раз и больше больше, чем карточек товаров, внедрите контроль: правила Disallow в robots.txt, теги noindex на фасетных страницах, канонические теги, указывающие на чистые URL рубрик, или JavaScript-фильтрацию, не меняющую URL.
Решите проблему дублирования вариаций товара
Выгрузите полный список URL товаров из Вашей e-commerce-платформы и определите товары с URL под конкретные вариации. Проверьте, есть ли у каждого URL вариации канонический тег, указывающий на основной URL товара.
Если у URL вариаций нет канонических тегов или они самореферентные, они конкурируют между собой за индексацию.
Действия:
- Настройте платформу так, чтобы канонические теги на всех URL вариаций указывали на основной URL товара;
- Удалите URL вариаций из XML-карты сайта, оставив только канонические URL товаров;
- Для платформ, где сложно изменить канонические теги вариаций, используйте обработку URL-параметров в Google Search Console, чтобы сообщить Google, как трактовать параметры вариаций.
Исправьте проблемы Soft 404 у отсутствующих в наличии товаров
Отфильтруйте отчёт «Страницы» в Google Search Console по причине «Soft 404» и определите URL товаров в списке. Откройте каждую помеченную карточку и оцените контент, видимый пользователю.
Если страницы «нет в наличии» показывают минимальный контент:
- Обновите шаблон так, чтобы он выводил полное описание товара, изображения, характеристики и отзывы независимо от статуса наличия;
- Замените кнопку покупки функцией уведомления о возврате в продажу.
Для окончательно снятых товаров:
- Настройте `301`-редиректы на товары-замены или родительские рубрики.
После изменений шаблона воспользуйтесь инструментом «Проверка URL», чтобы запросить пересканирование затронутых URL.
Протестируйте JavaScript-рендеринг контента товара
Воспользуйтесь «Проверкой URL» в Google Search Console на 5–10 карточках товаров. Для каждой нажмите «Тест работающего URL» и сравните:
- HTML-исходник (то, что Google видит при первом сканировании);
- скриншот отрендеренной страницы (то, что Google видит после выполнения JavaScript).
Если название, описание, цена или отзывы отсутствуют в HTML, но видны на скриншоте, Ваш контент зависит от JavaScript-рендеринга. Внедрите серверный рендеринг для критичных полей товара.
Для быстрой валидации после изменений посмотрите исходный код страницы в браузере (Ctrl+U) и убедитесь, что название, описание и цена товара появляются в сыром HTML без выполнения JavaScript.
Отправьте приоритетные товары на индексацию
После устранения корневых причин составьте приоритетный список карточек товаров для отправки на индексацию. Начните с самых выручкообразующих и двигайтесь вниз. Используйте «Проверку URL» в Google Search Console, чтобы запросить индексацию до 10–20 товаров в день, или IndexBolt для массовой отправки. Для больших каталогов с сотнями непроиндексированных товаров ручная отправка через Search Console непрактична. Массовая отправка через IndexBolt позволяет передать весь каталог и попасть в индекс Google за часы вместо ожидания, пока естественный цикл сканирования Google органически дойдёт до каждого товара.
Частые проблемы и способы их решения
Карточки товаров показывают «Дубликат, отправленный URL не выбран в качестве канонического» в Search Console
Причина: Google нашёл одинаковый контент товара на нескольких URL и выбрал каноническим другой URL. Это часто происходит с вариациями товара (URL по цвету/размеру), дублями HTTP/HTTPS, www/non-www или несогласованностью завершающих слешей. Также бывает, когда один и тот же товар появляется по нескольким путям рубрик вроде /shoes/nike-air-max и /sale/nike-air-max.
Решение: Внедрите согласованные самореферентные канонические теги на каждой карточке. Обеспечьте, чтобы у каждого товара был только один путь URL. Если Ваша платформа порождает несколько путей через рубрики к одному товару, выберите один как канонический, а другие перенаправьте или закройте каноникалом. Убедитесь, что внутренние ссылки последовательно ведут на канонический URL, а карта сайта содержит только канонические URL.
В статистике сканирования тысячи параметрических URL, но карточки товаров не индексируются
Причина: Фасетная навигация порождает комбинации параметрических URL быстрее, чем Google успевает сканировать сами карточки товаров. Google тратит весь бюджет сканирования на комбинации фильтров вместо отдельных URL товаров. Сайт с 5 000 товаров, но 200 000 фасетных URL увидит, как Google ставит фасетные страницы в приоритет, потому что они попадают в листинги рубрик и собирают больше внутренних ссылок.
Решение: Добавьте правила в `robots.txt`, блокирующие сканирование фасетных параметрических URL. Поставьте теги `noindex,follow` на любые фасетные страницы, которые всё же сканируются. Внедрите канонические теги на фасетных страницах с указанием на чистый URL рубрики. Рассмотрите перевод фасетной навигации на JavaScript-фильтрацию, не меняющую URL. После блокировки фасетных URL наблюдайте за статистикой сканирования в течение двух-четырёх недель, чтобы увидеть, перераспределит ли Google бюджет на карточки товаров.
Новые товары индексируются, а старые со временем выпадают из индекса
Причина: Google периодически переоценивает, заслуживают ли проиндексированные страницы своего места в индексе. Старые карточки товаров с дублирующимися описаниями от производителя, без отзывов, без свежих обновлений и с падающими сигналами трафика — кандидаты на удаление. Это особенно характерно для широких обновлений основного алгоритма Google, повышающих планку качества для проиндексированных страниц.
Решение: Освежите старые карточки товаров обновлёнными описаниями, новыми отзывами клиентов, актуальной информацией о ценах и недавно добавленным сравнительным контентом. Обновите дату `lastmod` в карте сайта при значимых изменениях контента. Введите квартальный процесс ревью, в котором Вы проводите аудит старых карточек товаров на качество контента и обновляете отстающие.
Карточки товаров проиндексированы, но без расширенных результатов (цена, рейтинг, наличие)
Причина: Это не строго проблема индексации, но отсутствие структурированных данных не даёт карточкам появляться с расширенными сниппетами в результатах поиска, снижая кликабельность и косвенные сигналы вовлечённости, поддерживающие долгосрочную индексацию. Частые причины: отсутствующая или некорректная разметка схемы Product, ошибки JSON-LD или структурированные данные, рендерящиеся JavaScript так, что Google не может их разобрать.
Решение: Внедрите разметку схемы Product через серверно отрендеренный JSON-LD на каждой карточке товара. Включите обязательные свойства: name, description, image, sku, offers (с price, currency, availability). Добавьте необязательные свойства вроде aggregateRating, если есть отзывы, и brand. Валидируйте разметку через Rich Results Test от Google. Убедитесь, что JSON-LD находится в HTML-исходнике, а не внедряется JavaScript.
Session ID или параметры отслеживания в URL товаров
Причина: Некоторые e-commerce-платформы добавляют session ID, партнёрские коды отслеживания или аналитические параметры к URL товаров. Это создаёт уникальные URL для каждой пользовательской сессии и потенциально порождает миллионы дублирующихся URL, на которые Google впустую тратит ресурсы сканирования. Даже при наличии канонических тегов огромное количество сканируемых дублирующихся URL может перегрузить бюджет сканирования.
Решение: Настройте платформу так, чтобы она не добавляла session ID в URL. Используйте cookies вместо URL-параметров для отслеживания сессии. Для партнёрских и аналитических параметров отслеживания обеспечьте, чтобы они не сканировались: добавьте их в правила `Disallow` в `robots.txt` или дописывайте их JavaScript-ом только на стороне клиента после загрузки страницы. В Google Search Console настройте обработку URL-параметров, чтобы Google игнорировал параметры сессии и отслеживания.
Советы профи
Ваш каталог товаров теряет продажи каждый день, пока не проиндексирован. IndexBolt отправляет URL карточек товаров напрямую в индексирующий API Google, добавляя товары в выдачу за часы вместо недель. Отправьте весь каталог одной партией и начните сразу же привлекать органический shopping-трафик.
100 бесплатных кредитов. Без банковской карты. Результаты менее чем за 24 часа.
Часто задаваемые вопросы
Сколько карточек товаров Google реально может проиндексировать у моего e-commerce-сайта?+
Жёсткого лимита нет. Ёмкость индексации масштабируется вместе с авторитетом сайта и качеством контента. Новые магазины могут пробуксовывать уже после нескольких сотен страниц; устоявшиеся ритейлеры держат миллионы в индексе. Сосредоточьтесь на **уникальном контенте на каждой странице**, эффективности сканирования и авторитете сайта, прежде чем форсировать индексацию огромного каталога.
Стоит ли закрывать от индексации товары, которых нет в наличии?+
Как правило, нет — кроме случаев окончательного снятия с продажи. Сохраняйте полную страницу с **уведомлением о возврате в продажу** вместо кнопки покупки. Удаление проиндексированных страниц теряет накопленные позиции. Перенаправляйте или закрывайте от индексации только товары, которых больше не будет и которые засоряют бюджет сканирования.
Влияют ли изображения товаров на то, индексирует ли Google мои карточки?+
Изображения вносят вклад в оценку качества. Страница только со стоковым фото и однострочным описанием, скорее всего, классифицируется как тонкий контент. **Оригинальные фотографии товара** с описательным alt-текстом повышают и вероятность индексации, и видимость в Google Картинках.
Карточки конкурента индексируются, а мои — нет, хотя мы продаём те же товары. Почему?+
Google выбирает версию дублирующегося контента с наибольшей ценностью. У конкурента может быть выше авторитет, больше отзывов или больше уникального контента. Превзойдите его хотя бы в одном измерении: **более качественные описания, больше отзывов, гиды по сравнению или видео-контент**.
Стоит ли создавать отдельные страницы для каждой вариации товара по цвету и размеру?+
Нет. Простые вариации размера и цвета должны быть опциями на **едином каноническом URL товара**. Отдельные страницы создают дублирующийся контент и дробят ссылочный вес. Исключение — существенно разные товары (вроде уникальных дизайнов чехлов для телефонов), нацеленные на разные поисковые запросы.
Как Google обрабатывает карточки товаров с динамическими ценами?+
Динамические цены не блокируют индексацию, но могут приводить к устаревшим ценам в поисковых сниппетах. Держите **схему Product** в актуальном состоянии и обновляйте даты `lastmod` в карте сайта при смене цен. Используйте IndexBolt, чтобы инициировать пересканирование при чувствительных ко времени изменениях цен.