SEO-аудит карточек товаров: находим и чиним проблемы автоматически

SEO-аудит карточек товаров: находим и чиним проблемы автоматически

Позвонил мне на прошлой неделе знакомый — владелец интернет-магазина промышленных масел и смазок. Голос усталый, немного раздражённый. «Олег, мы третий месяц сидим с SEO-агентством, платим им сто тысяч в месяц, а позиции не растут. Они присылают отчёты, какие-то таблицы, графики — но ничего не меняется. Может, SEO вообще не работает для нашей ниши?» Я попросил скинуть ссылку на сайт и провёл беглый аудит. Знаете, что я увидел? Из 16 000 товарных карточек у 9 000 описание было пустым — просто название и цена. У 4 000 товаров title и description дублировались, потому что кто-то когда-то настроил шаблон в Yoast и больше к нему не возвращался. Alt-тексты у изображений? Их не было примерно у 80% картинок. Внутренние ссылки между товарами? Ноль. Структурированные данные? Только базовый Product schema, который WooCommerce генерирует из коробки, и тот с ошибками. И вот эти ребята платят сто тысяч в месяц агентству, которое занимается «стратегией» и «семантическим ядром», но не трогает фундамент — сами карточки товаров.

Я рассказываю эту историю не для того, чтобы кого-то пристыдить. Это абсолютно типичная ситуация. Я видел десятки WooCommerce-магазинов, и проблема всюду одинаковая — техническое SEO карточек товаров находится в катастрофическом состоянии, а владельцы об этом даже не подозревают. Они тратят деньги на ссылки, контент-маркетинг, контекстную рекламу — но не замечают, что их товарные страницы, которые и должны приносить органический трафик, просто не оптимизированы. И дело не в лени или глупости. Дело в масштабе. Когда у тебя 500 товаров — можно сесть и вручную прописать мета-теги, описания, alt-тексты. Когда товаров 5 000 или 15 000 — это физически невозможно сделать руками. Нужна автоматизация, и нужен инструмент, который не просто «проверяет SEO», а реально находит проблемы и помогает их исправить. Именно такой инструмент мы встроили в COS WP Woo, и именно о нём я хочу поговорить.

Но прежде чем углубляться в функции и возможности, давайте разберёмся, почему SEO карточек товаров — это вообще важно. Не в теории, а на практике, с цифрами и примерами.

Когда я начинал работать с e-commerce проектами, я наивно полагал, что главное в SEO интернет-магазина — это категории. Оптимизируй страницу категории под «гидравлическое масло», «моторное масло 5W-30», «трансмиссионное масло» — и трафик пойдёт. Отчасти это правда — категории собирают широкий трафик. Но вот что я заметил на практике. Страницы товаров в сумме дают в три-пять раз больше органического трафика, чем категории. Почему? Потому что пользователи ищут конкретные вещи. Не «моторное масло», а «Shell Helix HX8 5W-30 4 литра цена». Не «гидравлическое масло», а «ВМГЗ-45 характеристики температура застывания». Это длинный хвост, low-frequency запросы, но их в сумме огромное количество. И каждая товарная карточка — это потенциальная точка входа для такого запроса. Но только если она оптимизирована. Если у карточки пустое описание, шаблонный title «Товар — купить в интернет-магазине», нет alt-текстов у картинок и нет структурированных данных — поисковик просто не понимает, о чём эта страница, и не показывает её в выдаче.

Я проводил эксперимент на одном из наших проектов — магазине с 12 000 товаров. Мы взяли 500 самых посещаемых карточек и оптимизировали их: написали уникальные мета-теги, добавили развёрнутые описания, прописали alt-тексты, внедрили FAQ-блоки со структурированными данными. Через три месяца органический трафик на эти 500 страниц вырос на 47%. Не на весь сайт — именно на эти страницы. Конверсия тоже подросла, потому что описания стали более информативными, но это уже отдельная история. Вопрос в том, как масштабировать такой подход на весь каталог. Вручную? При 12 000 товаров это работа на полгода для двух контент-менеджеров. И к тому моменту, когда они закончат последнюю карточку, первые уже устареют — ассортимент же обновляется. Вот здесь и начинается разговор об автоматизации.

Что именно ломается в карточках и почему никто этого не замечает

