⚡ Webflow закрыл старый Editor и white-label 4 августа — смотри замену за 5 минут
Qixoo  /  Добавить CMS на готовый сайт

Сайт готов.
Теперь клиент хочет его править.

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

Короткий ответ

Быстрее всего добавить CMS на существующий HTML-сайт так: подцепить облачный слой редактирования одним тегом script. Вёрстка, стили и хостинг остаются ровно такими же, а контент становится редактируемым прямо на месте — обычно меньше чем за пять минут.

Все альтернативы означают, что придётся лезть в сборку. Переезд на WordPress меняет сам способ генерации страниц. CMS на git требует репозитория и деплой-пайплайна. Headless CMS требует разработчика, который смоделирует контент и подключит его к шаблонам. PHP-CMS на плоских файлах требует PHP на сервере и прав на запись в корень сайта.

Выбирай по двум вопросам: нужно ли трогать код и нужен ли клиенту где-то аккаунт. Всё остальное — детали.

Пять вариантов

Бок о бок.

Слой через тег script Переезд на WordPress CMS на git Headless CMS PHP на плоских файлах
Примеры Qixoo WordPress + темаElementor, Bricks TinaCMS, DecapCloudCannon, Sveltia Contentful, SanityStoryblok, Prismic Sitecake, CouchCMSGetSimple
Реальные сроки внедрения ~5 минут 1–3 дня 2–6 часов 1–2 дня разработки 1–2 часа
Придётся трогать код? Одна строка Пересобирается с нуля Шаблоны придётся размечать Шаблоны переписываются Теги-комментарии на каждую зону
Сайт переезжает? Нет — остаётся где был Обычно да Нужны git и сборка Нужна сборка или сервер Нужен хостинг с PHP
Клиенту нужен аккаунт Нет — ссылка-приглашение Да, пользователь WordPress Да, обычно доступ к git Да, место в CMS Да, пароль от CMS
Чей бренд у редактора Нейтральный или твойСвой логотип через модуль white-label, $29 разово WordPress По-разному, часто вендора Вендора Самого инструмента
Постоянное обслуживание С твоей стороны — никакого Обновления ядра, темы, плагинов Поддержка пайплайна сборки Поддержка интеграции Обновления PHP, права на файлы
Типичная цена $0–$99/moБесплатный тариф покрывает 1 сайт Хостинг плюс твоё времяСам движок бесплатный Free–$100/moDecap и Tina — открытый код $100–$500+/mo Разовая лицензияЧасто дешевле $100
Контент лежит в исходном HTML Подставляется в браузере Да Да, на сборке Да, если рендер на сервере Да, пишется в файл

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

Честная часть

Когда каждый из них — плохой выбор.

Каждый вариант на этой странице для кого-то лучший. Вот кому стоит пройти мимо каждого из них.

Слой через тег script

Не бери, если контент и есть продукт.

Блог с постом каждый день, магазин на тысячу позиций, доска вакансий — всё, где контент производят потоком и он должен оказываться в исходном HTML в момент изменения, место настоящей CMS с шаблонами и базой данных.

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

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

Переезд на WordPress

Не бери, если это ради одного клиента.

Пересобрать готовый сайт на WordPress — это дни, и в день, когда закончишь, ты усыновляешь работу по обслуживанию: обновления ядра, обновления плагинов, безопасность, бэкапы. Кто-то платит за это вечно, и обычно это ты.

Заодно выбрасывается всё, что делало исходную сборку быстрой и чистой.

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

CMS на git

Не бери, если клиент не технарь.

Decap, Tina и CloudCannon — хорошие инструменты, дешёвые или бесплатные, и они держат контент в твоём репозитории. Они же подразумевают репозиторий, сборку и деплой, который запускается при изменении контента. Кто-то должен этот пайплайн вести.

Когда сборка падает, правка клиента не появляется — и звонит он тебе.

Подходит для: сайтов, которые ведут разработчики, документации и команд, уже живущих в git.

Headless CMS

Не бери ради сайта на пять страниц.

Contentful, Sanity и Storyblok сделаны для контента в масштабе и сразу на много каналов. Ради ресторана с меню и блоком часов работы ты потратишь день на моделирование типов контента и переписывание шаблонов, чтобы решить задачу длиной в одно предложение.

Месячная цена тоже на порядок другая.

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

PHP на плоских файлах

Не бери, если сайт не на хостинге с PHP.

Sitecake и CouchCMS пишут прямо обратно в твои HTML-файлы — это изящно, и для этого нужны PHP, права на запись в корень сайта и хостинг, который терпит и то и другое. Netlify, Vercel и Cloudflare Pages не терпят.

Несколько инструментов этой категории к тому же годами не получали внятных обновлений.

Подходит для: классического шаред-хостинга с cPanel и FTP.

Простое правило

Подбирай инструмент под того, кто будет тебе звонить.

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

Неверный ответ всегда один: «просто пришли правки, я сам всё сделаю».

Путь через тег script, конкретно

Три шага, примерно три минуты.

01

Одна строка на странице

Вставь один раз перед </head> на каждой странице или в поле пользовательского кода в head на той платформе, где живёт сайт. Больше в вёрстке ничего не меняется.

<script src="https://qixoo.app/qixoo.js" data-key="YOUR_KEY" defer></script>
02

Кликни по тому, что должно редактироваться

Открой живой сайт под своим логином и кликни по заголовку, абзацу, картинке или ссылке, чтобы изменить их. Сохранённый контент подставляется при каждой загрузке страницы.

03

Отправь клиенту ссылку

Он открывает свой сайт и правит его в урезанном редакторе без брендинга Qixoo. Без аккаунта, без панели, без кода. Свой логотип туда ставится модулем white-label.

Что входит в «редактируемое»

Тексты и заголовки, картинки, ссылки, кнопки, пункты списков, меню, галереи и слайдеры — то, что клиенты реально просят поменять. Ещё можно вставлять готовые блоки (FAQ, прайс-лист, ряд отзывов), не написав ни строки вёрстки.

Чего он намеренно не делает

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

Про SEO — как есть

Твой хостинг продолжает отдавать написанный тобой HTML, поэтому краулер всегда получает полную страницу. Контент, отредактированный через слой, подставляется в браузере — значит, правку могут заметить позже, чем изменение в исходном файле. Для заголовка или вводного абзаца, который меняется пару раз в год, это не проблема. Если весь контент страницы обязан индексироваться в день изменения — правь и HTML тоже.

Вопросы

Прямые ответы.

Нужно ли пересобирать сайт, чтобы добавить CMS?

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

Не повредит ли SEO такой способ добавления CMS?

Исходный HTML по-прежнему отдаёт твой хостинг, поэтому страница, которую получает краулер, — это та, что ты написал. Отредактированный контент подставляется в браузере, поэтому изменённый текст могут увидеть позже, чем статическую правку. Для текстов, которые меняются время от времени, это нормально; если страница обязана индексироваться в день изменения — правь и исходник.

Нужен ли клиенту аккаунт, чтобы править сайт?

С Qixoo — нет: ты отправляешь ссылку-приглашение, и он правит свой живой сайт. С Client Seats в Webflow, с WordPress или с headless CMS аккаунт на той платформе нужен каждому, кто правит.

Работает ли на Webflow, Framer, WordPress или Netlify?

Работает на любом сайте, который отдаёт HTML, независимо от хостинга: HTML, написанный руками, статические генераторы, экспортированные сайты Webflow и Framer, темы WordPress и всё, что лежит на Netlify, Vercel, Render, cPanel или обычном VPS. На сайтах в самом Webflow тег ставится в Site Settings → Custom Code, а это требует платного тарифа сайта.

Что будет с сайтом, если я перестану платить?

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

Работает ли на одностраничном приложении на React?

По мере возможности. Приложения, которые перерисовывают DOM после загрузки, могут затереть подставленный контент, поэтому проверь одну страницу, прежде чем что-то обещать клиенту. Надёжный случай — HTML с серверным рендером и статический экспорт.

Есть ли бесплатный способ это сделать?

Несколько. Decap CMS и TinaCMS бесплатны и с открытым кодом, если сайт живёт в git-репозитории и тебя устраивает пайплайн сборки. Бесплатный тариф Qixoo покрывает один сайт без ограничения по времени. Сам WordPress бесплатный; хостинг, время на переезд и обслуживание — нет.

Я здесь потому, что Webflow отключил старый редактор.

Тогда начни со страницы, написанной ровно про это: замена старого редактора и white-label Webflow. Там про Client Seats, про то, что изменилось 4 августа 2026, и как вернуть правку кликом под своим брендом.

Попробуй на сайте, который уже сдал.

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

Начать бесплатно →