Менять ли CMS, чтобы сайт продвигался и не тормозил

Владелец клиники услышал «Тильда не индексируется — переезжайте на WordPress» и через полгода потерял позиции на 4 месяца. В практике смена CMS редко решает SEO: чаще не хватало контента, скорости и перелинковки на текущем движке. Разберём, когда переезд оправдан, а когда дешевле чинить то, что есть.

Почему «давайте переделаем на другой платформе» — самый частый плохой совет

Раз в неделю звонит владелец бизнеса с одной из двух фраз:

• «У нас сайт на Тильде, он не продвигается. Нам сказали — нужно делать на WordPress.»
• «У нас WordPress, он не продвигается. Нам сказали — нужно переезжать на Тильду, она лёгкая.»
• «У нас Битрикс, тормозит. Сказали — переделывать на WordPress, там быстрее.»
• «У нас сайт на WordPress, медленный. Студия предлагает сделать на чистом коде / на Тильде / на Битриксе.»

Любопытно, что советы зеркальные: с Тильды зовут на WordPress, с WordPress — на Тильду, с Битрикса — куда угодно. Это не совпадение. Это маркер того, что советует не специалист, который разбирался с конкретным сайтом, а продавец, у которого «своя» платформа. Сам факт смены движка проблему не решает — ни в SEO, ни в скорости. В подавляющем большинстве случаев вы потратите 150–500 тысяч рублей, потеряете позиции на 3–6 месяцев и придёте к тем же показателям. А иногда — к худшим.

Разберём спокойно: что на самом деле влияет на продвижение и скорость, почему смена CMS почти никогда не решает корневую проблему, и когда переход всё-таки оправдан.

Откуда берётся миф «нужно переехать на другую CMS»

У мифа три источника, и все они не имеют отношения к интересам вашего бизнеса.

1. Студия зарабатывает на разработке, а не на результате. Сделать новый сайт «с нуля» — это 150–700 тысяч рублей сразу. Разобраться с текущим, дать рекомендации по контенту и техническому SEO — это 30–80 тысяч и долгая работа без громких побед. Продавцу выгоднее первое, поэтому он искренне верит, что «на нашей платформе будет лучше».

Внутри студий часто есть монокультура: команда умеет делать только на Тильде / только на WordPress / только на Битриксе. Им неудобно работать с чужой системой, и они честно говорят: «давайте перенесём к нам». Это разговор про их удобство, а не про ваш SEO.

2. SEO-специалист не разобрался. Когда подрядчик 3–6 месяцев ведёт сайт и позиции не растут, проще всего сказать «дело в движке». Это снимает ответственность: «мы всё сделали, виновата платформа». Если копнуть — окажется, что не сделан контент-план, не закрыты технические ошибки, нет внутренней перелинковки, не работает с региональностью в Яндекс.Вебмастере.

3. Бытовой опыт. Знакомый знакомого «перешёл на WordPress — и сайт пошёл в топ». Чаще всего вместе с переездом он переделал контент, расширил структуру с 10 до 100 страниц, дал бюджет на копирайтинг и закупку ссылок. Сработал не движок, а вложения. Но в памяти осталось «помог переезд».

Что на самом деле думает поисковик про вашу CMS — короткий ответ: ничего

И Яндекс, и Google многократно публично подтверждали одну и ту же мысль: поисковик не различает CMS как фактор ранжирования. Робот видит HTML, который сервер отдал в ответ на запрос. Что под капотом отдавало этот HTML — PHP-движок WordPress, конструктор Тильды, монолит 1С-Битрикс, статический генератор или ручная вёрстка — не имеет значения.

Имеет значение то, что робот реально может проверить:

• Скорость отдачи страницы и Core Web Vitals (LCP, CLS, INP).
• Корректные мета-теги, заголовки, структура микроразметки (Schema.org).
• Уникальный, полезный, регулярно обновляющийся контент.
• Внутренние ссылки, понятные URL, отсутствие дублей.
• Внешние сигналы: упоминания, ссылки, поведенческие метрики посетителей.
• Корректные технические файлы: robots.txt, sitemap.xml, заголовки HTTPS.