Давайте я расскажу про типичные проблемы, которые мы находим при аудите WooCommerce-магазинов. Не абстрактно, а конкретно — что именно не так и к чему это приводит. Я долго систематизировал эти наблюдения, и в итоге мы выделили больше пятнадцати критериев, по которым аудитор в COS WP Woo проверяет каждую карточку. Но для понимания масштаба бедствия достаточно разобрать ключевые.

Первая и самая болезненная проблема — пустые или слишком короткие описания. WooCommerce позволяет создать товар вообще без описания — просто название, цена, картинка. И многие так и делают, особенно при импорте из 1С или ERP-системы. Товар приехал с артикулом, ценой и названием «Масло гидравлическое ВМГЗ-45 канистра 20л» — и всё, этого вроде достаточно. Но для поисковика это не страница, а заглушка. Google и Яндекс видят 50 слов текста на странице и решают, что контент тут неинформативный. Тонкий контент, thin content — это прямой сигнал к понижению в выдаче. Мы ставим минимальную планку в 300 слов для описания товара, и это ещё мягкий порог. В идеале — 500-800 слов с техническими характеристиками, областью применения, преимуществами. Наш аудитор сканирует каждую карточку и помечает те, где описание короче порога. Но он не просто помечает — он приоритизирует. Карточка с 5000 просмотров в месяц и пустым описанием получает критический приоритет. Карточка с 10 просмотрами — низкий. Потому что ресурсы всегда ограничены, и чинить надо то, что даст максимальный эффект.

Вторая проблема — дублирование мета-тегов. Title и meta description — это то, что пользователь видит в поисковой выдаче. Это ваша витрина, ваше первое впечатление. И знаете, что я вижу в большинстве магазинов? Шаблон вида «%%title%% | Купить в магазине %%sitename%%». В результате тысячи страниц имеют title, отличающиеся только названием товара, а meta description вообще одинаковые — либо пустые, либо «Купите %%title%% по выгодной цене с доставкой по России». Поисковики это видят и расценивают как дубли. Не полные дубли страниц, конечно, но дублированный мета-контент — это сигнал низкого качества. Аудитор в COS WP Woo находит все такие совпадения, группирует их и показывает, сколько страниц имеют идентичные title или description. Дальше можно либо перегенерировать мета-теги через AI — и тогда каждая карточка получит уникальный title с учётом ключевых характеристик товара — либо исправить шаблон, если проблема системная.

Третья проблема — отсутствие alt-текстов у изображений. Это мой личный «любимый» кошмар. В среднем WooCommerce-магазине на один товар приходится три-пять изображений. При 10 000 товаров это 30 000-50 000 картинок. И у скольких из них прописан alt-текст? По моей статистике — у 15-25%. Остальные — пустые. А alt-текст — это не только про доступность (хотя и про неё тоже). Это про Google Images, который может давать ощутимый трафик в товарных нишах. Когда кто-то ищет «как выглядит канистра Shell Helix HX8», Google показывает картинки. Если у вашей картинки есть осмысленный alt-текст — она попадёт в выдачу. Если alt пустой — нет. Мы сделали в COS WP Woo отдельный массовый процесс для генерации alt-текстов. Не шаблонный, а с использованием AI — модель анализирует название товара, категорию, атрибуты и генерирует осмысленный alt-текст для каждого изображения. «Канистра моторного масла Shell Helix HX8 5W-30 синтетическое 4 литра» вместо пустого alt или, что ещё хуже, alt="image-1234". Процесс пакетный — запускаешь, он проходит по всему каталогу через Action Scheduler, не нагружая сервер, и прописывает alt-тексты пачками.

Отдельно хочу остановиться на том, как работает AI-генерация alt-текстов на практике, потому что здесь есть нюансы, о которых редко говорят. Наивный подход — взять название товара и вставить его в alt. Получится «ВМГЗ-45» для всех пяти картинок одного товара. Это плохо — alt-тексты должны быть разными для разных изображений. Наш AI смотрит не только на название товара, но и на порядок изображения в галерее. Первое изображение обычно — основное фото товара, и alt описывает товар целиком: «Канистра гидравлического масла ВМГЗ-45 объёмом 20 литров». Второе — часто крупный план этикетки, и alt отражает это: «Этикетка масла ВМГЗ-45 с техническими характеристиками и допусками». Третье — может быть фото товара в контексте использования или упаковка на складе. AI учитывает эти паттерны и генерирует разнообразные, информативные alt-тексты. Конечно, он не «видит» изображение — он работает с контекстом (название, категория, позиция в галерее, атрибуты). Но для товарных фотографий, которые следуют стандартным паттернам, этого достаточно в 90% случаев. Для оставшихся 10% контент-менеджер может отредактировать alt-текст вручную — аудитор подскажет, какие изображения получили автоматические alt-тексты и где стоит их проверить.

