Продвижение сайта на MODX в Москве

MODX — это не «движок с кнопкой SEO», а конструктор без рамок: вы получаете почти полный контроль над HTML, ЧПУ, метатегами и микроразметкой, но взамен ничего не настроено «из коробки». Всё, что в WordPress закрывает плагин, здесь собирается из шаблонов, чанков и снифтов (pdoTools, getResources, SEO Pro). Это сильная сторона для тех, кто умеет, и яма для тех, кто запустил сайт «как есть». Мы знаем MODX изнутри и превращаем его гибкость в чистый индекс, быструю загрузку и стабильный рост в выдаче.

Техническая специфика MODX: чистый код как актив и как обязанность

Главное отличие MODX (как Evolution, так и Revolution) от коробочных CMS — отсутствие навязанной разметки. Ядро не вставляет в страницу служебных div, инлайновых стилей и генераторных комментариев: в исходник попадает ровно то, что вы написали в шаблоне. Для поисковика это идеальная база — семантичный HTML без мусора индексируется быстрее и не размывает значимость контента.

Обратная сторона — ответственность лежит на разработчике. В MODX нет дефолтного title, нет автоматического canonical, нет robots-логики и sitemap «по умолчанию». Если сайт собрали без понимания SEO, вы получите страницы без метатегов, дубли по id ресурса и параметрам, открытые служебные контексты. Поэтому работу мы всегда начинаем с технического аудита — снимаем реальную картину индексации, а не доверяем ощущению «сайт же на хорошей CMS».

• Проверяем, что выводится через [[*pagetitle]], [[*longtitle]], [[*description]] и нет ли пустых или клонированных метатегов по дереву ресурсов.
• Смотрим контексты и системные настройки: friendly_urls, friendly_alias_*, base_url, xhtml_urls — частый источник дублей и кривых адресов.
• Закрываем технические страницы (печать, AJAX-обработчики, дубли по &id=) через robots и canonical.

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

В MODX URL формируется из alias ресурса и его положения в дереве — это даёт прямой контроль над человекопонятными адресами. Включается режим friendly URLs, а транслитерация alias настраивается плагином (например, TransAlias), чтобы кириллические заголовки превращались в латиницу, а не в %D0%BF%D1%80.... Важно сразу решить вопрос с container_suffix и завершающим слешем: смешение /uslugi/ и /uslugi без 301 — типичный дубль на MODX.

Само дерево документов мы проектируем не «как удобно контент-менеджеру», а под семантическое ядро. Каждый кластер запросов получает свой ресурс-посадочную, вложенность повторяет логику спроса, а навигация и хлебные крошки строятся через pdoMenu и pdoCrumbs — это даёт сквозную перелинковку без ручной возни.

Для типовых страниц (товары, услуги по городам, статьи) контент масштабируется через шаблонные ресурсы и getResources/pdoResources, а адреса остаются чистыми. При изменении структуры обязательно ведём карту 301-редиректов — в MODX это удобно закрывать сниппетом или плагином, перехватывающим старые alias.

Метатеги через шаблоны и сниппеты: уникальность на потоке

Метатеги в MODX — это не поля «из коробки», а то, что вы сами вынесли в TV (template variables) и вставили в шаблон. Базовая схема: title и H1 берём из pagetitle/longtitle, description — из отдельной TV, а на разделах с однотипными ресурсами строим формулы. Это позволяет не прописывать тысячи метатегов руками: например, [[*pagetitle]] — купить в [[+city]] | [[++site_name]] подставляет город и название, оставаясь уникальным.

Для серьёзных проектов мы используем дополнение SEO Pro или связку SEO Suite — они дают управление title/description/canonical/robots на уровне ресурса и шаблонные правила по разделам, плюс контроль дублей метатегов. Это закрывает главную боль шаблонных CMS — одинаковые title на сотнях страниц, из-за которых поисковик считает их малоценными.