Ничто из этого не зависит от CMS. Хороший HTML может отдать любой движок. Плохой — тоже любой. Среди топ-10 выдачи Яндекса по любому коммерческому запросу легко найти сайты на всех трёх платформах, плюс самописные. Это сильнее любой статистики.

Реальные причины, почему сайт «не продвигается»

За 10+ лет работы с сайтами клиентов можно выделить пять реальных причин стагнации в выдаче. Все они лечатся на текущей платформе.

1. Слабая структура и мало страниц

Сайт-визитка из 5 страниц физически не может конкурировать с конкурентом, у которого 80 посадочных под разные запросы, регионы, услуги. Поисковик не «продвигает сайт», он ранжирует конкретные страницы под конкретные запросы. Нет страницы — нет позиции.

Это решается наращиванием структуры: разделить «Услуги» на отдельные страницы под каждую услугу, добавить страницы по типу клиента, по региону, по проблеме клиента. И не имеет значения, делается это на Тильде или на WordPress — пишет страницы один и тот же копирайтер.

2. Контент написан «для красоты», а не под запросы

Тексты в духе «мы — команда профессионалов с многолетним опытом» не ранжируются ни на одной платформе. Поисковик хочет увидеть на странице: запрос пользователя в заголовке, ответ на него в первом абзаце, конкретику ниже, цены, FAQ, контакты. Если на странице этого нет — переезд на другой движок ничего не даст. Та же страница, переехавшая в Тильду, будет так же стагнировать.

3. Техническое SEO заброшено

Дубли страниц с параметрами, отсутствующая Schema.org, неверный canonical, отдающаяся 200 страница «404», вложенность 6+ кликов от главной, отсутствие региональности в Вебмастере. Это всё чинится на любой CMS — иногда плагином, иногда руками. Пошагово для WordPress — базовая настройка SEO. Это не повод переезжать.

4. Нет внешних сигналов

Сайт никто не упоминает: ни СМИ, ни справочники, ни отзывники, ни социальные сети. Для коммерческой ниши с конкурентами Яндексу не на чем строить «доверие» к сайту. Это решается контент-маркетингом, регистрацией в Яндекс.Бизнес, отзовиках, точечной закупкой упоминаний. CMS тут вообще ни при чём.

5. Возраст и поведенческие

Молодой сайт (до 6–12 месяцев) с нулевой посещаемостью продвигается медленно, и это нормально. Переезд на новую платформу обнуляет накопленный возраст, если меняются URL — и вы начинаете заново. Это противоположность того, что нужно для роста позиций.

WordPress, Тильда, Битрикс — что реально умеет каждый

Чтобы у читателя сложилась адекватная картина, без маркетинга «наша платформа лучше».

Тильда

Сильные стороны. Быстрый старт, понятный конструктор, не нужен программист для типовых правок. Базовое SEO «из коробки» (мета-теги, sitemap, schema для обычных страниц), нормальная скорость на простых сайтах. Идеально для лендингов, портфолио, сайтов-визиток до 30–50 страниц.

Слабые стороны. Закрытая платформа: что не предусмотрели разработчики Тильды — вы сделать не можете. Ограничения по работе с серверной логикой, по интеграциям, по структуре URL (одноуровневая вложенность для «Страниц»). Сложно сделать большой каталог с фильтрами, многоязычный сайт, систему личных кабинетов. На крупном сайте упирается в потолок возможностей.

Когда подходит. Сайт-визитка, лендинг, портфолио, простой блог, сайт мероприятия, тест ниши.

WordPress

Сильные стороны. Открытая система, любая структура страниц, любой шаблон URL, любые интеграции, тысячи плагинов, большое сообщество. WooCommerce покрывает 80% потребностей небольшого и среднего интернет-магазина. SEO-настройки — на любой вкус (Yoast, Rank Math, SEOPress). Можно сделать что угодно, если хватает рук.