Четвёртая проблема — отсутствие внутренних ссылок. Это то, о чём многие вообще не задумываются в контексте товарных карточек. Есть категории, есть навигация, есть «Похожие товары» — разве этого не достаточно? Нет, не достаточно. Контекстные ссылки в тексте описания — это совсем другой уровень. Когда в описании масла ВМГЗ-45 стоит ссылка «для гидросистем, работающих при температурах до -45°C, также подходит масло ИГП-30» — это и для пользователя полезно, и для поисковика это сигнал тематической связанности страниц. PageRank течёт по внутренним ссылкам, и чем больше осмысленных связей между товарами — тем лучше чувствует себя весь каталог. Но кто будет вручную расставлять ссылки в описаниях 10 000 товаров? Правильно, никто. Поэтому в COS WP Woo есть InternalLinkingService — сервис, который анализирует каталог и автоматически находит контекстные связи между товарами. Он смотрит на категории, атрибуты, совместимость, текстовое сходство описаний — и расставляет ссылки. Не слепо, не по шаблону «в каждое описание вставить три ссылки», а осмысленно, с учётом контекста.

И пятая, но далеко не последняя проблема — отсутствие структурированных данных помимо базового Product schema. WooCommerce из коробки генерирует JSON-LD разметку для товара: название, цена, наличие, рейтинг. Это хорошо, но это минимум. А вот FAQ schema, HowTo, Review — этого нет. И это упущенная возможность. Когда у товара есть FAQ-блок с тремя-пятью вопросами и ответами, размеченный как FAQPage schema, поисковик может показать расширенный сниппет прямо в выдаче. Ваш результат занимает больше места, привлекает больше внимания, получает больше кликов. CTR может вырасти на 20-30% просто за счёт расширенного сниппета. Мы встроили автоматическую генерацию FAQ для каждого товара — AI на основе характеристик и описания формулирует типичные вопросы покупателей и даёт на них ответы. «При какой температуре можно использовать ВМГЗ-45?», «Чем отличается ВМГЗ-45 от ВМГЗ-60?», «Какой объём канистры выбрать для замены масла в гидросистеме?» — вопросы, которые реально задают люди. И всё это автоматически размечается JSON-LD и появляется на странице товара.

Про FAQ хочу добавить ещё один момент. Мы заметили, что FAQ-блоки не только улучшают SEO за счёт расширенных сниппетов — они ещё и снижают нагрузку на техподдержку. Когда на странице товара уже есть ответы на типичные вопросы — «Каков срок годности масла ВМГЗ-45?», «Можно ли смешивать ВМГЗ-45 с ВМГЗ-60?», «Какой ГОСТ регулирует производство ВМГЗ?» — покупатели находят ответы сами, не обращаясь к менеджерам по телефону или в чат. На одном из наших проектов после внедрения FAQ-блоков на 500 самых популярных карточек количество обращений в поддержку по техническим вопросам снизилось на 22% за первый месяц. Это не главная цель FAQ, конечно, но приятный бонус. Структурированные данные FAQPage — это ещё и сигнал для голосовых помощников. Когда пользователь спрашивает у Алисы или Google Assistant «при какой температуре застывает ВМГЗ-45?» — именно FAQ schema даёт ответ. И если ваш магазин первый с этим ответом — вы получаете и голосовой трафик, и узнаваемость бренда.

Dashboard: когда данных много, нужна приоритизация

Знаете, что происходит, когда вы запускаете SEO-аудит на магазине с 15 000 товаров? Вы получаете список из 15 000 строк с проблемами. И если у каждого товара три-четыре проблемы — это 50 000-60 000 записей. Смотреть на такую таблицу — всё равно что пытаться пить из пожарного шланга. Глаза разбегаются, руки опускаются, и вы закрываете вкладку с мыслью «потом разберусь». Это «потом» обычно не наступает.

Мы прошли через эту боль сами, когда строили аудитор. Первая версия выглядела именно так — таблица со всеми проблемами, отсортированная по типу. Технически корректная, абсолютно бесполезная на практике. Потому что непонятно, за что хвататься. Исправлять 9 000 пустых описаний? Или сначала 4 000 дублирующихся title? Или начать с alt-текстов? Без приоритизации аудит превращается в парализующий документ.

