Как выбрать CMS для сайта с точки зрения SEO

Как выбрать CMS для сайта с точки зрения SEO — решение, которое принимают один раз, а расплачиваются за него годами. Ошибка на этом шаге стоит дороже любой другой: переезд с неподходящей платформы означает переделку структуры, риск потери позиций и месяцы восстановления. При этом сама по себе CMS не является фактором ранжирования — поисковику всё равно, на чём сделан сайт. Важно другое: позволяет ли система делать то, что нужно для продвижения. За 20 с лишним лет я работал с сайтами на всех распространённых платформах и свёл выбор к нескольким проверяемым требованиям.

Что на самом деле должна уметь CMS

Список короткий, но каждый пункт критичен. Проверяйте его до покупки или разработки, а не после.

• Управление мета-тегами. Свой title и description на каждой странице плюс шаблоны для массовых разделов.
• ЧПУ-адреса. Настраиваемые человекопонятные URL без технических параметров.
• Заголовки. Возможность задать H1 отдельно от названия пункта меню и от заголовка карточки.
• 301-редиректы. Настройка из админки, без правки серверных конфигов.
• robots.txt и sitemap.xml. Автогенерация карты с учётом того, какие страницы индексируются.
• Canonical. Управление каноническими адресами, особенно для каталогов и фильтров.
• Скорость. Кэширование, оптимизация изображений, контроль подключаемых ресурсов.
• Микроразметка. Встроенная или легко добавляемая.
• Посадочные из фильтров. Для магазинов — возможность делать индексируемые страницы фильтрации с собственным контентом.

Если система не умеет хотя бы половины, продвижение превратится в борьбу с платформой.

Разбор популярных вариантов

Платформа	Сильные стороны	Ограничения
WordPress	Гибкость, плагины, блог, низкая цена поддержки	Скорость при обилии плагинов, безопасность требует внимания
1С-Битрикс	Каталоги, интеграция с 1С, шаблоны мета-тегов, фильтры	Требователен к хостингу, дорогая поддержка
OpenCart / CS-Cart	Недорогой старт для магазина	Дубли и слабая шаблонизация без доработок
Конструкторы (Tilda и аналоги)	Быстрый запуск, дизайн без разработчика	Потолок по скорости и числу страниц
Самописная CMS	Ровно то, что нужно проекту	Зависимость от разработчика, часто нет базовых SEO-функций
Headless (Next.js и подобные)	Скорость, гибкость фронтенда	Требует грамотного рендеринга для поиска

Универсального лидера нет. Выбор определяется типом проекта и тем, кто будет поддерживать сайт.

Как выбрать под конкретную задачу

• Сайт услуг на 20–50 страниц. WordPress закрывает задачу полностью и дёшево в поддержке.
• Корпоративный сайт с каталогом и интеграцией с 1С. Битрикс — очевидный выбор, несмотря на требовательность.
• Интернет-магазин до нескольких тысяч товаров. WordPress с магазинным модулем, CS-Cart или Битрикс — по бюджету и задачам.
• Крупный магазин с десятками тысяч позиций. Битрикс или специализированная платформа с расчётом на нагрузку.
• Медиапроект и блог. WordPress вне конкуренции.
• Лендинг или тест ниши. Конструктор, но с пониманием, что при росте придётся переезжать.

Чего стоит избегать

• Самописных систем без документации. Разработчик уходит — и сайт нельзя ни доработать, ни передать.
• Платформ без управления мета-тегами. Это блокирует базовую работу по продвижению.
• Тяжёлых шаблонов «всё в одном». Универсальные темы тянут за собой десятки скриптов, которые вы не используете.
• Решений, где фронтенд полностью на JavaScript без серверного рендеринга: поисковик может не увидеть контент. Подробнее — в материале про JavaScript SEO.
• Закрытых платформ с экспортом «никуда». Оценивайте, как вы будете уходить, ещё до того, как придёте.

Скорость как критерий выбора

Любая современная CMS может быть быстрой и любая — медленной. Решают три вещи: качество шаблона, число подключаемых модулей и хостинг. Практические ориентиры:

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

Проверить, как обстоят дела у текущего сайта, можно через бесплатный SEO аудит.

Вопросы, которые стоит задать разработчику до старта

