Управление структурой сайта
На сегодняшний день сайты с жестко заданной структурой статей и разделов, которая бы не изменялась со временем, уже почти канули в прошлое. Даже если на первый взгляд кажется, что сайт не требует обновления, на практике оказывается, что время от времени приходится добавлять на него статьи, перемещать разделы, изменять структуру меню и т.п.
Конечно, если такая потребность возникает редко, то можно каждый раз обращаться к организации, которая разрабатывала сайт. Если обновление требуется регулярно, то можно взять в штат программиста, который бы этим занимался.
Но целесообразно ли это экономически? И нужна ли организации постоянная зависимость от фирмы-разработчика? Входит ли в ее планы расширение штата только с целью сопровождения сайта?
Большинство ответит на эти вопросы отрицательно.
Даже если организация готова взять в штат человека, который бы занимался только поддержкой сайта и обновлением информации на нем, то, скорее всего, от него, помимо чисто технических знаний, потребуются еще и литературные способности. И тут нас снова ждет разочарование. Хороших технических специалистов, которые могли бы писать хорошие статьи практически не существует.
Решая эту проблему, большинство организаций нанимает хороших технических специалистов, которые, к сожалению, совершенно не умеют писать статьи. Результатом является то, что при отличном дизайне и высоком уровне разработки сайт существенно проигрывает из-за сухого и неинтересного контента.
Как же выйти из этой ситуации?
Можно, конечно, нанять двух специалистов. Но для большинства компаний это непозволительная роскошь.
Другим вариантом решения является автоматизация чисто технической работы.
Для этого в CMS xSight предназначен модуль управления структурой сайта.
Данный модуль предоставляет администратору сайта следующие возможности:
- Создание новых и редактирование существующих разделов;
- Поддержка версионности разделов;
- Смена шаблона раздела;
- Множественное наследование разделов;
- Назначение прав на раздел;
- Поддержка SEO оптимизации;
- Задание специфичных характеристик.
Остановимся на каждой из этих возможностей подробнее.
Создание и редактирование разделов
Функциональность по созданию, редактированию и удалению разделови страниц сайта стала уже стандартом для современных CMS. Поэтому останавливаться на аргументировании ее необходимости и описании ее преимуществ мы не будем.
Поддержка версионности
Функциональность по поддержке версионности статей на сайте позволяет решать такие задачи:
- Создание черновиков;
- Поддержка полного цикла публикации информации;
- Разграничение ответственности за публикацию информации на сайте.
Создание черновиков может быть полезно в ситуации, когда какая-то статья готовится в несколько приемов.
Например, администратор написал половину статьи, а вторую половину планирует написать завтра. При этом надо, чтобы статья на сайте появилась только тогда, когда будет готова полностью.
Выходом является создание статьи в статусе черновика (в неподтвержденном статусе) и публикация ее на сайте по окончании разработки.
Вторым примером, когда может понадобиться версионность, являются публикации, привязанные к дате. Например, необходимо, чтобы пресс-релиз вышел такого-то числа. Подготовил его автор заранее. В этом случае он может внести его на сайт, но оставить неподтвержденным. При наступлении даты публикации ему остается только нажать кнопку публикации (подтверждения) статьи.
Поддержка полного цикла публикацииинформации необходима в случае, когда в организации существуют определенные этапы публикации информации.
Например, сначала редактором создается черновик статьи. После того, как она готова к публикации редактор передает его на вычитку главному редактору. Главный редактор может либо опубликовать статью, либо отправить ее в доработку. После того, как статья опубликована, она может быть через некоторое время отправлена в архив.
Таким образом, статья может пребывать в статусах «черновик», «на вычитке», «опубликована», «отправлена на доработку», «в архиве».
Настройку всех этих статусов, а также переходов между ними, позволяет модуль управления структурой CMSxSight. При этом для каждого шаблона могут быть заданы свои статусы и переходы.
Например, для текстовых статей могут быть заданы статусы «черновик», «на вычитке», «опубликована», «отправлена на доработку», «в архиве», а для товарной позиции: «есть на складе», «нет в наличии», «ожидается поставка».
Разграничение ответственностиза публикацию информации на сайтепозволяет задавать права пользователей на перевод информации на сайте из статуса в статус.
Например, создавать черновики статей и переводить их в статус «на вычитке» могут редакторы, а публиковать или возвращать на доработку – только главные редакторы.
Смена шаблона раздела
Возможность смены шаблона позволяет изменять внешний вид страниц сайта без потери информации.
Предположим, изначально сайт содержал только описания продукции. В какой-то момент возникла необходимость преобразовать его в магазин. В этом случае логично было бы преобразовать статьи о товарах в товарные позиции. Однако, терять описания, которые были сделаны ранее, не хотелось бы. Эту задачу просто решить, сменив для разделов с описаниями шаблон со «Статья» на «Продукт каталога». При этом все описания останутся, но к ним еще добавятся поля, присущие товарной позиции: цена, количество на складе и т.п.
Множественное наследование разделов
Часто возникает ситуация, когда одна и та же статья должна находиться одновременно в нескольких разделах на сайте.
Например, статья на новостийном сайте относится одновременно к разделу «Новости» и к тематике «Политика». Или же продукт каталога одновременно относится к категории «Товары для дома» и «Импортная продукция».
Для того, чтобы, минимизировать трудозатраты на управление структурой в таких ситуациях, предусмотрено множественное наследование: раздел или статью можно помещать сразу в несколько разделов.
Назначение прав на раздел
Для большего удобства работы со структурой сайта все функции, которые могут производиться с его разделами, сведены в один модуль. Вследствие этого функциональность по управлению правами продублирована как в модуле управления пользователями, так и в модуле управления разделами.
Поддержка SEO оптимизации
На сайтах, разработанных на базе xSight присутствуют все возможности, необходимые для поисковой оптимизации статей сайта:
- Задание тэгов <TITLE>, <DESCRIPTION> и <KEYWORDS> для каждой статьи;
- Задание URL для каждого раздела и статьи сайта, каждого продукта каталога и фото в галерее;
- Возможность задания в текстах статей тэгов, повышающих их релевантность поисковым запросам.
Метапараметры
CMS xSight поддерживает гибкую классификацию разделов сайта. Это означает, что для каждого раздела администратор может задавать характеристики (метапараметры) произвольным образом. Рассмотрим эту возможность на примере каталога продукции. Предположим, в каталоге бытовой техники есть три категории продукции: «Холодильники», «Варочные поверхности» и «Вытяжки». Продукция категории «Холодильники» характеризуется количеством камер, их объемом и классом энергосбережения, продукция категории «Варочные поверхности» - типом газовая/электрическая/смешанная, количеством конфорок и способом установки, а продукция категории «Вытяжки» характеризуется мощностью, дизайном и количеством режимов работы.
При этом необходимо, чтобы для каждого вида продукции задавались только «свои» характеристики. Это значительно облегчило бы классификацию продукции и, как следствие, - поиск необходимой информации.
Эта задача легко решается с помощью задания специфичных характеристик. Администратор для каждой категории продукции задает тот набор характеристик, который присущ именно этой категории. Если появляется новый класс продукции, для него можно задать свой набор свойств, не прибегая к перепрограммированию сайта.
Отметим также, что характеристики могут быть наследуемыми. Например, у категории «Холодильники» есть подкатегории – «Однокамерные» и «Многокамерные». Разумеется, для однокамерных холодильников значение характеристики «Количество камер» всегда будет равно 1. Следовательно, заполнять его для каждого продукта этой подкатегории – лишний труд. Чтобы его избежать, можно указать, что характеристика «Количество камер» является наследуемой для подкатегории «Однокамерные холодильники». Таким образом, для всех продуктов этой категории эта характеристика уже будет заполненной.