Поэтому мы сделали Dashboard, который работает иначе. Он не просто показывает проблемы — он ранжирует их по бизнес-влиянию. Алгоритм простой, но эффективный: берём данные о трафике каждой страницы (из Google Analytics или Яндекс.Метрики, если подключены), умножаем на «вес» проблемы (пустое описание весит больше, чем короткий alt-текст) и получаем приоритетный балл. Страница с 3 000 просмотров в месяц и пустым описанием стоит в списке выше, чем страница с 50 просмотрами и дублирующимся title. Это кажется очевидным, но я не видел ни одного SEO-плагина для WordPress, который бы делал это из коробки.

Dashboard показывает общую картину: сколько карточек в «зелёной зоне» (все критерии пройдены), сколько в «жёлтой» (есть замечания, но некритичные), сколько в «красной» (серьёзные проблемы). Есть фильтрация по типу проблемы, по категории товара, по приоритету. Можно в один клик отобрать все товары с пустым описанием в категории «Гидравлические масла» и запустить на них массовую генерацию через AI. Или выбрать все товары без alt-текстов у изображений и запустить пакетную обработку. Или найти все страницы с дублирующимися title и перегенерировать мета-теги.

Я часто слышу возражение: «Мы уже используем Yoast SEO, там тоже есть аудит». Да, Yoast показывает светофор — зелёный, жёлтый, красный — для каждой страницы. Но он показывает это на странице редактирования конкретного товара. Чтобы увидеть общую картину, нужно открыть каждый товар по отдельности. При 15 000 товаров — удачи. У Yoast Premium есть выгрузка, но она даёт CSV-файл, с которым потом надо работать в Excel. Rank Math чуть лучше — у него есть колонка SEO Score в списке товаров, можно отсортировать. Но там нет приоритизации по трафику и нет возможности массово исправить проблемы прямо из интерфейса. В COS WP Woo аудит — это не отчёт, а рабочий инструмент. Ты видишь проблему, нажимаешь кнопку, проблема исправляется. Не «скачай CSV, отдай контент-менеджеру, подожди неделю», а «нажми, исправлено, следующая».

Ещё один момент, который многие упускают — аудит должен быть регулярным. SEO-оптимизация карточек — это не разовая акция «провели аудит, всё исправили, забыли». Ассортимент обновляется, приходят новые товары из 1С, кто-то создаёт карточку на скорую руку, забыв про описание. Через месяц у вас опять 500 неоптимизированных страниц. Аудитор в COS WP Woo работает в фоновом режиме — при каждом сохранении товара он проверяет карточку по всем критериям и обновляет данные в Dashboard. Если новый товар создан без описания — он сразу попадает в «красную зону». Это как мониторинг здоровья сайта в реальном времени, а не ежегодный медосмотр.

SEO-метабокс: анализ в реальном времени прямо в редакторе

Отдельно хочу рассказать про SEO-метабокс, который мы встроили прямо в редактор товара. Это дополнение к Dashboard — если Dashboard показывает общую картину, то метабокс работает с конкретной карточкой. Когда контент-менеджер открывает товар на редактирование, в боковой панели он видит полный SEO-анализ: оценку читаемости текста, проверку ключевых слов, состояние мета-тегов, наличие alt-текстов у изображений, статус внутренних ссылок, наличие FAQ-блока. Всё в реальном времени — пишешь текст, а анализ обновляется по мере набора.

ReadabilityService — наш сервис анализа читаемости — проверяет текст по нескольким параметрам. Средняя длина предложения (оптимально — 15-20 слов), доля сложных слов, наличие подзаголовков в длинных текстах, длина абзацев. Это адаптация методики Флеша-Кинкейда для русского языка, с поправками на специфику коммерческих текстов. Мы не требуем, чтобы описание промышленного масла читалось как детская книжка — технические термины неизбежны. Но если средняя длина предложения — 45 слов и весь текст идёт одной стеной без абзацев — сервис это подсветит.

