.
· Швидкий старт. WCMS повинна бути максимально доброзичливою до користувача вже з перших кроків використання системи. Завдання налаштування повинні ускладнюватися поступово, йти від простого до складного. Приміром, користувач спочатку авторизується в системі, далі створює новий web-документ. Після чого необхідно додати кілька стилів CSS (як варіант - вибрати шаблон, тему), потім зв'язати новий документ гіперпосиланнями з іншими web-сторінками. Далі йде побудова системи навігації і додавання всіляких сервісів, підключення функціональних блоків. Робота здійснюється поступово, команди виконуються не всі відразу - можливість створення пріоритету розділів, форумів, користувальницьких голосувань і опитувань, генерації PDF «на льоту» слід залишити на потім - можливо, це навіть і не знадобиться на перших порах роботи з WCMS.
· Якісна документація. Якщо і коли щось починає йти не так, найчастіше найшвидший спосіб вирішити проблему полягає в тому, щоб почитати документацію, а не чекати допомоги ззовні. Інструкції з установки та апгрейду повинні бути настільки прості, щоб нетехнічний персонал міг зрозуміти їх, але досить докладні, щоб їх легко було виконувати покроково raquo ;. Більшість систем містить вказівки щодо встановлення такого типу: «Спершу зробіть це, потім ось це, потім це і ще це». Але коли справа доходить до безпосереднього використання WCMS, користувача тут же перенаправляють до вивчення документації, в якій розписана кожна можливість системи управління змістом.
Окремим підпунктом йде вимога з відсутністю сленгових виразів. Користувач може просто не зрозуміти, що таке «portlet», «module» або «snippet». Це може плутати людей, збивати їх з пантелику. Більш того, якщо продукт розповсюджується безкоштовно, з відкритим кодом, слід прикладати до WCMS ще документацію для розробника - структура програми, її логіка, алгоритм функціонування - можливо, цей продукт будуть розвивати і покращувати, або ж просто правити під конкретні потреби.
· Унікальність. Не для кожного сайту підійде перша-ліпша система управління змістом. На жаль, більшість відкритих WCMS проектується мало не за єдиним образом і подобою. Функціональність може розрізнятися і позиціонуватися розробниками як перевагу, однак часто в цілому одна програмний пакет може бути схожим на інший, як дві краплі води.
· Гнучкість використання, розширюваність - можливість пристосовування до всіляких специфічним потребам того чи іншого рішення, тієї чи іншої організації.
· Простота системи. Дуже часто готові продукти губить занадто велике, надмірна кількість вбудованих функцій, що істотно знижує ефективність рішень на їх базі. Слід зупинитися на найбільш затребуваних і необхідних можливостях, решті ж функціонал нарощувати модулями. Одним з основних параметрів оцінки користувальницького інтерфейсу є швидкість реакції інтерфейсу, яка в значній мірі залежить від продуктивності несучого сервера, швидкості з'єднання та інших зовнішніх факторів. Однак чимале значення має та архітектура користувача інтерфейсу. Будь-яка WCMS повинна мати зручний та гнучкий інтерфейс. Легка навігація і інтуїтивно зрозумілий інтерфейс повинні дозволяти працювати користувачеві будь-якого рівня кваліфікації.
· Адаптація для SEOEngine Optimization - пошукова оптимізація. Сюди входить оптимізація HTML-коду, структури, контенту сайту і зовнішніх чинників з метою підняття його в пошукових системах. Оптимізація і просування сайту являє собою комплекс робіт з підвищення рейтингу сайту в пошукових системах.
· Підтримка продукту. Простота оновлень. Будь-яка система управління містить уразливості, і часто адміністратори забувають про оновлення системи управління, що може стати причиною злому сайту і всього сервера. Оновлення системи управління є досить непростою процедурою і більшість систем управління не дозволяють здійснити оновлення автоматично - потрібно їх доопрацювання вручну, що викликає боязнь оновлень системи. Цю проблему можливо вирішити тільки за допомогою системи автоматичних оновлень. У більшості систем управління автоматичні оновлення здійснюються частково за запитом адміністратора з системи управління.
· Безпека. Сюди входить стійкість до SQL-injection, XSS-скриптінг, захист від підміни переданих параметрів. Обов'язкова можливість здійснення резервного копіювання і відновлення даних. Захист від флуду - графічна або математична каптча на вибір, аналізатор поведінки клієнтів з відсіювання ботів. Можливе обмеження на кількість посилань в одному повідомленні, а також фільтрування повідомлень по підрядку.
Боротьба зі спамом в інтернеті на даний момент ведеться тільки в одному місці - коментарі до публікацій. Найбільшу ж ефективність у боротьбі зі спамом можна домогтися за допомогою т.зв. ...
