Продвижение интернет-магазина на InSales в Москве

InSales даёт интернет-магазину готовый каркас: дерево категорий, карточки, корзину и блок SEO-полей из коробки. Но именно эта «готовность» обманчива — фильтры и сортировки молча плодят дубли, шаблоны метатегов штампуют одинаковые title на сотнях URL, а доступ к коду и серверу ограничен рамками SaaS. Мы продвигаем магазины на InSales, выжимая максимум из встроенных инструментов и закрывая типовые ловушки платформы до того, как они съедят бюджет на индексацию.

Как устроено SEO внутри InSales: что платформа даёт из коробки

InSales — SaaS-платформа, а не CMS на вашем сервере, и это определяет всю логику работы. У вас нет прямого доступа к nginx, .htaccess и php-коду: robots.txt, редиректы и метатеги настраиваются через админку и шаблонизатор Liquid. Зато базовый SEO-слой действительно проработан — у категорий, товаров, статей блога и даже у страниц подборок/фильтров есть отдельные поля title, description, h1 и URL-handle.

Ключевой механизм — шаблоны метатегов с переменными. В настройках SEO вы задаёте формулу вида «{{title}} — купить в {{shop}}» с подстановкой названия товара, категории, цены, бренда. Это закрывает заполнение тысяч карточек разом. Проблема в том, что формула «из коробки» одинакова для всего каталога, поэтому без проработки переменных и исключений вы получаете технически заполненные, но семантически близнецовые title.

Индексацией управляет связка sitemap.xml (InSales генерирует его автоматически), robots.txt и атрибута canonical, который платформа проставляет не везде корректно. Понимание этих границ — отправная точка любого проекта: мы начинаем с технического аудита, чтобы увидеть, что реально отдаётся в индекс, а что закрыто или задублировано.

Структура каталога и ЧПУ под кластеры товарного спроса

Готовое дерево категорий InSales удобно для запуска, но почти никогда не совпадает с тем, как люди ищут товар. Платформа позволяет задать произвольный URL-handle для каждой категории и товара, и этим надо пользоваться: транслитерированные человекопонятные адреса вида /catalog/divany-uglovye/ ранжируются заметно лучше, чем вложенные технические пути.

Мы собираем семантическое ядро, кластеризуем его и перестраиваем дерево разделов и подразделов под реальные кластеры спроса — отдельная посадочная под каждый устойчивый кластер, без каннибализации. Важная особенность InSales: товар может быть привязан к нескольким категориям одновременно, и без контроля canonical это сразу даёт один товар по нескольким адресам.

Отдельная сильная сторона платформы — механизм SEO-страниц фильтров (подборок). Это позволяет превратить запрос «угловые диваны еврокнижка» в полноценную индексируемую посадочную с собственными метатегами и текстом, а не в мусорный параметрический URL.

• Задаём осмысленные URL-handle для всех категорий и товаров вместо автогенерации.
• Строим хлебные крошки и сквозную перелинковку между родственными категориями и подборками.
• Под низко- и среднечастотные кластеры открываем SEO-страницы фильтров, а не плодим параметры в URL.
• Связываем структуру каталога с семантикой, чтобы каждая страница отвечала своему кластеру.

Главная боль InSales: дубли от фильтров и сортировок

Любой магазин на InSales по умолчанию генерирует параметрические URL при включении фильтров, сортировок и пагинации: ?sort=price, ?page=2, наборы параметров фильтра. Если оставить это как есть, в индекс утекают сотни и тысячи почти одинаковых страниц — классическая ситуация, которую мы разбираем в материале про дубли страниц. Поисковик размывает релевантность между копиями, а краулинговый бюджет расходуется впустую.

Решение на InSales многоуровневое. Полезные комбинации фильтров (те, под которые есть спрос в семантике) мы оформляем как отдельные SEO-страницы подборок с уникальными title и текстом и открываем под индексацию. Все остальные параметрические варианты закрываем через canonical на родительскую категорию и директивы в robots. Так один товарный срез = один индексируемый адрес.

Отдельно следим за пагинацией и сортировками: страницы ?sort= и ?page= не должны конкурировать с основной категорией. На уровне Liquid-шаблона и настроек платформы мы выстраиваем корректную каноникализацию, чтобы вес концентрировался на нужном URL, а не растекался по бесконечным вариациям. Подробнее логику борьбы с дублями мы описываем в вики по дублям.

Метатеги и контент: уникализация против шаблонной похожести