Кроме того, ReadabilityService оценивает «плотность» текста — соотношение уникальных слов к общему количеству. Слишком высокая плотность повторов говорит о том, что текст «водянистый», одни и те же фразы повторяются разными словами. Слишком низкая — текст может быть перегружен терминами и труден для восприятия. Оптимальный баланс сервис подсказывает автоматически, и контент-менеджер видит конкретные рекомендации: «Упростите предложение в третьем абзаце — 52 слова, рекомендуется разбить на два» или «Добавьте подзаголовок после шестого абзаца — блок текста длиннее 400 слов без визуального разделения». Мы тестировали этот подход на реальных товарных описаниях в нише промышленных смазок, и заметили интересную закономерность: описания, прошедшие через ReadabilityService и доработанные по его рекомендациям, показывали на 12-18% лучший показатель dwell time — время, которое пользователь проводит на странице. А dwell time, как мы знаем, является одним из поведенческих факторов, которые учитывают и Google, и Яндекс при ранжировании.

Анализ ключевых слов работает так: ты указываешь целевое ключевое слово для карточки (или оно подтягивается автоматически из настроек Yoast/Rank Math, если они установлены), и метабокс проверяет, встречается ли оно в title, в meta description, в заголовке H1, в первом абзаце описания, в alt-тексте главного изображения, в URL товара. Это базовые SEO-проверки, но удивительно, как часто ключевое слово есть в title, но отсутствует в описании. Или наоборот — в описании есть, но title шаблонный. Метабокс показывает чёткий чек-лист — что сделано, что нет — и контент-менеджер может исправить проблемы прямо на месте, не переключаясь между вкладками.

Честно говоря, концепция SEO-метабокса не нова — Yoast и Rank Math делают ровно то же самое. Но есть принципиальная разница. Yoast и Rank Math — это отдельные плагины, которые занимаются только SEO. COS WP Woo — это единая экосистема. SEO-метабокс интегрирован с аудитором, с AI-генерацией, с InternalLinkingService, с FAQ-генератором. Ты видишь в метабоксе, что нет FAQ-блока — нажимаешь кнопку, AI генерирует FAQ, блок появляется на странице, метабокс обновляет анализ, Dashboard обновляет статус карточки. Всё в одном месте, без переключений, без экспорта-импорта, без «установите ещё вот этот плагин для внутренней перелинковки».

И вот тут я хочу поговорить о слоне в комнате — о сравнении с Yoast SEO и Rank Math. Потому что любой, кто думает о SEO для WordPress, первым делом спросит: «А зачем мне ваш модуль, если есть Yoast?» Вопрос справедливый, и я не собираюсь делать вид, что Yoast — плохой продукт. Yoast SEO — отличный плагин, который задал стандарт для on-page SEO в WordPress. Rank Math — его достойный конкурент с более агрессивным подходом к функциональности в бесплатной версии. Оба работают, оба решают свои задачи. Но оба заточены под универсальный WordPress — блоги, корпоративные сайты, медиа-проекты. WooCommerce для них — «ещё один тип контента», а не основной фокус.

Конкретная разница? Yoast SEO Premium стоит 99 евро в год. Rank Math Pro — 59 долларов в год. За эти деньги вы получаете SEO-анализ отдельных страниц, управление мета-тегами, XML-карту сайта, базовые редиректы, социальные мета-теги. Это хороший набор. Но вы НЕ получаете: массовый аудит с приоритизацией по трафику, AI-генерацию описаний и мета-тегов, автоматическую генерацию FAQ со структурированными данными, пакетную генерацию alt-текстов, автоматическую внутреннюю перелинковку на основе анализа каталога. Для всего этого вам нужно либо ещё три-пять плагинов (Link Whisper для перелинковки — 77 долларов в год, Schema Pro для структурированных данных — 79 долларов, ImageSEO для alt-текстов — 49 евро, плюс какой-нибудь AI-плагин для генерации контента — ещё 30-100 долларов в месяц), либо нанимать SEO-специалиста, который будет делать это вручную. В COS WP Woo всё это встроено в единый SEO-модуль, который работает в связке с остальными модулями плагина.

Редиректы, карта сайта и технические мелочи, которые решают всё

Я сознательно оставил эту тему на потом, хотя многие начали бы именно с неё. Редиректы 301/302 и XML-карта сайта — это базовая гигиена SEO, без которой всё остальное бессмысленно. Но проблема в том, что эти вещи обычно настраиваются один раз и забываются. А потом, через год, оказывается, что карта сайта содержит 500 страниц со статусом 404, потому что товары были удалены из каталога, а карта об этом не знает. Или что при переименовании категории не был создан редирект, и тысяча страниц потеряла свой accumulated PageRank.