Слабые стороны. Требует обслуживания: обновления ядра, плагинов, тем, бэкапы, защита от взлома (см. «Защита WordPress от взлома»). При плохой настройке тормозит — но это исправляется (см. «Как ускорить сайт на Elementor»). Нужен подрядчик, который понимает, что делает: «дёшево настроенный» WordPress будет источником проблем.

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

1С-Битрикс

Сильные стороны. Тяжёлая корпоративная система с акцентом на интеграции с 1С, ЕРП, документооборотом, B2B-кабинетами, сложной логикой скидок и оплат. Подходит крупному бизнесу, где сайт — часть инфраструктуры компании, а не самостоятельный продукт.

Слабые стороны. Дорог в обслуживании, требует дорогих разработчиков, при неаккуратной настройке тяжелее ускорять, чем WordPress. Лицензия платная и продлеваемая. Для сайтов до 1000 товаров обычно избыточен — вы платите за функционал, который не используете.

Когда подходит. Крупный интернет-магазин с интеграцией 1С, корпоративный портал, B2B-личные кабинеты, проекты с уже работающей экосистемой Битрикс24.

Маленькая трезвая правда

На каждой из этих платформ есть сайты в топ-10 Яндекса и сайты в топ-100 по тому же запросу. Различие между ними — не движок, а сколько в сайт вложено мысли, контента и грамотной технической настройки.

Сайт тормозит — поможет ли переход на другую платформу?

Это вторая половина того же мифа: «у нас всё медленно, давайте перепишем на лёгком конструкторе / на чистом коде / на быстром фреймворке». Разберём, что реально влияет на скорость, и почему переезд тут так же бесполезен.

Реальные источники медленной загрузки

• Хостинг. Самый частый виновник. Дешёвый shared-хостинг на перегруженном сервере отдаёт первый байт за 2–4 секунды. Переезд на нормальный VPS или хороший виртуальный тариф у Beget, Timeweb, ihc сразу даёт TTFB 200–400 мс. Без смены CMS.
• Тяжёлые картинки. На сайтах, которые приходят на аудит, нередко главная страница весит 8–15 МБ — потому что в шапке стоит JPEG 4000×3000 на 5 МБ. Сжатие до WebP и адаптивные размеры дают ускорение в разы. Картинки одинаково тяжёлые что в WordPress, что в Тильде.
• Лишние скрипты и трекеры. Яндекс.Метрика + Google Analytics + 3 чата + пиксели соцсетей + 5 виджетов отзывов — это 1–2 секунды блокирующего JS на каждой странице. CMS не виновата. Виновата установка «всех маркетинговых инструментов сразу».
• Отсутствие кэширования. На WordPress решается одним плагином (WP Super Cache, LiteSpeed Cache, WP Rocket). На Битриксе включается в админке. На Тильде кэширование уже включено самой платформой — там этот пункт неактуален.
• Тяжёлая тема или конструктор страниц. На WordPress — Elementor с десятками виджетов и анимаций. На Битриксе — старая «коробка» без актуальных оптимизаций. Это исправляется оптимизацией, отключением лишнего, а не переездом.
• Распухшая база. Миллион строк ревизий, autoload-опции, забытые таблицы плагинов. Чистится за час, переезд тут вообще ни при чём.

Что будет, если вместо чистки уехать на другую CMS

Скорее всего, повторится та же история. Если сайт делает та же команда, что делала прошлый — она снова поставит конструктор-комбайн, повесит 4 трекера и положит JPEG в 5 МБ. Через 3 месяца вы получите тот же 30 по PageSpeed Mobile — только уже на другом движке.

В нашей практике на WordPress-сайтах удаётся поднять PageSpeed Mobile с 30–40 до 80–90 без смены платформы, обычно за 4–10 часов работы. Это всегда дешевле, чем переделывать сайт.

Когда переход на другую CMS действительно оправдан

Чтобы было честно — переезд иногда оправдан. Не часто, но бывает. Вот реальные случаи.

С Тильды — на WordPress (или Битрикс)

• Сайт перерастает возможности Тильды: нужен сложный каталог с фильтрами, многоуровневая структура URL, нетривиальные интеграции (CRM, ERP, склад, оплаты с особой логикой).
• Нужно полноценное SEO-управление сотнями страниц: автогенерация мета-тегов из шаблонов, программное создание посадок под регионы, тонкая работа с canonical и пагинацией.
• Подписочная модель Тильды становится дороже, чем поддержка собственного решения (актуально при росте бизнеса).
• Нужен полноценный многоязычный сайт с разными доменами/папками и независимой структурой контента.
• Нужен серверный код: личные кабинеты, расчёты, обработка форм с логикой, API наружу.

С WordPress — на Тильду

• Реально нужна была визитка из 8 страниц, но 5 лет назад сделали «полноценный сайт», который теперь некому обслуживать. Переезд на Тильду упростит жизнь и сэкономит на поддержке.
• В команде нет ни одного человека, который понимает WordPress, а бюджет на поддержку отсутствует. Тильда снимает с заказчика техническую ответственность.

С Битрикса — на WordPress

• Магазин «оброс» Битриксом исторически, но реальный функционал тянет WooCommerce: 1С-интеграции уже не нужны, B2B-логики нет, лицензия Битрикса стала ощутимой статьёй расходов.
• Стоимость разработчиков Битрикса сильно выше, чем разработчиков WordPress, при одинаковом результате.

Когда переход НЕ оправдан (большинство случаев)

• Текущая платформа справляется с задачами бизнеса, но «не продвигается». Сначала чините контент и техническое SEO.
• Сайт тормозит. Сначала чините хостинг, картинки, скрипты, кэш.
• «Не нравится дизайн». Дизайн меняется отдельно от движка.
• «У нас был старый WordPress, давайте перезальём заново». Если структура и URL остаются — это не «новый сайт», это обновление темы. Внутри той же CMS.
• «Подрядчик не разобрался, давайте начнём с нуля». Сначала меняйте подрядчика, а не движок.

Чего стоит необдуманный переезд

Картина с цифрами, чтобы решение принималось спокойно.

• Деньги. Корпоративный сайт «с нуля» — от 150 до 700 тысяч рублей. Магазин — от 300 тысяч до нескольких миллионов. Аудит и доработка текущего сайта — обычно 30–100 тысяч.
• Время. Разработка нового сайта — 2–6 месяцев. Доработка текущего — 2–4 недели.
• SEO-просадка. Даже при идеальном переезде с 301-редиректами Яндекс «переваривает» новую структуру 1–3 месяца, и позиции временно проседают на 20–60%. Если что-то сделано неаккуратно — просадка остаётся навсегда. Накопленный возраст и поведенческие сигналы частично теряются.
• Контент. Все статьи блога, кейсы, описания услуг, которые есть на старом сайте, кто-то должен корректно перенести. На практике 10–30% контента теряется или переносится с ошибками.
• URL-структура. Если меняются адреса страниц, нужны 301-редиректы 1-в-1 со старых URL на новые. На больших сайтах это сотни строк, и часть всегда забывают.

Это не аргумент «никогда не переезжайте». Это аргумент «переезжайте, когда понимаете, какую конкретную проблему он решит, и какие риски с собой принесёт».

Чек-лист: переходить или оставаться

Перед тем как сказать «да» предложению переехать, ответьте на эти вопросы. Если хотя бы 3 ответа — «нет», переезд почти наверняка не нужен.

