Vladimiras Lekecinskas Blog

Сеть стареет и разработчики CMS должны это учитывать. Раньше (да и теперь) преймуществом системы считалась абстрактная “быстрая установка”. Ха. Как будто CMS можно сравнить с каким google talk - быстро поставил и быстро работает. Но я не об этом.

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

Веб стареет. И если какое-то время переделка сайта означала “выкинуть старое плохое и сделать всё хорошо”, то чем дальше - тем более реальной будет ситуация когда собственно информация / дизайн существующего проекта находятся в удовлетворительном состоянии, а основным мотивом для создания следующей версии сайта является недостаточная функциональность CMS / недостаточная совместимость с требованиями SEO.

Следовательно - одной из важных особенностей CMS должна стать возможность работать со старым сайтом. Что это значит?

1. Возможность унаследовать старую адресацию страниц любого типа.
Чем дальше тем больше весом параметр “URL age”. Даже правильный редирект в большинстве случаев не ставится, а уже о наследовании рейтинга страницы в поисковых системах - речь не идёт вообще, рейтинг новой страницы - ноль.
Сайт с полностью обновлённой адресацией получает кучу новых страниц которые будут продвигаться в результаты поисковиков месяцами - что несомненно плохо. Чем меньше компания, чем больше её зависимость от сети - тем это хуже.

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

2. Возможность паралельной работы
Show must go on. Переделка сайта не должна означать его остановку. CMS должна быть спроектирована с возможностью разделения запросов между старой Cms проекта, статичными файлами и новой CMS. Само присутствие старой CMS нужно иметь возможность обходить. В ней нужно менять информацию - если страница ещё не “обновлена до новой версии” - не подконтрольна новой CMS.

3. Возможность упрощённого импорта контента.
О полной автоматизации речь не идёт. И тем не менее все “copy -> paste” операции должны уходить в прошлое. В CMS должны появиться функции ориентированные на то, что информация, которую нужно опубликовать - уже есть в сети, на произвольном сайте/странице. И функции, позволяющие эту информацию достаточно просто импортировать - вместе с картинками, таблицами и всем остальным хозяйством - на новые страницы.

Суть функций - ориентация или поддержка обновления а не замены проекта.
Позже допишу ещё.

Для любого элемента сайта, как и для любой страницы, необходимы следующие опции публикации:

1. Элемент опубликован / не опубликован, прямой выбор.
да / нет

2. Временная публикация по отдельному адресу.
бета версия на показ начальнику.

3. Публикация по дате (от и до).
текст приглашающий принять участие в акции виден с понедельника по пятницу.

4. Настройки зависимостей публикации - от популярности элемента, от популярности страницы.
Если внутренний банер на этой странице получает CTR ниже 0.1% - его нужно выключать автоматически.

5. Настройки зависимости публикации от уровня доступа посетителя.
Зарагистрированные пользователи видят этот блок, остальные нет.

6. Настройки публикации элемента для конкретного авторизированного пользователя / группы пользователей.
Блок “Привет Вася, ты опаздываешь заплатить нам по счёту” - должен увидеть только Вася.

7. Настройки зависимости публикации от внутреннего реферера.
Если клиент пришёл с первой страницы - показываем наше лучшее предложение. Если он пришёл со страницы лучшего предложения - показываем ему контактную информацию и ЧаВо.

8. Настройка публикации по условию.
Если клиент что-либо положил в корзину - показываем ему вот здесь блок “похожие продукты”. Если нет - то такого блока тут нет вообще.

9. Настройка публикации с учётом истории посещения.
Если клиент уже видел это специальное предложение - больше он его видеть не должен. Если в прошлый визит две недели назад он заказал книгу про зайцев - показываем ему рекламу книги “зайцы возвращаются” и “месть кролика”.

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

Настройки такого рода необходимо иметь как для любого элемента, так и для страницы в целом.

По работе постоянно натыкаюсь на примеры, куски интерфейсов и идей, которые… похожи. Как части мозайки в feedster, bloglines, del.ico.us, technorati, flickr - всё что пытается прорваться вверх - неизменно несёт в себе части, куски концепции Интернет системы следующего поколения, Хорошей Системы™

И тем не менее- это маленькие, очень мелкие детали мозайки. Идейная пыль.

Настоящие, здоровенные куски инноваций начинаются там, где начинаются серьёзные деньги. Read the rest of this entry »