Разработка сайтов
на Drupal
для рынка США

Когда у контента сложная структура, редакторов много и нужны роли с согласованием. Или когда требования к доступности жёсткие, как у организаций под Section 508. Для сайта-визитки и блога Drupal избыточен: выше цена владения и выше требования к команде поддержки. Мы показываем оба варианта в смете.

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

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

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

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

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

У Drupal прозрачный процесс раскрытия уязвимостей и регулярные выпуски обновлений. Работает это при одном условии: обновления ставятся. Регламент с тестовым контуром и резервными копиями описываем в договоре поддержки. Просроченная версия остаётся главным риском на любой платформе.

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

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

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

Можно. Контент и структура выгружаются, и перенос становится проектом с понятным объёмом. Мы держим бизнес-логику самостоятельно от шаблонов и не размазываем её по настройкам, и будущий переезд не превращается в археологию.