• Как настраиваются мета-теги для разделов и карточек, есть ли шаблоны?
• Как формируются URL и можно ли их менять с редиректами?
• Можно ли делать индексируемые страницы фильтров с собственным текстом?
• Как реализовано кэширование и какие требования к хостингу?
• Что происходит с товарами, которых нет в наличии?
• Как выгружается sitemap и что в него попадает?
• Есть ли доступ к правке robots.txt и серверных заголовков?
• Как выглядит план переноса, если через два года мы захотим сменить платформу?

Ответы на эти вопросы важнее, чем красота демо-шаблона.

Частые вопросы

Влияет ли выбор CMS на позиции напрямую

Нет. Влияет то, что вы можете и чего не можете сделать на этой платформе: скорость, структура, мета-теги, посадочные страницы.

Стоит ли менять CMS ради ускорения

Сначала попробуйте оптимизировать текущую: в большинстве случаев проблема в шаблоне, плагинах и хостинге, а не в системе.

Что выбрать, если сайт будет расти

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

Можно ли продвигать сайт на самописной системе

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

Стоимость владения: то, о чём забывают на старте

Выбор платформы — это не только цена разработки. Считать нужно расходы на несколько лет вперёд.

Статья расходов	Что учитывать
Лицензия	Разовая или ежегодное продление
Хостинг	Требования платформы к ресурсам
Доработки	Стоимость часа разработчика под эту CMS
Поддержка	Легко ли найти специалиста в вашем городе
Обновления	Ломают ли они кастомизацию
Безопасность	Частота уязвимостей и стоимость защиты
Переезд в будущем	Насколько сложно выгрузить данные

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

Типичные ситуации из практики

• Самописный сайт без документации. Разработчик перестал отвечать, поменять мета-теги невозможно. Решение — переезд, потому что развивать нечего.
• Магазин на конструкторе с ростом до тысячи товаров. Упёрлись в фильтры и скорость. Переезд на полноценную CMS оправдан.
• Корпоративный сайт на тяжёлом шаблоне. Медленный, но платформа ни при чём: помогает чистка шаблона и оптимизация.
• Магазин на популярной CMS с плагином на каждый чих. Тридцать расширений тормозят сайт. Решение — аудит и удаление лишнего, а не смена системы.

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

Чек-лист проверки перед запуском сайта

Независимо от выбранной платформы, перед публикацией стоит пройтись по одному списку. Он занимает час, а экономит месяцы.

1. У каждой страницы свой уникальный title и description, не шаблон из названия компании.
2. Адреса человекопонятные, без параметров и идентификаторов.
3. Настроены редиректы: с www на без (или наоборот), с http на https, со слешем и без.
4. robots.txt не закрывает нужное, sitemap.xml формируется и отправлен в панели вебмастера.
5. На каждой странице один H1, структура заголовков логичная.
6. Изображения сжаты, у них заполнены alt.
7. Сайт открывается за две-три секунды на мобильном интернете.
8. Формы работают и заявки приходят — проверено реальной отправкой.
9. Установлены счётчики аналитики и настроены цели.
10. Есть микроразметка организации и контактов.
11. Тестовая версия сайта закрыта от индексации.

Половина проблем, с которыми ко мне приходят через год после запуска, — это невыполненные пункты из этого списка.

Кто будет вести сайт после запуска

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

• Владелец бизнеса сам. Нужна простая админка и минимум технических действий.
• Штатный маркетолог. Подойдёт любая распространённая CMS с понятным интерфейсом.
• Подрядчик на поддержке. Важна доступность специалистов на рынке и адекватная стоимость часа.
• Разработчик на аутсорсе. Тогда критична документация и стандартность решений.

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

Скорость и хостинг: половина успеха

Одна и та же CMS на разном хостинге показывает разное время ответа, а это напрямую влияет на позиции и на поведение посетителей.

• Время ответа сервера — целевой ориентир до 200 мс; всё, что выше секунды, требует разбирательства.
• Ресурсы под платформу: тяжёлым системам нужен свой сервер или мощный виртуальный, а не дешёвый общий хостинг.
• Поддержка современных технологий: актуальная версия PHP, HTTP/2, сжатие, кэширование на стороне сервера.
• География: сервер в регионе основной аудитории или CDN для распределённой.
• Резервные копии и возможность быстро откатиться — при переезде и обновлениях это спасает.

Экономия на хостинге — самая невыгодная экономия в проекте: она сводит на нет и работу разработчика, и вложения в продвижение.

Мифы, которые мешают выбрать

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

Практический вывод: выбирайте систему под задачи и под тех, кто будет её вести, а не по советам из статей с рейтингами «лучших CMS».

Вывод

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

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