Сможем ли мы сами менять тексты, цены, товары и фотографии после запуска сайта?

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

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

Что обычно можно менять самостоятельно

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

• заголовки, описания услуг и обычные текстовые блоки;
• цены, фотографии и характеристики товаров;
• новости, статьи, карточки специалистов или объектов;
• контактные данные, документы и простые элементы навигации;
• метаданные страниц, если эти поля включены в рабочую роль редактора.

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

Откуда берутся данные: сайт, учётная система или импорт

У интернет-магазина может быть несколько источников данных. Если цена и остаток обновляются обменом с 1С, ручная правка в панели сайта может быть перезаписана при следующей синхронизации. Если сотрудники ведут каталог непосредственно на сайте, цена меняется в карточке товара. При импорте из Excel порядок зависит от того, какие поля файл обновляет, а какие оставляет без изменений.

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

Что зависит от CMS и конструкции проекта

Для типовых сайтов REDBE в основном использует MODX, для сложных индивидуальных сервисов, кабинетов и систем — Laravel; также применяется 1С-Битрикс. Возможность редактирования есть смысл обсуждать на уровне конкретных сценариев, а не только названия технологии.

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

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

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

Простые правки и работы разработчика — не одно и то же

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

Перед передачей проекта полезно разделить задачи на три группы:

1. Самостоятельно каждый день: актуализировать готовые тексты, фото, цены или публикации через предусмотренную форму.
2. По инструкции и с проверкой: загрузить прайс, добавить большую подборку товаров, создать новую страницу по шаблону или обновить несколько связанных полей.
3. Через специалиста: изменить структуру, функциональность, шаблоны, интеграции и то, чего нет в интерфейсе редактирования.

В REDBE дополнительная поддержка и доработки выполняются по ставке 2 000 ₽ за час. Это относится к новым или отдельным работам и не отменяет условий годовой гарантии на разработанный сайт: гарантийные случаи определяются договором, а новые пожелания оцениваются отдельно.

Проверьте редактирование на примере обычного рабочего дня

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

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

При передаче стоит проверить не только удобство полей, но и типичные ошибки:

• слишком длинный заголовок не ломает первый экран;
• замена изображения не обрезает важную часть объекта;
• пустое поле не выводит на сайт пустую подпись или ошибочный блок;
• изменение цены обновляется там, где товар показывается в каталоге, корзине и карточке;
• опубликованное изменение доступно посетителю и не остаётся только в предпросмотре.

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

Минимальная матрица ролей и доступов

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

Короткий сценарий приёмки контентной панели

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

1. Создать тестовый черновик, добавить заголовок и изображение, сохранить.
2. Открыть предпросмотр и проверить страницу на узком экране.
3. Опубликовать материал и убедиться, что посетитель видит новую версию.
4. Изменить цену или характеристику в её главном источнике и проверить, как данные отображаются после синхронизации.
5. Проверить, можно ли безопасно отменить ошибочную правку или восстановить предыдущий вариант.

Если все действия понятны только разработчику, проект технически может быть готов, но не передан для самостоятельной работы. Лучше сразу скорректировать названия полей, подсказки и доступы, чем после запуска выяснять, что за каждое обновление клиент должен писать подрядчику.

Карточка требований для договора и брифа

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

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

Что включить в передачу сайта

Попросите подрядчика вместе с доступами провести короткую передачу проекта. На ней владелец или ответственный сотрудник должен сам выполнить несколько операций:

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

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

Как REDBE закладывает самостоятельную работу

Вопрос «сможем ли мы сами менять сайт?» лучше задать до дизайна и разработки. Тогда можно выяснить, кто будет обновлять материалы, какие изменения происходят часто, есть ли обмен с 1С и нужен ли импорт каталога. После этого интерфейс редактирования проектируется под работу сотрудников, а не только под первоначальный запуск.

«В основном Modx и Laravel сейчас».

На этапе передачи важно показать конкретные действия и определить, что редактирует клиент, что обновляется интеграцией и что требует специалиста. Подробнее о разработке сайта под ключ и поддержке сайтов. Для проекта на MODX также есть пошаговая инструкция по редактированию MODX.

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

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