Управление редиректами в COS WP Woo — это отдельная страница в админке, без необходимости лезть в .htaccess или nginx-конфиги. Создаёшь правило: старый URL → новый URL, тип редиректа (301 — постоянный, 302 — временный), и готово. Звучит просто, но дьявол в деталях. Мы добавили несколько вещей, которых нет в большинстве плагинов для редиректов. Первое — автоматическое обнаружение 404 ошибок. Когда пользователь или бот попадает на несуществующую страницу, система логирует этот URL. В админке вы видите список всех 404 с количеством обращений. Самые частые — значит, на них где-то стоят ссылки, и их надо редиректить в первую очередь. Второе — поддержка regex-паттернов. Если вы сменили структуру URL категорий с /product-category/masla/gidravlicheskie/ на /catalog/masla/gidravlicheskie/, не нужно создавать отдельный редирект для каждой подкатегории — одно regex-правило покроет все. Третье — цепочки редиректов. Система предупреждает, если новый редирект создаёт цепочку (A → B → C) и предлагает сократить до прямого (A → C). Цепочки замедляют индексацию и «теряют» часть link juice на каждом шаге.

XML-карта сайта — ещё одна вещь, которая кажется тривиальной, но имеет нюансы в контексте большого WooCommerce-магазина. WooCommerce и WordPress генерируют sitemap из коробки (с версии WP 5.5). Yoast и Rank Math генерируют свои, более продвинутые версии. Но все они используют стандартные приоритеты и частоту обновления для всех страниц. В COS WP Woo мы сделали настраиваемые приоритеты по типу контента и по категориям. Товары в категории «Акции» получают приоритет 0.9 и changefreq daily. Товары в архивной категории «Снято с производства» получают 0.3 и monthly. Страницы, которые стабильно собирают трафик, автоматически получают более высокий приоритет. Это не rocket science, но это важные детали, которые влияют на скорость и качество индексации.

Отдельно стоит упомянуть social meta tags — Open Graph и Twitter Card. Когда кто-то делится ссылкой на ваш товар в Telegram, ВКонтакте или Facebook — что он видит? Если OG-теги не настроены — просто URL или, в лучшем случае, title страницы. Если настроены правильно — красивая карточка с изображением, названием, ценой и описанием. Это влияет не на SEO напрямую, а на CTR в социальных сетях и мессенджерах. В COS WP Woo social meta генерируются автоматически для каждого товара на основе его данных: название, основное изображение, краткое описание, цена. Если товар в акции — в OG-описание добавляется информация о скидке. Всё это без каких-либо действий со стороны контент-менеджера — плагин делает это автоматически на основе данных WooCommerce.

И раз уж мы заговорили о технических деталях — пара слов о производительности. Одна из главных претензий к SEO-плагинам — они замедляют сайт. Yoast SEO, например, генерирует довольно тяжёлый JSON-LD блок и добавляет свои скрипты на фронтенд. Rank Math делает то же самое. Когда у вас стоят оба (да, я видел такое, и не раз) — страница весит на 50-100 КБ больше, чем нужно. Мы подошли к этому иначе. SEO-анализ в COS WP Woo работает только в админке — на фронтенде нет никаких дополнительных скриптов для аудита. JSON-LD генерируется минимальный и чистый — только то, что нужно поисковикам, без дублирования. Social meta — это просто несколько мета-тегов в head, килобайт от силы. Редиректы обрабатываются на уровне PHP до загрузки WordPress — это быстрее, чем .htaccess, и значительно быстрее, чем плагины, которые загружают весь WordPress-стек перед тем, как сделать 301 редирект.

Как это работает на практике: история одного магазина

Я хочу рассказать историю, которая иллюстрирует весь процесс от аудита до результата. Это реальный проект, хотя детали я немного изменю для конфиденциальности. Магазин промышленных смазочных материалов, около 16 000 товаров, трафик — около 2 000 уников в день из органики. Не мало, но и не то, что должно быть при таком каталоге. Владелец чувствовал, что сайт «недорабатывает», но не понимал, в чём именно проблема.