Тексты пишем под интент, а не под плотность ключей: страница должна закрывать запрос целиком. Наполнение и кластеры готовим в связке с AI-генерацией контента, но всегда с экспертной вычиткой — MODX как раз удобен тем, что контент и шаблон разделены, и масштабировать качественные тексты по дереву ресурсов просто.

Скорость и Core Web Vitals: почему MODX тормозит без кэша

MODX рендерит страницу, обрабатывая теги и сниппеты при каждом запросе — и если кэш не настроен, даже простой сайт «думает» лишние сотни миллисекунд. Корень проблемы обычно в некэшируемых вызовах: тег с восклицательным знаком ([[!getResources]]) выполняется на каждый хит. Мы проводим ревизию шаблонов и переводим всё, что можно, в кэшируемый режим, оставляя [[! ]] только там, где контент действительно динамичен.

Рабочая связка для скорости — pdoTools (более быстрые аналоги getResources, Wayfinder, getPage) плюс статический кэш через плагины вроде Cache или серверный кэш на уровне Nginx. На выходе TTFB падает в разы, а Core Web Vitals выходят в зелёную зону. Параллельно работаем с фронтендом: оптимизация изображений (WebP, lazy-load), отложенная загрузка скриптов, минимизация CSS.

Не менее важен фундамент — нормальный хостинг под SEO с PHP-OPcache и достаточной памятью. MODX чувствителен к окружению: на дешёвом shared-хостинге даже идеально настроенный кэш не спасёт от плавающего TTFB. Подробнее о метриках — в нашем разборе Core Web Vitals.

• Переводим некэшируемые [[! ]] теги в кэшируемые везде, где контент статичен.
• Ставим pdoTools и статический/серверный кэш, чистим тяжёлые сниппеты в шаблонах.
• Сжимаем медиа, подключаем lazy-load и WebP, отдаём статику с правильными заголовками кэширования.

Дубли и индексация: где MODX плодит мусор

Полный контроль над URL — это и риск. На MODX дубли возникают предсказуемо: один ресурс доступен и по ЧПУ, и по ?id=42; есть и слеш, и без слеша; работают одновременно www/без www и http/https; пагинация и параметры сортировки в getPage генерируют десятки адресов с одним контентом. Без настройки всё это уходит в индекс и размывает релевантность.

Лечим системно. Включаем строгую схему URL и единый формат адресов, прописываем canonical на каждой странице, склеиваем зеркала 301-редиректами на уровне сервера. Пагинацию закрываем через canonical на первую страницу или rel-логику, параметры — через robots и Clean-param для Яндекса. Полезно ускорить переобход — об этом подробно в материале как ускорить индексацию.

Карту сайта в MODX генерируем не статичным файлом, а сниппетом (pdoSitemap или google-sitemap), чтобы sitemap.xml обновлялся автоматически при добавлении ресурсов и не включал закрытые от индексации страницы. Типовые сценарии борьбы с дублями мы разбирали в гайде по дублям страниц.

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

Поиск всё чаще отдаёт готовый ответ — нейросетью Яндекса, AI Overviews Google, ответами ChatGPT и Perplexity. Чтобы попадать в эти ответы, контент должен быть структурно «читаемым» для машины. MODX здесь в выигрышном положении: вы полностью владеете HTML и можете вставить корректную Schema-разметку (Organization, Product, Article, FAQPage, BreadcrumbList) прямо в шаблон через чанки — без ограничений конструктора.

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

Под капотом всё опирается на E-E-A-T: авторство, экспертность, реальные данные о компании. На MODX это реализуется чисто — через единые чанки с разметкой автора и организации, подключаемые ко всем шаблонам. Подробнее о подходе — в гайде что такое AEO.

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

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

Прогресс прозрачен: позиции по согласованному ядру, динамика трафика и заявок в дашборде сквозной аналитики. Мы не обещаем «ТОП-1 за неделю» — на MODX это особенно честный разговор, потому что результат держат конкретные технические работы, а не магия. Начать удобно с SEO-аудита, а под нишу подберём формат — от точечного продвижения в Яндексе до комплексного SEO + AEO.

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