SEO интернет-магазина начинается не с метатегов и не с генерации новых URL. Сначала нужно понять, есть ли в ассортименте предложение под поисковый спрос, когда этот спрос возникает, сколько в трафике бренда, окупится ли разработка и какие страницы каталога действительно полезны покупателю. Только после этого принимаются решения по структуре, регионам, фильтрам и индексации.
Материал рассчитан на владельцев магазина, руководителей e-commerce, SEO-специалистов и разработчиков. Он не обещает одинаковый результат для разных каталогов: спрос, маржинальность, наличие, логистика и техническое состояние сайта меняют приоритеты.
Что можно продвигать в текущем ассортименте
Первый этап — связать спрос с товарами и категориями, которые магазин способен продавать.
Выгрузите категории, товары, бренды, характеристики, цены, остатки и регионы доставки.
Соберите поисковые формулировки и сгруппируйте их по задаче: категория, характеристика, совместимость, бренд, модель, информационный выбор.
Проверьте покрытие: есть ли под группу запросов достаточное и устойчивое предложение, а не один случайный товар.
Отделите дефицит структуры от дефицита бизнеса. Если нужного ассортимента нет, новая SEO-страница не исправит предложение.
Для каждой потенциальной страницы укажите владельца данных: кто отвечает за остатки, характеристики, цену, контент и жизненный цикл URL.
Если дерево каталога ещё не сформировано, сначала используйте отдельную методику: как спроектировать структуру интернет-магазина для SEO. В этой статье дальше рассматриваются правила уже выбранных типов страниц.
Сезонность: когда готовить страницы и остатки
Сезонность оценивается не одной суммой запросов. Нужна динамика по месяцам или неделям, регион, устройство и история продаж. Страницы, ассортимент, закупки и внутренние ссылки должны быть готовы до роста спроса, но точный лаг зависит от скорости разработки, обновления данных и обхода сайта.
Нормальный результат этапа — календарь спроса и релизов. Ошибка — начать массово создавать страницы на пике, когда товаров уже мало, а шаблон не прошёл QA.
Брендовый и небрендовый спрос
Брендовый трафик показывает сформированный спрос на конкретный магазин или марку. Небрендовый — возможность отвечать на задачу пользователя до выбора продавца. Их нельзя складывать в одну метрику эффективности SEO.
| Срез | Что отвечает | Как использовать |
|---|---|---|
| Бренд магазина | Насколько пользователи уже ищут компанию | Отделить эффект известности, навигационных запросов и офлайн-рекламы |
| Бренд товара | Есть ли спрос на производителя/линейку | Проверить полноту брендовых категорий, ассортимент и совместимость |
| Небрендовый коммерческий | Может ли каталог привлечь нового покупателя | Приоритизировать категории и полезные фильтры по спросу и экономике |
| Информационный | Что мешает выбору | Создать справочный материал только там, где он помогает перейти к товару |
Два одноимённых раздела «Чем они отличаются» из текущей версии объединены в этот блок, чтобы не повторять определение.
Экономика SEO-задач
Позиция и видимость сами по себе не оплачивают разработку. Для каждой задачи нужны потенциальный коммерческий охват, маржа, наличие, сложность, риск и измеримый критерий приёмки.
В одном из подтверждённых владельцем проектов видимость отдельных категорий выросла с 20 до 70%, итоговая видимость достигла 75%, а дополнительная выручка составила 71,5 млн рублей. Это сохранённый реальный результат проекта. Чтобы использовать его как доказательство метода для внешней аудитории, нужно добавить период, число и тип страниц, источник видимости, исходную точку выручки, окно атрибуции и параллельные изменения.
Практический вывод остаётся качественным: приоритет нужно считать на уровне группы страниц и бизнеса, а не выбирать задачу только по частотности. Без внутренних данных магазина здесь нельзя обещать срок окупаемости или повторить цифру другого проекта.
Регионы: папка, поддомен или отдельный домен
Правила «для Google всегда папки, для Яндекса всегда поддомены» нет. Google описывает плюсы и минусы доменов, поддоменов и подкаталогов для мультирегиональных сайтов; Яндекс требует, чтобы региональный поддомен содержал реально полезную региональную информацию, контакты и был включён в навигацию.
| Критерий | Папка site.ru/region/ | Поддомен region.site.ru | Отдельный домен |
|---|---|---|---|
| Единая платформа и шаблоны | Проще поддерживать | Нужна дисциплина общих компонентов | Самая дорогая синхронизация |
| Отличие ассортимента, цен и доставки | Подходит при умеренных отличиях | Удобно при самостоятельном региональном контуре | Имеет смысл для отдельного бизнеса/бренда |
| Региональные контакты и представительство | Можно показать в папке | Для Яндекса это обязательная часть полезного поддомена | Нужны собственные доказательства присутствия |
| Передача накопленных сигналов и миграции | Обычно проще внутри одного хоста | Отдельный хост требует отдельного контроля | Максимальная стоимость запуска и переноса |
| Crawl, Sitemap и мониторинг | Единые отчёты проще | Нужны раздельные свойства/срезы и контроль межхостовых ссылок | Раздельная инфраструктура полностью |
| Команда и ответственность | Общая команда | Возможны региональные владельцы | Отдельный P&L и команда предпочтительны |
| Локализованная ценность | Нужны реальные различия страниц | Без региональной пользы поддомены становятся дублями | Должна оправдывать отдельный сайт |
| Риск технических дублей | Ошибки возможны внутри путей | Высок при копировании шаблонов между поддоменами | Высок при копировании между доменами |
По рекомендациям Google для мультирегиональных сайтов структура выбирается с учётом геотаргетинга и поддержки, а не как универсальный фактор ранжирования. Яндекс о региональности отдельно указывает требования к полезности регионального поддомена, контактам и навигации.
В другом подтверждённом проекте выручка региональных страниц выросла с 9,3 до 24,1 млн рублей, а доход из органического канала — на 74%. Результат сохраняется как фактический кейс владельца. До публикации методологии нужны период, модель атрибуции, список регионов, тип структуры, контроль сезонности и сведения о параллельных изменениях. Само наличие поддомена этот эффект не доказывает.
Матрица состояний каталога
Решение зависит не только от спроса. Для каждой страницы нужны устойчивое предложение, отличимая пользовательская задача, канонический адрес и понятный переход при изменении состояния. Механизмы нужно сверять с первичными правилами Google по объединению дублей и canonical и формированию Sitemap.
| Состояние | Index / создание | Canonical | Sitemap | Внутренняя ссылка | Минимальная ценность | Если ассортимент обнулился |
|---|---|---|---|---|---|---|
| Основная категория | index, создать | На себя | Да | Из меню/дерева | Товары, навигация, условия выбора и покупки | Сохранить при временном сбое; пересмотреть при закрытии направления |
| Полезная фильтр-страница с отдельным интентом | index, если пройдены гейты спроса и предложения | На себя | Да | Из категории/подборок | Отличимый набор товаров, понятный H1 и применённые условия | Временно сохранить с полезной альтернативой; затем объединить или убрать по правилу lifecycle |
| Сортировка или трекинг-параметр | Отдельную SEO-страницу не создавать | На базовую страницу при эквивалентном содержимом | Нет | Не ставить как индексируемый маршрут | Пользовательская функция, но не новый поисковый ответ | Оставить функцией; очистить параметры в аналитике/правилах обхода |
| Случайная многофильтровая комбинация | Обычно noindex или не генерировать ЧПУ; решение после crawl-анализа | На подтверждённый эквивалент либо self при реально отличимом содержимом | Нет | Не включать в SEO-навигацию | Рабочий результат фильтра для пользователя | Не создавать архив; не блокировать robots.txt до проверки, что робот увидел noindex/canonical |
| Временно пустая категория | Зависит от срока и сохранённой пользы; не закрывать автоматически | Обычно на себя | Оставлять только если страница остаётся канонической и полезной | Сохранять, если направление вернётся | Срок поставки, альтернативы, подписка, соседние категории | После согласованного срока — объединить, 404/410 или снять из навигации по сценарию |
| Временно недоступный товар | Обычно сохранить URL | На себя | Да, пока URL остаётся основной карточкой | Из релевантных страниц при наличии альтернатив | Статус, характеристики, ожидаемая поставка/аналоги | Вернуть в обычное состояние при наличии; не создавать новый URL |
| Товар снят навсегда | Не держать как пустую индексируемую карточку | Не использовать canonical как замену редиректу | Нет | Удалить из листинга | Если есть точный преемник — объяснить замену | 301 только на действительно эквивалентный товар; иначе 404/410 |
| Пагинация категории | Оставить доступной для обхода; решение об индексации зависит от шаблона | Обычно на себя, не каноникалить все страницы на первую без проверки | Как правило, не включать все страницы пагинации | Последовательные HTML-ссылки | Доступ к товарам глубже первой страницы | При сокращении ассортимента убрать несуществующие страницы и исправить ссылки |
Порог спроса и минимальное число товаров подставляются из данных проекта. Универсальное число в статье будет ложной точностью. Нормальный результат — один устойчивый индексируемый URL на отдельную задачу. Ошибка — добавить в Sitemap все комбинации, закрыть их robots.txt и одновременно рассчитывать, что робот увидит noindex или canonical.
Пошаговую работу именно с шаблоном категории вынесите в профильный материал: SEO-оптимизация категории интернет-магазина.
Откуда безопасно брать характеристики и отзывы
Копировать характеристики и отзывы с маркетплейса по умолчанию нельзя. Доступность страницы в интернете не означает разрешение на перепубликацию, а отзыв может содержать персональные данные или не относиться к покупателю вашего магазина.
| Источник | Основание публикации | Проверка происхождения и качества | Как применять |
|---|---|---|---|
| Производитель | Лицензия, договор, официальные условия feed/API | Версия спецификации, модель/SKU, дата, право на текст и медиа | Импортировать атрибуты с указанием источника и контролем обновлений |
| Поставщик/дистрибьютор | Договор и переданные права | Кто правообладатель, какие поля разрешено публиковать, срок действия | Использовать только разрешённые поля; хранить provenance на уровне записи |
| Собственные измерения и контент | Созданы сотрудниками/подрядчиком с передачей прав | Метод измерения, оборудование, дата, редакционная проверка | Давать отличимые характеристики, фотографии и объяснения |
| Вопросы покупателей и обращения поддержки | Законное основание обработки; согласие/обезличивание при необходимости | Удалить персональные данные, проверить повторяемость вопроса | Формировать справку и описание условий выбора, не выдавать мнение за характеристику |
| Отзывы верифицированных покупателей магазина | Условия публикации и согласие автора | Связь с заказом, антифрод, модерация, право на редактуру, персональные данные | Публиковать с прозрачным статусом и политикой модерации |
| Контент внешней площадки | Только явная лицензия/API/письменное разрешение и соблюдение правил площадки | Проверить правообладателя, условия, ограничения хранения и показа | Не копировать, если право не подтверждено документом |
Юридическая база для проверки — часть четвёртая ГК РФ и Федеральный закон № 152-ФЗ «О персональных данных», плюс договоры и условия конкретного источника. Этот блок — редакционный контроль, а не юридическое заключение. Перед масштабной загрузкой данных нужны проверка юриста, образцы договоров/лицензий, политика отзывов и схема согласий.
Как обнаруживать и переобходить страницы каталога
Google Indexing API не применяется к товарным и категорийным URL: официально он ограничен JobPosting и BroadcastEvent внутри VideoObject. Для каталога используйте поддерживаемую диагностику.
Проверьте код ответа, доступность основного контента и отсутствие soft 404.
Согласуйте robots.txt, meta/X-Robots-Tag noindex и canonical. Не блокируйте URL до того, как робот сможет прочитать noindex или canonical.
Добавьте обычные HTML-ссылки из категорий, хлебных крошек и полезных подборок. Сиротский URL в Sitemap остаётся слабым маршрутом.
Включайте в Sitemap только канонические URL, которые должны быть в поиске. Обновляйте lastmod при существенном изменении товара или категории, а не при каждом техническом открытии файла.
Для нескольких URL используйте URL Inspection и запрос индексирования; для массового обнаружения — Sitemap. Google не гарантирует индексацию после запроса.
Сверьте URL Inspection с серверными логами: был ли Googlebot, какой ответ получил, не ушёл ли по редиректу.
Проверьте выбранный Google canonical, дубли параметров и полезность страницы, если обход есть, а индексации нет.
Отправка URL или Sitemap — сигнал, не гарантия. Увеличение частоты отправки не исправляет noindex, неверный canonical, пустой листинг или дубль.
Что делать в каком порядке
Зафиксировать ассортимент, спрос, сезонность и экономику.
Утвердить дерево категорий и правила URL.
Выбрать региональную архитектуру по фактической операционной модели.
Настроить матрицу состояний каталога и lifecycle до массового запуска фильтров.
Подключить только проверенные источники данных и хранить provenance.
После релиза проверить HTML, canonical, robots, Sitemap, внутренние ссылки, логи и отчёты поисковых систем.
Так SEO остаётся системой управляемых решений, а не набором генераторов страниц.
Получите бесплатный аудит и стратегию роста
Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.