1. вы можете назвать конкретную задачу, которую текущая CMS не может решить технически (а не «нам сказали»)? Например: «нужен каталог с фильтрами по 12 параметрам — Тильда так не умеет».
2. вы понимаете, на каком движке будете после переезда — и почему именно на нём?
3. Провели независимый SEO-аудит текущего сайта (не от той же студии, которая предлагает переезд)?
4. Проверили, что низкая скорость не решается оптимизацией: смена хостинга, сжатие картинок, кэш, отключение лишних скриптов?
5. У вас есть план миграции с 301-редиректами и сохранением URL-структуры?
6. вы понимаете, что в первые 1–3 месяца после переезда позиции просядут — и у вас есть бюджет это пережить?
7. Заложили бюджет на перенос контента (а не «потом сами докрутим»)?

Что НЕ нужно делать

• Не нужно верить фразе «движок устаревший». CMS — это не айфон, она не «выходит из моды». WordPress, появившийся в 2003 году, обновляется и сейчас один из самых актуальных движков мира.
• Не нужно переезжать, чтобы «начать с чистого листа». Чистый лист — это никто не ищет ваш сайт. Старый сайт с историей — это посетители, ссылки, упоминания, поведенческие.
• Не нужно соглашаться на смену CMS «в подарок к продвижению». Это в 99% случаев продажа разработки под видом SEO-стратегии.
• Не нужно менять CMS только потому, что подрядчик «не дружит» с текущей. Замените подрядчика, не сайт.
• Не нужно переезжать без подготовленного списка 301-редиректов 1-в-1 со старых URL на новые. Это катастрофа для SEO.

Если решение всё-таки переезжать — как сделать это без потерь

Краткий план, который покрывает 95% типовых рисков. Полный пошаговый разбор миграции — отдельная тема.

1. Сохранить домен. Это самый важный SEO-актив. Возраст домена, история, упоминания — всё «висит» на домене, а не на движке.
2. Сделать полный список текущих URL: выгрузить из Яндекс.Вебмастера «Страницы в поиске», из Метрики — посещаемые страницы за 12 месяцев, из sitemap.xml — всё остальное.
3. На новой CMS повторить URL-структуру 1-в-1, где это возможно. Если меняем — сразу составить таблицу «старый URL → новый URL» и настроить 301-редиректы.
4. Перенести весь контент, включая мета-теги (Title, Description), H1, alt у картинок. Это часто забывают, и Яндексу кажется, что сайт переписали с нуля.
5. Сохранить или улучшить разметку Schema.org. Перенести все микроразметки товаров, статей, FAQ, breadcrumbs.
6. Перед переключением домена — проверить новый сайт на тестовом поддомене с robots.txt: Disallow: /. Открыть индексацию только после полной готовности.
7. В день переключения — отправить актуальный sitemap.xml в Яндекс.Вебмастер и Google Search Console, поставить в Вебмастере галку «Сайт переехал» (если меняется домен; для смены CMS на том же домене это не нужно).
8. Первые 2–3 месяца — мониторить выпадение страниц из индекса, проверять, что 301-редиректы работают, исправлять найденные проблемы.

При аккуратном переезде позиции возвращаются за 2–4 месяца. При неаккуратном — теряются на год и больше.

Главный вывод

Платформа сайта — это инструмент, а не причина успеха или провала в поиске. На Тильде, на WordPress, на Битриксе — на любой из них можно сделать сайт, который собирает 100 000 посетителей в месяц и приносит заявки. И на любой можно сделать сайт, который не приносит ничего.

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

Если вам предлагают сменить платформу как способ «починить продвижение» или «ускорить сайт» — попросите сначала аудит того, что вы уже имеете. Реальная картина почти всегда показывает: проблему можно решить на текущем движке за десятую часть бюджета новой разработки.

Если хочется независимого взгляда на свой WordPress — посмотрите услуги «Поддержка WordPress» и «Ускорение сайта» или напишите в Контактах: подскажем, чинить или переезжать, без продажи разработки. Если сайт уже тормозит — конкретные шаги в статье «Как ускорить сайт на Elementor — PageSpeed Mobile с 34 до 86».