Мы установили COS WP Woo и запустили полный аудит. Результаты были предсказуемыми, но от этого не менее впечатляющими в плане масштаба. Из 16 000 карточек 9 200 имели описание короче 100 слов. Из них 4 700 — вообще без описания, только название и цена. 11 000 карточек имели шаблонный title, сгенерированный Yoast по маске «%%title%% — купить в %%sitename%%». Meta description был пустым у 13 500 карточек — Yoast брал первые 160 символов описания, а описания-то нет. Alt-тексты отсутствовали у 38 000 изображений из 48 000. Внутренних ссылок в описаниях — ноль. FAQ-блоков — ноль. Структурированные данные — только базовый Product schema от WooCommerce. Общий SEO-health score — 23 из 100. Катастрофа.

Мы разработали план действий, разбив работу на этапы. Первый этап — мета-теги. Запустили массовую генерацию уникальных title и meta description через AI. Модель получала название товара, категорию, ключевые атрибуты (вязкость, объём, производитель) и генерировала уникальный title длиной 50-60 символов и description 130-155 символов. 16 000 мета-тегов были сгенерированы за один вечер — пакетный процесс через Action Scheduler, без нагрузки на сервер, без простоев сайта. Контент-менеджер утром проверил выборку из 200 штук, внёс пять правок, одобрил. Второй этап — описания. Здесь мы начали с приоритетных карточек — тех, которые уже получали трафик, но имели пустые описания. Таких было около 800. AI генерировал описания по 300-500 слов, используя данные о товаре из каталога: характеристики, область применения, допуски и спецификации, преимущества перед аналогами. Третий этап — alt-тексты. Пакетный процесс прошёлся по 38 000 изображений за два дня. Четвёртый — FAQ. Для каждого товара AI сгенерировал три-пять вопросов и ответов, всё это автоматически размечено JSON-LD. Пятый — внутренняя перелинковка. InternalLinkingService проанализировал каталог и расставил контекстные ссылки в описаниях.

Результаты через три месяца? Органический трафик вырос на 34%. Не на 200%, не в десять раз — давайте будем честными, чудес не бывает. Но 34% роста на сайте, который до этого стагнировал два года — это значимый результат. В абсолютных цифрах — плюс 700 уников в день. При средней конверсии 2.1% и среднем чеке 4 500 рублей это примерно 14-15 дополнительных заказов в день. 450 заказов в месяц. Посчитайте выручку сами. И это без увеличения бюджета на рекламу, без покупки ссылок, без каких-то хитрых манипуляций — просто за счёт приведения в порядок того, что уже было на сайте.

SEO-health score вырос с 23 до 78 за первый месяц работы (после массовых исправлений) и до 89 через три месяца (после доработки контента по рекомендациям аудитора). Количество страниц в «красной зоне» сократилось с 14 200 до 1 100 — оставшиеся требовали ручной работы (специфические товары, для которых AI не мог сгенерировать адекватное описание без экспертного ввода). Число проиндексированных страниц в Google выросло на 40% — раньше поисковик просто игнорировал тысячи тонких страниц, теперь они начали появляться в индексе.

Я сознательно не привожу здесь конкретных позиций по конкретным запросам — это было бы нечестно, потому что позиции зависят от множества факторов, не только от оптимизации карточек. Но вот что я скажу: доля длиннохвостого трафика (запросы из трёх и более слов) выросла с 45% до 67%. Это значит, что сайт стал ловить больше специфических, транзакционных запросов — именно тех, по которым люди реально покупают. «Масло ВМГЗ-45 канистра 20 литров цена» — это запрос с понятным намерением купить, и именно такие запросы начали приводить трафик на оптимизированные карточки.

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

Дело в том, что WooCommerce генерирует огромное количество служебных URL, о которых владельцы магазинов часто не подозревают. Страницы пагинации для каждой категории. Страницы фильтрации с параметрами в URL. Страницы вложений для каждого загруженного изображения. Страницы тегов. Страницы атрибутов. При 16 000 товаров общее количество URL на сайте может легко дойти до 100 000 — и большая часть из них не несёт никакой ценности для поисковиков. Это раздувает индекс, размывает краулинговый бюджет (количество страниц, которые поисковый бот готов обойти за один визит), и в результате важные страницы — ваши товарные карточки — индексируются медленнее и хуже.

XML-карта сайта в COS WP Woo учитывает эту проблему. Мы не включаем в карту страницы вложений, страницы пагинации, параметрические URL фильтров. Только значимые страницы — товары, категории, информационные страницы, статьи блога. При этом для каждой страницы в карте указан правильный canonical URL, правильный lastmod (дата последнего изменения контента, а не дата последнего сохранения — это разные вещи), правильный приоритет и changefreq. Можно исключить определённые категории из карты — например, «Снято с производства» или «Архив». Можно добавить дополнительные URL, которых нет в WordPress — например, страницы из внешних систем.

