Где менять текст, который видит клиент?

Можно ли изменить карточку товара самостоятельно, если её содержимое разложено по непонятным вкладкам? На готовом сайте с 1С-Битрикс ответ зависит от того, какие поля доступны маркетологу и откуда они заполняются, поэтому перед первой правкой стоит пройти короткую приёмку редактора вместе с человеком, который сопровождает сайт.

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

Связь страницы и записи

  • Известен адрес материала. Он сопоставлен с нужной записью по адресу и содержимому страницы.
  • Понятно место правки. Для заголовка, изображения, описания и документов указаны реальные поля.
  • Выяснен источник данных. Ручное изменение не будет стёрто ближайшим обменом с учётной системой.
  • Есть безопасный образец. Обучение проходит на тестовой записи либо на копии сайта без отправки рабочих уведомлений.

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

В карту включают прямые ссылки.

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

Карточка заполнена без скрытых потерь

Вкладки «Анонс» и «Подробно» в стандартной форме элемента позволяют хранить короткое представление и основной материал раздельно. Как сайт показывает эти сведения, решает его шаблон, поэтому редактор принимает заполнение по странице и списку, где посетитель выбирает материал.

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

Текст после переноса из документа

  • Название различает материалы. Сотрудник может выбрать нужную запись среди похожих без открытия каждой карточки.
  • Анонс прочитан в списке. Он не обрывается на бессмысленной части и не скрывает главное.
  • Полное описание имеет подзаголовки. Их применили средствами редактора, а не имитировали жирным текстом одинакового размера.
  • Изображения стоят в нужных полях. Картинка анонса и подробная картинка сверены с местом показа.
  • Документ открывается по ссылке. Название перехода объясняет, какой файл получит посетитель.

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

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

Публикация учитывает дату и раздел

У элемента есть признак активности, начало и окончание активности, а также принадлежность разделам. Эти поля описаны в документации Битрикс и влияют на условия показа вместе с тем, как разработчик настроил вывод материалов.

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

Активность, раздел и адрес

  • Активность соответствует задаче. Черновая запись недоступна посетителям через списки, поиск и прямой адрес, если именно такое скрытие требуется компании.
  • Даты трактуются одинаково. Редактор и сопровождающий сайт понимают, в какой момент материал появится и исчезнет.
  • Раздел выбран осмысленно. Новость попадает в нужную группу, а товар — в каталог, где его ожидает покупатель.
  • Адрес сохранён. Правка текста не меняет существующую ссылку без отдельного решения.
  • Публичное состояние просмотрено. Результат открыт в режиме обычного посетителя.

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

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

Наглядный разбор

Материал проходит три состояния

  1. Подготовка

    Заполнены текст, изображения и привязка к разделу.

  2. Назначенный выход

    Активность и даты соответствуют редакционному плану.

  3. Публичный просмотр

    Материал открыт без административной панели в нужных местах сайта.

Карта публикации связывает заполнение формы и появление материала на сайте.

Редактор работает с доступными инструментами

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

Полный доступ — лишняя ответственность. Сотруднику нужны права на свои материалы и понятный путь обращения за изменением шаблона. Передавая ему права администратора только ради одной недоступной вкладки, компания одновременно открывает гораздо больше действий, чем требует ежедневная работа. Более точное распределение доступа проще объяснить новому редактору. Кроме того, перечень доступных разделов становится естественной частью передачи обязанностей.

Сохранение и сообщения об ошибках

  • Учётная запись персональная. Команда различает действия сотрудников и может передать работу без общего пароля.
  • Нужные поля доступны. Ограничение прав не мешает сохранить материал, который входит в обязанности редактора.
  • Понятны сообщения формы. Ошибка называет поле и требуемое исправление.
  • Известен способ отмены. Команда понимает, где хранится предыдущий вариант и кто может восстановить его.
  • Есть ответственный за шаблон. Вопросы о расположении блоков не отправляют по кругу между редактором и дизайнером.

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

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

Наполнение считается законченным на странице

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

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

  • Содержание соответствует подтверждённым сведениям и выбранному исполнению товара.
  • Ссылки ведут к нужным документам и страницам, а не к материалу, взятому за образец.
  • Анонс и подробное описание решают разные задачи и не противоречат друг другу.
  • Изображения, таблицы и длинные названия читаются на узком экране.
  • Дата выхода и срок действия предложения понятны ответственному сотруднику.

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

Источники и полезные ссылки

  1. 1С-Битрикс: форма элемента инфоблока ↗
  2. 1С-Битрикс: работа контент-менеджера с элементами ↗
  3. 1С-Битрикс: стандартная форма редактирования элемента ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →