Продвижение сайта на UMI.CMS в Москве

UMI.CMS — мощная коммерческая платформа с открытым доступом к серверу и встроенным SEO-инструментарием: метатеги, ЧПУ, sitemap и редиректы доступны прямо из админки. Но именно эта гибкость и шаблонная природа модулей создают типичные проблемы: одинаковые title по всему каталогу, дубли от фильтров и просадка скорости на больших разделах. Продвижение на UMI.CMS — это работа с её модульной логикой, а не универсальные чек-листы.

Техническая база: что даёт прямой доступ к ядру UMI.CMS

UMI.CMS отличается от облачных конструкторов тем, что вы получаете полный доступ к серверу, файлам шаблонов и базе данных. Это значит, что почти любую техническую SEO-задачу можно решить на уровне макета (.tpl/.xsl или TWIG в зависимости от редакции), а не подпорками поверх движка. Мы правим robots.txt, настраиваем серверные редиректы и работаем с HTTP-заголовками напрямую — без ограничений песочницы.

Каждый объект в UMI — это узел дерева страниц с набором полей. SEO-поля (title, description, keywords, h1, ЧПУ) встроены в редактор объекта, а на уровне типа данных задаётся макет, который подставляет эти поля в верстку. Понимание этой связки «объект → тип данных → макет» — ключ к продвижению: одна правка макета меняет вывод сразу по тысячам страниц.

На старте мы всегда проводим технический аудит: проверяем корректность отдачи кодов ответа, наличие битых внутренних ссылок, состояние карты сайта и индексацию служебных разделов. На UMI частая находка — открытые для индексации версии для печати и системные страницы.

Структура разделов и ЧПУ: гибкость, которой надо управлять

Дерево разделов в UMI.CMS гибкое: каталог, услуги и информационные разделы строятся как иерархия объектов, и URL по умолчанию наследует путь вложенности. Это удобно для логичной структуры под спрос, но требует дисциплины — глубокая вложенность плодит длинные адреса, а перенос раздела меняет URL дочерних страниц.

Встроенный механизм ЧПУ формирует человекопонятные адреса автоматически, но транслитерация и слаги нуждаются в контроле: кириллические заголовки иногда дают громоздкие или дублирующиеся синонимы URL. Мы фиксируем единый шаблон адресов, чистим хвосты вроде .html и устаревших GET-параметров.

При любой перестройке структуры обязательно настраиваем 301-редиректы со старых адресов на новые — UMI позволяет вести таблицу редиректов прямо в админке, и это нужно делать до выкатки, а не после просадки трафика.

• Закрепляем единый формат ЧПУ для каталога, блога и услуг, чтобы не плодить синонимичные адреса одной страницы.
• Проектируем дерево разделов под семантическое ядро — каждый кластер запросов получает свой узел и посадочную.
• Ведём карту 301-редиректов при переезде разделов, переименовании слагов и смене структуры каталога.

Метатеги и контент: уходим от шаблонного title

Главная SEO-боль UMI.CMS — макетные метатеги. По умолчанию title и description генерируются одним макросом на весь раздел, из-за чего сотни карточек каталога получают почти одинаковые заголовки вида «Название — Компания». Для поиска это сигнал низкого качества и прямой путь к слабому ранжированию.

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

Контент тоже не должен быть шаблонным. На страницах разделов добавляем вводные тексты под интент, на карточках — уникальные описания и характеристики. Где объёмов не хватает, помогает генерация и доработка контента с обязательной редактурой под факты и E-E-A-T.

Дубли и фильтры: главная ловушка каталога на UMI

Фильтры и сортировки каталога в UMI.CMS по умолчанию генерируют URL с параметрами (например, ?filter= или /filter/), и без настройки поисковик индексирует тысячи почти одинаковых страниц. Это классические дубли, которые размывают релевантность и тратят краулинговый бюджет.

Решаем комплексно: для коммерчески ценных комбинаций фильтров (например, «бренд + категория») создаём индексируемые SEO-страницы с собственными метатегами, а технические сортировки и многопараметрические комбинации закрываем через rel=canonical, мета-robots noindex и правила в robots.txt. UMI позволяет управлять этим на уровне макета вывода фильтра.

Отдельно вычищаем дубли главной (со слэшем и без, /index.php), пагинацию и страницы с UTM-метками. Подробный разбор подхода — в материале про дубли страниц.

• Открываем для индексации только посадочные комбинации фильтров с реальным спросом, остальное — под canonical и noindex.
• Настраиваем единый канонический адрес для пагинации и сортировок каталога.
• Убираем мусорные параметры и UTM из индекса, чтобы не дробить вес страниц.

Скорость и Core Web Vitals: кэш решает

На больших каталогах UMI.CMS без настроенного кэширования генерация страницы из дерева объектов и макетов нагружает сервер — отдача растёт, а вместе с ней проседают Core Web Vitals. Для Google это фактор ранжирования, для пользователя — причина ухода.

UMI имеет встроенное кэширование, но его нужно правильно сконфигурировать: кэш страниц и блоков, кэш выборок каталога, прогрев после публикации. Дополнительно подключаем серверное кэширование и работаем с хостингом, потому что слабый тариф сведёт оптимизацию на нет.

Параллельно занимаемся фронтендом: сжатие и оптимизация изображений (WebP, lazy-load), минификация CSS/JS, отложенная загрузка скриптов. Цель — стабильно зелёные метрики скорости загрузки на ключевых шаблонах: главная, раздел каталога, карточка.

Готовность к нейроответам: Schema и FAQ под AEO

Поиск всё чаще отдаёт готовый ответ нейросети или блок с источниками, а не просто десять ссылок. Чтобы UMI.CMS-сайт попадал в эти ответы, мы внедряем структурированную разметку Schema.org: Product и Offer для карточек, Organization и LocalBusiness для контактов, BreadcrumbList для навигации.

Поскольку макеты UMI полностью под нашим контролем, разметку зашиваем прямо в шаблоны типов данных — она генерируется автоматически из полей объекта и не ломается при добавлении новых товаров. Для информационных страниц добавляем FAQ-блоки под AEO с микроразметкой FAQPage.

Это и есть суть AEO-оптимизации и GEO-продвижения: сделать контент машиночитаемым и пригодным для цитирования нейросетями. Подробнее логика — в гайде что такое AEO.

Сроки, измеримость и формат работ

Первые сдвиги по позициям на корректно настроенной UMI.CMS видны через 1–2 месяца, ощутимый рост небрендового трафика — обычно с 3–4 месяца. Техническая чистка (метатеги, дубли, скорость) часто даёт быстрый эффект, потому что снимает накопленные ограничения движка.

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

Под нишу и масштаб каталога подбираем формат — от отдельных работ до комплексного SEO+AEO; ориентиры по стоимости согласуем на старте.

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