Вернусь к теме внутренней перелинковки, потому что хочу объяснить, как именно работает InternalLinkingService — это не просто «вставить ссылки наугад». Алгоритм состоит из нескольких этапов. Сначала сервис анализирует каталог и строит граф связей между товарами. Связи определяются по нескольким критериям: общая категория, общие атрибуты (например, одна вязкость или один производитель), текстовое сходство описаний (TF-IDF или embedding-based, в зависимости от настроек), прямые замены и аналоги (если эта информация есть в каталоге). Дальше для каждого товара выбираются три-семь наиболее релевантных связей. И наконец, AI генерирует контекстную фразу для ссылки — не просто «Смотрите также: ВМГЗ-60», а «Если ваше оборудование работает при температурах ниже -60°C, обратите внимание на масло ВМГЗ-60, которое сохраняет текучесть в экстремальных условиях». Это органично вписывается в описание и полезно для пользователя — а не выглядит как спам-ссылки.

Важный момент — InternalLinkingService не перезаписывает существующие описания. Он добавляет ссылки в текст, но при этом сохраняет авторский контент. Если контент-менеджер уже написал описание и вставил свои ссылки — сервис их увидит и не будет дублировать. Если описание пустое — сервис не будет вставлять ссылки в пустоту, а предложит сначала сгенерировать описание. Это звучит как мелочь, но на практике это именно те детали, которые отличают рабочий инструмент от «ещё одного SEO-плагина».

Я хочу закончить мыслью, которая может показаться неожиданной для статьи о SEO-инструменте. SEO-аудит карточек товаров — это не про SEO. Точнее, не только про SEO. Это про качество вашего каталога как продукта. Когда у карточки есть полное описание, качественные изображения с осмысленными alt-текстами, FAQ-блок с ответами на типичные вопросы, ссылки на связанные товары — это хорошо не только для Google. Это хорошо для покупателя. Он находит больше информации, быстрее принимает решение, чувствует себя увереннее. Конверсия растёт не только потому, что на сайт приходит больше трафика — она растёт потому, что сами страницы становятся лучше. Это virtuous cycle — замкнутый круг в хорошем смысле. Лучшие карточки → больше трафика → больше продаж → больше данных для оптимизации → ещё лучшие карточки.

Есть ещё один аспект, который я считаю важным упомянуть — совместимость и миграция. Если у вас уже установлен Yoast SEO или Rank Math, вам не нужно от них отказываться, чтобы начать использовать SEO-модуль COS WP Woo. Наш модуль умеет читать мета-данные из обоих плагинов — title, description, ключевые слова, OG-теги. Если Yoast уже заполнил мета-теги для части товаров — аудитор увидит это и не пометит их как проблемные. Если вы решите полностью перейти на наш модуль — миграция мета-данных происходит автоматически, без потери информации. Мы специально проектировали систему так, чтобы она была совместима с существующими SEO-решениями, потому что понимаем — никто не хочет ломать то, что уже работает, ради нового инструмента. COS WP Woo дополняет, а не заменяет. Хотя, признаюсь честно, большинство пользователей через пару месяцев деактивируют Yoast, потому что всё, что им нужно для SEO товарных карточек, уже есть в нашем модуле.

И последнее — о ROI. Я сознательно не начинал с этого, потому что цифры без контекста бессмысленны. Но теперь, когда контекст есть, вот простая математика. COS WP Woo стоит значительно меньше, чем комбинация Yoast Premium + Link Whisper + Schema Pro + ImageSEO + AI-плагин для контента. Один плагин вместо пяти — это и экономия денег, и экономия времени на настройку, обновления, решение конфликтов между плагинами. Но главное — это инструмент, который реально работает на масштабе e-commerce. Не на блоге с 50 статьями, а на магазине с 15 000 товаров. Который не просто показывает проблемы, а помогает их решать — массово, автоматически, с учётом приоритетов. Если вы управляете WooCommerce-магазином и чувствуете, что органический трафик не соответствует размеру вашего каталога — попробуйте запустить аудит. Результаты вас удивят. Не потому что плагин волшебный, а потому что проблемы, которые он находит, реальны и измеримы. И когда вы их исправите — трафик придёт.

Попробуйте COS WP Woo — 14 дней бесплатно.