Как выбрать CMS: Tilda, WordPress или 1С-Битрикс
Проверяем редактора, каталог, интеграции, переносимость и поддержку.
Содержание статьи
Систему управления сайтом выбирают после проверки будущих операций: как сотрудник публикует материал, как меняются товары и цены, куда попадает заявка, кто обновляет систему и как сайт переносится. Сравните Tilda, WordPress и 1С-Битрикс на одинаковом тестовом задании с вашими данными. Название платформы само по себе не определяет скорость, поиск или стоимость поддержки.
Какие требования собрать до просмотра платформ
CMS (content management system) означает систему управления содержимым сайта. Запишите, кто и как часто меняет страницы, сколько типов материалов будет на сайте, есть ли каталог, корзина, личный кабинет, несколько языков и обмен с внешними системами. Отдельно укажите роли сотрудников: автор, проверяющий, администратор. Сайт для одной услуги и магазин с ежедневным обновлением остатков требуют разного порядка работы даже при похожем внешнем дизайне.
Составьте три обязательные операции для демонстрации. Например: редактор создаёт страницу услуги с таблицей; менеджер меняет цену товара и видит результат на сайте; администратор восстанавливает ошибочно изменённый материал. Добавьте один сложный случай: товар с вариантами, форма с выбранной услугой или импорт данных. Если платформу показывают только на шаблонной главной, выбор ещё не проверен.
Не забудьте будущие изменения. Нужны ли новые разделы без разработчика, каталог через год, дополнительные права редакторов, отдельный домен или перенос на собственный сервер? Будущее не нужно строить полностью сейчас, но ограничение платформы стоит узнать до публикации первых сотен материалов. Если задача состоит в выборе формата страниц, сначала пройдите сравнение лендинга и многостраничного сайта.
| Вопрос | Проверка на демонстрации | Что записать |
|---|---|---|
| Редакторская работа | Создать, изменить, согласовать и откатить материал | Кто делает операцию и сколько ручных шагов |
| Товары и данные | Обновить цену, вариант и наличие | Источник данных и поведение при сбое обмена |
| Формы и заказы | Отправить тест и найти запись | Место хранения и ответственность за доставку |
| Сопровождение | Показать обновление и восстановление | Кто имеет доступ и как возвращает сайт |
Когда проверять Tilda
Tilda удобна, когда команда хочет собирать и обновлять страницы визуальными блоками. Это может быть посадочная страница, сайт услуг или магазин с подходящим стандартным процессом. В официальной справке Tilda описаны каталог, корзина и оплата, поэтому утверждать, что платформа годится только для одной страницы, неверно. Решение зависит от того, выдерживают ли готовые функции ваши товары, варианты и процессы.
На демонстрации попросите будущего редактора изменить услугу, цену, фотографию и порядок блоков. Проверьте публикацию, права команды и историю изменений. Если нужен каталог, загрузите небольшую выборку собственных товаров, включая сложный вариант. Проверьте импорт, фильтрацию, оформление заказа, уведомление и исправление ошибки. Продавать один товар и поддерживать большую товарную базу с частым обменом являются разными задачами.
Экспорт оцените до выбора. Справка Tilda по экспорту разрешает экспорт кода на линейке Business от пяти сайтов. Формы через сервисы приёма требуют действующей подписки и указанного домена; панели учёта заявок Tilda CRM, личного кабинета, Потоков и Каталога не экспортируются. Поэтому архив HTML-разметки и файлов не означает независимую работу редактора, форм и товарного каталога на другом сервере. Попросите показать на тестовом проекте, какие данные и функции можно передать, какие потребуют пересборки, и кто будет поддерживать экспортированную версию. Тарифы и правила меняются; актуальные условия проверьте перед договором.
Проверка выхода из платформы
Выгрузите один учебный материал и один товар с вариантом, если магазин входит в проект. Откройте результат отдельно от исходного аккаунта и проверьте ссылки, изображения и действие формы. Запишите функции, которым всё ещё нужен сервис платформы.
Когда WordPress удобен и какую поддержку запланировать
WordPress подходит для сайтов с регулярными публикациями и гибкой структурой материалов, когда есть специалист или команда, которая отвечает за настройки. Темы и плагины расширяют возможности, но их совместимость, обновления и безопасность нужно обслуживать. WordPress можно использовать и для торговли с подходящими дополнениями; проверка конкретного каталога и обмена остаётся обязательной.
Попросите показать рабочие роли редактора и администратора. Создайте статью с таблицей, изображением и внутренней ссылкой, затем измените страницу услуги и откатите ошибку. Проверьте, можно ли делать типовые изменения без вмешательства разработчика. Если каждое поле вынесено в отдельный нестандартный плагин, скорость редакторской работы зависит от конкретной реализации; ядро WordPress само по себе этого не определяет.
Обновления входят в стоимость владения. Документация WordPress рекомендует резервную копию до обновления. Для полного восстановления типичного сайта нужны и файлы, и база данных, что отдельно описано в руководстве по копированию. В плане сопровождения укажите, кто проверяет обновление на тестовой версии, кто отвечает за восстановление и как принимаются изменения после выпуска.
Когда рассматривать 1С-Битрикс
1С-Битрикс стоит включить в сравнение, если сайт должен обслуживать каталог, роли, заказы и обмен с учётной системой в объёме, который команда готова поддерживать на этой платформе. У продукта разные редакции и модули; применимость функции нужно проверять для конкретной редакции и текущих условий лицензирования. Само название «интеграция с 1С» не показывает, какие поля обмениваются и что произойдёт при сбое.
На демонстрацию принесите небольшой набор собственных товаров и заказов. Попросите провести импорт и обратное обновление по выбранному сценарию, показать идентификаторы, варианты, цены и статусы. Проверьте удалённый товар, повторную загрузку и конфликт изменений. Если ваша учётная система доработана, стандартный модуль может потребовать настройки или разработки. В документации производителя описана интеграция как возможность продукта; совместимость с конкретной базой подтверждается испытанием.
В смету включите применимую лицензию, инфраструктуру, разработку, обновления и сопровождение. Для небольшого сайта услуг этот набор может оказаться избыточным, а для сложного каталога обоснованным. Сравните испытанный процесс, стоимость поддержки и наличие специалиста для выбранной редакции.
Как сравнить три платформы на одном задании
Подготовьте одинаковую мини-версию: страницу услуги с реальным текстом, каталог из нескольких типовых и сложных товаров, форму с передачей контекста и редакторскую задачу. Если каталог не нужен, не добавляйте его ради равных столбцов; сравнивайте только ваши обязательные действия. Зафиксируйте результат как «выполнено стандартными средствами», «нужна настройка», «нужна разработка», «не подтверждено на тесте».
Оценку удобства пусть даёт человек, который действительно будет редактировать сайт. Разработчик может быстро работать с админкой, а сотруднику компании потребуется инструкция для каждой публикации. Запишите время выполнения операций только как результат вашего испытания с одинаковыми вводными; не называйте его универсальной скоростью платформы. Если задача требует исправления ошибки, покажите и этот путь, включая откат ошибочной публикации.
Учебная матрица решения
Предположим, компании нужны четыре обязательных действия: публикация статьи, обновление цены, получение заявки с выбранной услугой и восстановление страницы. Для каждого кандидата запишите результат каждого теста и стоимость недостающей работы по предложению подрядчика. Пример условного кандидата А: статья, цена и откат подтверждены, заявка с названием услуги не найдена в системе приёма. Это 3 из 4 тестов, но вывод «75% пригодности» неверен: до исправления и повторной контрольной заявки кандидат не проходит обязательное действие. Решение принимают после проверки именно отсутствующей функции. Четыре действия заданы только для учебной компании; результаты не относятся к Tilda, WordPress или 1С-Битрикс.
Что платформа должна позволять для поиска
Ни одна CMS не выдаёт позиции автоматически. Проверьте, можно ли создавать постоянные адреса страниц, менять заголовок и описание, выставлять корректный статус, задавать канонический адрес, управлять индексированием и строить обычные внутренние ссылки. Для каталога важны страницы категорий, варианты товара и фильтры без бесконечных дублей. Для статьи нужны понятная структура заголовков и связь с коммерческими страницами.
Проведите технический тест на опубликованной тестовой версии: откройте исходный HTML, проверьте ссылки в элементах a href, ответы сервера, карту сайта и правила для роботов. Google рекомендует доступные HTML-ссылки для обнаружения страниц. Результат зависит от шаблона и настройки; бренд системы не даёт результата сам по себе.
При замене работающей CMS проверьте старые адреса, статьи, изображения и метаданные. Новая удобная панель может сопровождаться потерей полезных URL, если перенос не предусмотрен. План миграции адресов пригодится даже без смены домена. Если вопрос только в поисковой оптимизации (SEO), сначала проверьте технические ограничения действующего сайта, прежде чем оплачивать новую платформу.
Кому принадлежат домен, материалы и данные
Домен, аккаунты, лицензии и доступы должны быть оформлены так, чтобы владелец сайта мог сменить исполнителя. Составьте список: регистратор домена, хостинг или тариф конструктора, панель CMS, почта, аналитика, платёжный сервис, сервис заявок и исходные материалы. Для каждого укажите владельца аккаунта, ответственного за оплату и способ передачи доступа. Не помещайте пароли в общий документ или письмо со сметой.
Попросите показать выгрузку основных данных: страницы, изображения, товары, заявки в допустимом объёме и настройки маршрутов. Проверяйте не только наличие кнопки «Экспорт», но и пригодность результата для восстановления. У WordPress типичное восстановление требует файлов и базы; у конструктора часть функций может оставаться зависимой от сервиса; у 1С-Битрикс обмен и модули имеют собственные настройки. Эти различия нужно записать до выбора.
Если проект уже работает на старой платформе, подготовьте миграционную опись. Какие тексты и файлы нужно сохранить? Какой объём данных переносится? Какие адреса получают редирект? Что произойдёт с незавершёнными заявками и заказами во время переключения? Не объявляйте перенос простым по одной демонстрационной странице.
Как сравнить стоимость владения
Сравнивайте одинаковый период и один набор функций: запуск, тариф или лицензия, хостинг, платные дополнения, обновления, резервные копии, контент и ожидаемые изменения. Бесплатное ядро WordPress не делает бесплатной разработку. Подписка конструктора может включать часть инфраструктуры, но не всю работу по содержанию. Лицензия 1С-Битрикс не означает готовый обмен с вашей учётной системой. Конкретные суммы берите из актуальных предложений.
Для проверки будущих расходов дайте подрядчикам один и тот же список изменений: добавить услугу, форму с новым полем, фильтр каталога и интеграцию. Попросите разделить стандартную редакторскую операцию и разработку. Уточните, что происходит при прекращении сотрудничества или подписки. Сопоставление смет подробно разбирает статья о стоимости сайта.
В решении оставьте границы: «Tilda проходит редакторские задачи, обмен каталога не подтверждён», «WordPress проходит публикации, требуется план поддержки плагинов», «1С-Битрикс проходит тест импорта на выбранной редакции, уточнить расходы на сопровождение». Эти записи полезнее общего рейтинга. Они показывают, какую проверку нужно завершить до разработки.
Как провести испытание редактора за одну встречу
Подготовьте реальный текст услуги с длинным заголовком, таблицей условий, изображением и ссылкой на соседнюю страницу. Попросите будущего редактора без помощи продавца платформы выполнить четыре действия: создать черновик, исправить ошибку, опубликовать и вернуть прежнее состояние. Наблюдайте, где человек просит помощи. Варианты платформы сравнивайте на одном содержимом и с одинаковой подготовкой участников.
Проверьте, кто видит черновик до публикации и можно ли ограничить роль автора. Для компаний с несколькими согласующими важно, чтобы непроверенная цена не появлялась публично по случайному нажатию. Если согласование выполняется вне CMS, запишите это как процесс команды. Не требуйте сложный встроенный workflow там, где хватает двух сотрудников и простого порядка; но обязанность проверки текста должна иметь владельца.
После испытания запишите результат по действиям. Впечатление «панель удобная» слишком общее. Например: «редактор самостоятельно изменил таблицу и опубликовал страницу; откат потребовал администратора; превью на телефоне не показало форму». Из такой записи понятно, что можно исправить настройкой, что требует обучения, а что создаёт постоянную зависимость от подрядчика.
Как проверить каталог и обмен до покупки лицензии
Возьмите небольшой набор своих данных, включив простой товар, товар с вариантами и позицию без наличия. Проверьте импорт, ручную правку, отображение на телефоне, фильтр и оформление заказа или запроса. Если используется учётная система, измените цену и остаток в предполагаемом источнике, выполните обмен и посмотрите результат. Затем повторите отправку одного и того же пакета данных: не должно появляться ненужных дублей.
Проверьте конфликт. Что происходит, если цену меняют на сайте, а следующая выгрузка из учётной системы содержит другое значение? Система должна иметь согласованное правило: какой источник главный и кто видит расхождение. Попросите показать ошибку обмена и способ восстановить очередь. Фраза «есть интеграция с 1С» или «можно подключить плагин» не даёт ответа на эти вопросы.
Для магазина добавьте проверку оплаты и статуса заказа в тестовой среде, включая отмену. Для каталога без оплаты достаточно проверить состав запроса и доставку менеджеру. Отсутствие нужной функции на демонстрации отмечайте как неподтверждённое, даже если она описана на сайте производителя. Тогда стоимость доработки будет видна до выбора CMS.
Как сравнить обновления и восстановление
Любая платформа меняется: выпускаются обновления, меняются браузеры и условия внешних сервисов. Для каждой кандидатуры спросите, кто отслеживает изменения, как проверяет их на тестовой версии, что входит в резервную копию и когда последняя проверка восстановления. Для WordPress важно совместное состояние ядра, темы, плагинов, файлов и базы. Для 1С-Битрикс проверьте применимую редакцию и доработки. Для Tilda уточните, какие функции зависят от действующей подписки и аккаунта.
Наличие автоматической копии не равно возможности быстро вернуть рабочий сайт. Попросите продемонстрировать восстановление тестовой страницы или объяснить пошаговый процесс на безопасном окружении. Если на сайте принимаются заказы, уточните, как возвращать интерфейс без потери новых заказов. При смене исполнителя эта процедура должна оставаться у владельца сайта.
Задайте частоту редакторских изменений и стоимость типовой поддержки. Сайт с несколькими публикациями в месяц и каталог с ежедневным обменом дают разную нагрузку на команду. Не выбирайте платформу по одному тарифу или стоимости ядра. Сравните полный процесс: выпуск материала, обновление функции, исправление ошибки и возврат после сбоя.
Как решение меняется для трёх типов проекта
Для одного предложения без сложной логики проверьте скорость редакторского запуска, работу формы, права на домен и возможность добавить страницы. Визуальный конструктор может закрыть задачу, но конкретный тариф и экспорт нужно проверить. Для редакционного сайта с регулярными статьями главным испытанием станет публикация, навигация, роли и восстановление. WordPress может подойти, если есть понятное сопровождение; альтернативы оцениваются на тех же действиях.
Для магазина с частым обменом проверяйте каталог на собственных данных. 1С-Битрикс может быть кандидатом, если подходящая редакция и интеграция подтверждены испытанием. Tilda и WordPress тоже нельзя исключать без теста: объём каталога сам по себе не описывает сложность обмена. Решение зависит от вариантов товара, источника цены, заказов, поддержки и стоимости изменения процесса.
Это примеры критериев. Готового назначения платформ для всех проектов нет. В каждом проекте оставьте один лист решения: обязательные действия, результаты испытания, неподтверждённые функции, расходы первого года и ответственный за поддержку. Если все кандидаты не проходят критическую операцию, пересмотрите техническое решение или требования; выбирать «победителя» из неработающих вариантов нельзя.
Что потребовать перед окончательным выбором
Проверьте, нужна ли CMS вообще в первой версии. Если содержание меняется редко и все правки делает техническая команда, статический сайт может быть рабочим вариантом. У него всё равно нужны способ публикации, формы, резервное хранение и ответственный за изменения. Если владелец хочет самостоятельно менять услуги каждую неделю, отсутствие редактора создаст зависимость от разработчика. Решение примите по частоте правок и возможностям команды. Мода на технологию не помогает оценить работу редактора.
Сравните стоимость выхода. Сколько времени займёт выгрузка материалов, изображений и товаров? Можно ли перенести адреса без потери содержания? Кто владеет доменом и платёжным аккаунтом? Какие функции после переноса придётся собирать заново? Попросите показать один тестовый экспорт и восстановление на безопасной площадке, если проект зависит от этой возможности. Обещание «всё переносится» без демонстрации не закрывает риск.
Условный пример: два решения одинаково позволяют публиковать статьи, но одно сохраняет структурированные поля услуг и даёт понятную выгрузку, а второе хранит условия внутри сложных визуальных блоков. При будущей смене дизайна объём ручной проверки может отличаться. Это не доказывает, что второе решение хуже сейчас; оцените вероятность изменения и стоимость конкретного переноса. Для магазина отдельно испытайте экспорт вариантов товара и заказов в разрешённом объёме.
Не оставляйте выбор без владельца сопровождения. Даже платформа с понятной админкой требует проверки домена, подписки, резервной копии и работающей формы. Запишите контакт ответственного в рабочем документе, способ сообщения о сбое и порядок возврата после ошибочной публикации. Проверьте этот порядок на учебном сбое до передачи проекта.
Если подрядчик предлагает другую систему, добавьте её в ту же матрицу. Не отклоняйте вариант только из-за отсутствия его в названии статьи. Попросите выполнить те же редакторские операции, тест каталога при его наличии, проверку адресов и восстановления. Результат может оказаться лучше по конкретной задаче, но его нужно подтвердить испытанием на своих данных. Точно так же популярность платформы не гарантирует наличие специалиста, который знает именно ваши доработки.
Для окончательного решения назначьте вес критических требований словами: «без этого запуск невозможен», «можно выполнить вручную на первом этапе», «понадобится при росте». Не складывайте их в абстрактный рейтинг. Если приём заявок, права доступа или экспорт обязательны, провал одного такого теста нельзя компенсировать красивым редактором. Если редкая функция пока только гипотеза, оцените способ её проверки позже и не оплачивайте сложную реализацию заранее.
Сохраните результаты проверки вместе с выбранной редакцией, набором дополнений и датой. Возможности продукта и тарифы меняются; через год команда должна понимать, что действительно испытали, а что только планировали. При замене подрядчика такой протокол сокращает повторное исследование и показывает ограничения уже опубликованного сайта.
Попросите демонстрацию на своём содержимом, протокол обязательных действий, перечень дополнений, план обновлений и восстановления, условия экспорта и состав сметы. Будущий редактор должен сам выполнить хотя бы одну обычную публикацию. Для формы проведите контрольное обращение и найдите запись у принимающей стороны. Для каталога проверьте сложный товар и ошибку обмена. Для каждой неподтверждённой функции запишите цену и срок проверки, не превращая предположение в выполненное требование.
Выбранную платформу внесите в техническое задание вместе с применимой версией, редакцией, функциями и способом приёмки. Если нужен исполнитель, на странице разработки сайтов обсуждайте этот список задач. Тогда выбор системы будет опираться на испытанные операции редактора, обмен и перенос данных.
Документация и источники
Редакция Webclub. Опубликовано 2026-10-03, обновлено 20.10.2026.
Обсудим задачу вашего сайта?
Пришлите адрес и опишите, что хотите исправить. Согласуем состав работ и порядок проверки.
ПОСМОТРЕТЬ СОСТАВ РАБОТ