Шаблоны метатегов InSales — это и спасение, и ловушка. Формула с переменными заполняет весь каталог за минуты, но если в магазине 40 моделей одного дивана с близкими названиями, вы получаете 40 почти идентичных title. Мы перерабатываем шаблоны так, чтобы в формулу попадали различающие признаки — бренд, ключевая характеристика, материал, — и задаём индивидуальные метатеги для приоритетных категорий и товаров вручную.

Карточки товаров — главный актив магазина и одновременно зона тонких/неуникальных текстов. Производительские описания, скопированные у поставщика, тянут карточку вниз. Мы наполняем карточки уникальными описаниями, структурированными характеристиками, блоками отзывов и FAQ-блоками — это и контент под запрос, и сигнал полноты ответа. Масштабировать это помогает генерация и редактура контента под контролем редактора.

Для категорий пишем SEO-тексты, которые отвечают на коммерческий интент (как выбрать, чем отличаются, что в наличии), а не существуют для «плотности ключей». Полнота ответа на странице сегодня важнее частоты вхождений — и для Яндекса, и для Google в рамках E-E-A-T.

Скорость и Core Web Vitals в рамках SaaS

На InSales вы не управляете хостингом и не можете переписать рендеринг, поэтому работа со скоростью идёт в границах платформы. Чаще всего проседает LCP из-за тяжёлых баннеров и неоптимизированных изображений товаров, а CLS — из-за подгружаемых блоков и виджетов. Это типовые проблемы, и они решаемы без доступа к серверу.

Мы оптимизируем то, что в нашей зоне: сжимаем и приводим к современным форматам изображения карточек и категорий, настраиваем lazy-load, чистим лишние сторонние скрипты (чаты, аналитика, виджеты), которые блокируют рендеринг. Практику работы с медиа мы разбираем в гайде по оптимизации изображений.

Цель — увести Core Web Vitals в зелёную зону в тех пределах, которые даёт SaaS-архитектура. Здесь честно: на InSales не получится той тонкой настройки, что на собственном сервере, но грамотная работа с фронтендом магазина закрывает большинство проблем со скоростью загрузки.

Готовность к нейроответам: AEO и GEO для магазина на InSales

Поиск всё чаще отдаёт готовый ответ — нейросетью Яндекса или AI-обзором Google, — и магазину важно попадать в эти ответы как источник. Базу для этого даёт микроразметка: через Liquid-шаблоны InSales мы внедряем Schema.org Product (с ценой, наличием, рейтингом), BreadcrumbList и FAQPage. Структурированные данные — это язык, на котором карточка объясняет ассистенту, что она продаёт.

Дальше работает контент в машиночитаемом формате: чёткие характеристики таблицей, прямые ответы в FAQ-блоках, фактура (гарантия, сроки доставки, наличие). Это и есть AEO-оптимизация — подготовка страниц к извлечению ответа. Как устроен этот механизм, мы подробно разбираем в гайде по AEO.

Для магазинов с привязкой к городам подключаем GEO-оптимизацию: локальная фактура (адреса пунктов выдачи, зоны доставки) повышает шанс попасть в локальный нейроответ. Связка SEO + AEO + GEO в едином формате даётся комплексным форматом.

• Внедряем Schema Product / Offer / AggregateRating и FAQPage через шаблоны InSales.
• Структурируем характеристики и ответы так, чтобы их легко извлекал ассистент.
• Усиливаем коммерческие и поведенческие факторы — цену, наличие, отзывы, удобство.
• Связываем работу с GEO для локального спроса по городам.

Сроки, измеримость и сопровождение

Магазин на InSales с проработанной структурой обычно показывает первые сдвиги по позициям через 1–2 месяца, ощутимый рост небрендового трафика — с 3–4 месяца. Быстрее всего выходят в ТОП страницы подборок и категории под средне- и низкочастотные кластеры, потому что там ниже конкуренция, а интент — явно коммерческий.

Прогресс прозрачен: вы видите позиции по согласованному ядру, динамику органического трафика и заявок, ассортиментные срезы по категориям. Аналитику настраиваем через сервис сквозной аналитики, чтобы видеть не визиты, а выручку с органики. Стартовать удобно с SEO-аудита, а формат и стоимость работ подбираем под размер каталога и нишу.

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

Для выездных услуг и филиалов уточняем фактическую зону работы: ЦАО, Хамовники, Пресненский район (Москва-Сити), Замоскворечье, Тверской район. Проверяем адреса, график, стоимость выезда и способы связи. Различия в локальной выдаче оцениваем по замерам; наличие района в списке не означает, что под него нужна отдельная посадочная.