Содержание:
Через панель управления современной CMS администратор может вести почти всё содержимое сайта без программиста: править тексты и цены, добавлять товары и новости, менять меню, заполнять мета-теги, принимать заявки и выдавать права сотрудникам. Шаблоны, код и настройки сервера остаются зоной разработчика. Где проходит граница, зависит от движка и от того, какие права выдали при запуске.
От чего зависят возможности администратора
Первое, что определяет свободу действий, это сама CMS. Коробочные системы управления сайтом рассчитаны на то, что содержимое ведёт не программист, поэтому в их панелях есть визуальный редактор, медиатека, управление разделами и пользователями, иногда отдельные модули для поиска и рассылок. На самописном сайте панель может уметь только правку текста, а всё остальное делается через разработчика.
Второе условие касается прав. Учётная запись с полными правами видит все настройки, в том числе опасные. Сотрудникам обычно выдают ограниченные роли: контент-менеджер правит страницы и товары, менеджер по продажам видит заказы, а системные разделы им недоступны. Если администратор не знает, что ему разрешено, стоит открыть список групп пользователей и посмотреть права своей учётной записи.
Третье зависит от того, как сайт собирали. Если разработчик вписал тексты прямо в шаблон, их не исправить через панель даже при полных правах. Поэтому на этапе приёмки сайта полезно проверить, что каждый видимый блок редактируется из админки, и попросить у разработчика короткую инструкцию: где правится каждый блок и какие разделы лучше не трогать.
Отдельная история с картинками. Медиатека принимает любые файлы, и в этом ловушка: фотография с телефона весит несколько мегабайт, и страница начинает грузиться медленно. Перед загрузкой снимки уменьшают до нужного размера, а в поле альтернативного текста коротко описывают, что на них изображено.
Что администратор обычно делает сам в любой распространённой CMS:
- правит тексты, цены и фотографии на страницах и в карточках товаров;
- создаёт разделы, новости и страницы акций;
- меняет пункты меню и порядок разделов;
- заполняет заголовки страниц и мета-теги;
- обрабатывает заявки, заказы и комментарии;
- заводит учётные записи сотрудников и меняет их права;
- очищает кеш после правок, если изменения не видны.
Можно ли без программиста подготовить сайт для поиска?
Частично можно, если в движке есть нужные инструменты. Базовые вещи для поисковых систем не требуют правки кода: карта сайта со списком страниц, файл robots.txt с правилами для роботов, заголовки и описания страниц. Вопрос только в том, вынесены ли они в панель управления или спрятаны в файлах на сервере.
О том, что в Битриксе администратор сам генерирует карту сайта, правит robots.txt без доступа к серверу и задаёт мета-теги шаблоном сразу для целого раздела, сообщает источник публикации, а резервную копию панель управления позволяет снять заранее, до любых правок. Сами по себе эти инструменты не заработают: карту сайта собирают один раз и ставят на обновление по расписанию, а шаблон заголовков проверяют на нескольких карточках. Для главной и ключевых разделов заголовки потом дописывают вручную.
Ошибка в robots.txt способна закрыть от поиска весь сайт, поэтому после правки файл открывают в браузере и проверяют, что лишняя строка не запретила нужные разделы. Во многих CMS из той же панели настраивают и переадресацию со старых адресов на новые: её делают каждый раз, когда раздел переименовывают или переносят.
Что ещё спрашивают администраторы
Можно ли самому ставить обновления CMS?
Если сайт не дорабатывали правкой системных файлов, обновления обычно устанавливаются из панели без проблем. Если дорабатывали, обновление может стереть изменения. Перед установкой делают копию и, по возможности, проверяют обновление на тестовой версии сайта. Обновления безопасности откладывать не стоит: через устаревшие версии движков сайты взламывают нередко.
Стоит ли устанавливать модули и плагины самостоятельно?
Только из официального каталога производителя CMS и только те, назначение которых понятно. Каждый лишний модуль может замедлить сайт и добавляет потенциальную уязвимость. Перед установкой смотрят дату последнего обновления: заброшенное расширение со временем перестаёт работать с новой версией движка. Модули, которыми никто не пользуется, лучше отключать и удалять.
Что делать, если правка не видна на сайте?
Чаще всего виноват кеш. Сначала очищают кеш в панели управления, затем кеш браузера. Если изменения так и не появились, возможно, блок выводится из шаблона, и тогда нужна помощь разработчика.
Граница между администратором и разработчиком
Администратор сайта сам ведёт содержимое, товары, меню, мета-теги и права сотрудников, а в продуманной CMS ещё и карту сайта с правилами для поисковых роботов. Шаблоны, код, серверные настройки и сложные модули лучше оставить разработчику. Перед любыми заметными изменениями стоит сохранить копию сайта: это несколько минут, которые могут сэкономить день восстановления.