Короткий ответ
Вопрос об админке решается не сравнением систем, а двумя ответами: кто будет править сайт и как часто. Разбираем три формы редактирования, что стоит за словами «базовая CMS или подключение данных» в пакете «Сайт для запуска» и что остаётся вашей задачей.
Ответ на вопрос: админку определяет тот, кто будет править сайт
Вопрос «нужна ли админка» решается не сравнением функций, а одним фактом: есть ли в компании человек, который сядет и поменяет текст на странице. Если такой человек есть и правки идут регулярно, панель нужна. Если править сайт некому, она станет ещё одной системой, которую придётся обслуживать.
Неудачный сценарий выглядит так: панель заказали, доступы выдали, а через полгода никто не помнит пароль, и текст всё равно правит подрядчик по письму. Деньги в этом случае ушли на возможность, которой никто не пользуется, а обновлять её всё равно приходится.
Поэтому разговор начинается с двух вопросов: кто именно будет редактировать и как часто. Ответы задают и форму админки, и её объём, и то, сколько времени уйдёт на обучение сотрудника после запуска, — а не список галочек в описании системы.
Дальше разбираем, что скрывается за словами «базовая CMS или подключение данных», какие формы редактирования существуют, что остаётся вашей зоной ответственности и как записать решение до старта работ, чтобы потом не переделывать сайт заново.
Назовите человека, а не должность
«Правки будет вносить маркетинг» — это не ответ. Отделы не заходят в админку; заходит конкретный сотрудник с логином, своим уровнем терпения к интерфейсам и своим списком задач на неделю. Пока нет фамилии, требования к панели описать невозможно.
Полезно спросить у этого человека, что он делал с сайтом раньше. Опыт работы с любой панелью управления меняет ожидания: он знает, что такое черновик, предпросмотр и публикация, и ему не нужно объяснять разницу между страницей и блоком внутри неё.
Второй вопрос — что именно он будет менять. Один сотрудник правит только цены и телефоны, другой пишет статьи, третий загружает фотографии в каталог. Это три разных набора полей, и собирать их вместе «на всякий случай» значит платить за то, к чему никто не притронется.
Если редактора нет и не планируется, честный ответ — админка не нужна. Правки в такой ситуации логичнее заказывать отдельной задачей, а содержимое держать в исходниках проекта, которые вы получаете при передаче вместе с доступами.
Частота правок: три сценария и три разных вывода
Первый сценарий — правки почти каждый день: новости, акции, поступления, вакансии. Здесь админка окупается сразу, потому что каждое обращение к подрядчику стоит времени, а очередь ради изменения на две минуты тормозит работу целого отдела.
Второй сценарий — несколько изменений в месяц: обновить прайс, переписать описание услуги, добавить отзыв. Для этого достаточно узкого набора редактируемых полей: правки предсказуемы, а полноценная система публикаций будет стоять почти без дела.
Третий сценарий — сайт меняется два-три раза в год. Панель в этом случае простаивает, а её обновления всё равно нужно устанавливать. Лучше подходит «Постоянная техническая поддержка»: $290 в месяц за приоритетные обновления, недельный ритм релизов и техническое обслуживание, месячными циклами, объём согласуется в начале каждого цикла, отказ — с уведомлением за 30 дней.
Сценарии смешиваются. Цены и контакты могут обновляться каждую неделю, пока структура страниц не меняется годами. Тогда в редактирование выносят только подвижную часть, а остальное остаётся в коде, где его сложнее сломать случайным движением мыши.
Что значит «базовая CMS или подключение данных» в пакете «Сайт для запуска»
Пакет «Сайт для запуска» стоит $380 и включает адаптивную вёрстку, базовую CMS или подключение данных и настройку публикации. Срок работ — 3-5 рабочих дней, предусмотрено 2 круга правок до запуска, а тексты и переводы предоставляет клиент.
«Базовая CMS» на практике означает следующее: те части сайта, которые вы назвали подвижными, выносятся в редактируемые поля, а всё остальное остаётся собранным. Это не универсальный конструктор страниц, а панель под конкретный список того, что вы собираетесь менять.
«Подключение данных» — второй путь: содержимое живёт во внешнем источнике, например в таблице или каталоге, а сайт забирает его оттуда. Вариант подходит там, где данные уже кто-то ведёт и дублировать их в отдельной панели значило бы завести вторую версию правды.
Выбор между двумя путями держится на том же вопросе: где сотруднику удобно работать. Тот, кто уже живёт в таблице поставок, новую панель открывать не станет, и подключение данных снимает обучение целиком вместе с лишним интерфейсом.
Три формы редактирования, между которыми вы выбираете
Первая форма — редактируемые поля: заголовок, текст, цена, фотография. Каждое поле описано заранее и имеет одно понятное назначение, а вёрстку изнутри поля сломать нельзя. Меняется то, что вынесено наружу, и ничего сверх этого.
Вторая форма — полноценная система публикаций: черновики, даты, авторы, категории, медиатека. Она оправдана, когда новые материалы появляются регулярно и порядок нужен в архиве, а не только в правке уже опубликованного текста.
Третья форма — содержимое в исходниках проекта. Тексты лежат рядом с кодом, изменение проходит через сборку и публикацию. Для команды с разработчиком это рабочий вариант; для владельца без технического сотрудника в штате — нет.
Формы комбинируются. Карточки услуг живут в полях, статьи — в системе публикаций, юридические тексты — в исходниках, потому что их переписывают раз в год и всегда через задачу, а не вечером в пятницу между делом.
Редактирование содержимого — это не свободная вёрстка
Ожидание, которое стоит проговорить до старта: админка обычно даёт менять содержимое, а не двигать блоки мышью по экрану. Это ограничение сознательное — оно защищает дизайн и вёрстку от изменений, сделанных второпях и без проверки.
Свободный редактор блоков даёт больше свободы и вместе с ней больше способов испортить страницу: съехавшие отступы, пять разных размеров заголовков, картинка, растянутая во всю ширину. Через полгода такой сайт выглядит собранным из разных наборов деталей.
Поэтому в задании полезно писать не «хочу менять всё», а перечислять элементы: заголовок услуги, цену, срок, три пункта преимуществ, фотографию. Такой список превращается в поля напрямую, без промежуточного этапа толкования требований.
Если позже понадобится новый тип страницы или новый блок, это отдельная работа. Пакет «Разработка продукта» за $880 её закрывает: сроки — 2-3 недели, по 2 круга правок на каждую переданную функцию; нативные мобильные приложения и лицензирование платежей в него не входят.
Каталог, цены и данные: когда админка перестаёт быть про тексты
Каталог меняет постановку вопроса. Речь уже не про абзац на странице, а про структуру: у товара есть название, цена, наличие, фотографии и категория, и всё это должно оставаться согласованным между списком и карточкой товара.
Решить нужно, где находится источник правды. Если товары ведутся в учётной системе, сайт должен забирать их оттуда. Иначе появятся две несовпадающие версии цены, и кто-то обязательно отправит клиенту устаревшую вместе с коммерческим предложением.
Ручной ввод каталога в панель оправдан, когда позиций немного и меняются они изредка. Как только позиций становятся сотни, ручной ввод превращается в постоянную работу, которую никто не закладывал в бюджет и не хочет получать в наследство.
Фильтрация, состояния и маршруты — это разработка, а не наполнение. В пакете «Разработка продукта» это названо прямо: передача функциональности, логика состояний и маршрутов, тестирование и укрепление — работа другого порядка, чем заполнение поля.
Тексты и переводы остаются на вашей стороне
Важная граница: VITON13 не пишет содержимое клиента и не делает переводы. В условиях пакета «Сайт для запуска» это сказано прямо — тексты и переводы предоставляет клиент. Админка этого не отменяет, она только даёт место, куда текст встанет.
Практический вывод: к моменту сборки тексты должны существовать. Пустая панель в день запуска означает пустой сайт, а не гибкость: посетитель видит заглушки, а поисковые системы индексируют страницы, на которых нечего читать.
С языками то же самое. Три языковые версии — это три комплекта текстов, которые кто-то должен написать и поддерживать в актуальном виде. Без такого ресурса честнее запускаться на одном языке и добавлять остальные, когда появится что добавлять.
Полезно заранее договориться, кто отвечает за каждый язык: один человек пишет и публикует, другой только проверяет. Иначе после запуска правки зависают между несколькими согласующими, а очередь из людей никакая панель управления не разбирает.
Картинки, вес страницы и скорость загрузки
Админка отдаёт загрузку изображений человеку без технической подготовки. Фотография, снятая на телефон и загруженная как есть, может весить несколько мегабайт, и браузер обязан скачать её прежде, чем страница примет окончательный вид.
Поэтому обработка изображений закладывается на стороне сайта: ограничение размеров, сжатие, современные форматы и отложенная загрузка всего, что находится ниже первого экрана. Документация MDN по производительности разбирает эти приёмы по отдельности.
Полезно ограничить и сам ввод: подсказка о нужных пропорциях рядом с полем, предупреждение о слишком большом файле, обрезка по заданному соотношению сторон. Это проще, чем каждый месяц разбирать последствия чужой загрузки.
Скорость стоит проверять и после запуска, а не только на приёмке. Содержимое накапливается, и страница, лёгкая в первый день, через год может тянуть за собой десятки загруженных фотографий, причём смещение никто не заметит вовремя.
Доступность: что редактор может сломать, не заметив
Через админку проходят вещи, от которых зависит, можно ли пользоваться страницей. WCAG 2.2 требует текстовые альтернативы для нетекстового содержимого — это критерий 1.1.1, — и заполняет их обычно тот же человек, который загрузил картинку.
Второй пример — заголовки. Критерий 1.3.1 требует, чтобы структура страницы передавалась программно, а не только визуально. Когда редактор делает подзаголовок жирной строкой вместо заголовка, структура исчезает, хотя на экране разница почти не видна.
Отсюда практическое требование к панели: поле alt рядом с каждой загрузкой, уровни заголовков как выбор из списка, а не как размер шрифта, и осмысленные подписи ссылок вместо «подробнее», повторённого пять раз на одной странице.
Краткий справочник W3C по WCAG 2.2 работает здесь как список для проверки: он собирает критерии в одном месте, и по нему удобно пройтись. Часть пунктов относится к разработке, часть — к тому, что редактор вводит в панель.
Доступы, роли и что вы получаете при передаче
Роли решают не вопрос доверия, а вопрос последствий. Один человек публикует, другой готовит черновики, третий только смотрит статистику. Разделение снижает шанс, что случайная правка уедет на живой сайт вечером в пятницу и провисит там до понедельника.
Доступы должны быть оформлены на компанию, а не на личную почту сотрудника. Смена подрядчика или уход менеджера не должны означать потерю доступа к панели, домену и хостингу вместе с этим человеком и его почтовым ящиком.
При передаче полезно получить не только логины, но и короткую записку: как добавить страницу, как заменить фотографию, как откатить ошибку. Одна страница текста экономит десятки писем в первый месяц после запуска сайта.
Если правок приходит больше, чем команда успевает разобрать, работает «Постоянная техническая поддержка» за $290 в месяц: приоритетные обновления, недельный ритм релизов и техническое обслуживание. Новая сборка или редизайн в неё не входят и оцениваются отдельно.
Как оформить решение и с каким пакетом начать
Решение стоит записать одним абзацем: кто редактирует, что редактирует, как часто и что при этом остаётся в коде. Этот абзац отвечает на вопрос «нужна ли админка и какая» вашими словами, а не пунктами из таблицы сравнения систем.
Для нового сайта подходит «Сайт для запуска» за $380: адаптивная вёрстка, базовая CMS или подключение данных, настройка публикации, 3-5 рабочих дней и 2 круга правок до запуска. Тексты и переводы вы готовите сами до начала сборки.
Когда дата уже назначена, есть Launch Site Express за $520 — тот же объём в приоритетной очереди: 2 рабочих дня, ежедневные сборки, чек-лист запуска и созвон при передаче, 1 круг правок после первой полной сборки. Тексты, съёмка и поддержка в него не входят.
Если сайт уже работает и нужны точечные исправления, начните с Site Fix Pack за $70: до 5 согласованных исправлений, проверка на мобильных и десктопе, список «до и после» при передаче, 1-2 рабочих дня и 1 круг правок. Новые страницы, редизайн и переносы не входят; подробности — на странице /ru/services/development.
Практический чеклист
- Назовите сотрудника, который будет открывать админку, и впишите его имя в задание.
- Перечислите конкретные элементы для правки: заголовок, цену, срок, фотографию, пункты списка.
- Оцените частоту изменений: ежедневно, несколько раз в месяц или два-три раза в год.
- Решите, где находится источник правды для цен и каталога, чтобы не вести данные дважды.
- Подготовьте тексты и переводы до начала сборки — их не заменит ни одна панель управления.
- Проверьте на приёмке поля alt, уровни заголовков и вес загруженных изображений.
Вопросы и ответы
Как понять, нужна ли админка вообще?
Назовите человека, который будет менять содержимое, и частоту правок. Если редактор есть и правки регулярные, панель нужна. Если сайт меняется два-три раза в год, она будет простаивать: логичнее держать техническую поддержку и заказывать изменения задачами.
Что входит в базовую CMS в пакете «Сайт для запуска»?
Пакет стоит $380 и включает адаптивную вёрстку, базовую CMS или подключение данных и настройку публикации. Срок — 3-5 рабочих дней, предусмотрено 2 круга правок до запуска; тексты и переводы предоставляет клиент.
Смогу ли я двигать блоки и менять дизайн страниц через админку?
Обычно нет: панель даёт менять содержимое в заранее описанных полях, а не расположение блоков. Новые типы страниц и новые блоки — это отдельная работа, ближе к пакету «Разработка продукта».
Сколько стоит поддержка, если вести админку своими силами не выходит?
«Постоянная техническая поддержка» стоит $290 в месяц: приоритетные обновления, недельный ритм релизов и техническое обслуживание. Работа идёт месячными циклами, объём согласуется в начале каждого цикла, отказаться можно с уведомлением за 30 дней.
Напишете ли вы тексты и переводы для сайта?
Нет. Содержимое и переводы готовит клиент — это записано в условиях пакета «Сайт для запуска». Мы отвечаем за то, куда этот текст встанет, как он будет выглядеть на разных экранах и как его потом менять.